Delete webkit prefixes in default CSS

See tmpvar/jsdom#1560.
In particular, this helps because it takes out all the selectors that would cause exceptions to be thrown: webkit prefixes in selectors and case-insensitive attribute selectors.
I've tested this patch by running the test that runs slowly with breakpoints set on "all exceptions". There were no exceptions arising from https://github.com/dperini/nwmatcher/blob/29a1cdc284e330ec6aa38e31c2f02e755a536381/src/nwmatcher-noqsa.js#L765.
Even though this deletes code, this adds functionality. For example, the rule -input[type="hidden" i] would have been ignored before, because nwmatcher doesn't know how to handle  i. It would now apply (although type would have to be "hidden", and not "HiDdEn" or "HIDDEN").
This single change improves performance in one of my tests from 28s to 8s.
I'm not really sure how to run the benchmarks. node ./benchmark/runner appears to do nothing.

Could it be that muting the exception helps in these cases so that execution could continue ?
By default 'nwmatcher' is configured to throw exceptions for CSS syntax errors, however this behaviour can be changed both before execution and at runtime by issuing a:
NW.Dom.configure({ VERBOSITY: false });

I recently suggested the same for a different parsing problem with similar requirements.
Hope i did correctly understand the OP and the problem posed above.
I will also have an attempt to implement the ' i ' flag for insensitive attributes matching.

@dperini, that's a great point. When parsing CSS stylesheets we should definitely mute such errors. I think we currently try/catch them, causing the slowness @flaviut refers to in his OP.

Thanks for the quick feedback, I really appreciate it!
NW.Dom.configure({ VERBOSITY: false }); won't work for me, unless there is some way to mute the messages. It prints a crazy amount of stuff to the console:
$ jest MyTest > out
<snip>
$ wc -l out
131136 out

@flaviut what if I would add an extra configuration flag to also mute console errors ?
Would this fix your issue ?
I am thinking to name the flag LOGERRORS and assign true to it as the default value to maintain backward compatibility. If this helps, the change would be trivial and could happen immediately.
/cc @domenic

@dperini It absolutely would solve my issue. Actually, that what I think I'm going to do for now as a temporary workaround--deleting those three lines in node_modules is much easier that applying this patch.

@flaviut
the requested change was released with version 1.4.0 (the. flag name is LOGERRORS).
Setting this flag to false will mute all the errors that were previously logged to the console.


http: add validation for max_age and max_uses in create_invite

Resolves twilight-rs/twilight#705.
P.S:
If someone can guide where i can add tests, that would be nice :)

@7596ff will open a new pr :+1:


[7th Sea 2e] Missing Hero Point indicator

We've been using the 7th sea 2e sheet for a while, but all of a sudden my players are complaining that the hero point indicator in the top right is missing (see below image)

Another issue we noticed before it disappeared is it was always limiting players to a max of 3 hero points, which as far as I can tell isn't correct, as I can't find anything in the rule books about there being a max number a player can have.

Tag the author in the issue, contact them in some other way or this might never be noticed in a timely fashion. Few of the many dozen sheet authors stalks the issue page to the extent that any relevant issues would be brought to their attention this way. Some authors have even a recommended way to contact them stated on sheet documentation.


could not resolve com.bridgefy:android-sdk:1.1.24.

facing issue while adding Bridgefy in gradle
ERROR: Unable to resolve dependency for ':app@debug/compileClasspath': Could not resolve com.bridgefy:android-sdk:1.1.24.
Show Details
Affected Modules: app

Thank you for reporting issue, it has been solved, due to improvements in our repository.

I'm facing the same issue, @kekoyde how did you solve this please let me know.

I'm using npm lib with react native
https://bitbucket.org/bridgefy/react-native-bridgefy-sdk/src/master/

Also facing same issue:
ERROR: Unable to resolve dependency for ':app@debug/compileClasspath': Could not resolve com.bridgefy:android-sdk:1.1.24.


issue #21 Version string in new release 1.73 not updated

Updated version string to 1.73
removed ID as this is an old CVS type ID and not updated by git
updated change log

Looks like the 1.73 tag in the repository has not been moved (not really a big matter but would be nicer).

I deleted the tag and recreated it.  Would you prefer if I just deleted it and created a new 1.74 release ?

The most important thing is that it is at the right place, so no need for a 1.74 release.


Think of a proper name for the game

Because 'bug maker and fixer' just isn't gonna cut it...
Any ideas around the concept of debugging prompts that have been maliciously 'bugged' by another player.
Don't forget, their "features" and not "bugs".

The Big Code Mess Around
Don't mess with my code
Code Quick

sticky keys ultimate


MGMT sockets doesn't close ever?

Hello!
I noticed that each time btmgmt_sync.send() is called, the newly created sockets are not closed until the program terminates:
btmon output:
@ MGMT Open: hass (privileged) version 1.18                       {0x0004} 0.556295
@ MGMT Open: hass (privileged) version 1.18                       {0x0003} 0.556296
@ MGMT Open: hass (privileged) version 1.18                       {0x0002} 0.556297
@ MGMT Open: hass (privileged) version 1.18                       {0x0001} 0.556297

However, in the btmgmt_sync.send() code, I see calls to the close method.
I wonder why this happens, what is fraught with, and how to solve it?

I've spent some time looking at this using the examples/sync_list_commands.py as my test case.
The problem seems to be that the underlying socket created with libc isn't getting removed or closed.
In my test I've observed that the libc file descriptor (fd) is always one less that the python file descriptor. so my experiment was to find the fd by subtracting one from the python fd.
https://github.com/ukBaz/python-btsocket/blob/b7a0c79de57179c1f22e4fdaa98c188dacb6aea9/btsocket/btmgmt_socket.py#L74-L80
to get the fd to close both.
Closing both fd's seems to solve the problem. However I don't think assuming the two fd's will be consecutive numbers is a good assumption to go to release with.
I'll have a think about it and come back to it. If you have any ideas or suggestions then please let me know.

Thanks for pointing the way! I let you know if I find anything useful.

It appears that using socket.close(fd) is preferred to os.close(fd)

I found this:
class socket.socket(family=AF_INET, type=SOCK_STREAM, proto=0, fileno=None)

...
If fileno is specified, the values for family, type, and proto are auto-detected from the specified file descriptor. Auto-detection can be overruled by calling the function with explicit family, type, or proto arguments. This only affects how Python represents e.g. the return value of socket.getpeername() but not the actual OS resource.
Unlike socket.fromfd(), fileno will return the same socket and not a duplicate. This may help close a detached socket using socket.close().
So i tried the following and it works:
#.........
def sclose(socket_fd):
    fd = socket_fd.detach()
    print('Python fd', fd)
    socket_fd.close()
    socket.close(fd)
    print(socket_fd._closed)
#.........
sock_fd = socket.socket(AF_BLUETOOTH, SOCK_RAW, BTPROTO_HCI, fileno=fd)
#.........
while True:
    pass

