Jump to blocks in the same page through navigationLinks

Description
Hi, I hope to use the navigation link to jump to the blocks in my root page, but it won't work, I used the link to each block like this
navigationStyle: 'custom',
  navigationLinks: [
    {
      title: 'About',
      pageId: ''
    },
    {
      title: 'Contact',
      pageId: ''
    }

I also wanna ask if there's a way to add the table of contents on right side as other pages on the root page?

May be you can refer this website https://1c1-2tpm50jki-1chang1.vercel.app/#link-careers, the blogger achieved the effect you described. The corresponding change code here https://github.com/1chang1/1c1-dev/commit/52918472d5da636ef84c1105ac057600623c7260

Thank you!


fix(amount):  fixed the loss of precision in transition mode

背景描述
in transition mode,  when the animation percent is 100%,  the formateValue 's computed will lose precision
主要改动
when the animation percent is 100%,  set  the formateValue as "toValue" and then return
需要注意
none

Codecov Report

Merging #520 into dev will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev     #520   +/-   ##
=======================================
  Coverage   81.13%   81.13%
=======================================
  Files          91       91
  Lines        2720     2720
  Branches      521      521
=======================================
  Hits         2207     2207
  Misses        367      367
  Partials      146      146

Impacted Files
Coverage Δ

components/amount/index.vue
87.5% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 72ed996...2c6e724. Read the comment docs.


Could not load the character information using Queue System

Hello Guys i need help with a strange error when im using a Queue system and not with the Queue system…
I have trynd  and got the same issue:
https://forum.fivem.net/t/release-c-fivem-queue
https://forum.fivem.net/t/connectqueue-a-server-queue-system
The problem is, when im using this queue system or any other queue system 80% of the player join in the game normally, but the other 20% of the players join in the game but the character information (name, inventory, bank, etc… everything about this player, storage in db mysql) the is not loaded on this player, and the player stay on the server with the default character forever…
If i find this player on my db table like, user_identities and change the license to other user_id and it works, the player login normally but the do not have more the own itens because off course i have changed he user_id... this means for me that with the Queue System for some reason the game can not load something weird on the database from that player and i dont know what to do.
When i turn off the Queue System all player join in the server and they character information load normally.
Because of this im still need to run my server without Queue =( and this is bad for me… can anyone here please give some information that can help me…
Thanks everyone, have a good day =D,
Infammous.

The issue is caused by the fact most queue scripts require the player to have steam open in order to join the server, otherwise they get kicked. Thing is vRP inserts the player ID into the users table when the same event used by the queue is triggered, that means vRP thinks that user is always in the server, even tho he's not and the issue persists until you restart everything. I'd suggest you to move some of the stuff handled by "playerConnecting" to another event which is triggered when the player is actually spawned, so that if he leaves the server "playerDropped" can be triggered and clean the users table.

Check if https://github.com/ImagicTheCat/vRP/commit/c8f15381c5839887daecf0e9543c62e95c13a7b2 fixes/improve the issue.

Check if https://github.com/ImagicTheCat/vRP/commit/c8f15381c5839887daecf0e9543c62e95c13a7b2 fixes/improve the issue.


[1Password] Add option to View item instead of Open and Fill

Extension
https://www.raycast.com/khasbilegt/1password
Description
I find myself rarely wanting to open an item directly to fill it.  Instead, I want to configure the extension to by default open the item in 1password.  That is an option today, but you have to find the item, hit command+K to then get the alternative for login items.
Who will benefit from this feature?
No response
Anything else?
No response

Check out the latest update of the extension with which you can manually choose the primary and secondary action from the extension settings.


arm64: add Cortex-A57 and Cortex-A72 configurations

Summary
This change adds the followings:

Rename the board configuration name from qemu-a53 to qemu-v8a.
Add the configurations for Cortex-A57 and Cortex-A72.

Basically, there should be no difference we must address by software between cortex-a53, cortex-a57, and cortex-a72.

Reference:
Arm Cortex-A Processor Comparison Table
Impact
None
Testing
Confirmed that OS boots with the following commands/configuration:
qemu-system-aarch64 -cpu cortex-a53 -smp 4 -nographic -machine virt,virtualization=on,gic-version=3 \
  -net none -chardev stdio,id=con,mux=on -serial chardev:con -mon chardev=con,mode=readline -kernel ./nuttx

qemu-system-aarch64 -cpu cortex-a57 -smp 4 -nographic -machine virt,virtualization=on,gic-version=3 \
  -net none -chardev stdio,id=con,mux=on -serial chardev:con -mon chardev=con,mode=readline -kernel ./nuttx

qemu-system-aarch64 -cpu cortex-a72 -smp 4 -nographic -machine virt,virtualization=on,gic-version=3 \
  -net none -chardev stdio,id=con,mux=on -serial chardev:con -mon chardev=con,mode=readline -kernel ./nuttx

Signed-off-by: Hidenori Matsubayashi<EMAIL_ADDRESS>

@xiaoxiang781216 @masayuki2009
Can you please review this change?

@HidenoriMatsubayashi should we drop this patch: https://github.com/apache/incubator-nuttx/pull/7303

@xiaoxiang781216
Oh, sorry. It looks like my mistake. You mean should I merge it into this patch?

I merged https://github.com/apache/incubator-nuttx/pull/7303 into this change.

Need reorder config in defconfig:

This can be done by:
./tools/refresh.sh --silent armv8a:nsh

Please rebase

@HidenoriMatsubayashi
Please rebase this PR to the latest master to fix the conflicts.

This can be done by:
./tools/refresh.sh --silent armv8a:nsh

Thanks for the information.
I rebased the PR.


RDKB-58009: Initialize missing list

Reason for change: Add missing initialization for list Test Procedure:
Risks: Low
Priority: P1

+2


*: appc v0.8.4

This PR broke the installation of appc/spec for me:
$ go get github.com/appc/spec/schema
# github.com/appc/spec/schema/types
/home/elemoine/.gvm/pkgsets/go1.6/snap/src/github.com/appc/spec/schema/types/isolator_resources.go:158: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.6/snap/src/github.com/appc/spec/schema/types/isolator_resources.go:159: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.6/snap/src/github.com/appc/spec/schema/types/isolator_resources.go:212: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.6/snap/src/github.com/appc/spec/schema/types/isolator_resources.go:213: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value

This PR broke the installation of appc/spec for me:

This shouldn't happen. Please provide your go version information

$ go version
go version go1.6 linux/amd64

It's because of a mismatch in versions between dependencies.
We will move appc/spec to using the vendor/ experiment which should fix
this.
On Thu, May 26, 2016 at 2:00 PM, Éric Lemoine<EMAIL_ADDRESS>wrote:

$ go version
go version go1.6 linux/amd64
—
You are receiving this because you modified the open/close state.
Reply to this email directly or view it on GitHub
https://github.com/appc/spec/pull/616#issuecomment-221851837

FYI, I am seeing the same issue with go 1.5:
$ gvm install go1.5
Installing go1.5...
 * Compiling...
go1.5 successfully installed!
$ gvm use go1.5
Now using version go1.5
$ gvm pkgset create test
$ gvm pkgset use test
Now using version go1.5@test
$ go get github.com/appc/spec/schema
# github.com/appc/spec/schema/types
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:158: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:159: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:212: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:213: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value

@elemoine The problem is that k8s introduced a breaking change in https://github.com/kubernetes/kubernetes/commit/b2a01d4d94090b5efd81d0b71cb21bbb932c053a and your go get is retrieving that version of the package. We do vendor in the repository but go get doesn't understand that because we haven't moved to the vendor experiment (yet). If you check out the repository and build using ./build it should work fine.

I am quite new to Go but it seems to me that all packages that depend on appc/spec/schema are broken by this.
I initially found the problem while installing Snap (https://github.com/intelsdi-x/snap/issues/953). But here's another example:
$ go get k8s.io/kubernetes/pkg/kubelet
# github.com/appc/spec/schema/types
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:158: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:159: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:212: cannot use req (type resource.Quantity) as type *resource.Quantity in field value
/home/elemoine/.gvm/pkgsets/go1.5/test/src/github.com/appc/spec/schema/types/isolator_resources.go:213: cannot use lim (type resource.Quantity) as type *resource.Quantity in field value

Sounds like a big issue to me. Not something I should work-around by checking out the repository and do ./build. No?

@elemoine can you try this again now?

It works. Thanks a lot!


Render from string and get DOM afterwards

Is it possible to use Pandomium to render html given by a String?
currently I only see the possiblility to make a HTTP request using pandonium (or CEF).
client.loadURL("https://panda-lang.org")

Is it somehow possible to to pass HTML from a string? to get it more clear, something like:
client.loadRaw("<!DOCTYPE html>

")

Furthermore i would be intressted in getting the pagesource after the javascript has been executed and would expect to get this:

I have been dynamically added via Javascript

is this possible with pandomium in some way or could be supported by any chance in the nearer future?
What I'm trying to archive is to build something that is giving me a pagesource after executing javascript etc.
Images, styles etc doesn't have to be rendered necessarily. I just want to use it as a rendering engine to write a DOM parser. I don't need to see the visual rendered page, I need to see the generated source code but executed by a modern engine (like chromium). Do you have any tipps if it's realistic to use pandomium in this case or have any approach how to realize it?

Pandomium is just a wrapper for https://bitbucket.org/chromiumembedded/java-cef and you should ask them about features like that. I'm just simplifying the building/initialization process.
Anyway, you should be able to use: https://en.wikipedia.org/wiki/Data_URI_scheme


Graph is duplicating expanding nodes

While connected to a Neo4J endpoint and when double-clicking a node, the graph is duplicating the expanded node, instead of connecting children nodes directly to existent node.

In this example, I had a single node returned by initial query, and when double clicked this node, the graph is updated with a new node with the children nodes, instead of connecting the relations to the existent, double-clicked node.
Just to be clear: in the example it works fine, but when connected to a real Neo4J server, this happens.
Just created a fork, will be proposing a PR soon.

With the changes it expands correctly:

@nighto i'm encountering the same issue. Seems like the code is out of maintenance.


[refactor] part 1 of refactoring zustand stores (remerge)

See #1619

Fixes bug with url parsing

mango dao dont load for me + i got 429 on the main realms page many times.


Add GDMP Demo Test

No, this is not the correct way to do Unit Tests.

@ZerxZ
This is one way to do Integation test by running the FaceLandmarker.tscn:
https://github.com/MikeSchulze/gdUnit4Net/blob/master/test/src/core/SceneRunnerCSharpSceneTest.cs
Simulate the integration test to run for e.g. 10x60 frames or 10x 1000 mSeconds
Same thing can be done for the underlying GDscript.
https://github.com/MikeSchulze/gdUnit4Net/blob/master/test/src/core/SceneRunnerGDScriptSceneTest.cs


show many lines in result zone when query like show create table xxxx

when I execute the query like show create table xxx, the query result of the table info are squeezed into one line.
when query result is one line, I suggest the result can recognize the line-feed(return) character, and can show all information like showing in the Chrome console.
Is this a good idea? @rickbergfalk

I think this is something worth trying out @dengc367. It might be tricky because of the react-window library in use. It requires a row height to be set for each row, but this can probably be calculated by taking number of lines * line height.
Another possibility would be to use a regular HTML table for tables  under 100 rows or something, and let the browser grow the row to fit the content.
Would it be strange if the table used changed implementations based on row count?
I suppose a third option would be to not use the virtualized/windowed table at all and make the table paginated...

@dengc367 I got curious if counting lines would work and it does! Though the truncated text ellipsis goes away (...)

If you want to try it out see branch https://github.com/sqlpad/sqlpad/tree/result-row-height

I think we could add an inset shadow/fade on the right-hand side of each cell to fade text out to indicate there is more without using an ellipsis. Text needs to be made darker too.
What do you think about using a monospace font for cell content? I think I like it.

I have tested this great branch result-row-height, which is just I want. the height is solved, but the max cell width is 350px, that still hide the content which width is above 350px.

there is another idea: when click the cell content, the cell is unfolded to display all the content as it is,  like Google Suggestion, but this unfolded cell can scroll vertically and horizontally for the content. this option can affect every cell which in regular table.
monospace font of cell content are nice. I like it too.

or like the github commits, when the content is longer than the cell width and length, the ellipsis will be shown, which can be clicked to unfold the cell in order to display the content as it is.

I'll see what we can do. For the expand button, it'd require not using a virtualized/windowed library, but that might be okay for small result sets. For single column results we can maybe make the width of the cell 100%.

OK. Yes,  expand button is not supported  in react-window now really.

I'll see what we can do. For the expand button, it'd require not using a virtualized/windowed library, but that might be okay for small result sets. For single column results we can maybe make the width of the cell 100%.

looking forward to merge this branch to master, haha.

@dengc367 I pushed some updates to result-row-height branch. Want to take a look and try it out? :)
I'll try using it for a bit to make sure it works with a variety of query results.

it doesn't look like yours, only display the first line of the content.

Oh I think I've figured out what is happening here. Let me see if I can
reproduce.
On Thu, Nov 26, 2020, 4:21 AM dengc367<EMAIL_ADDRESS>wrote:

it doesn't look like yours, only display the first line of the content.
[image: image]
https://user-images.githubusercontent.com/1353036/100338691-e0440c80-3013-11eb-9cea-1b570b860556.png
[image: image]
https://user-images.githubusercontent.com/1353036/100338761-f81b9080-3013-11eb-862f-92eb4fab1c1d.png
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/sqlpad/sqlpad/issues/902#issuecomment-734210882, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AACKGXU6B2XHH56O5FHDDIDSRYT35ANCNFSM4T7EWHGA
.

Ok now I think I have this working. It applies to query history too.
Should a limit be added to height?
Something I think we could do is if something is larger than some limit, we could render a small button like the GitHub [...] and open the row or cell in a dialog showing full value?
Queries in query history could be quite tall:

JSON values also can get quite tall

Branch is updated if you want to try it out

I tagged 6.0.1 with query history fix. It does not have this work in it. I'll tag that as 6.1.0 but want to see how this feels a bit more before I do

I have tested the branch successfully, fade-out style for the overflow content is a great experience for me. thank you. @rickbergfalk

Something I think we could do is if something is larger than some limit, we could render a small button like the GitHub [...] and open the row or cell in a dialog showing full value?

Yeah, the dialog for overflow row is one way.
I think there is another solution for the overflow content for brainstorming:
the B region on the following screenshot can set up one button like fold/unfold to control the result display style, fold status is default, if I change  status to unfold, the cell is unfold to display the cell content as it is.

I consider you can merge the first version/branch to master now, I have tested some scenarios successfully.

fold/unfold is a good idea too 👍
Will merge shortly and tag as 6.1.0


Create multi-engine memory benchmark

Create an integration test as a memory benchmark on Android and iOS to launch 1 engine, then launch multiple other engines and then asserting that the overhead cost of additional engine doesn't regress past the initial accepted threshold (currently looking to be 58kB on iOS and 570kB on Android in Dec 2020 prototype).

Offline message from infra team:

Create a new add_to_app_benchmark.dart file in https://github.com/flutter/flutter/tree/master/dev/devicelab/bin/tasks
Write add_to_app_benchmark.dart such that running dart add_to_app_benchmark.dart on a devicelab machine with an Android/iOS device attached would generate a json file with metrics.
Create corresponding prod builders (mac/linux) in flutter/infra config: https://github.com/flutter/infra/blob/master/config/devicelab_config.star
3.1 this will allow a flutter PR to automatically trigger the test once merged.
3.2 Linux/android and Mac/android are done migration, which means no blocker on an android test
3.3 Mac/ios is still WIP, and there is some blocker.
If you want this test to affect the tree status, then enable it: https://github.com/flutter/flutter/blob/master/dev/prod_builders.json

JSON format:
Please refer to TaskResult: https://github.com/flutter/flutter/blob/998d1c6523513c15c58d5b66f01dffcc381ddf54/dev/devicelab/bin/run.dart#L115


(Twig) (PHP) Cannot read properties of undefined (reading 'tokenizePlaceholders')

When using the twig language I'm getting the following error:

I'm using the following code:
import { PrismEditor } from 'vue-prism-editor'
import 'vue-prism-editor/dist/prismeditor.min.css'
import { highlight, languages } from 'prismjs/components/prism-core'
import 'prismjs/components/prism-css'
import 'prismjs/components/prism-twig'
import 'prismjs/themes/prism-solarizedlight.css'

 // ..

  highlighter (code) {
    return highlight(code, languages.twig)
  },

 // ..

 <prism-editor
    ref="editor"
    class="my-editor"
    v-model="value"
    :highlight="highlighter"
    @input="onInput"
    line-numbers
/>

Languages like css, markup and sql seem to be working fine. But languages like twig and php are not.

I tested a bit more and it seems that when I install older versions:
"prismjs": "1.15.0",
"vue-prism-editor": "1.0.1"

It seems to be working fine.
If however I just do
yarn add vue-prism-editor
yarn add prismjs

There seems to be incompability issues in their later versions.

Hey, can you provide an example using codesandbox or stackblit. Thanks.
feel free to re-open this issue once you have it.

Same problem here,
I solved using the babel plugin https://www.npmjs.com/package/babel-plugin-prismjs
In babel config
plugins: [
      ["prismjs", {
          "languages":"all" ,//["javascript", "css", "markup"],
          "plugins": ["line-numbers"],
          "theme": "twilight",
          "css": true
      }]
    ]

in the component

 // import Prism Editor
     import { PrismEditor } from 'vue-prism-editor';
     import 'vue-prism-editor/dist/prismeditor.min.css'; // import the styles somewhere

     import Prism from 'prismjs';
    import 'prismjs/themes/prism-tomorrow.css';

//and highlight function

let highlighter = ()=>{
return Prism.highlight(code , Prism.languages[lang]);
}

When I looked at the source, it seems that languages like twig and php require: prism-markup-templating language as seen here:
Prism.hooks.add('before-tokenize', function (env) {
	if (env.language !== 'twig') {
		return;
	}

	var pattern = /\{(?:#[\s\S]*?#|%[\s\S]*?%|\{[\s\S]*?\})\}/g;
	Prism.languages['markup-templating'].buildPlaceholders(env, 'twig', pattern);
});

Prism.hooks.add('after-tokenize', function (env) {
	Prism.languages['markup-templating'].tokenizePlaceholders(env, 'twig');
});

So importing this language fixed it for me:
import { PrismEditor } from 'vue-prism-editor'
import 'vue-prism-editor/dist/prismeditor.min.css'
import { highlight, languages } from 'prismjs/components/prism-core'
import 'prismjs/components/prism-css'
import 'prismjs/components/prism-markup'
import 'prismjs/components/prism-markup-templating'
import 'prismjs/components/prism-twig'
import 'prismjs/components/prism-php'
import 'prismjs/themes/prism-solarizedlight.css'
import 'prismjs/themes/prism-tomorrow.css'


adoptopenjdk: update to latest &  add 14 & 15

should fix https://github.com/NixOS/nixpkgs/issues/98784

Can you please follow the commit style described in the contribution guide?

@SuperSandro2000 Done.

The commit style is package: change without your ().

@SuperSandro2000 Sorry, misread the requirements. Now it should be fine.

@SuperSandro2000 ping

adoptopenjdk: 8.0.252 -> 8.0.272, 11.0.7 -> 11.0.9, add 15.0.1, add 14.0.2 would be helpful for later git log.

@taku0 Fixed commit message.

Please add stdenv.cc.cc.lib to buildInputs to build 14 and 15.

This requires mass-rebuilds, so please rebase on staging branch instead of master.

Merged. Thank you!


Using reserved words in let statement variables

With the previous version, we used to have some statement that says
begin
let user = select from User where ...
create vertex someedge from $user to #12:0 // for example
commit

After upgrading to 2.0.7, we realised that we end up having OUser linked instead of User, apparently $user seems to become a reserved word, but, no error or warning has been thrown when we use let user.
I recommend that, either, reserved words can be "overridden" in scope, or, an error should be raised?

Hi @shekhei
$user is a reserved word, but it can be overridden.
There was an issue in 2.0.9 about batch scripts, related to the fact that the context was not passed correctly between let statements; this could be the cause for this. I fixed it a few days ago, could you please try again on latest snapshot and let me know if it's fixed?
Thanks

@luigidellaquila how do i try it on the latest snapshot? does it require any building?

Hi @shekhei
you can find snapshot releases here:
https://oss.sonatype.org/content/repositories/snapshots/com/orientechnologies/orientdb-community/
As an alternative, you can git clone the main repository and then launch ant clean install this way you will have a fresh build with last changes
Luigi

let me know if it's fixed for you so that I can close it

Just tested it, working fine

Thanks for you feedback!
Closing


postDebugTask not triggering on compound launch config

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.71.2
OS Version: Ubuntu 22.04.1 LTS

Steps to Reproduce:

Setup a compound launch configuration in a multiroot workspace
add a "postDebugTask"
Run the compound launch config
Task is not triggered at the end of debugging

Minimum reproducible example below
MRE workspace config
{
"folders": [
    {
      "path": "."
    }
  ],
  "launch": {
    "configurations": [
      {
        "name": "Debug1",
        "type": "python",
        "request": "launch",
        "program": "main.py",
        "args": [
            "Debug1",
        ],
        "console": "integratedTerminal",
      },
      {
        "name": "Debug2",
        "type": "python",
        "request": "launch",
        "program": "main.py",
        "args": [
            "Debug2"
        ],
        "console": "integratedTerminal",
      },
	],
    "compounds": [
      {
        "name": "Both",
        "configurations": [
          "Debug1",
          "Debug2"
        ],
        "presentation": {
          "group": "workspace",
        },
        "preLaunchTask": "DoBefore",
        "postDebugTask": "DoAfter",
        "stopAll": true,
      }
    ]
  },
  "tasks": {
    "version": "2.0.0",
    "tasks": [
      {
        "label": "DoBefore",
        "type": "shell",
        "problemMatcher": [],
        "command": "touch before.txt",
        "presentation": {
          "panel": "shared",
          "reveal": "always",
          "focus": true,
        },
      },
      {
        "label": "DoAfter",
        "type": "shell",
        "problemMatcher": [],
        "command": "touch after.txt",
        "presentation": {
          "panel": "shared",
          "reveal": "always",
          "focus": true
      },
      }
    ]
  }
}

MRE main.py
import sys

print(sys.argv[1])

Result of the above MRE is "debug1" and "debug2" are printed as expected, the file before.txt is created, the file after.txt is not created because the "DoAfter" task is never executed as far as I can tell.

For context, the real use-case that made me run into the problem is:

Use the "preLaunchTask" to invoke docker-compose up -d to spin up mutiple containers, each being a subproject in the multiroot workspace,
Attach multiple debuggers, one to each container.
When stopping the debugger I then want the postDebugTask to invoke docker-compose down

I'm running in to the same issue. If I down a simple configuration it is going to apply the down to all the others. But can't stop the debugg session for all the compound services at ones.

I'm also hitting this issue!

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

:slightly_frowning_face: In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.
Happy Coding!


Add [personal] #issuer #malicious GD6MFB…TWYBH5

Address: GD6MFBFQOJBS6DCVHAOQG3PY3NOB3MC4VVRXPHSQZF6Y4T6ZGPTWYBH5
Tags: issuer malicious
Title: personal
Requested by @xdcflyboy

been scammed

@Xdcflyboy
Use your first report to give new information.
https://github.com/stellar-expert/public-directory/issues/461


SNAP-1840 TPCH Q22 failure

What changes were proposed in this pull request?
The TPCH Q22 with less data generates a plan involving BroadcastHashJoin. But if you increase more data in those tables, it uses SortMergeJoinExec. And whenever the SortMergeJoinExec(and LeftAnti) is selected and query is executed incorrectly with InputAdapter. The changes which came from this checkin seem to be problematic. https://github.com/SnappyDataInc/spark/pull/16 It causes different execution paths to be taken. Also this will be different for embedded vs split mode. Tried to revert the WholeStageCodeGen changes from this checkin but aqp dunits start failing. Ideally we should match WholeStageCodeGen#insertWholeStageCodegen that of stock spark.  For now i have avoided cases involving SortMergeJoinExec. This bug reproduced using same Q22 in local mode after ingesting more data (to choose for SortMergeJoin)

query plan with less data - where query execution succeeds as it selects
BroadcastHashJoin

== Physical Plan ==
*CachedPlanHelper
+- *Sort [CNTRYCODE#807 ASC NULLS FIRST], true, 0
   +- Exchange rangepartitioning(CNTRYCODE#807 ASC NULLS FIRST, 5)
      +- *CachedPlanHelper
         +- *SnappyHashAggregate(keys=[CNTRYCODE#807], modes=Final, functions=[count(1), sum(C_ACCTBAL#461)])
            +- Exchange hashpartitioning(CNTRYCODE#807, 5)
               +- *CachedPlanHelper
                  +- *SnappyHashAggregate(keys=[CNTRYCODE#807], modes=Partial, functions=[partial_count(1), partial_sum(C_ACCTBAL#461)])
                     +- *Project [substring(C_PHONE#460, 1, 2) AS CNTRYCODE#807, C_ACCTBAL#461]
                        +- *BroadcastHashJoin [C_CUSTKEY#456], [O_CUSTKEY#51], LeftAnti, BuildRight
                           :- *Filter (substring(C_PHONE#460, 1, 2) IN (13,31,23,29,30,18,17) && (C_ACCTBAL#461 > Subquery subquery808))
                           :  :  +- Subquery subquery808
                           :  :     +- CollectAggregate SnappyHashAggregate(keys=[], modes=Final, functions=[avg(C_ACCTBAL#461)])
                           :  :        +- *SnappyHashAggregate(keys=[], modes=Partial, functions=[partial_avg(C_ACCTBAL#461)])
                           :  :           +- *Project [C_ACCTBAL#461]
                           :  :              +- *Filter ((C_ACCTBAL#461 > DynamicExpression(DynamicExpression(cast(0.00 as double)))) && substring(C_PHONE#460, 1, 2) IN (13,31,23,29,30,18,17))
                           :  :                 +- *Partitioned Scan RowFormatRelation[APP.CUSTOMER] , Requested Columns = [C_ACCTBAL#461,C_PHONE#460] partitionColumns = [C_CUSTKEY#456] numBuckets= 5 numPartitions= 5
                           :  +- *Partitioned Scan RowFormatRelation[APP.CUSTOMER] , Requested Columns = [C_CUSTKEY#456,C_NAME#457,C_ADDRESS#458,C_NATIONKEY#459,C_PHONE#460,C_ACCTBAL#461,C_MKTSEGMENT#462,C_COMMENT#463] partitionColumns = [C_CUSTKEY#456] numBuckets= 5 numPartitions= 5
                           +- BroadcastExchange HashedRelationBroadcastMode(List(cast(input[0, int, false] as bigint)))
                              +- *CachedPlanHelper
                                 +- *Partitioned Scan RowFormatRelation[APP.ORDERS] , Requested Columns = [O_CUSTKEY#51] partitionColumns = [O_ORDERKEY#50L] numBuckets= 5 numPartitions= 5

successful query execution codepath -

	at org.apache.spark.sql.execution.CodegenSupport$class.produce(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.FilterExec.produce(basicPhysicalOperators.scala:86)
	at org.apache.spark.sql.execution.joins.BroadcastHashJoinExec.doProduce(BroadcastHashJoinExec.scala:77)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:87)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.CodegenSupport$class.produce(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.joins.BroadcastHashJoinExec.produce(BroadcastHashJoinExec.scala:38)
	at org.apache.spark.sql.execution.ProjectExec.doProduce(basicPhysicalOperators.scala:44)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:87)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.CodegenSupport$class.produce(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.ProjectExec.produce(basicPhysicalOperators.scala:34)
	at org.apache.spark.sql.execution.aggregate.SnappyHashAggregateExec.doProduceWithKeys(SnappyHashAggregateExec.scala:534)
	at org.apache.spark.sql.execution.aggregate.SnappyHashAggregateExec.doProduce(SnappyHashAggregateExec.scala:234)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:87)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.CodegenSupport$class.produce(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.aggregate.SnappyHashAggregateExec.produce(SnappyHashAggregateExec.scala:62)
	at org.apache.spark.sql.execution.CachedPlanHelperExec.doProduce(CachedPlanHelperExec.scala:108)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:87)
	at org.apache.spark.sql.execution.CodegenSupport$$anonfun$produce$1.apply(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.CodegenSupport$class.produce(WholeStageCodegenExec.scala:82)
	at org.apache.spark.sql.execution.CachedPlanHelperExec.produce(CachedPlanHelperExec.scala:40)
	at org.apache.spark.sql.execution.WholeStageCodegenExec.doCodeGen(WholeStageCodegenExec.scala:317)
	at org.apache.spark.sql.execution.WholeStageCodegenExec.doExecute(WholeStageCodegenExec.scala:358)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)

query plan with more data - where query execution fails (SortMergeJoin case)

== Physical Plan ==
*CachedPlanHelper
+- *Sort [CNTRYCODE#38047 ASC NULLS FIRST], true, 0
   +- Exchange rangepartitioning(CNTRYCODE#38047 ASC NULLS FIRST, 5)
      +- *CachedPlanHelper
         +- *SnappyHashAggregate(keys=[CNTRYCODE#38047], modes=Final, functions=[count(1), sum(C_ACCTBAL#20061)])
            +- Exchange hashpartitioning(CNTRYCODE#38047, 5)
               +- *CachedPlanHelper
                  +- *SnappyHashAggregate(keys=[CNTRYCODE#38047], modes=Partial, functions=[partial_count(1), partial_sum(C_ACCTBAL#20061)])
                     +- *Project [substring(C_PHONE#20060, 1, 2) AS CNTRYCODE#38047, C_ACCTBAL#20061]
                        +- SortMergeJoin [C_CUSTKEY#20056], [O_CUSTKEY#51], LeftAnti
                           :- Sort [C_CUSTKEY#20056 ASC NULLS FIRST], false, 0
                           :  +- Filter (substring(C_PHONE#20060, 1, 2) IN (13,31,23,29,30,18,17) && (C_ACCTBAL#20061 > Subquery subquery38048))
                           :     :  +- Subquery subquery38048
                           :     :     +- CollectAggregate SnappyHashAggregate(keys=[], modes=Final, functions=[avg(C_ACCTBAL#20061)])
                           :     :        +- *SnappyHashAggregate(keys=[], modes=Partial, functions=[partial_avg(C_ACCTBAL#20061)])
                           :     :           +- *Project [C_ACCTBAL#20061]
                           :     :              +- *Filter ((C_ACCTBAL#20061 > DynamicExpression(DynamicExpression(cast(0.00 as double)))) && substring(C_PHONE#20060, 1, 2) IN (13,31,23,29,30,18,17))
                           :     :                 +- *Partitioned Scan RowFormatRelation[APP.CUSTOMER] , Requested Columns = [C_ACCTBAL#20061,C_PHONE#20060] partitionColumns = [C_CUSTKEY#20056] numBuckets= 5 numPartitions= 5
                           :     +- Partitioned Scan RowFormatRelation[APP.CUSTOMER] , Requested Columns = [C_CUSTKEY#20056,C_NAME#20057,C_ADDRESS#20058,C_NATIONKEY#20059,C_PHONE#20060,C_ACCTBAL#20061,C_MKTSEGMENT#20062,C_COMMENT#20063] partitionColumns = [C_CUSTKEY#20056] numBuckets= 5 numPartitions= 5
                           +- Sort [O_CUSTKEY#51 ASC NULLS FIRST], false, 0
                              +- Exchange hashpartitioning(O_CUSTKEY#51, 5)
                                 +- *CachedPlanHelper
                                    +- *Partitioned Scan RowFormatRelation[APP.ORDERS] , Requested Columns = [O_CUSTKEY#51] partitionColumns = [O_ORDERKEY#50L] numBuckets= 5 numPartitions= 5

query execution - failure case codepath

	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.SparkPlan.execute(SparkPlan.scala:113)
	at org.apache.spark.sql.execution.SortExec.doExecute(SortExec.scala:101)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.SparkPlan.execute(SparkPlan.scala:113)
	at org.apache.spark.sql.execution.joins.SortMergeJoinExec.doExecute(SortMergeJoinExec.scala:111)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$executeQuery$1.apply(SparkPlan.scala:135)
	at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala:151)
	at org.apache.spark.sql.execution.SparkPlan.executeQuery(SparkPlan.scala:132)
	at org.apache.spark.sql.execution.SparkPlan.execute(SparkPlan.scala:113)
	at org.apache.spark.sql.execution.InputAdapter.inputRDDs(WholeStageCodegenExec.scala:239)
	at org.apache.spark.sql.execution.ProjectExec.inputRDDs(basicPhysicalOperators.scala:40)
	at org.apache.spark.sql.execution.aggregate.SnappyHashAggregateExec.inputRDDs(SnappyHashAggregateExec.scala:224)
	at org.apache.spark.sql.execution.CachedPlanHelperExec.inputRDDs(CachedPlanHelperExec.scala:52)
	at org.apache.spark.sql.execution.WholeStageCodegenExec.doExecute(WholeStageCodegenExec.scala:372)
	at org.apache.spark.sql.execution.SparkPlan$$anonfun$execute$1.apply(SparkPlan.scala:114)

How was this patch tested?
clean precheckin
Other PRs ?
None

@ymahajan The changes in https://github.com/SnappyDataInc/spark/pull/16 have always been very dicey to my mind without enough rationale just to get bootstrap to work or improve its performance. The blanket changes to WholeStage and GenerateSafeProjection were especially quite troubling to me though I have insufficient background to tell off-hand what the proper solution should be like @ahshahid asked for.
Unfortunately I didn't have enough time to delve into greater details to tell exactly what was going on, and from the explanation could not tell why those changes were required in the first place. Some of it looked like perf improvements while others looked like fix to some issue. Latter should have been shown in a simplest possible plan first and then proposed upstream. It rather looks like those changes were just a band-aid to hide some other issue with the code generation of bootstrap and related code.
This particular fix is just another band-aid. While I do not understand clearly why this change "fixes" the original issue introduced by #16 but this change looks harmless for now. However, I would like to track a highest priority issue of what changes https://github.com/SnappyDataInc/spark/pull/16 introduced, why they were necessary or are they any more, what are the other implications of that change etc. We now know SNAP-1840 is one of the implications but I fear that it is just the tip of iceberg.
@hbhanawat do you have any comments on this? Do you understand what #16 actually tried to do, why it was required and whether my fear that it was just a band-aid to hide some other issues with bootstrap code generation has any merit? To my mind #16 lacks sufficient reasoning and should be taken out and replaced with the proper fix (unfortunately figuring that out might be more time consuming that I can afford at this point).

Let me do this - I will back out all the changes in https://github.com/SnappyDataInc/spark/pull/16
I am assuming corresponding PR's on other repos are the following ones based on the dates - (https://github.com/SnappyDataInc/spark/pull/16 doesn't mention anything about other PRs)
AQP - https://github.com/SnappyDataInc/snappy-aqp/pull/102. This has 48 commits.
And there is one more - https://github.com/SnappyDataInc/snappy-aqp/pull/109
On SnappyData - https://github.com/SnappyDataInc/snappydata/pull/397/
I am assuming no changes were done on store and spark-jobserver side during https://github.com/SnappyDataInc/spark/pull/16

@ymahajan it might be slightly involved so can do this after 1.0. For now the workaround in this PR is ok but lets track the cleanup for 1.1

@sumwale I have reverted #16 changes. And moved the AQP specific handling to a separate rule.
That way it will not impact regular SnappyData functions. SampleTablePlan and its codegen is very specific to certain conditions in supportCodegen.  precheckin is clean.

@ymahajan These changes look good. However, I am not sure how the new rule added to AQP side will only come into play for AQP queries because SnappyAQPSessionState is the one that is always created (at least in embedded mode but I think in connector mode too).

@sumwale, yeah didn't realize that. Even if the precheckin is clean the original bug test still failing. So the above changes won't be sufficient. I tried adding an additional rule which insertsInputAdapter only for SampleTablePlan but that doesn't work either. I can't think of any other solution but supporting codegen for SampleTablePlan in all the cases, so that supportCodegen is always true for SampleTablePlan.

The changes in https://github.com/SnappyDataInc/spark/commit/9d7e2ba97dc2e1f601229592f65885373d444ccd cleaned up this area quite a bit with snappy-spark test suite being fully clean, so closing this PR.


GLFW (Python) in WSL2

Hello, I am trying to write a very simple test code using pyGLFW:
import glfw
from OpenGL import GL as gl
import numpy as np

def checkGLError():
    err = gl.glGetError()
    while err != gl.GL_NO_ERROR:
        print(err)
        err = gl.glGetError()

vertex_shader_text = """
#version 330
attribute vec2 a_position;
void main()
{
    gl_Position = vec4(a_position, 0.0, 1.0);
}
"""

fragment_shader_text = """
#version 330
precision mediump float;
void main()
{
    gl_FragColor = vec4(1.0, 1.0, 0.0, 1.0);
}
"""

vertices = np.array([-0.8, -0.8,
                        0.8, -0.8,
                        0.0,  0.8], dtype=np.float32)

vertex_buffer = np.empty(1, dtype=np.uint32)

# Initialize the library
if not glfw.init():
    exit()
# Create a windowed mode window and its OpenGL context
glfw.window_hint(glfw.CONTEXT_VERSION_MAJOR, 3)
glfw.window_hint(glfw.CONTEXT_VERSION_MINOR, 3)

window = glfw.create_window(640, 480, "Hello World", None, None)
if not window:
    glfw.terminate()
    exit()
# Make the window's context current
glfw.make_context_current(window)
glfw.swap_interval(1)

print(glfw.get_version_string())
print(gl.glGetString(gl.GL_VERSION))

vertex_shader = gl.glCreateShader(gl.GL_VERTEX_SHADER)
gl.glShaderSource(vertex_shader, vertex_shader_text)
gl.glCompileShader(vertex_shader)

success = gl.glGetShaderiv(vertex_shader, gl.GL_COMPILE_STATUS)
if not success:
    print("Shader compilation failed")
    print(gl.glGetShaderInfoLog(vertex_shader))

fragment_shader = gl.glCreateShader(gl.GL_FRAGMENT_SHADER)
gl.glShaderSource(fragment_shader, fragment_shader_text)
gl.glCompileShader(fragment_shader)

success = gl.glGetShaderiv(fragment_shader, gl.GL_COMPILE_STATUS)
if not success:
    print("Shader compilation failed")
    print(gl.glGetShaderInfoLog(fragment_shader))

program = gl.glCreateProgram()
gl.glAttachShader(program, vertex_shader)
gl.glAttachShader(program, fragment_shader)
gl.glLinkProgram(program)

vbo = gl.glGenBuffers(1)

gl.glBindBuffer(gl.GL_ARRAY_BUFFER, vbo)
gl.glBufferData(gl.GL_ARRAY_BUFFER, vertices.nbytes, vertices, gl.GL_STATIC_DRAW)

positionLocation = gl.glGetAttribLocation(program, "a_position")
gl.glVertexAttribPointer(positionLocation, 2, gl.GL_FLOAT, gl.GL_FALSE, 0, None)
gl.glEnableVertexAttribArray(positionLocation)

gl.glUseProgram(program)

gl.glClearColor(0.0, 0.5, 0.0, 1.0)

# Loop until the user closes the window
while not glfw.window_should_close(window):
    # Render here, e.g. using pyOpenGL
    gl.glClear(gl.GL_COLOR_BUFFER_BIT)

    gl.glDrawArrays(gl.GL_TRIANGLES, 0, 3)

    # Swap front and back buffers
    glfw.swap_buffers(window)

    # Poll for and process events
    glfw.poll_events()

glfw.terminate()
print("Done!")

However, the code fails in WSL2 on the line: gl.glVertexAttribPointer(positionLocation, 2, gl.GL_FLOAT, gl.GL_FALSE, 0, None) with the error:
aceback (most recent call last):
  File "/home/danial/code/pyglplot/temp/testg1.py", line 87, in <module>
    gl.glVertexAttribPointer(positionLocation, 2, gl.GL_FLOAT, gl.GL_FALSE, 0, None)
  File "/home/danial/.local/lib/python3.10/site-packages/OpenGL/latebind.py", line 63, in __call__
    return self.wrapperFunction( self.baseFunction, *args, **named )
  File "/home/danial/.local/lib/python3.10/site-packages/OpenGL/GL/VERSION/GL_2_0.py", line 469, in glVertexAttribPointer
    contextdata.setValue( key, array )
  File "/home/danial/.local/lib/python3.10/site-packages/OpenGL/contextdata.py", line 58, in setValue
    context = getContext( context )
  File "/home/danial/.local/lib/python3.10/site-packages/OpenGL/contextdata.py", line 40, in getContext
    raise error.Error(
OpenGL.error.Error: Attempt to retrieve context when no valid context

Otherwise, the window creation works fine. The code also runs fine in Windows natively.
I have run similar codes with other libraries which use GLFW like pyglet and VisPy, and both work fine, so I suspect there is some setting related to GLFW which is causing the issue. Any suggestions on how to debug further?
The output of glxinfo -B is:
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Microsoft Corporation (0xffffffff)
    Device: D3D12 (Intel(R) UHD Graphics 630) (0xffffffff)
    Version: 22.2.5
    Accelerated: yes
    Video memory: 16435MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.1
    Max compat profile version: 4.1
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL vendor string: Microsoft Corporation
OpenGL renderer string: D3D12 (Intel(R) UHD Graphics 630)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 22.2.5
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.1 (Compatibility Profile) Mesa 22.2.5
OpenGL shading language version string: 4.10
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 22.2.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00

Also glxgears and glxheads work fine.

I am getting this:
b'3.3.8 X11 GLX EGL OSMesa clock_gettime evdev shared'
b'4.1 (Core Profile) Mesa 22.2.5'

on these commands:
print(glfw.get_version_string())
print(gl.glGetString(gl.GL_VERSION))

I know that WSLg runs on Wayland, so how to force GLFW (and OpenGL) to use Wayland?

WSLg supports both X11 and Wayland, though it isn't clear to me from the above which APIs the Python binding is using.
If you want to switch self-compiled GLFW 3.3 to using Wayland then you need to compile it for Wayland. If you are using the GLFW package from your distribution, install the Wayland variant of it if there is one.

Thanks for your advice. I think there is an issue with OpenGL and window context creation. I did some tests and only got it working in the following condition:
glfw.window_hint(glfw.CONTEXT_VERSION_MAJOR, 1)
glfw.window_hint(glfw.CONTEXT_VERSION_MINOR, 5)

glfw.window_hint(glfw.CONTEXT_CREATION_API, glfw.EGL_CONTEXT_API)

If I choose a different context version or native context, it doesn't work. This is with the X11 backend.  Although I am enforcing version 1.5, I am still getting version 4.1 when doing GL_VERSION, and in fact, shaders compile with #vesrion 330. So I am not sure what the connection between the two is.
In Wayland, it works with both native context and EGL as long as it is explicitly enforced. However, the windows have a cursor issue, and I get this error:
GLFWError: (65544) b'Wayland: Focusing a window requires user interaction'

The same OpenGL version problem occurs in Wayland similar to X11 in both native and EGl contexts.

Although I am enforcing version 1.5, I am still getting version 4.1 when doing GL_VERSION, and in fact, shaders compile with #version 330. So I am not sure what the connection between the two is.

The GLFW_CONTEXT_VERSION_MAJOR and GLFW_CONTEXT_VERSION_MINOR hints specify the minimum version you require, but the system is free to give you a context of any later version that's compatible with what you asked for. In this case you got OpenGL 4.1 with the compatibility profile, which can do everything OpenGL 1.5 can do.

In Wayland, it works with both native context and EGL as long as it is explicitly enforced.

This is likely because EGL is the native context creation API on Wayland.

However, the windows have a cursor issue, and I get this error:
GLFWError: (65544) b'Wayland: Focusing a window requires user interaction'

How odd, you shouldn't get that error with GLFW 3.3.8 unless you're calling glfwShowWindow or glfwFocusWindow.
What cursor issue did you get?

GLFWError: (65544) b'Wayland: Focusing a window requires user interaction'

The above was with standard Ubuntu libglfw 3.3.6-1 package. Now when I use the 3.3.8 shipped with pyGLFW I get the following error:
GLFWError: (65544) b'Wayland: Standard cursor shape unavailable'

The error is that the window opens with the correct OpenGL drawing, however, the title bar is blank gray and there is no closing button on the title bar. I have to do Crtl+C to close the window.

The above was with standard Ubuntu libglfw 3.3.6-1 package.

Oh, that makes sense. That was an issue in 3.3.6 but not in the latest release.
Now when I use the 3.3.8 shipped with pyGLFW I get the following error:

GLFWError: (65544) b'Wayland: Standard cursor shape unavailable'

This could be the active cursor theme lacking that particular cursor, or it could be a bug in the GLFW Wayland code.

The error is that the window opens with the correct OpenGL drawing, however, the title bar is blank gray and there is no closing button on the title bar. I have to do Crtl+C to close the window.

Those are the GLFW fallback decorations for Wayland and yes, they're very limited. Better decorations are on the way!

Now when I use the 3.3.8 shipped with pyGLFW I get the following error:
GLFWError: (65544) b'Wayland: Standard cursor shape unavailable'

This has been fixed in GLFW 3.3.9 with 1d766c8b39936469280001a18f506c4efb394cb8.

The error is that the window opens with the correct OpenGL drawing, however, the title bar is blank gray and there is no closing button on the title bar. I have to do Crtl+C to close the window.

This has been fixed in GLFW 3.3.9 by adding support for libdecor. If you install the libdecor-0-0 package, GLFW will now detect this and provide better window decorations.

Any update ? I have the same problem.
Thanks

I got the same error while using glumpy, which uses glfw internally. I solve the error by setting the following env var:
XDG_SESSION_TYPE=X11

You can set that on your shell rc files, or put it just before the command you want to run like
XDG_SETTION_TYPE=X11 python your_app.py

I hope my solution works with others' cases as well :)


Style: Optimize the string format of hms-json-export.yml to improve the maintainability of the code

Description of your changes

Optimize the string format of hms-json-export.yml.
Will be cherry picked to the main branch after the merge.

How has this code been tested

@qq157755587 please cherry-pick to main.


Server support for sessions

Looks great! We'll set up proper login on the client later today and use the correct routes (/login /logout)


draw the layer from the background thread

during layer draw we know what parts of the screen will need repainting, so we can call set setNeedsDisplayInRect and do a partial draw of the screen.  This brings down overall keyDown-to-drawRect(finish) latency when in "layer" mode from 17ms to 4.5ms (about what the "stock" CoreText renderer does).
With this PR, the layer-backed code is about as fast as the standard code (I measured average latency with https://github.com/osheroff/macvim/commit/56bb7eb), fast enough that I think we could swap out the old draw-direct code with the layer code, but I thought I would offer that code in a separate PR so you could easily see the methods I'm using here.
cc @splhack @nuc who apparently can feel 10ms of latency much better than I can.

Thanks for having a look!
The lag is noticeable if you have really low key repeat delay and for example move the caret around.
I hope that this PR fixes it.
Cheers

I haven't tested it yet, but do you mind to update this to make sure don't call setNeedsDisplayInRect and setNeedsDisplay if cgLayerEnabled is NO?

i can if needs be, but my hope here is that latency is improved enough to simplify the code back down to a single (always-layer-enabled) code path.

I might be wrong but we don't need CGLayer for 10.11 or earlier, we may be able to enable it for 10.12 all the time though. And creating helper methods like setNeedsDisplayInRectForCGLayer or something will be still simple enough.

two arguments in favor of CGLayer all the time everywhere:

Fixes ugly screen tearing when resizing window (checked this in 10.11, it's happening there too)
Unified code path

I tried out the build and it's definitely better than before.
Still, when you hold a key down you feel some lag for a tiny bit, but then it starts to move faster.
👍

Merged 2fb08d345622bdaf53c6a25bfa3089520fa68de2

Enable CGLayer rendering all the time in Core Text Renderer.
defaults write org.vim.MacVim MMUseCGLayerAlways -bool YES


No distinction between European Union and Non-EU countries

Hi,
The readme says:

the sum paid by Apple Distribution International must be split into revenue made in member states of the European Union and into revenue made in Non-EU countries

However, the script does not distinguish between European Union and Non-EU countries at all. Switzerland, China and others are included, which makes the sum for the Recapitulative Statement wrong. Compare with https://exelerus.com/mobiledev/apple/ when you include Switzerland in your financial reports.
Cheers

As a member of Apple's Developer Program you do business with Apple's subsidiaries – not directly with retail customers. Hence, the individual customer's country of residence is irrelevant from a fiscal point of view. It seems that the developer behind the link you provided didn't get that quite right.


add component level tokens for theming

Alaska Airlines Pull Request
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Resolves: #112
Summary:
All token work is updated to support the new component theme infrastructure.
advisory was removed as part of the design switch to warning only.
The additional variants were added.
varient examples were updated to better show each varient in a recognizable way
Type of change:
Please delete options that are not relevant.

[x] New capability
[x] Revision of an existing capability
[ ] Infrastructure change (automation, etc.)
[ ] Other (please elaborate)

Checklist:

[x] My update follows the CONTRIBUTING guidelines of this project
[x] I have performed a self-review of my own update

Verification

[x] No linter issues
[x] All automated tests pass
[x] New Tier 3 component token exists
[x] Advisory variant is removed
[x] API Page "Theme" section is valid

DEFAULT

[x] default variant renders correctly
[x] accent variant renders correctly
[x] disabled variant renders correctly
[x] emphasis variant renders correctly
[x] error variant renders correctly
[x] info variant renders correctly
[x] secondary variant renders correctly
[x] subtle variant renders correctly
[x] success variant renders correctly
[x] tertiary variant renders correctly
[x] warning variant renders correctly

INVERSE

[x] default variant renders correctly
[x] accent variant renders correctly
[x] disabled variant renders correctly
[x] emphasis variant renders correctly
[x] error variant renders correctly
[x] info variant renders correctly
[x] secondary variant renders correctly
[x] subtle variant renders correctly
[x] success variant renders correctly
[x] tertiary variant renders correctly
[x] warning variant renders correctly

By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission.
Thank you for your submission!
-- Auro Design System Team

Merging into beta based on previous approval by @jordanjones243

:tada: This PR is included in version 5.0.0-beta.1 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


0.13.0 upgrade guide

Changes: https://github.com/ramda/ramda/compare/v0.12.0...v0.13.0

:warning: R.invoke now takes (methodName, args, obj) rather than (methodName, obj, args) #962
:new: R.isNaN #963

What do you think about moving upgrade guides from issues to wiki? So that it would be in one place.

Is this not enough?:
https://github.com/ramda/ramda/blob/master/CHANGELOG.md
It's certainly a little indirect, but this format also give an opportunity to comment on the upgrade guides, and hold discussions related to them.

Hm, yes it's quite convenient, didn't see that. Thanks

Close?

I put a link on the wiki homepage to the upgrade guides.

The 0.12 guide says that you were going to remove
:floppy_disk: R.charAt #949
:floppy_disk: R.charCodeAt #949
:floppy_disk: R.func #906
for 0.13. Did you want to confirm that here?

These functions will be removed in 0.14. 0.13 was rushed out immediately after 0.12 once we realized that the argument order of R.invoke should change. Since the function had only just be added, we wanted to correct it before anyone wrote code against the suboptimal API.

We probably should have included an addendum to the 0.12.0 guide at that time, but we just didn't think of it.


routing fixes for moveOrCopy and gray out bad destinations

There are some comments in fs/routes.js, but basically:

split the root of fsTab (which was originally just folder view) into a bare route node without component, but with two children folder and destinationPicker. It has defaultSelected: 'folder' so when we go there it still shows the folder view;
for destinationPicker, i.e. the moveOrCopy dialog, only store an index in routeProps, but bookkeep in state.fs.moveOrCopy, which has a destinationParentPath: I.List<Path> for current showing path in the moveOrCopy dialog, and a sourceItemPath: Path for the moving/copying target.

For desktop, since we only have one layer of destinationPicker, so state.fs.moveOrCopy.destinationParentPath always has at most one element inside, and routeProps.get('index') is always 0. When user navigates in moveOrCopy dialog, we just dispatch actions that sets the element at index 0 in the I.List to different paths.
For mobile, since we need to make swipe actions work, different layers of destinationPickers need to be mounted, with routeProps.get('index') being 0, 1, ... . state.fs.moveOrCopy.destinationParentPath keeps a Path for each mounted layer of destinationPicker.

With this setup, on mobile user can:

swipe back (i.e. from left edge of screen to right) to go to parent folder;
being deep inside folders, but still able to tap "Cancel" to go back to whatever folder they were viewing when they initiated "Move or Copy" from a menu.

depends on: https://github.com/keybase/client/pull/14430

⪮

@chrisnojima ready for another look; thanks!


Where is GroundedSAM preprocess code.

Thanks for your great work. I'd like to query for the GroundedSAM preprocess code which I do not find as a submodule maybe?

Thanks for pointing out this mistake! We've updated the code. Please check the newest version.

The preprocessing tasks take take a lot of time. Would you mind upload the preprocessing results so that I may download directly?

OK, we are working on this. Since the processed file is very large (~300 GB before compressing), it will take one or two days.

The preprocessed data is uploaded.

How can I deal this problem? groundingdino_model = load_model_hf(ckpt_repo_id, ckpt_filenmae, ckpt_config_filename) TypeError: load_model_hf() takes from 0 to 1 positional arguments but 3 were given


Flutter Analyzer server hangs at 100% CPU when typing map getter

Steps to Reproduce

Open Android Studio
Make some minor code modifications
Congratulations, the analysis server has hung at 100% CPU and now you don't get code analysis or completions

Specifically, removing a migrations getter from one of the Model classes in lib/db.dart then typing Map<int, List<String>> get seems to reliably cause the hang: monch.zip
Logs

Logs from the analysis server can be found here (too large for GitHub apparently): https://sorrel.sh/public/d056f016-2e69-43b7-9929-9b68ef96e81d.txt

$ flutter doctor -v
[✓] Flutter (Channel beta, 1.21.0-9.1.pre, on Linux, locale en_GB.UTF-8)
    • Flutter version 1.21.0-9.1.pre at /home/ash/snap/flutter/common/flutter
    • Framework revision be9bc8cb39 (7 days ago), 2020-08-18 09:46:08 -0700
    • Engine revision 267070c17a
    • Dart version 2.10.0 (build 2.10.0-7.2.beta)

[!] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at /home/ash/Android/Sdk
    • Platform android-28, build-tools 28.0.3
    • Java binary at: /home/ash/.local/share/JetBrains/Toolbox/apps/AndroidStudio/ch-0/193.6626763/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)
    ! Some Android licenses not accepted.  To resolve this, run: flutter doctor --android-licenses

[✓] Android Studio (version 4.0)
    • Android Studio at /home/ash/.local/share/JetBrains/Toolbox/apps/AndroidStudio/ch-0/193.6626763
    • Flutter plugin version 48.1.2
    • Dart plugin version 193.7361
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)

[✓] Connected device (1 available)
    • moto g 8 power (mobile) • ZY2277ZRN5 • android-arm64 • Android 10 (API 29)

! Doctor found issues in 1 category.

Hi @sersorrel
I can reproduce the issue using your code sample

logs
taha@pop-os:~/AndroidStudioProjects/monch$ flutter analyze
Running "flutter pub get" in monch...                               0.3s
Analyzing monch...

   info • This function has a return type of 'FutureOr<Meal>', but doesn't end with a return
          statement • lib/db.dart:122:16 • missing_return
   info • 'title' is deprecated and shouldn't be used. Use "label" instead, as it allows for an
          improved text-scaling experience. This feature was deprecated after v1.19.0. •
          lib/main.dart:98:60 • deprecated_member_use

2 issues found. (ran in 3.2s)
taha@pop-os:~/AndroidStudioProjects/monch$ flutter analyze -v
[ +125 ms] executing: [/home/taha/Code/flutter/] git -c log.showSignature=false log -n 1
--pretty=format:%H
[  +34 ms] Exit code 0 from: git -c log.showSignature=false log -n 1 --pretty=format:%H
[        ] 707f995de35bdf887169fcd39448b877cbcc8992
[        ] executing: [/home/taha/Code/flutter/] git tag --points-at HEAD
[  +11 ms] Exit code 0 from: git tag --points-at HEAD
[   +1 ms] executing: [/home/taha/Code/flutter/] git describe --match *.*.* --first-parent --long
--tags
[  +25 ms] Exit code 0 from: git describe --match *.*.* --first-parent --long --tags
[        ] 1.22.0-1.0.pre-60-g707f995de
[   +8 ms] executing: [/home/taha/Code/flutter/] git rev-parse --abbrev-ref --symbolic @{u}
[   +4 ms] Exit code 0 from: git rev-parse --abbrev-ref --symbolic @{u}
[        ] origin/master
[        ] executing: [/home/taha/Code/flutter/] git ls-remote --get-url origin
[   +3 ms] Exit code 0 from: git ls-remote --get-url origin
[        ] https://github.com/flutter/flutter.git
[  +40 ms] executing: [/home/taha/Code/flutter/] git rev-parse --abbrev-ref HEAD
[   +4 ms] Exit code 0 from: git rev-parse --abbrev-ref HEAD
[        ] master
[  +42 ms] Artifact Instance of 'AndroidMavenArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidGenSnapshotArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidInternalBuildArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterWebSdk' is not required, skipping update.
[   +2 ms] Artifact Instance of 'WindowsEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerDebugSymbols' is not required, skipping update.
[   +6 ms] Artifact Instance of 'MaterialFonts' is not required, skipping update.
[        ] Artifact Instance of 'GradleWrapper' is not required, skipping update.
[        ] Artifact Instance of 'AndroidMavenArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidGenSnapshotArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'AndroidInternalBuildArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterWebSdk' is not required, skipping update.
[        ] Artifact Instance of 'FlutterSdk' is not required, skipping update.
[        ] Artifact Instance of 'WindowsEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxEngineArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'LinuxFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'MacOSFuchsiaSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerSDKArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FlutterRunnerDebugSymbols' is not required, skipping update.
[        ] Artifact Instance of 'IosUsbArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IosUsbArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IosUsbArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IosUsbArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'IosUsbArtifacts' is not required, skipping update.
[        ] Artifact Instance of 'FontSubsetArtifacts' is not required, skipping update.
[  +98 ms] Found plugin sqflite at /home/taha/.pub-cache/hosted/pub.dartlang.org/sqflite-1.3.1+1/
[ +103 ms] Found plugin sqflite at /home/taha/.pub-cache/hosted/pub.dartlang.org/sqflite-1.3.1+1/
[  +23 ms] Generating
/home/taha/AndroidStudioProjects/monch/android/app/src/main/java/io/flutter/plugins/GeneratedPluginRe
gistrant.java
[ +329 ms] dart --disable-dart-dev
/home/taha/Code/flutter/bin/cache/dart-sdk/bin/snapshots/analysis_server.dart.snapshot
--disable-server-feature-completion --disable-server-feature-search --sdk
/home/taha/Code/flutter/bin/cache/dart-sdk
[  +17 ms] ==> {"id":"1","method":"server.setSubscriptions","params":{"subscriptions":["STATUS"]}}
[        ] ==>
{"id":"2","method":"analysis.setAnalysisRoots","params":{"included":["/home/taha/AndroidStudioProject
s/monch"],"excluded":[]}}
[   +1 ms] Analyzing monch...
[ +318 ms] <== {"event":"server.connected","params":{"version":"1.28.0","pid":14004}}
[  +25 ms] <== {"id":"1"}
[ +235 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/pubspec.yaml","er
rors":[]}}
[   +6 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/android/app/src/m
ain/AndroidManifest.xml","errors":[]}}
[        ] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/android/app/src/d
ebug/AndroidManifest.xml","errors":[]}}
[        ] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/android/app/src/p
rofile/AndroidManifest.xml","errors":[]}}
[  +74 ms] <== {"id":"2"}
[ +803 ms] <== {"event":"server.status","params":{"analysis":{"isAnalyzing":true}}}
[   +3 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/test/widget_test.
dart","errors":[]}}
[  +45 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/new_timeline_
entry_screen.dart","errors":[{"severity":"INFO","type":"TODO","location":{"file":"/home/taha/AndroidS
tudioProjects/monch/lib/new_timeline_entry_screen.dart","offset":2884,"length":33,"startLine":93,"sta
rtColumn":30},"message":"TODO: this only handles LTR
lists","code":"todo","hasFix":false},{"severity":"INFO","type":"TODO","location":{"file":"/home/taha/
AndroidStudioProjects/monch/lib/new_timeline_entry_screen.dart","offset":2157,"length":56,"startLine"
:79,"startColumn":22},"message":"TODO: this should be factored out into a separate
widget","code":"todo","hasFix":false},{"severity":"INFO","type":"TODO","location":{"file":"/home/taha
/AndroidStudioProjects/monch/lib/new_timeline_entry_screen.dart","offset":1663,"length":35,"startLine
":64,"startColumn":16},"message":"TODO: save the meal to the
database","code":"todo","hasFix":false},{"severity":"INFO","type":"TODO","location":{"file":"/home/ta
ha/AndroidStudioProjects/monch/lib/new_timeline_entry_screen.dart","offset":3035,"length":54,"startLi
ne":95,"startColumn":30},"message":"TODO: can be in a wrong state if you rotate the
screen","code":"todo","hasFix":false},{"severity":"INFO","type":"TODO","location":{"file":"/home/taha
/AndroidStudioProjects/monch/lib/new_timeline_entry_screen.dart","offset":2947,"length":58,"startLine
":94,"startColumn":30},"message":"TODO: this looks bad when the ListTile draws an ink
splash","code":"todo","hasFix":false}]}}
[   +5 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/timeline_page
.dart","errors":[]}}
[        ] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/placeholder_p
age.dart","errors":[]}}
[        ] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/db.dart","err
ors":[{"severity":"INFO","type":"HINT","location":{"file":"/home/taha/AndroidStudioProjects/monch/lib
/db.dart","offset":3122,"length":8,"startLine":122,"startColumn":16},"message":"This function has a
return type of 'FutureOr<Meal>', but doesn't end with a return statement.","correction":"Try adding a
return statement, or changing the return type to
'void'.","code":"missing_return","url":"https://dart.dev/tools/diagnostic-messages#missing_return","h
asFix":false}]}}
[   +1 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/main.dart","e
rrors":[{"severity":"INFO","type":"HINT","location":{"file":"/home/taha/AndroidStudioProjects/monch/l
ib/main.dart","offset":3203,"length":5,"startLine":98,"startColumn":60},"message":"'title' is
deprecated and shouldn't be used. Use \"label\" instead, as it allows for an improved text-scaling
experience. This feature was deprecated after v1.19.0..","correction":"Try replacing the use of the
deprecated member with the
replacement.","code":"deprecated_member_use","url":"https://dart.dev/tools/diagnostic-messages#deprec
ated_member_use","hasFix":false}]}}
[   +2 ms] <==
{"event":"analysis.errors","params":{"file":"/home/taha/AndroidStudioProjects/monch/lib/multi_select_
screen.dart","errors":[]}}
[        ] <== {"event":"server.status","params":{"analysis":{"isAnalyzing":false}}}
[  +12 ms] Analyzing monch... (completed in 1.5s)
[   +6 ms]    info • This function has a return type of 'FutureOr<Meal>', but doesn't end with a
return
                     statement • lib/db.dart:122:16 • missing_return
[   +2 ms]    info • 'title' is deprecated and shouldn't be used. Use "label" instead, as it allows
for an
                     improved text-scaling experience. This feature was deprecated after v1.19.0. •
                     lib/main.dart:98:60 • deprecated_member_use
[   +5 ms] "flutter analyze" took 2,153ms.
[   +7 ms] 2 issues found. (ran in 1.5s)
[   +1 ms]
           #0      throwToolExit (package:flutter_tools/src/base/common.dart:14:3)
           #1      AnalyzeOnce.analyze (package:flutter_tools/src/commands/analyze_once.dart:186:7)
           #2      _rootRunUnary (dart:async/zone.dart:1198:47)
           #3      _CustomZone.runUnary (dart:async/zone.dart:1100:19)
           #4      _FutureListener.handleValue (dart:async/future_impl.dart:143:18)
           #5      Future._propagateToListeners.handleValueCallback
(dart:async/future_impl.dart:696:45)
           #6      Future._propagateToListeners (dart:async/future_impl.dart:725:32)
           #7      Future._completeWithValue (dart:async/future_impl.dart:529:5)
           #8      _AsyncAwaitCompleter.complete (dart:async-patch/async_patch.dart:40:15)
           #9      _completeOnAsyncReturn (dart:async-patch/async_patch.dart:311:13)
           #10     AnalysisServer.dispose (package:flutter_tools/src/dart/analysis.dart)
           #11     _rootRunUnary (dart:async/zone.dart:1198:47)
           #12     _CustomZone.runUnary (dart:async/zone.dart:1100:19)
           #13     _FutureListener.handleValue (dart:async/future_impl.dart:143:18)
           #14     Future._propagateToListeners.handleValueCallback
(dart:async/future_impl.dart:696:45)
           #15     Future._propagateToListeners (dart:async/future_impl.dart:725:32)
           #16     Future._completeWithValue (dart:async/future_impl.dart:529:5)
           #17     Future._asyncCompleteWithValue.<anonymous closure>
(dart:async/future_impl.dart:567:7)
           #18     _rootRun (dart:async/zone.dart:1190:13)
           #19     _CustomZone.run (dart:async/zone.dart:1093:19)
           #20     _CustomZone.runGuarded (dart:async/zone.dart:997:7)
           #21     _CustomZone.bindCallbackGuarded.<anonymous closure> (dart:async/zone.dart:1037:23)
           #22     _microtaskLoop (dart:async/schedule_microtask.dart:41:21)
           #23     _startMicrotaskLoop (dart:async/schedule_microtask.dart:50:5)
           #24     _runPendingImmediateCallback (dart:isolate-patch/isolate_patch.dart:118:13)
           #25     _RawReceivePortImpl._handleMessage (dart:isolate-patch/isolate_patch.dart:169:5)

[ +150 ms] ensureAnalyticsSent: 147ms
[   +1 ms] Running shutdown hooks
[        ] Shutdown hooks complete
[        ] exiting with code 1

flutter doctor -v
[✓] Flutter (Channel beta, 1.21.0-9.1.pre, on Linux, locale en_US.UTF-8)
    • Flutter version 1.21.0-9.1.pre at /home/taha/Code/flutter
    • Framework revision be9bc8cb39 (8 days ago), 2020-08-18 09:46:08 -0700
    • Engine revision 267070c17a
    • Dart version 2.10.0 (build 2.10.0-7.2.beta)

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
    • Android SDK at /home/taha/Code/sdk
    • Platform android-30, build-tools 30.0.2
    • ANDROID_HOME = /home/taha/Code/sdk
    • Java binary at: /home/taha/Code/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[✓] Android Studio (version 4.0)
    • Android Studio at /home/taha/Code/android-studio
    • Flutter plugin version 48.1.2
    • Dart plugin version 193.7547
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)

[✓] Connected device (1 available)
    • sdk gphone x86 arm (mobile) • emulator-5554 • android-x86 • Android 11
      (API 30) (emulator)

• No issues found!

flutter doctor -v
[✓] Flutter (Channel master, 1.22.0-2.0.pre.60, on Linux, locale en_US.UTF-8)
    • Flutter version 1.22.0-2.0.pre.60 at /home/taha/Code/flutter
    • Framework revision 707f995de3 (21 hours ago), 2020-08-25 04:51:03 -0700
    • Engine revision 8107b36c7b
    • Dart version 2.10.0 (build 2.10.0-56.0.dev)

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
    • Android SDK at /home/taha/Code/sdk
    • Platform android-30, build-tools 30.0.2
    • ANDROID_HOME = /home/taha/Code/sdk
    • Java binary at: /home/taha/Code/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[✓] Android Studio (version 4.0)
    • Android Studio at /home/taha/Code/android-studio
    • Flutter plugin version 48.1.2
    • Dart plugin version 193.7547
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)

[✓] Connected device (1 available)
    • sdk gphone x86 arm (mobile) • emulator-5554 • android-x86 • Android 11
      (API 30) (emulator)

• No issues found!

This probably belongs to dart-lang github repo, but I tried to replicate this on latest master using the code shared in original description, but don't see the spike in CPU usage:

Channel master, 2.13.0-0.0.pre.617
@sersorrel Is this still an issue at your end ?

I haven't used flutter for the last couple of years, sorry – if it no longer reproduces for you, I'd assume it's fixed.

Based on my verification and above comment, I am going to close this as fixed. If anybody disagrees, write in comment and I'll reopen it.


Unexpected error: litellm.AuthenticationError: AnthropicException - b'{"type":"error","error":

I think I used the wrong API Key in my .env file, and this happened. This may be expected behavior but I hadn't seen it. It's an issue with litellm, not aider specifically, but I assumed aider should handle this behind the scenes.
Unexpected error: litellm.AuthenticationError: AnthropicException - b'{"type":"error","error":{"type":"authentication_error","message":"invalid
x-api-key"}}'
Traceback (most recent call last):
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/utils.py", line 10486, in next
self.fetch_sync_stream()
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/utils.py", line 10591, in fetch_sync_stream
self.completion_stream = self.make_call(client=litellm.module_level_client)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/llms/anthropic.py", line 659, in make_sync_call
raise AnthropicError(status_code=response.status_code, message=response.read())
litellm.llms.anthropic.AnthropicError: b'{"type":"error","error":{"type":"authentication_error","message":"invalid x-api-key"}}'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/aider/coders/base_coder.py", line 1124, in send_message
yield from self.send(messages, functions=self.functions)
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/aider/coders/base_coder.py", line 1408, in send
yield from self.show_send_output_stream(completion)
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/aider/coders/base_coder.py", line 1482, in
show_send_output_stream
for chunk in completion:
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/utils.py", line 10582, in next
raise exception_type(
^^^^^^^^^^^^^^^
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/utils.py", line 8438, in exception_type
raise e
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/litellm/utils.py", line 6894, in exception_type
raise AuthenticationError(
litellm.exceptions.AuthenticationError: litellm.AuthenticationError: AnthropicException -
b'{"type":"error","error":{"type":"authentication_error","message":"invalid x-api-key"}}'
Aider version: 0.56.0
Python version: 3.11.2
Platform: macOS-11.7.10-x86_64-i386-64bit
Python implementation: CPython
Virtual environment: No
OS: Darwin 20.6.0 (64bit)
Git version: git version 2.24.3 (Apple Git-128)
Aider v0.56.0
Main model: claude-3-5-sonnet-20240620 with diff edit format, infinite output
Weak model: claude-3-haiku-20240307
Git repo: .git with 783 files
Repo-map: using 1024 tokens, auto refresh

Start aider with --verbose and see if it loads the correct authentication information.
You can also use /settings inside aider to see the current setup.

a similar thing happens with ollama.
ollama
t=2024-09-12T07:43:47+0000 lvl=info msg="join connections" obj=join
aider:
~/dev$ aider --verbose --model ollama/llama3.1
Config files search order, if no --config:

/home/emincan/dev/.aider.conf.yml
/home/emincan/.aider.conf.yml
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Too soon to check version: 0.4 hours
Command Line Args:   --verbose --model ollama/llama3.1
Defaults:
--model-settings-file:.aider.model.settings.yml
--model-metadata-file:.aider.model.metadata.json
--map-refresh:     auto
--cache-keepalive-pings:0
--map-multiplier-no-files:2
--env-file:        /home/emincan/dev/.env
--input-history-file:/home/emincan/dev/.aider.input.history
--chat-history-file:/home/emincan/dev/.aider.chat.history.md
--user-input-color:#00cc00
--tool-error-color:#FF2222
--tool-warning-color:#FFA500
--assistant-output-color:#0088ff
--code-theme:      default
--aiderignore:     /home/emincan/dev/.aiderignore
--lint-cmd:        []
--test-cmd:        []
--voice-language:  en
--encoding:        utf-8

Option settings:

aiderignore: /home/emincan/dev/.aiderignore
anthropic_api_key: None
apply: None
assistant_output_color: #0088ff
attribute_author: True
attribute_commit_message_author: False
attribute_commit_message_committer: False
attribute_committer: True
auto_commits: True
auto_lint: True
auto_test: False
cache_keepalive_pings: 0
cache_prompts: False
chat_history_file: /home/emincan/dev/.aider.chat.history.md
chat_language: None
check_update: True
code_theme: default
commit: False
commit_prompt: None
config: None
dark_mode: False
dirty_commits: True
dry_run: False
edit_format: None
encoding: utf-8
env_file: /home/emincan/dev/.env
exit: False
file: None
files: []
git: True
gitignore: True
gui: False
input_history_file: /home/emincan/dev/.aider.input.history
install_main_branch: False
just_check_update: False
light_mode: False
lint: False
lint_cmd: []
list_models: None
llm_history_file: None
map_multiplier_no_files: 2
map_refresh: auto
map_tokens: None
max_chat_history_tokens: None
message: None
message_file: None
model: ollama/llama3.1
model_metadata_file: .aider.model.metadata.json
model_settings_file: .aider.model.settings.yml
openai_api_base: None
openai_api_deployment_id: None
openai_api_key: None
openai_api_type: None
openai_api_version: None
openai_organization_id: None
pretty: True
read: None
restore_chat_history: False
show_diffs: False
show_model_warnings: True
show_prompts: False
show_repo_map: False
stream: True
subtree_only: False
suggest_shell_commands: True
test: False
test_cmd: []
tool_error_color: #FF2222
tool_output_color: None
tool_warning_color: #FFA500
upgrade: False
user_input_color: #00cc00
verbose: True
verify_ssl: True
vim: False
voice_language: en
weak_model: None
yes: None

Checking imports for version 0.56.0 and executable /usr/bin/python3
Installs file: /home/emincan/.aider/installs.json
Installs file exists and loaded
Not first run, loading imports in background thread
No model settings files loaded
Searched for model settings files:

/home/emincan/.aider.model.settings.yml
/home/emincan/dev/.aider.model.settings.yml
Model info:
{
"max_tokens": 32768,
"max_input_tokens": 8192,
"max_output_tokens": 8192,
"input_cost_per_token": 0.0,
"output_cost_per_token": 0.0,
"litellm_provider": "ollama",
"mode": "chat",
"supports_function_calling": true
}
Aider v0.56.0
Model: ollama/llama3.1 with whole edit format
Git repo: .git with 0 files
Repo-map: disabled
Use /help  for help, run "aider --help" to see cmd line args
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

create a snake game in python

SYSTEM Act as an expert software developer.
SYSTEM Take requests for changes to the supplied code.
SYSTEM If the request is ambiguous, ask questions.
SYSTEM
SYSTEM Always reply to the user in the same language they are using.
SYSTEM
SYSTEM
SYSTEM Once you understand the request you MUST:
SYSTEM 1. Determine if any code changes are needed.
SYSTEM 2. Explain any needed changes.
SYSTEM 3. If changes are needed, output a copy of each file that needs changes.
SYSTEM
SYSTEM To suggest changes to a file you MUST return the entire content of the updated file.
SYSTEM You MUST use this file listing format:
SYSTEM
SYSTEM path/to/filename.js
SYSTEM SYSTEM // entire file content ... SYSTEM // ... goes in between SYSTEM
SYSTEM
SYSTEM Every file listing MUST use this format:
SYSTEM - First line: the filename with any originally provided path
SYSTEM - Second line: opening SYSTEM - ... entire content of the file ... SYSTEM - Final line: closing
SYSTEM
SYSTEM To suggest changes to a file you MUST return a file listing that contains the entire content of the file.
SYSTEM NEVER skip, omit or elide content from a file listing using "..." or by adding comments like "... rest of code..."!
SYSTEM Create a new file you MUST return a file listing which includes an appropriate filename, including any appropriate path.
SYSTEM
SYSTEM
USER Change the greeting to be more casual
ASSISTANT Ok, I will:
ASSISTANT
ASSISTANT 1. Switch the greeting text from "Hello" to "Hey".
ASSISTANT
ASSISTANT show_greeting.py
ASSISTANT ASSISTANT import sys ASSISTANT ASSISTANT def greeting(name): ASSISTANT     print(f"Hey {name}") ASSISTANT ASSISTANT if __name__ == '__main__': ASSISTANT     greeting(sys.argv[1]) ASSISTANT
USER I switched to a new code base. Please don't consider the above files or try to edit them any longer.
ASSISTANT Ok.
USER I am not sharing any files that you can edit yet.
ASSISTANT Ok.
USER create a snake game in python
USER
USER To suggest changes to a file you MUST return the entire content of the updated file.
USER You MUST use this file listing format:
USER
USER path/to/filename.js
USER USER // entire file content ... USER // ... goes in between USER
USER
USER Every file listing MUST use this format:
USER - First line: the filename with any originally provided path
USER - Second line: opening USER - ... entire content of the file ... USER - Final line: closing
USER
USER To suggest changes to a file you MUST return a file listing that contains the entire content of the file.
USER NEVER skip, omit or elide content from a file listing using "..." or by adding comments like "... rest of code..."!
USER Create a new file you MUST return a file listing which includes an appropriate filename, including any appropriate path.
USER
USER
Unexpected error: b''
Traceback (most recent call last):
File "/home/emincan/.local/lib/python3.10/site-packages/aider/coders/base_coder.py", line 1124, in send_message
yield from self.send(messages, functions=self.functions)
File "/home/emincan/.local/lib/python3.10/site-packages/aider/coders/base_coder.py", line 1408, in send
yield from self.show_send_output_stream(completion)
File "/home/emincan/.local/lib/python3.10/site-packages/aider/coders/base_coder.py", line 1482, in
show_send_output_stream
for chunk in completion:
File "/home/emincan/.local/lib/python3.10/site-packages/litellm/llms/ollama.py", line 371, in ollama_completion_stream
raise e
File "/home/emincan/.local/lib/python3.10/site-packages/litellm/llms/ollama.py", line 329, in ollama_completion_stream
raise OllamaError(
litellm.llms.ollama.OllamaError: b''

a similar thing happens with ollama.

Thank you for your initiative, but the original issue is about an authentication error with Anthropic API, your issue seems completely unrelated.
Please make a separate issue for your problem (and please remove your post above from this issue).
Thank you.

How should I proceed now?

Please don't hijack other issues. Move your problem to a separate issue you own.
Thank you.

I'm going to close this issue for now, but feel free to add a comment here and I will re-open. Or feel free to file a new issue any time.


Improve handling of angular units for hues

fixes #180
fixes #311 (dupe)

Hi @crissov, is this PR ready for re-review? Please ping me when it is. Thanks for also adding tests!

@LeaVerou I’ve written and committed the code already, but did so on my phone and haven’t had the chance yet to actually try it.

Ok, please ping me when it's ready!

@LeaVerou Okay, if I’m not overlooking anything this has long been ready for re-review. Also fixes #311.

superseded by #324
(I still like named capture groups, though)

(I still like named capture groups, though)

Me too — happy to merge a PR that adapts the current code to use named capture groups :)


Update _expoInstall.mdx

🚀 Deployed on https://66fc721a05f377dcfef5cf95--cozy-fox-0defec.netlify.app


Batch sending of messages

First of all, absolutely love this library, it's made it so easy to code live MIDI controllers, thank you!
I've been doing some work to make the timing of my script as tight as possible. I have points where my script needs to send many messages to a port that are supposed to occur at exactly the same time. A plain loop over the messages in Python which calls out_port.send(msg) on each works fine, but I was wondering if a method to batch-send messages would be a good way to further reduce any time delay between them. send can have some overhead with locking, serializing, and interfacing with the low-level driver. If I could send a whole batch of messages that so that it would only acquire the lock once, serialize them all together, and then send the whole batch of MIDI bytes at once to the driver, that might be more efficient. The API could be as simple as out_port.send_batch(msgs) where msgs is some iterable object of Messages.

Thanks for the suggestion!
It's always nice to hear how mido is used in the wild.
While this seems like a good idea at first glance, keep in mind that most MIDI devices don't really like being spammed with messages at the link's speed (Behavior varies device-to-device from simply ignoring some messages to full-on crashing!). The rtmidi documentation also hints at os-dependant sleep times between sends which may mean that some OS stack can't deal with outputting messages too fast either.
If we were to implement such a facility, I'd argue that a delay parameter should be added to mitigate this issue.
Feel free to discuss or straight-up propose an implementation ;)

Interesting. I've mainly been using this to communicate with VCV Rack which as far as I know doesn't mind being spammed with messages, but I can see how that could be the case for hardware MIDI devices. Do you have a link to that rtmidi documentation you mentioned?
To be fair, I haven't noticed any significant timing issues so far, and I don't expect to be sending huge numbers of messages, so this isn't high-priority for me, just wanted to pose the idea.


GS consumes Alloy modules released under FINOS

[x] Shared (JAR/Maven)
[ ] Studio (NPM)
[ ] SDLC (JAR/Maven)
[ ] Engine (JAR/Maven)
[ ] Pure (JAR/Maven)
[ ] Studio (Docker)
[ ] Engine (Docker)

@maoo @pierredebelen @gs-bracej Can this be closed? Or shall we wait until the build work is done for all 5 modules?

Not entirely, there's quite a long list of assets to consume, will update the issue description.

@maoo @pierredebelen @gs-bracej this should still be open pending engine and pure?

@gs-bracej - I believe there are more Legend modules that are now consumed by GS, right? Could you please provide an update? TY!

All modules are now being consumed by GS as Jars/NPM images. Since the Docker part is captured in #247 I vote to close this.

Awesome, thank you!


To add a new animated button to the list!

This is a(n):

[ ] Update to an existing Animated Button
[x] Any Error
[x] Proposal to the Repository
[x] Documentation / README.md changes

Details:

@PoorviShetty  would like to work on it!

Thank you!

Hello @PoorviShetty  i have already done with adding a button , Please do me a favour and look into it

@PoorviShetty  when you will review it??

Please mention your PR number here

Okay, its #409

That's the issue number, please mention your PR number

Sorry, PR no is 905 @PoorviShetty

Please make sure to fill the PR template correctly and fix all merge conflicts

Okay

Please make sure to fill the PR template correctly and fix all merge conflicts

Done with template

Please make sure to fill the PR template correctly and fix all merge conflicts

Done with template @PoorviShetty

Please check #1346

Sorry for the inconvinience, but we are closing all the issues! Please open a new issue if you want to contribute anything. Also now you can create a new button from the website itself! You will get points for those too! I will add the instructions on how to create a new button soon and create an empty pr for the same to get points!


fix: fix generated content timestamp and mod

What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes https://github.com/open-component-model/ocm/issues/361
Special notes for your reviewer:
Release Notes:

hmmm...deleted ocm github repository locally, cloned it again. checked out your branch. ran make generate. git status shows the two files.
git diff looks like this:

  info := bindataFileInfo{name: "../../../../../../../../resources/component-descriptor-ocm-v3-schema.yaml", size: 11515, mode: os.FileMode(420),

modTime: time.Unix(1136214245, 0)}

  a := &asset{bytes: bytes, info: info}

  info := bindataFileInfo{name: "../../../../../../../../resources/component-descriptor-ocm-v3-schema.yaml", size: 11515, mode: os.FileMode(0644), modTime: time.Unix([1136214245](tel:1136214245), 0)}

why does the file has a 644 locally when it should have a fixed 420 specified in the go-bindata command, similar to the timestamp?


Adding proxy for connection

Please add Proxy form for setting IP and Port as a proxy for connection. Thanks.

Thanks for the suggestion, I will see what I can do.


no pokemon show up in favorite and common pokemon list

I installed the app through the developer program instead of using the cydia impactor.  The app seems to work okay, but the favorite and common pokemon lists are blank so I'm unable to know which ones I'm turning on and off.  Was this with my installation choice, or is it maybe something with running ios beta?

Same here, app is side loaded with Xcode 8 beta. iPhone is running iOS 10 Beta 5.

same here
installed using xcode 7.3 on an iphone 6s running ios 9.3.4

I also tried with Xcode 8 beta and iOS 9.3.4, same issue.

same here Xcode 8 beta ios 9.3.3

Should be fixed in #208

Oh come on guys! Enter the project at Xcode >>>>iPokeGo>>>Main.storyboard>>>Main.storyboard(Base) then Favorite Scene>>>Favourite>>>>Table View>>>pokemoncell>>>Content View, and then select "Pokemonimage View" and resize it a little bigger and do this the same with "Pokemon Name".
Viola! Just build and upload again on iDevice:)

@iEtyp haha it's so simple :P


Fixed #2980 - remove internal EntityFrameworkCore api usage

Public EntityFrameworkCore Api usage  instead of internal. Internal API was changed in v6. DbContext.Model usage works well with EntityFrameworkCore 3.1 & 5 & 6.

Oh, nice find. Thanks for fixing it!