Output:
Python fd 3
True
Raw response: Response(header=<event_code=CommandCompleteEvent....
..........

@ MGMT Open: python3 (privileged) version 1.18             {0x000b} 2030.212335
@ MGMT Command: Read Management Support.. (0x0002) plen 0  {0x000b} 2030.212381
@ MGMT Event: Command Complete (0x0001) plen 245           {0x000b} 2030.212386
@ MGMT Close: python3                                      {0x000b} 2030.212789

Excellent find!
I have done the following commit with your suggested change: 9c7ec3330464fd8de0d3efa38d912b83a156d608
(And removed the sleep from the example I was using for testing b5d3bdd9e66bd64e00ca1b2235a3115716b95f34)
From my simple testing it seems to work. Did you want to do some more testing? If it is OK I can merge it with the main branch and update PyPI

it also works like this:
sock_fd = socket.socket(AF_BLUETOOTH, fileno=fd)

because of "...If fileno is specified, the values for family, type, and proto are auto-detected from the specified file descriptor. Auto-detection can be overruled by calling the function with explicit family, type, or proto arguments."

I want to try it on another platform little bit later. I will let you know.

Yes, it works. I don't see anything suspicious 🤷♂

Fix uploaded to https://pypi.org/project/btsocket/
Any issues then please open a new ticket.
Thanks for your collaboration @Magalex2x14  on resolving this issue. Very much appreciated.


feat(demo): demo style

Description
examples update.
basic:

battery
brick-button
button
icon-font

date-entry:

checkbox
picker-view
silder

feedback:

swipeout

navigation:

tab-bar

presentation:

collapsible
divider
linear-gradient
tylist-item

Type of change
Please select the relevant option.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[x] This change requires a documentation update

Codecov Report

Merging #108 (c8c3266) into master (b2a8aef) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #108   +/-   ##
=======================================
  Coverage   90.82%   90.82%
=======================================
  Files         155      155
  Lines        7364     7364
  Branches     2021     2021
=======================================
  Hits         6688     6688
  Misses        555      555
  Partials      121      121

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 b2a8aef...c8c3266. Read the comment docs.

预览地址： https://tuya-panel-kit-docs-preview-pr-32.surge.sh/docs/basic/button?demoUrl=https://tuya-panel-kit-preview-pr-108.surge.sh


build: use common Hiero Gradle config

Description:
Before this can be integrated:

[x] Publish hiero-gradle-conventions plugins to Gradle Plugin Portal and use from there

Related issue(s):
https://github.com/hashgraph/hedera-services/issues/14255

@mattp-swirldslabs sure go ahead.
I am taking some days off for the holidays. I won't get back to this before January anyway.
I will deal with potential conflicts then if there are any.


Docker module

this pull request is an attempt at implementing docker module, which allows you to test whether or not certain docker containers are running on a particular connection backend.
this pull request references issue #264

looks like the failing travis unit test is unrelated. i tested it in my local env, sometimes it passes, other times it does not.

bump

It would be nice to see this feature merged!

Is there a way to add this to my setup while we are waiting for merging/releasing this?

@ecks is it possible to use this with a remote Docker Host?


[MM-49248] - AD/LDAP groups upsell blocks the visibility of group in list

Summary
Change styling to prevent banner from blocking group list content
Ticket Link
https://mattermost.atlassian.net/browse/MM-49248
Screenshots

Release Note
NONE

E2E tests not automatically triggered, because PR has no approval yet. Please ask a developer to review and then try again to attach the QA label.

Reading the ticket, 4/5, you can change the absolute position from the Banner to Sticky. With this change, you don't need to change the banner size. The reason behind this change:

When you need a floating element in a component with overflow, it's better to colocate the floating element as near possible to the overflow.
Position absolute has downsides in an overflow container, while sticky is prepared to be used on overflow containers.

The downside of this, you need to duplicate where to render the banner. I made a PR to showcase the solution https://github.com/mattermost/mattermost-webapp/pull/11884


Should prohibited keywords includes this?

What problem does this feature solve?
From https://github.com/vuejs/eslint-plugin-vue/issues/148.
Vue.js has prohibited keywords, but it does not include this (though it includes super).
My feeling is that the use of this causes confusing.
Are there reasons that the prohibited keywords don't include this?
What does the proposed API look like?
The prohibited keywords include this keyword.

Sounds reasonable. Especially when vue automatically prefix template identifiers with this.

I actually sometimes use this for demonstration purposes for people coming from react background. I don't think it should be prohibited since it works perfectly fine. Rather it should be a part of eslint-plugin-vue and be "recommended" instead of "forbidden".
P.S. just though about this now, @HerringtonDarkholme do you think it's reasonable to remove do (and let) from prohibited keywords? Does it make sense to support do expression? (ex: @click="myMethod(do { let tmp = f(); tmp * tmp + 1 })")

@nickmessing  For let and do, I don't think we should allow them since it can promote more inappropriate logic in template. Like the example you give, I would think it probably belong to a method on vm.

I don't think it should be prohibited since it works perfectly fine.

Ah, I see. I didn't realize this. prefix works fine.

Since some users actually use this inside templates, prohibiting it will be a breaking change. As @nickmessing suggested, I think it would be better to make this a rule in the eslint plugin instead.


SystemJobService: can't find referenced method 'android.net.Network getNetwork()' in library class android.app.job.JobParameters

When a signed apk is created, this error occurs. When ProGuard is off, everything works.

The problem is solved.
You need to install compileSdkVersion 28, targetSdkVersion 28, com.android.support:support-v4:28.0.0-alpha3.


IIS Cannot find web.config when publishing a .netcore with only .net46

From @gustyn on August 30, 2016 22:37
This code is similar to issue #801 but slightly different.....
When I publish my .net46 MVC project using the ASP.NET Core Web Application (.NET Framework) template i get a HSC500 error.  When viewing the streaming logs I can see the message:

IIS received the request; however, an internal error occurred during the processing of the request. The root cause of this error depends on which module handles the request and what was happening in the worker process when this error occurred.

IIS was not able to access the web.config file for the Web site or application. This can occur if the NTFS permissions are set incorrectly.

IIS was not able to process configuration for the Web site or application.

The authenticated user does not have permission to use this DLL.

The request is mapped to a managed handler but the .NET Extensibility Feature is not installed.

my project.json file is as follows:
{
  "dependencies": {
    "AutoMapper": "5.0.2",
    "AutoMapper.EF6": "0.5.0",
    "BlueStar.Core": "1.0.0-*",
    "BlueStar.Data": "1.0.0-*",
    "BlueStar.Data.EntityFramework": "1.0.0-*",
    "BlueStar.Domain": "1.0.0-*",
    "EntityFramework": "6.1.3",
    "EntityFramework.Extended": "<IP_ADDRESS>",

    "Microsoft.ApplicationInsights.AspNetCore": "1.0.0",
    "Microsoft.AspNetCore.Diagnostics": "1.0.0",
    "Microsoft.AspNetCore.Mvc": "1.0.0",
    "Microsoft.AspNetCore.Razor.Tools": {
      "version": "1.0.0-preview2-final",
      "type": "build"
    },
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0",
    "Microsoft.AspNetCore.StaticFiles": "1.0.0",
    "Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0",
    "Microsoft.Extensions.Configuration.Json": "1.0.0",
    "Microsoft.Extensions.Logging": "1.0.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",
    "Microsoft.Extensions.Logging.Debug": "1.0.0",
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.0.0",
    "Microsoft.VisualStudio.Web.BrowserLink.Loader": "14.0.0"
  },

  "tools": {
    "BundlerMinifier.Core": "2.0.238",
    "Microsoft.AspNetCore.Razor.Tools": "1.0.0-preview2-final",
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final"
  },

  "frameworks": {
    "net461": { }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "Views",
      "Areas/**/Views",
      "appsettings.json",
      "web.config"
    ]
  },

  "scripts": {
    "prepublish": [ "bower install", "dotnet bundle" ],
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

Copied from original issue: aspnet/Hosting#845

Sorry, forgot to mention it was published to Azure

What does your site layout look like?

Did you find a solution to this?  Having the same problem
Cheers

@Horsefight what does your published site layout look like?

Are you wondering about anything in particular?  Everything seems to be in the wwwroot (i.e. the assemblies and the web.config, not the views).  I have unix, win, win7-x64 and win7-x86 in the wwwroot/runtimes folder

@Horsefight Could you share the folder structure of the published app?

Sorry for taking so long to respond.  I forgot I had this posted....
In any case I fixed this by placing the following entry in my web.config file at the root directory of the site:
   <aspNetCore processPath=".\xxx.xxx.exe" arguments="" stdoutLogEnabled="false" stdoutLogFile="\\?\%home%\LogFiles\stdout" forwardWindowsAuthToken="false" />
My folder structure is as follows
root-

all my binary files
refs
Views
wwwroot (which contains alll the static content normally expected in an MVC 6 project)

Did you solve it?

The issue must have been that publish-iis did not run and have not updated/created the config accordingly.

Nah, from memory I needed to explicitly include the references to my environment specific files
a la
"publishOptions": {
"include": [
"wwwroot",
"Views",
"MoverAppInstall",
"Areas/**/Views",
"appsettings.json",
"appsettings.SystemTest.json",  <- this guy
"web.config"
]
},

We are closing this issue because no further action is planned for this issue. If you still have any issues or questions, please log a new issue with any additional details that you have.


Is tc0003a a valid test?

Hi,
tc0003a "tests the presence of an undefined SQL Version identifier" and expects an error to be thrown.
In the mapping, one can find that rr:SQL1979 is used as rr:sqlVersion.
In the SQL version section of the R2RML specification, I have not seen any reference to a normative static list of valid SQL versions, nor to the error expected by this test. Have I missed something?
Is this test valid? Shall we discard it?
Best,
Benjamin

There is a list of possible SQL Version identifiers here: https://www.w3.org/2001/sw/wiki/RDB2RDF/SQL_Version_IRIs but assuming that the spec claims "The RDB2RDF Working Group intends to maintain a non-normative" the list may not be completed.
As part of the work in the CG, shall we create that list? Shall we discard this test-case? @pheyvaer

Indeed create the list and update this test case instead of discarding?

we will provide a list inside the test-case folder in the form of a CSV file and we can also provide a link to it in the implementation report or language specification

added with the info provided at  https://www.w3.org/2001/sw/wiki/RDB2RDF/SQL_Version_IRIs
https://github.com/kg-construct/r2rml-implementation-report/blob/main/test-cases/R2RMLTC0003a/sql_valid_iris.csv

Can't we provide this list as RDF instead of CSV? 😄

who propose it, will do it ;-) haha

Sorry but I don't understand how you would like to update this test. If nothing says in the standard that an unrecognized IRI for the SQL version must raise an error, what can we test?
I understand that an implementation may issue a warning when the IRI is not recognized, but I am not sure it is something we can consider in this test suite.

@bcogrel Yeah indeed, that's a valid remark! Maybe we should discard it after all.

so... finally have we decided to discard it? I'm also in favor to do it, I don't think it's totally necessary for this kind of test-cases

Indeed!

removed, thanks for the help @bcogrel @pheyvaer!


12068 - Add libjemalloc libprocps libprocps dependencies for Bullseye and Bionic

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me

!ci-build-me


server: improve documentation

This PR makes all server methods that should not be public private, adds docstrings to all public methods and adds infrastructure to include the docstrings into the documentation. To test the documentation run cd doc; make server

Codecov Report

Merging #194 (1bc554a) into master (49ca314) will decrease coverage by 0.13%.
The diff coverage is 65.56%.

@@            Coverage Diff             @@
##           master     #194      +/-   ##
==========================================
- Coverage   59.92%   59.78%   -0.14%
==========================================
  Files          69       69
  Lines        4753     4769      +16
  Branches      922      785     -137
==========================================
+ Hits         2848     2851       +3
- Misses       1644     1665      +21
+ Partials      261      253       -8

Impacted Files
Coverage Δ

lona/command_line/collect_static.py
0.00% <0.00%> (ø)

lona/command_line/run_server.py
26.41% <0.00%> (ø)

lona/response_parser.py
58.00% <ø> (ø)

lona/shell/commands/lona_connections.py
0.00% <0.00%> (ø)

lona/shell/commands/lona_middlewares.py
0.00% <0.00%> (ø)

lona/shell/commands/lona_routes.py
0.00% <0.00%> (ø)

lona/shell/commands/lona_static_files.py
0.00% <0.00%> (ø)

lona/shell/commands/lona_templates.py
0.00% <0.00%> (ø)

lona/shell/commands/lona_views.py
0.00% <0.00%> (ø)

lona/view.py
53.37% <25.00%> (-0.82%)
:arrow_down:

... and 20 more

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 49ca314...1bc554a. Read the comment docs.

@maratori Thanks for reviewing! :)


Allow the user to import into a different database than the one specified in the file

Fix https://github.com/dexie/Dexie.js/issues/1972 The callback allows a quite flexible solution as I can ask to the user a different name if the database already exists etc…

Could we use a simpler approach and just allow an optional name property? I suppose letting the name depend on the other info from the file is less common use case but when that is needed, one could use peakImportFile() to get that information beforehand.

Sorry, I missed your message. I wasn't aware of peakImportFile, it seems indeed to be good enough for my need if an optional name is provided. I'll try to see if it works.

Ok, this one is tested (and fixed) now that I fixed my issue with https://github.com/dexie/Dexie.js/issues/1995#issuecomment-2166951977

Any update on this?


Update how-to-setup-freecodecamp-locally.md

[ ] I have read freeCodeCamp's contribution guidelines.
[ ] My pull request has a descriptive title (not a vague title like Update index.md)
[ ] My pull request targets the master branch of freeCodeCamp.
[ ] None of my changes are plagiarized from another source without proper attribution.
[ ] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

trivial, but LGTM

Closed and Reopened this PR to attempt to resolve a specific Travis build failure.

Congrats @tjjohny on your first pull request (PR)! 🎉
Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 📝


add monotone delay by @jkandzi

[x] Project URL:
[x] Update contents.json instead of README
[x] One project per pull request
[x] Avoid iOS or open-source in description as it is assumed
[ ] Use this commit title format if applicable: Add app-name by @github-username
[x] Use approved format for your entry

thx!


Clean up task extraction

The current task extraction code was apparently copy-pasted from the Relay one and it has many unnecessary bits. Moreover, it will break after https://github.com/apache/tvm/pull/10578 in main.

cc @sunggg  it would be good if you can take a look

LGTM, thanks you for the clean up, Masa!

Thanks @masahi for the work!!! thanks for the review. @YuchenJin @sunggg


Create a place to have discussions

Issues like https://github.com/dennisfabri/JAuswertung/issues/1 are not very suitable for having long discussions. A public space would be best IMO, maybe Github Discussions or another type of forum is an option. Chats like Slack or Discord could also work.

Could we add a link to our Slack to a page on the site?


datasets/fullquery behaves differently with or without Elasticsearch

Differences between instances with and without Elasitcsearch
There are some differences when querying between SciCat instances that run Elasticsearch vs those that don't run it. I tested with staging.scicat.ess.eu, scicat.ess.eu, and a locally deployed instance (latest GH package) w/o Elasticsearch.
Different behaviour
When querying ESS staging for datasets, it ignores some fields in the query. E.g.
import json
import httpx

response = httpx.get(
        "https://staging.scicat.ess.eu/api/v3/datasets/fullquery",
        params={
            "fields": json.dumps(
                {
                    "proposalId": "123"
                }
            ),
        },
    )
datasets = response.json()
print(len(datasets))
print(datasets[0]['proposalId'])

prints
100
67JH32

In fact, it does not respect proposalId but returns all datasets.
But when running the same query against https://scicat.ess.eu, I get 0 results as this proposal does not exist.
It even ignores unknown fields:
import json
import httpx

response = httpx.get(
        "https://staging.scicat.ess.eu/api/v3/datasets/fullquery",
        params={
            "fields": json.dumps(
                {
                    "asd": ["ess"]
                }
            ),
        },
    )
print(response)
print(len(response.json()))

prints
<Response [200 OK]>
100

Different syntax
import json
import httpx

response = httpx.get(
        "https://staging.scicat.ess.eu/api/v3/datasets/fullquery",
        params={
            "fields": json.dumps(
                {
                    "ownerGroup": "ess"
                }
            ),
        },
    )
print(response)

prints
<Response [400 Bad Request]>

but on production, I get <Response [200 OK]> and a correct list of datasets.
To fix this, I need to change it to
"fields": json.dumps(
    {
        "ownerGroup": ["ess"]
    }
),

on staging.

They should behave exactly the same with or without ES

This issue should be fixd by #1228 and #1184.


Dragonrage: Watch pamelajha.com

Dragonrage requests the watch of the watch_keyword pamelajha\.com. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

pamelajha\.com has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Approved by Mast in Charcoal HQ


Added host arg

This is useful for someone who wants to deploy it in a docker container
the default localhost wont work in a virtual network.
it needs to be assigned to <IP_ADDRESS>
FROM node:20

WORKDIR /app

RUN npm install -g prisma-accelerate-local

CMD ["sh", "-c", "npx prisma-accelerate-local $DATABASE_URL -p $PORT -h <IP_ADDRESS>"]

@haouarihk
Thank you.


(Fix) e2e tests update

Increasing the speed of e2e tests.
@dennis00010011b please, clarify details of the changes.

Pull Request Test Coverage Report for Build 1607

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

Totals

Change from base Build 1605:
0.0%

Covered Lines:
268

Relevant Lines:
1964

💛  - Coveralls

Changes:

Decreased execution time of metod doTransaction()
Added checking of  failed transactions in metod doTransaction().  Script stops checking for transaction  if transaction doesn't appear in 30 sec.
Added email sending of file result.log


"Critical Hit" damage text in STV

According to Beater this does not currently work with HitEvents enabled.

False positive, appears to work fine.


new arguments: -finishline -addRow

Hopefully this pull request will work.
one example: https://www.astro-fotografie.at/allsky/keograms/keogram-20210729.jpg

-addRow is not correct, addColumn ???
-fishline - do you have other suggestions
Please review the code - I am not a trained software developer


Please consider adding SpecVersion

For Autopilot Pre-provisioning we need to confirm that SpecVersion = 2.0
Thank you, Kurt

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

ID: 4bb0a6e7-8a20-0322-1bff-5f87c37bda27
Version Independent ID: f2bf712b-082e-ef48-5f6b-097770d291c9
Content: Get-Tpm (TrustedPlatformModule)
Content Source: docset/winserver2022-ps/trustedplatformmodule/Get-Tpm.md
Product: w10
Technology: windows
GitHub Login: @JasonGerend
Microsoft Alias: jgerend

To make it easier for you to submit feedback on articles on learn.microsoft.com, we're transitioning our feedback system from GitHub Issues to a new experience.
As part of the transition, this GitHub Issue will be moved to a private repository. We're moving Issues to another repository so we can continue working on Issues that were open at the time of the transition. When this Issue is moved, you'll no longer be able to access it.
If you want to provide additional information before this Issue is moved, please update this Issue before December 15th, 2023.
With the new experience, you no longer need to sign in to GitHub to enter and submit your feedback. Instead, you can choose directly on each article's page whether the article was helpful. Then you can then choose one or more reasons for your feedback and optionally provide additional context before you select Submit.
Here's what the new experience looks like.
Note: The new experience is being rolled out across learn.microsoft.com in phases. If you don't see the new experience on an article, please check back later.
First, select whether the article was helpful:

Then, choose at least one reason for your feedback and optionally provide additional details about your feedback:

Article was helpful
Article was unhelpful

Finally, select Submit and you're done!


Query to get function name from within function body

Hi,
I really like this package in emacs and I use it on a daily basis. I wrote a simple custom query which does just return the identifier at point. This way I can yank function names, variable names etc. without caring about parenthesis at the end of them or underscores in them. (Compared to yanking with yiW or yiw)
FWIW here's what I got:
(map! :map evil-inner-text-objects-map
      "u" (evil-textobj-tree-sitter-get-textobj "identifier"
                '((c-mode . [(identifier) @identifier ]))))

(Using doom emacs, that is where that map! macro is from. But the query itself is the same)
Now often find myself in the situation where I navigate a file looking for a function to use in may program. When I want to copy that function name to call it, it have to move point into the function name and yank it with yiu. I wondered if it is possible to yank the function name (and maybe with evil-outer-text-objects-map the whole declaration from the functions name to the end of the parameters) when point is only within the function body, not at the function name.
I thought maybe to use @function.outer from this repository then get the first identifier from that. But I don't know how. Can you help me out?
Also are there any resources where this query languages is  described with some examples? That would be really helpful.

Well, this lib might not be the best for this usecase, but you can kinda do it something like this. I have just added it for c as that is the example you had in your original question.
(defun meain/yank-func-name ()
  (interactive)
  (save-excursion
    (evil-textobj-tree-sitter-goto-textobj
     "function.name" t nil
     '((c-ts-mode . "(function_definition (function_declarator declarator: (identifier) @function.name))")))
    (kill-new (thing-at-point 'symbol t))))

You might wanna take a look at my blog around something similar.
As of documentation around this, the tree-sitter documentation is a great place to start. They also have a playground where you can try out things.

Thanks for that playground, I think it is incredibly useful.
This is what I got now thanks to you:
(map! :map evil-inner-text-objects-map
      "u" (evil-textobj-tree-sitter-get-textobj "identifier"
                '((c-mode . [(identifier) @identifier ])))
      "n" (evil-textobj-tree-sitter-get-textobj "function.name"
        '((c-mode . [(function_definition (function_declarator declarator: (identifier) @function.name))]))
)

But this gives me the next match from point. So when I am inside the function body it does not give me the function name of the function point is in but the next function further down.
How can I first query for the parent? I was thinking about using the function.outer query and work my way down from there, but I can't figure it out

Hm I am still trying to grasp whats going on here. Maybe you can give me a notch in the right direction.
When I use the query for the function.outer from here and bind it to a key like this:
      "e" (evil-textobj-tree-sitter-get-textobj "function.blubb"
        '((c-mode . [(function_definition body:  (compound_statement)) @function.blubb])))

Emacs is highlighting the the function body and its signature when I press v i e.
I wanted to work down from there and try to find the declaration in the compound_statement.
Yet the when I do the same query in the playground, it only marks the inner function bodies.
This is what I put into the playground as a query:
(function_definition body: (compound_statement)  @function.name)

So why is that? How is the query for function.outer (or function.blubb now) mark the function body of the function point is in and the other ones search downward?
Is it because point is already on something the query returns?

I'm not sure I completely understand you question, but if I understood correctly, you are able to highlight function definition or the body, but when you try to look for just a name, it goes to the next one and not the one of the function that you are currently in.

Is it because point is already on something the query returns?

You are right about this. The way the plugin works is that if the start is before the cursor and end is after the cursor which would be the case for func definition, it would return the one that it is on. But when looking for names, since we are not already on one, we look for the next available option which would go to the name of the next function.

My question actually is how is it that the playground and emacs return different things for the same query?
The playground highlights the inner function body, whereas emacs return the complete function for function.outer

Ahh, that is the difference between where you put the capture name.
In the first one, ie (function_definition body:  (compound_statement)) @function.blubb, the capture name @function.blubb is after the second ) which marks the end of function_body and in the second case (function_definition body: (compound_statement)  @function.name), @function.name is right after te closing bracket for compound_statement and thus selects the body.

Closing the issue, feel free to reopen if you have any more questions.


Can't configure BullModule with useClass

When I configure BullModule via useClass, my settings are being ignored.
That's because here we are using createQueueProviders which accepts BullModuleOptions[], but we pass BullModuleAsyncOptions[] into it.
createBullOptions() from BullOptionsFactory is never used in the code.
I have started writing a fix but tests with useClass scenario are failing: mock function is never called.

Thanks for reporting this @maksimkurb :1st_place_medal:
It's nice to see that you prepared the failing test that can confirm your bug report. Could you create the pull request before we continue to work on this?

Closing in favor of #89

Don't close an issue until it's resolved.

I believe this is rather an error in the BullModuleAsyncOptions interface:
export interface BullModuleAsyncOptions extends Pick<ModuleMetadata, 'imports'> {
  name?: string;
  useExisting?: Type<BullOptionsFactory>;
  useClass?: Type<BullOptionsFactory>;
  useFactory?: (
    ...args: any[]
  ) => Promise<BullModuleOptions> | BullModuleOptions;
  inject?: any[];
}

should be
export interface BullModuleAsyncOptions extends Pick<ModuleMetadata, 'imports'> {
  name?: string;
  useExisting?: Type<BullModuleOptions>;
  useClass?: Type<BullModuleOptions>;
  useFactory?: (
    ...args: any[]
  ) => Promise<BullModuleOptions> | BullModuleOptions;
  inject?: any[];
}

I'll try to have a look at this by the end of the week.
In the meantine, I think you could refactor your async configuration and use useFactory instead of useClass.

I think I'll have a look at your PR and try to fix the current implementation of the useClass alternative without breaking the interface. But keep #94 in mind. I might change this behavior pretty soon.

Since this is broken, I've made my mind to directly "fix" this through #94. I'm therefore closing this in favor of #94.


coda daemon stopped after running 24 hours, but why?

coda daemon stopped after running 24 hours, but why?  I couldn't figure it out.  Report the issue but feel free to delete if not enough here to work.
2020-11-22_01-12-59.tar.gz

Fatal error logged is
{"timestamp":"2020-11-21 23:07:33.409584Z","level":"Fatal","source":{"module":"Init__Coda_run","location":"File \"src/app/cli/src/init/coda_run.ml\", line 561, characters 2-26"},"message":"Unhandled top-level exception: $exn\nGenerating crash report","metadata":{"exn":{"sexp":["Ivar.fill of full ivar",["t",["Full","_"]]],"backtrace":["Raised at file \"src/result.ml\", line 158, characters 17-26","Called from file \"src/deferred1.ml\", line 17, characters 40-45","Called from file \"src/job_queue.ml\" (inlined), line 131, characters 2-5","Called from file \"src/job_queue.ml\", line 171, characters 6-47"]},"host":"<IP_ADDRESS>","peer_id":"12D3KooWDWMqBABUW2PRVTW4EKiSW3VJtyLM9HeuwNJZ7ZVi3pmy","pid":26223,"port":8302}}

Closing this issue as it is stale for a long time.


⚠ Bofrost.es has degraded performance

In d7946e0, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1605 ms

Resolved: Bofrost.es performance has improved in 3a66e63 after 6 minutes.


Memory Leak

Since matrix buffers are now allocated manually on the heap, they need to be manually unallocated
All matrix types should implement the Drop trait and free their buffers there

Fixed by c98a93212af4ff11a02904df1c1e3f616b4b9c90


Sign up endpoint Eleanor Davies

Created the Sign up Endpoint for the API. Only creates. Uses AbstractBaseUser.

All of the code is wrong, this should not be merged


added tags into post template, fix #2

Coverage remained the same at 63.235% when pulling<PHONE_NUMBER>b4f2e4532f1b05333284eb726fa057 on blog#2 into e71f1e07b733157c347f79f7a84dfedd78dfec2d on master.


Fix for WFCORE-2268. Returns actual CLI exit code.

The CLI exit code was lost, returning it.

Full integration - Windows Build 2722 outcome was FAILURE using a merge of 8f848edf4b85f2e3a425462da288f6f1df35f81f
Summary: Execution timeout (new); tests passed: 3044, ignored: 166 Build time: 01:45:28


fixfix bug of two phase limit

Proposed changes
Issue Number: close #xxx
Problem summary
should add exchange node between global and local limit
Checklist(Required)

[ ] Does it affect the original behavior
[ ] Has unit tests been added
[ ] Has document been added or modified
[ ] Does it need to update dependencies
[ ] Is this PR support rollback (If NO, please explain WHY)

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall


import of non-descriptive metadata

As a metadata specialist,
I need to be able to import non-descriptive metadata (administrative, technical, preservation) along with associated files,
so I can capture and use metadata that's automatically generated during digitization.

Needs further use case description as to format of metadata field. Premis? XML/RDF and file format? Import method?  Keep file or disperse as metadata?

We need the ability to import any metadata as CSV, JSON, XML/RDF that gets parsed out into object fields.


A few more updates for ASLLVD data - Feb. 2021

Could you please change the gloss from THREE-HOUR to THREE-HOURS?  (I will update the RIT data accordingly.). Thanks.

Could you please merge all occurrences under the main entry IX-honorific
(and eliminate main entry IX-honorific:i)?

Thank you !

Could you please make the change on top, and merge that occurrence of THREE-HOURS with the others that are now in the sign bank.  thanks!

These changes have been made

This is not fully fixed.  The occurrence also needs to be changed.  Thanks.

FIXED


Graph not loading on gnome-terminal

I don't get the graph at all on gnome-terminal. I tried both -p values,  and using --preload.

It has been a long time since I used it much, but I don't recall Gnome Terminal ever having any image protocol support. Does it now? If so which image protocol(s) are expected to work?


UB due to incompatible function pointer types

Interface function implementations accept T * as a first parameter, whereas a corresponding function in a virtual table accepts void *, thereby making these two function types incompatible (godbolt).
Moreover (6.2.7 Compatible type and composite type):

All declarations that refer to the same object or function shall have compatible type; otherwise, the behavior is undefined.

And I am curious about this code:
TypeclassName T_to_TypeclassName(T* x)
{
    static TypeclassName_vtable const tc = {.func_name = (ReturnType (*const)(void*, ...))(T_func_name) };
    return (TypeclassName){.tc = &tc, .self = x};
}

Here, .func_name and T_func_name are two declarations to the same function having incompatible types. Then we cast T_func_name to the type accepting void * as a first parameter; we cast incompatible types. Does it even follow the standard, or it is UB?
The C99 draft standard: http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf

Yes, it is undefined behaviour: https://stackoverflow.com/questions/559581/casting-a-function-pointer-to-another-type.
How can then we get around this except for accepting void *self always and casting it to T * in every interface function implementation?

Very valid point. Regarding the warning about incompatible types, that is indeed a warning I'd expect - to make sure the user is using the "correct" function type. However the types in the interface and the type asked from the user are certainly formally incompatible. Though I believe you were looking for this excerpt-

§ <IP_ADDRESS>
For two function types to be compatible, both shall specify compatible return types. Moreover, the parameter type lists, if both are present, shall agree in the number of parameters and in use of the ellipsis terminator; corresponding parameters shall have compatible types.

I think 6.2.7 is referring to variable declarations (of the same name) having different types- https://stackoverflow.com/a/57070607/10305477
Regardless, it's correct that the function types are incompatible since void* isn't compatible with the concrete T * type. Though in practice, due to the special casing of explicit void* casting (which in turn implicitly asks an implementation to make void* the same size and alignment as other object pointers - but not necessarily function pointers, at least that's my intuition), it is likely that this may not invoke different behaviors across implementations.

§ <IP_ADDRESS>
A pointer to void may be converted to or from a pointer to any object type. A pointer to any object type may be converted to a pointer to void and back again; the result shall compare equal to the original pointer.

In general, the casting itself is perfectly allowed, calling it is UB (which this design does), as you've already noted-

§ <IP_ADDRESS>
A pointer to a function of one type may be converted to a pointer to a function of another type and back again; the result shall compare equal to the original pointer. If a converted pointer is used to call a function whose type is not compatible with the referenced type, the behavior is undefined.

This feels rather muddy, in the context of what the standard mandates and what may actually happen in most (if not all) implementations. On one hand, I think the design needs some way to have user facing type safety - on the other hand, I can't think of a way to perform the cast back due to the generic nature of the function call.
This needs to be noted in the design doc itself - I'll add that.

Though in practice, due to the special casing of explicit void* casting (which in turn implicitly asks an implementation to make void* the same size and alignment as other object pointers - but not necessarily function pointers, at least that's my intuition), it is likely that this may not invoke different behaviors across implementations.

Sure, most implementations work in the same way here. However, in the above SO link, people suggested some platforms on which this trick doesn't work (OpenWatcom, Emscripten LLVM to Javascript, etc.), and moreover, it implies that even if it would be fixed, it can emerge on other platforms in future as well, and it would be cumbersome to figure out what's wrong. Sometimes it is really unfortunate that the standard paper and the real world are two different things.

I noticed there's a naïve solution to this. The user provided function could be wrapped in another function that accepts void* instead of T*. This function can then call the user provided function, doing the usual implicit void* conversion on self. This is more boiler plate on the typeclass definer side - but not the implementer side. Which may be viable given that type safety and standard compliance are simultaneously achieved.
Something like this is what the impl_show macro could look like-
#define impl_show(T, Name, show_f)                                                                                \
    static inline char* CONCAT(show_f, __)(void* self)                                                                 \
    {                                                                                \
        char* (*const show_)(T* self) = (show_f);                                                                      \
        (void)show_;                                                                                \
        return show_f(self);                                                                                \
    }                                                                                \
    Show Name(T* x)                                                                                \
    {                                                                                \
        static ShowTC const tc = { .show = (CONCAT(show_f, __)) };                                                     \
        return (Show){ .tc = &tc, .self = x };                                                                         \
    }

One wrapper function would be needed for every typeclass function, the type checking is now moved inside the wrapper functions. A whole lot of boilerplate for the definer. But hopefully a good experience for the implementer.
I implemented these changes in the ub-fix branch. I'd appreciate it if you could check it out as I may have overlooked something.
Going back to the disadvantage - even more boilerplate for the definer. I think if information about the typeclass functions are persisted in an arg list-esque structure - meta macros could potentially be used to automate the writing of those wrapper functions. One concern that came across to me immediately, though, is that void returning functions will need special treatment, as the wrapper function for those cannot return an expression. I'm no macro wizard, but I'd like to try and see if automating the wrapper defining is doable. Probably won't be doing it in a generally and flexibly usable way though, just out of curiosity.

The approach you're suggesting works but, as you've mentioned, it has a drawback concerning boilerplate on the definer's side. It could be eliminated with meta-macros but really shouldn't because an interface function definition would look like this (macros need parentheses and commas to distinguish syntactical elements):
iFn(void, set, (void *, self), (int,  x));

instead of this:
iFn(void, set, void *self, int x);

Moreover, the case with void as a return type should be handled and it cannot be determined solely by the preprocessor, so we need even more syntactic forms:
iFnVoid(set, (void *, self), (int, x));

All this machinery complicates everything, from maintaining to the learning curve, and furthermore, looks less natural to C. My work on Poica has shown that this is a stillborn approach.
Your branch ub-fix looks fine. I still don't lose hope that it can be somehow fixed via type system punning (in this case, I must go and read the standard a couple of days). If you want, you can experiment with Metalang99 to accomplish automatically the proposed solution with a wrapper function, but to be honest, I hardly believe that It would look natural to C. If I come up with something through type punning, I'll inform you.


Find out AppIDs?

Hi, thx for this nice one :)
Can you tell me how I can fin out the app ids - for example of Amazon Prime?
And like others ask: It would be really nice to have switches to set a specific channel or app or volume.
Regards,

From the README:

To get the app ID simply open an app on your TV and check the homebridge console.

Switches for apps area already there. For volume you already have a slider and buttons from which you can choose from. And as for channels i might add that feature soon...


Netscaler feature

Add support for netscaler_feature, allows both friendly/english names ("Load Balancing") and cli names ("lb" or "LB")

I created https://tickets.puppetlabs.com/browse/MODULES-1883 for us to track this.

closed with #116

Thanks for the work, you put into this :D


Cloning from/to USB drive?

Hi there!
As I had quite some problems with my SD cards (despite the fact I've bought the recommended ones and written log files, etc. on a different drive..) I've decided to switch to the USB configuration. Booting starts from the SD card first, but then everything is run from USB, maybe in the future from an SSD.+
Anyhow now rpi-clone has some problems finding the partitions of course. I've managed to hardcode the correct values in the script but was wondering if anyone has already come up with a more flexible solution that somehow detects where to copy from..? ;) And.. I get this error message after initializing the target SD card or USB stick (tried both, also a card that was already partitioned correctly):
/dev/sdc is initialized and resized.  Its partitions are:
Error: Can't have a partition outside the disk!
It's possible that this is a result of a smaller sized SD card than USB stick.. but I'm not sure..?
Thanks alot guys!

I try to keep minimal IO load on my boot SD cards and store more dynamic data on an external USB stick that is backed up with a different utility.
I had initial problems with corrupting boot microSD cards as well.  Not knowing when it was safe to turn off the power was probably the root cause.  Switching from black cases to clear cases made a difference!
I would be nervous about changing the script.
My two cents.
Good luck!


Ability to run all pending migrations (liamstask #38)

Echoing the sentiments of this issue on liamstack/goose on bitbucket.
I often get into this situation - is this something that is going to be addressed on this fork?

Sounds like this would likely be easy to fix. I'll look into it in the next few days.


custom attribute response xml

Hi there,
In the CAS documentation, 2.5.7 Example response with custom attributes (http://jasig.github.io/cas/development/protocol/CAS-Protocol-Specification.html#head2.5.7), it mentioned about the response xml with custom attributes as following,
<?xml version="1.0" encoding="UTF-8"?>
<cas:serviceResponse xmlns:cas="http://www.yale.edu/tp/cas">
   <cas:authenticationSuccess>
      <cas:user>username</cas:user>
      <cas:attributes>
         <cas:firstname>John</cas:firstname>
         <cas:lastname>Doe</cas:lastname>
         <cas:title>Mr.</cas:title>
         <cas:email>jdoe@example.orgmailto:jdoe@example.org</cas:email>
         <cas:affiliation>staff</cas:affiliation>
         <cas:affiliation>faculty</cas:affiliation>
      </cas:attributes>
      <cas:proxyGrantingTicket>PGTIOU-84678-8a9d...</cas:proxyGrantingTicket>
   </cas:authenticationSuccess>
</cas:serviceResponse>

which is different from the recommended format as shown in Appendix A: CAS response XML schema (http://jasig.github.io/cas/development/protocol/CAS-Protocol-Specification.html#head<IP_ADDRESS>), based on my understanding, it is something like,
<cas:attribute name="affiliation">staff</cas:attribute>

So, can you tell me which xml format should I use? In addition, what's the reason of choosing that particular format?
Thanks,
Jason

Use where exactly?
You should use the first syntax. I'll update the docs to note that in <IP_ADDRESS>

Use as response for /serviceValidate .

Based on the Appendix A: CAS response XML schema (http://jasig.github.io/cas/development/protocol/CAS-Protocol-Specification.html#appendix-a-cas-response-xml-schema), should I put the custom attributes within <cas:userAttributes>? Like the following,
<?xml version="1.0" encoding="UTF-8"?>
<cas:serviceResponse xmlns:cas="http://www.yale.edu/tp/cas">
   <cas:authenticationSuccess>
      <cas:user>username</cas:user>
      <cas:attributes>
         <cas:userAttributes>
            <cas:firstname>John</cas:firstname>
            <cas:lastname>Doe</cas:lastname>
            <cas:title>Mr.</cas:title>
            <cas:email>jdoe@example.orgmailto:jdoe@example.org</cas:email>
            <cas:affiliation>staff</cas:affiliation>
            <cas:affiliation>faculty</cas:affiliation>
         </cas:userAttributes>
      </cas:attributes>
      <cas:proxyGrantingTicket>PGTIOU-84678-8a9d...</cas:proxyGrantingTicket>
   </cas:authenticationSuccess>
</cas:serviceResponse>

Please clarify. Thanks a lot.
Jason

Please provide an example for a custom attribute.
Any attribute that you have resolved and allowed for release will automatically show up in this list. Nothing more for you to do.

What you see in your xml snippet are example custom attributes. If you are looking to figure out how to add more attributes into the response, I'd recommend you consult the docs and/or post to the mailing lists. I have updated the docs to fix the format of attribute declaration when the protocol is going to be extended.

I am looking for a correct response XML format with custom attributes. I have no problem in retrieving those attributes. I just want a clarification about where should I put those custom attributes in the response, as the example snippet is putting them as a child of <cas:attributes>, while the XML schema is suggesting to put them as a child of <cas:userAttributes> (where <cas:userAttributes> is a child of <cas:attributes>), that's why I am confuse. As it is a contract between the client and server, changing it after we rolled it out will be problematic.

The correct response would be what you have in the xml block.


Use production and development index files

Fixes #997
Changes:

dist/ folder has been deleted
templates/index.html is used for development purposes
templates/production_index.html is used for production

Isn't more common to have a dist folder instead of templates?

dist/ folder has been deleted
templates/index.html is used for development purposes
templates/production_index.html is used for production


docs: code blocks in lance/read_and_write.html not showing

Code did not show up in documentation at https://lancedb.github.io/lance/read_and_write.html

Thanks for fixing this, @martindurant!
I noticed there were also indentation issues and a broken link in that same file, so I took the liberty to push fixes those as well.


Place IDE in volume to allow updates

Look into place the IDE in it's own volume that way an user can update the IDE and it will stay between container restarts.

The run script for the container may look for the ide in the /projector/ide. Be aware of this.


Some changes regarding CssHeaderItem / push integration

there are some methods to apply the rel attribute to css header items
fixed a bug that the resources were not pushed correctly to the client

All in all there are currently some errors regarding the caching of the resources which are pushed. It currently behaves like this:
Resource pushed (no status code) > 200 OK (served via link tag) > 304 NOT MODIFIED (received from cache)
It should be:
Resource pushed (no status code) > 304 NOT MODIFIED (received from cache)

This PR should be split into two parts:

one for the rel attribute
another for the Push related change

Please remove the re-formatting of the code.

Closing this PR and replace it with two separated PRs:
https://github.com/apache/wicket/pull/227
https://github.com/apache/wicket/pull/226


[Core] [Discussion]: being able to tell what "packages"  (or db capabilities, to be precise, are installed).

Is your feature request related to a problem? Please describe.
As a plugin developer, I'd like to perform certain logics during schema transformation or resolvers creations only for certain types of databases and not the other.
One use case, I am thinking is when my plugin is ran against a MongoDB database, completely ignore the generation of _id: GraphbackObjectID field in the generated create input type.
Describe the solution you'd like
It is a concept I've seen along other frameworks that are as flexible as Graphback.
But I've not really thought of a particular solution to this yet.
Some ideas.

Registering and detecting the database type once the corresponding database package is loaded e.g when Mongo package is loaded we register mongo-db as a capability in CoreMetadata. This information can be later queried to see  if mongo-db or the likes is there or not.

For issues like #1900, having something like what we have in the datasync e.g another plugin, that'll do "database" specific related  logics, and user can optin or opt out. We'll just properly document it.

Describe alternatives you've considered
N/A
Opening this for discussion. It is still raw but wanted to have this in a separate issue from an item evoked in  https://github.com/aerogear/graphback/issues/1900#issuecomment-677502904

/cc @craicoverflow, @wtrocki
Automatically generated comment to notify maintainers

Another use case https://github.com/aerogear/graphback/issues/1557#issuecomment-649464015


Pass-through Environment Variables to Gradle Daemon Processes

Currently daemon builds are prone to not working when build uses a tool that is typically used via environment variables (PATH being a key variable).
Expected Behavior

Gradle daemon is started in a system default shell.
A seconds shell executes the tools setup script, which includes adding a program to the PATH.
Second shell starts Gradle build and passes the it's own environment to the daemon.
Daemon examines the build configuration and executes the build program from the PATH of the second shell.

Current Behavior
Currently step 4) in above fails with the build program not found.
Context
I use two tools suites that are designed to be used via the environment:

Yocto bitbake (includes a cross-compiler)
Xilinx Vivado

This functionality would be required for gradle-native Yocto support issue 1032.

The incubating environmentVariable Provider might support this.

The interesting thing here is that the updated PATH variable is visible to the daemon but it isn't considered when starting a native process:
task runSomeProgram(type: Exec) {
    doFirst {
        println System.getenv('PATH')
    }
    commandLine 'printhello.sh'
}

$ export PATH=$PATH:.
$ ./gradlew runSomeProgram
> Task :runSomeProgram FAILED
/home/mlopatkin/.jenv/versions/11/bin:/home/mlopatkin/.jenv/libexec:/home/mlopatkin/.jenv/shims:/home/mlopatkin/depot_tools:/home/mlopatkin/.cargo/bin:/home/mlopatkin/bin:/home/mlopatkin/depot_tools:/home/mlopatkin/.cargo/bin:/home/mlopatkin/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/mlopatkin/tools/texlive/2020/bin/x86_64-linux:/home/mlopatkin/tools/texlive/2020/bin/x86_64-linux:.

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':runSomeProgram'.
> A problem occurred starting process 'command 'printhello.sh''

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 346ms
1 actionable task: 1 executed

We do all we can to update the PATH variable (and other environment variables) in the daemon, we even update the native storage with setenv. However, JDK doesn't use this environment when starting a child process, it has its own cache for this purposes. The reason for this seems to be the lack of execvpe in POSIX, so you can either have PATH lookup or provide environment variables.
There is no API to update/reset this cache, so the easiest possible way out is to consider the PATH variable immutable and spawn a new daemon if there is no suitable existing daemon with the same PATH. Other workarounds (for example, resolving the PATH ourselves or using a trampoline process) may fail if third-party code (build script, plugins) uses java.lang.ProcessBuilder API directly. We can try to rewrite this during classloading though.

Interesting indeed.
It looks like the Windows Processthreadsapi.h does have a call with similar functionality, `CreateProcessA( ..., LPVOID lpEnvironment, ...)

https://docs.microsoft.com/en-us/windows/win32/procthread/environment-variables
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-createprocessa

I think that would leave two ways to pursue this:
a) Move towards adding this feature to the JDK
b) Implement in the Gradle daemon by using the native calls there
Add to JDK Path
I suppose this path might start with an extension using either JNI / JNA and later drive a _ JDK Enhancement Proposal_ (JEP) to get the feature in to the standard JRE & JDK.
Implement in the Gradle daemon
Probably quicker, the Gradle daemon could do the necessary native calls directly.

I encountered this issue too. I have to disable the daemon.

the easiest possible way out is to consider the PATH variable immutable and spawn a new daemon if there is no suitable existing daemon with the same PATH

Yes, this would be basically be an addition to the list of "effectively immutable" JVM properties listed here.

Thank you for your interest in Gradle!
This feature request is in the backlog of the relevant team, but this area of Gradle is currently not a focus one, so it might take a while before it gets implemented.

The feature in Gradle would be to support a mode where a new daemon is spawned when PATH changes.
This should be done from the outside for now for builds where it matters.

On macOS, the daemon is not currently receiving updates of any environment variables at all (https://github.com/gradle/gradle/issues/12905#issuecomment-675193289).

@goafabric remindme

One way to bypass this limitation right now could to spawn the subprocess through an indirection such as env. For example on macOS, given build.gradle.kts:
tasks.register<Exec>("runMe") {
  commandLine = listOf("/usr/bin/env", "runMe.sh")
  // Force JVM to cache PATH by setting some environment variables
  environment["FOO"] = "BAR"
}

and the layout:
/a
  /runMe.sh
/b
  /runMe.sh

running either PATH="$(realpath a):$PATH" gradle --daemon runMe or PATH="$(realpath b):$PATH" gradle --daemon runMe calls the right runMe.sh since the subprocess is now spawned by /usr/bin/env instead of the JVM PATH-cached execvpe.

I would like to add a use case for this issue. I use the gradle-docker-compose-plugin that invokes docker at some point. On MacOS with DockerDesktop it is located in usr/local/bin. As of Java 21, the invocation through a gradle daemon fails with:
Caused by: org.gradle.process.internal.ExecException: A problem occurred starting process 'command 'docker''
	at org.gradle.process.internal.DefaultExecHandle.execExceptionFor(DefaultExecHandle.java:241)
	at org.gradle.process.internal.DefaultExecHandle.setEndStateInfo(DefaultExecHandle.java:218)
	at org.gradle.process.internal.DefaultExecHandle.failed(DefaultExecHandle.java:386)
	at org.gradle.process.internal.ExecHandleRunner.lambda$run$3(ExecHandleRunner.java:102)
	at org.gradle.internal.operations.CurrentBuildOperationRef.with(CurrentBuildOperationRef.java:80)
	at org.gradle.process.internal.ExecHandleRunner.run(ExecHandleRunner.java:101)
	at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64)
	at org.gradle.internal.concurrent.AbstractManagedExecutor$1.run(AbstractManagedExecutor.java:47)
Caused by: net.rubygrapefruit.platform.NativeException: Could not start 'docker'
	at net.rubygrapefruit.platform.internal.DefaultProcessLauncher.start(DefaultProcessLauncher.java:27)
	at net.rubygrapefruit.platform.internal.WrapperProcessLauncher.start(WrapperProcessLauncher.java:36)
	at org.gradle.process.internal.ExecHandleRunner.startProcess(ExecHandleRunner.java:122)
	at org.gradle.process.internal.ExecHandleRunner.lambda$run$0(ExecHandleRunner.java:80)
	at org.gradle.internal.operations.CurrentBuildOperationRef.with(CurrentBuildOperationRef.java:80)
	at org.gradle.process.internal.ExecHandleRunner.run(ExecHandleRunner.java:79)
	... 2 more
Caused by: java.io.IOException: Cannot run program "docker" (in directory "/Users/bcalmac/code/ccp/lca3-2"): error=2, No such file or directory
	at net.rubygrapefruit.platform.internal.DefaultProcessLauncher.start(DefaultProcessLauncher.java:25)
	... 7 more
Caused by: java.io.IOException: error=2, No such file or directory
	... 8 more

This works OK on Java 17 or if the gradle daemon is disabled with org.gradle.daemon=false. The issue with Java 21 seems to be that the gradle daemon cannot invoke the docker executable the same way the original gradle process does, because it doesn't consider the /usr/local/bin location for some reason or another.

@bcalmac thats nearly an identical issue i created initially .. so i support that, and wondering while there is still no solution
Unfortunately it just seems to be the combi of java21, mac + shellexecute (not only docker)

I tried to upgrade a few Micronaut projects to use Java 21 and Gradle 8.6 this week (was Java 17 and Gradle 7.5). My build.gradle tries to exec 'docker' but it fails with the same stacktrace as above (No such file or directory). Docker command is in /usr/local/bin and it's in my PATH. Running with --no-daemon works.

Still happens with gradle 8.7 on macOS

I'm having the same problem when the gradle daemon is started from IntelliJ with java 21, then the executables can't be found. When the gradle daemon is started from the terminal everything works fine, probably due to PATH is "correct"
A workaround (for me at least) is to update system/user path with usr/local/bin:
sudo launchctl config user path /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin

I'm having the same problem when the gradle daemon is started from IntelliJ with java 21, then the executables can't be found. When the gradle daemon is started from the terminal everything works fine, probably due to PATH is "correct" A workaround (for me at least) is to update system/user path with usr/local/bin: sudo launchctl config user path /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin

I have a similar issue with Java 21 inside Intellij with Gradle where it can't access a docker credential binary in the /usr/local/bin, but updating the system/user did not seem to resolve it for me. (Confirmed that I tried rebooting the machine).
Were there any other workarounds that you tried, or is it possible that our Intellij instances aren't being run with the same user?

Dear Gradle team: this issue has way wider impact than you might be realising. Many people are having to overcome this problem in not-so-great ways. The worst consequence is that IntelliJ's integration with Gradle becomes unusable for a wide variety of tasks: anything that needs Docker credentials such as building images, running helm, and other similar utilities. So we all have to come back to the command line to execute our Gradle commands with daemons disabled. If not launched from the IDE, it becomes hard to debug whatever we launch as a Gradle task.

related https://github.com/gradle/gradle/issues/28110

This is a real problem that needs to be addressed holistically.
Some ideas:

Treat PATH as a compatibility criteria for Gradle daemons. This would mean we would start more daemons.
Resolve paths to executables via PATH ourselves. This would mean we'd start executables with absolute paths. This means we need to re-implement what the JDK does when spawning a new process.
Resolve path by jumping through another process/script that does not cache PATH. This would mean we could rely on the OS to interpret the PATH. But this requires a trampoline process that needs to be maintained by us.
Require absolute paths (for completeness)

Note that on macOS at least, this affects not only PATH, but all environment variables (#12905).

@mhsmith I don't see that with newer versions of Gradle.  I can reproduce it with 6.5.
Putting this in build.gradle:
println "ENV_VAR=" + System.env.ENV_VAR

And running with Java 11 and Java 17 and Gradle 8.4, I see changes to ENV_VAR reflected in the build without restarting the daemon, even in child processes spawned by the Gradle daemon.

@big-guy I only observe this problem on Java 21. Java 17 works fine (on macOS).

@tagae Are you referring to problems with PATH or any environment variable?
Using macOS, Java 21.0.1, 8.8-rc-1, I have this in a build.gradle:
println "ENV_VAR=" + System.env.ENV_VAR

project.exec {
   commandLine "env"
}

I then run:
./gradlew --stop
export ENV_VAR=foo
./gradlew help | grep ENV_VAR
export ENV_VAR=bar
./gradlew help | grep ENV_VAR

I see the value of ENV_VAR change from foo to bar within the Gradle process and in the forked (env) process. I think that means that the environment variables are passed along correctly.
If I change the value of PATH, that will also appear to change, but the JVM won't honor it when using ProcessBuilder.

@big-guy I was considering only the PATH env var (sorry for the noise). With Java 17, Gradle plugins find executables that are in custom PATH locations (say, $HOME/.local/bin/helm). With Java 21, those executables are not found. When daemons are disabled, they are found, even with Java 21. This is the behaviour that I have observed.
Of the ideas you shared, this seems the simplest:

Treat PATH as a compatibility criteria for Gradle daemons. This would mean we would start more daemons.

and we would have to live with the inefficiency.
I didn't get this one:

Require absolute paths (for completeness)

I was considering only the PATH env var (sorry for the noise).

Ah, thanks!  I thought that might be what you meant.

Of the https://github.com/gradle/gradle/issues/10483#issuecomment-2135736533, this seems the simplest:

The problem with this is that it would pretty much guarantee that the IDE and CLI would never share their daemons, which is something we want to try to do.

I didn't get this one:

This wasn't a serious suggestion, but basically instead of allowing someone to specify foo.sh as an executable for project.exec or Exec tasks and relying on PATH look-ups, you'd have to specify the absolute path to it (/path/to/foo.sh) always.

Note that on macOS at least, this affects not only PATH, but all environment variables (https://github.com/gradle/gradle/issues/12905).

I don't see that with newer versions of Gradle. I can reproduce it with 6.5.
Putting this in build.gradle:
println "ENV_VAR=" + System.env.ENV_VAR

And running with Java 11 and Java 17 and Gradle 8.4, I see changes to ENV_VAR reflected in the build without restarting the daemon, even in child processes spawned by the Gradle daemon.

Yes, it looks like you're right. I've tried this with the versions I was using around the time I posted my comment last year: Java 8 and 11, and Gradle 7.2 and 7.4, and I can't reproduce any problem with non-PATH environment variables on macOS. So I guess https://github.com/gradle/gradle/issues/12905#issuecomment-675193289 had been fixed by then.

@tagae and @big-guy. I also had the same problem using Java 21.0.1 and updating the java version to Java 21.0.2 or 21.0.3 solved my problem and executables are now being found when using the gradle exec task.

Hey @tagae and @big-guy. I also had the same problem using Java 21.0.1 and updating the java version to Java 21.0.2 or 21.0.3 solved my problem and executables are now being found when using the gradle exec task.

Thanks for the tip. Unfortunately doesn't work in my case. This is my current java -version output, for which Gradle daemons fail to find executables:
openjdk version "21.0.3" 2024-04-16 LTS
OpenJDK Runtime Environment Zulu21.34+19-CA (build 21.0.3+9-LTS)
OpenJDK 64-Bit Server VM Zulu21.34+19-CA (build 21.0.3+9-LTS, mixed mode, sharing)

Hi all,
I am also hitting the same issue as described in this comment
From my observations, the task fails on Macos, when running exec tasks with Java21 through Intellij (the gradle daemon is started using Intellij which doesn’t have the full PATH env variable set). Spinning the Gradle daemon from commandLine (instead of Intellij), it makes the task successful.
Example of such a task:
tasks.register("execTask", Exec) {
    setCommandLine("docker")
    environment("PATH", System.getenv()) //same failure if I don't set the PATH
}

docker is located at /usr/local/bin on mac.
Inspecting the env variable of the Gradle Daemon JVM using Azul mission control yields: PATH=/usr/bin:/bin:/usr/sbin:/sbin (I think this is inherited from Intellij process), The same value is shown for both Java21 and Java20:

Environment Variables:
PATH=/usr/bin:/bin:/usr/sbin:/sbin
SHELL=/bin/bash
LC_CTYPE=
TMPDIR=/var/folders/zc/.../T/

Active Locale:
LC_ALL=C
LC_COLLATE=C
LC_CTYPE=C
LC_MESSAGES=C
LC_MONETARY=C
LC_NUMERIC=C
LC_TIME=C

Looking into the implementation of the Exec task, Gradle is doing an environment.clear() and an environment.set(). So, I tried to reproduce this directly in a task that simply runs a ProcessBuilder. What I observed is:

fails  with docker is not found when I change anything related to the environment() (clearing the environment, adding a dummy environment variable, changing the “PATH” env variable, etc.)
succeeds when  not changing the environment at all

   tasks.register("processBuilderTask") {
    doFirst {
       println(System.getenv())
       ProcessBuilder processBuilder = new ProcessBuilder();
       processBuilder.command("docker"); // located in: /usr/local/bin on mac
       processBuilder.inheritIO();
       // commenting the 2 lines below, makes the task successful
       // basically any change to the environment will lead to "docker" Cause: error=2, No such file or directory
       processBuilder.environment().clear();
       processBuilder.environment().put("PATH", "/usr/local/bin");
       processBuilder.start();
    }
 }

I was not able to reproduce the issue outside of gradle. eg. this code is successful: https://github.com/palantir/gradle-jdks/pull/477/files#diff-5b641a26ec5523337253cd58d566385b90d0794a36fee6c25e8dc70ca5da92fdR48

I’ve reproduced the issue here: https://github.com/palantir/gradle-jdks/pull/477/files#diff-49a96e7eea8a94af862798a45174e6ac43eb4f8b4bd40759b5da63ba31ec3ef7R64 (see execTask and processBuilderTask)

Use Java21 for Gradle JVM
Make sure that you run ./gradlew --stop to stop the current daemons before running the tasks via Intellij

Any ideas how to proceed with the investigation further ?

I will say that as a newbie, I fumbled around for a whole day before realizing this, and was almost desperate during that time


Question: AsyncLazy: Can't this be 100% non-blocking?

Was reviewing the code for AsyncLazy and was surprised to see the use of a mutex (lock/monitor).
I'm guessing this is acceptable because when calling for .Value (ExecutionAndPublication) there's a lock underneath?  So adding lock, doesn't hurt.
What I'm looking for is an AsyncLazy that is 100% non-blocking.  Is it even possible?  Or is it just more tricky?

A nonblocking approach may be possible; I haven't thought much about it.
In my code in general (and AsyncEx in particular), I almost never use nonblocking code except in trivial scenarios. Nonblocking code can easily be wrong in extremely subtle ways, and is almost never worth the cost of development, correctness verification, and maintenance. Counterexamples include scenarios like TPL internals, where: 1. The code is widely used by many .NET apps; 2. The code is on a hot path, as determined by performance analysis; and 3. The company owning the code is capable of having multiple concurrency experts on staff, and keeping that staffing in perpetuity. None of these conditions exist for AsyncEx.
For these reasons, I don't write nonblocking code (again, except for the occasional trivial case). In several places in AsyncEx, I make use of lock. This is not your grandma's Win32 Mutex, though. lock has a built-in spinlock, so it's very efficient in non-contentious scenarios (which is the general case for all of AsyncEx's locks).


loading data through folder structure

The Mouse_Data class only functions if the user has properly organized their folder structure. This in itsself isn't that much of an issue, yet it is described nowhere and also isnt conform the BIDS format.

[ ] Change standard folder structure to function via root/subj/sesh/
[ ] The raw folder should contain the raw SPIKE2/BPOD files not the .TXT files that are in exported format
[ ] If the user didn't concatenate data and the folder still contains copy files (1) a popup asked for concatenation should occur

Neither the root path nor the raw affix are necessary with the BPOD implementation.
Concatenation not in place yet, but sessions don't seem to crash as often.


Is There Any Ways To Watch Montreal Canadiens vs Toronto Maple Leafs Live Stream Free On TV Channel

The Toronto Maple Leafs (8-5-2) host the Montreal Canadiens (4-8-2) as a part of Saturday's NHL schedule, starting at 7:00 PM ET at Scotiabank Arena and broadcast on ESPN+.
Watch Toronto Maple Leafs vs. Montreal Canadiens on ESPN+ and see how to watch more games here.
You can watch ESPN+ to catch the action as the Canadiens look to beat the Maple Leafs.
Maple Leafs vs. Canadiens Game Info
Game Day: Saturday, November 9, 2024
Game Time: 7:00 PM ET
TV Channel: ESPN+
Live Stream: Watch this game on ESPN+ (Regional restrictions may apply)
Location: Toronto, Ontario
Arena: Scotiabank Arena
Looking for officially licensed NHL gear? Fanatics has jerseys, hats, apparel, memorabilia, trading cards, collectibles and more.
Maple Leafs vs. Canadiens Comparison
Maple Leafs Rank	Maple Leafs AVG	Stat	Canadiens AVG	Canadiens Rank
17th	3.07	Goals Scored	2.71	22nd
6th	2.67	Goals Allowed	4.07	32nd
9th	30.9	Shots	24.8	31st
13th	28.4	Shots Allowed	31.9	27th
16th	18.37%	Power Play %	20.83%	12th
8th	85%	Penalty Kill %	83.33%	12th
Mitchell Marner is one of Toronto's leading contributors with 18 points. He has three goals and 15 assists this season.
William Nylander has 16 points (1.1 per game), scoring 10 goals and adding six assists.
John Tavares has 13 total points for Toronto, with seven goals and six assists.
Anthony Stolarz (6-2-2) has a goals against average of 2.0 on the season, and 266 saves. His .930 save percentage is fifth-best in the league.
Sign up for ESPN+ today to watch 1,000+ out-of-market NHL games, ESPN+ Hockey Night & more.
Nicholas Suzuki is a top offensive contributor for his club with 13 points (0.9 per game). He has totaled four goals and nine assists in 14 games (playing 19:56 per game).
Cole Caufield has made a major impact for Montreal this season with 11 points, thanks to 10 goals and one assist.
Michael Matheson has zero goals and nine assists, for a season point total of nine.
Samuel Montembeault has a 3-6-1 record this season, with an .893 save percentage (42nd in the league). In 10 games, he has 241 saves, and has given up 29 goals (3.5 goals against average).

cbbc ccv


[Doctrine] Do not add docblock by @var on typed Param on ImproveDoctrineCollectionDocTypeInEntityRector

Closes #41

All checks have passed 🎉 @TomasVotruba it is ready for review.

Thank you


Must we preserve previous settings?

It's not obvius that if you updates your docker-compose  your server configs are not going to change because we always preserve the previous ones. An example: #86.
Does it have sense? I mean. If I change the mods in my ENV variables the new mods must be installed. That's the same as if I change the maximum players that can play in my server.
I think that we must overwrite this files any time we run the server.

Indeed, that's what #73 is dealing with.

Ups! Dupe.