Generate documentation for internal and SPI types

This allows documentation to be written directly on the View structs instead of in separate Markdown files.
I think this approach will make the documentation easier to maintain. However, it could pollute the documentation with types users don't care about. There is a @_documentation attribute coming in Swift 5.8, which could make this opt-in for View types (mark the internal types with @_documentation(visibility: public)).

I think moving element docs back to the corresponding view types is the right approach. But, I think it's worth waiting for Swift 5.8 and @_documentation to be available, rather than including all of the various internal types/methods/properties in the generated docs. Beta 3 of the current release cycle—which includes Swift 5.8—came out this week, so it hopefully shouldn't be too much longer until it's out of beta and release-Xcode supports it.

I made a few tweaks to the site theme and main page (included the README contents there).
I also adjusted the Button docs to use a common scheme (similar to that present in the current Markdown files) that could be used for all elements to display the Attributes/Events/Children they support.
    `<ElementName>`, short description

    Overview, potentially with some examples.

    ```html
    <ElementName attribute="value">
        <ElementName:label>
            Label Content
        </ElementName:label>
    </ElementName>
    ```

    ## Attributes
    * `disabled`
        * Boolean attribute that indicates if the element is tappable.
    * `element-style`
        * The style to apply to this element.

    ## Events
    * `phx-click`
        * Event triggered when expanded.

    ## Children
    * `label`
        * Displayed on the element before being tapped.
    * `content`
        * Elements to display when expanded.

It would be nice if Elixir was highlighted. I think it should be possible, since swift-docc-render uses highlight.js, so I'll have to keep looking into that.

Ok, I got Elixir syntax highlighting enabled. If we do want to include this, I'm not sure if this should just be a fork of swift-docc-render, or the way I did it now which is to modify the the syntax-highlight.js script with sed and build the project.

Is this something we could request upstream to be enabled or a configuration so we don't need to manage a fork?

Haha, just edited my comment to note that. They might accept that, so I could look into opening a PR for that if you want.

yes, I think that is the best option if they accept

I've opened a PR to make the highlight.js languages configurable: https://github.com/apple/swift-docc-render/pull/551

Couple more changes, I think this structure could work well. Automatically during the build process, the name of the symbols are changed to be in a tag form, for example Button -> <Button>. A link to the SwiftUI Documentation is automatically added to the bottom of each element's page.
@Attribute and @Event symbols are automatically transformed to their name as well, so buttonStyle -> button-style, click -> phx-click, etc. This also makes it possible to document the attributes/events with doc comments and link to them instead of writing descriptions on the element.
This is done using a Swift Package plugin, which is called from the build_docs script.


Box not found. Did you forget to call Hive.openBox()? - iOS only

Steps to Reproduce
I am trying to run my app on iOS. It works perfectly on Android.
When I start up the app I get a Box not found error.
Version

Platform: iOS
Flutter version: 3.3.6
Hive version: 2.2.3

So I found the problem was due to iOS not being able to access the path where the boxes were saved, changing the location for iOS resolved the issue.


Apply optimizations to bloat query

Optimization work by Ronan Dunklau, backport for < 8.1 by me.

Wrong patch as discussed IRL.


icon not maksed properly

icon doesn't seem to be generated properly for iOS App Store
To Reproduce

Build an app and download iOS app store package
Open in simulator

Expected behavior
Icon is generated with appropriate cropping for iOS, or some note in documentation on how to provide proper icons for iOS App Store
Screenshots

Additional info (please complete the following information):
Testing in simulator
iPhone 13
iOS 15.0
manifest setup for icons
"icons": [
    {
      "src": "/images/icon-192.png?v=52d2f2302eeccc63721d723138c758ed",
      "sizes": "192x192",
      "type": "image/png"
    },
    {
      "src": "/images/icon-512.png?v=52d2f2302eeccc63721d723138c758ed",
      "sizes": "512x512",
      "type": "image/png"
    },
    {
      "src": "/images/maskable_icon-192.png?v=52d2f2302eeccc63721d723138c758ed",
      "sizes": "192x192",
      "type": "image/png",
      "purpose": "maskable"
    },
    {
      "src": "/images/maskable_icon-512.png?v=52d2f2302eeccc63721d723138c758ed",
      "sizes": "512x512",
      "type": "image/png",
      "purpose": "maskable"
    }
  ],

I'm also seeing this issue, although in my case "purpose" was set to "any maskable" and I thought that this may be an issue - it seems like not.

Same issue here.

Fixed! Please repackage with PWABuilder and you'll be all set.

Confirmed fixed! Thanks!

thanks!


3000 New PyPI users enable two-factor authentication

URL
https://twitter.com/pypi/status/1577009080052293633
When was this post released
20221003
Summary
PyPI ran a campaign to encourage users to enable two-factor authentication, which included a promotion to give away free hardware tokens to select users. Since the campaign began, 3000 new users have enabled 2FA on their PyPI accounts, and 1600 hardware tokens have been claimed. The promotional giveaway for hardware tokens is now over, but users can (and should) still enable mutli-factor authentication on their PyPI accounts to increase security for Python users everywhere.
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Moved to the new repo.


Don't attempt to parse empty string

This has two benefits:

Slight performance improvements from not running processing operations on an empty string

Fixes a compatibility issue with DOMParser in Internet Explorer 11 (and possibly other IE versions). Example:
// In Chrome
new DOMParser().parseFromString('', 'text/html').documentElement
// =>

// In IE11
new DOMParser().parseFromString('', 'text/html').documentElement
// => null

This inconsistency causes an error in htmlToDom when the documentElement is passed to collapse, which expects a valid node.

Thanks!

Realised in 3.0.3

Thanks for the quick release!


Output data shape

Hi,
Very new to the neuro-imaging field. I've tried using your tool on bold fMRI data that I pre-processed with fmriprep however in the output files the data no longer resembles a brain but is cuboid instead. Is there a parameter I'm missing?
Thanks.

Hi,
did you get any errors? Denoising is not applying any volume transformation, so this should not happen. Can you send sample image before and after denoising?

Hi,
Thanks for replying so quickly. I didn't get any errors during the run.
This is part of my honours project and the data is bound by ethics so I can't send any sample images at this stage. I also noticed however that while I can view the input (output from fmriprep) in FSLeyes an error occurs when attempting to view the output in FSLeyes, I'm only able to view individual volumes using MRIcroGL. I'm not sure whether this is a related issue.
I can confirm that the inputs are non-skull stripped pre-processed bold-signals from fmriprep.

Hi,
I also ran fmridenoise on 2subjects and did not get any error. But the output looks like this

Hi,
I also ran fmridenoise on 2subjects and did not get any error. But the output looks like this

Have you used fmriprep before using fmridenoise?

Have you used fmriprep before using fmridenoise?

Yes.

Yes.


logger: add bytes/s metric

TODO:

[ ] Aggregate with SpeedLogger
[ ] Add video_seconds/s
[ ] Maybe normalized versions by worker count
[ ] Test out on some small run

I think I need to edit this:https://github.com/iejMac/video2dataset/blob/4a23e01382578e7478aba2775c6c7ddf7212c1f6/video2dataset/logger.py#L196

Nice

Nice


Dev/pipeline

@vsitnic Please sign the Contributor License Agreement!
Click here to manually synchronize the status of this Pull Request.
See the FAQ for frequently asked questions.


fix: :bug: minor fixes

Minor fixes for the contracts

Added check for joystreamErc20Address != address(0) in 5e2edcd881d863fd48ebbfc6cddc130800f03489
Like commented, other changes are not needed so closing. Thanks for taking a look!


User suggestions

[x] CPS counter (clicks per second)
[x] Move around vanilla HUD elements
[x] Textual compass "N (-X)" rather than graphical
[x] Allow reordering of elements to be drawn first
[x] Auto-hide survival only values in creative
[x] Possibility to set position relative to other elements

tht not work with apple skin all are movable tough there element


[terra-application-layout] update to consume the terra-icon upgrades

Summary
Modified the code to use the new a11yLabel where ariaLabel was used in _ApplicationHeader.jsx
This change was tested using:

[ ] WDIO
[ X] Jest
[ X] Visual testing (please attach a screenshot or recording)
[ ] Other (please describe below)
[ ] No tests are needed

Reviews
In addition to engineering reviews, this PR needs:

[ X] UX review
[ X] Accessibility review

[ ] Functional review

This PR resolves:
UXPLATFORM-8835

Thank you for contributing to Terra.
@cerner/terra

Currently, the PR checks aren't running because this PR is based on a fork, can you please recreate this PR using a branch from this repo?


How can I use this API to connect to Exchange Server 2013?

Hi,
Is there a newer version of this API that would allow me to connect to a Exchange Server 2013 to read/send emails. Also, add/view calendar event.
I apologize if this comment is in the wrong section.

I can note that I've worked with this on Exchange 2010 and Exchange 2013 servers with no issues.

As far as i can tell, it also works on Exchange 2016 too :-)


chore: add NW.js mirror via env variable

connect is unstable from some region, and there are lots of mirrors that we can use. we can offer a custom way for users.

we really need this feature!

@keenghost @cs64188 Closing this for now. Comment here if you still need this.


fix: continus -> continuos

Maybe breaking since it is in trace message

Hi
If the problem persists and is related to running it on Azure App Service, please open a support incident in Azure:
https://learn.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request
This way we can better track and assist you on this case
Thanks,
Joaquin Vano
Azure App Service

Sorry, the message was not intended for pull requests.


use SCRecorder to add filter to existng video doesnot work ok

hello guys，i am using the SCRecorder  as a function project，i have a video file recorded by iphone in portrait mode(MOV format)，and i am using the following code to add filter to it, but the output file doesnot seem ok, it is in landscape mode , and been cropped.
    let documentsPath = NSSearchPathForDirectoriesInDomains(.DocumentDirectory, .UserDomainMask, true)[0] as NSString
    let inputUrl = NSURL(fileURLWithPath: "\(documentsPath)/aa.MOV")
    let outputUrl = NSURL(fileURLWithPath: "\(documentsPath)/bb.mp4")
    let currentFilter = SCFilter(CIFilterName: "CIPhotoEffectChrome")
    let exportSession = SCAssetExportSession.init(asset: AVAsset.init(URL:inputUrl))
    exportSession.videoConfiguration.filter = currentFilter
    exportSession.videoConfiguration.preset = SCPresetHighestQuality
    exportSession.audioConfiguration.preset = SCPresetHighestQuality
    exportSession.videoConfiguration.maxFrameRate = 35
    exportSession.outputUrl = self.outputUrl
    exportSession.outputFileType = AVFileTypeMPEG4
    exportSession.contextType = SCContextType.Auto

    exportSession.exportAsynchronouslyWithCompletionHandler { () -> Void in
    }

Any update on this? I am getting the same thing. :/

This could be problem with the new method ```

(AVMutableVideoComposition *)videoCompositionWithAsset:(AVAsset *)asset
applyingCIFiltersWithHandler:(void (^)(AVAsynchronousCIImageFilteringRequest *request))applier


Redirects from http requests to "file:" URLs are allowed

<EMAIL_ADDRESS>commented:

If PhantomJS can be sent to arbitrary "http:" URLs by an untrusted user (for example, if PhantomJS is used to render web site previews), an attacker can send it to a maliciously crafted web site, which redirects it to a "file:" URL. If the URL requested is a system file, and the attacker can see the output (as in the preview renderer scenario), they can obtain system files.
It is not sufficient to use input validation to prevent the user requesting "file:" URLs, as PhantomJS allows redirects to "file:" URLs.
Which version of PhantomJS are you using? 1.7
What steps will reproduce the problem?

Set up a web server that redirects requests to a "file:" URL
Ask PhantomJS to visit the server

Alternatively, run the attached script in PhantomJS (which, on Linux machines, will redirect requests to /etc/passwd).
Expected output: PhantomJS refuses to obey the malicious redirect
Actual output: PhantomJS follows the redirect
Which operating system are you using? Linux
Did you use binary PhantomJS or did you compile it from source? Binary

Disclaimer:
This issue was migrated on 2013-03-15 from the project's former issue tracker on Google Code, Issue #876.
:star2:   4 people had starred this issue at the time of migration.

If anyone else is wondering, this seems fixed to me on phantom 2.1.1. I tried a server side, meta and javascript redirects all failed.


Make filtering optional in the shelley query UTxO command

@dcoutts: I agree. Will fix this.

bors r+


Create Figma Project for the Editor

Now located at https://www.figma.com/file/kNL6yGQFVPJslXMfeqNK3u/Proof-of-Concept-App?node-id=54%3A278&viewport=-333%2C-3278%2C0.5

Now located at https://www.figma.com/file/kNL6yGQFVPJslXMfeqNK3u/Proof-of-Concept-App?node-id=54%3A278&viewport=-333%2C-3278%2C0.5


MatplotlibDeprecationWarning with unexpected argument for savefig()

Description
Using the development version of proplot in a venv to get the matplotlib version 3.4.3, I have a deprecation warning with savefig()
Steps to reproduce
import proplot as pplt
pplt.subplots()

Expected behavior: No warning :)
Actual behavior:

.../env/lib/python3.11/site-packages/proplot/figure.py:464: MatplotlibDeprecationWarning: savefig() got unexpected keyword argument "facecolor" which is no longer supported as of 3.3 and will become an error two minor releases later
  return func(self, *args, **kwargs)
.../env/lib/python3.11/site-packages/proplot/figure.py:464: MatplotlibDeprecationWarning: savefig() got unexpected keyword argument "edgecolor" which is no longer supported as of 3.3 and will become an error two minor releases later
  return func(self, *args, **kwargs)
.../env/lib/python3.11/site-packages/proplot/figure.py:464: MatplotlibDeprecationWarning: savefig() got unexpected keyword argument "orientation" which is no longer supported as of 3.3 and will become an error two minor releases later
  return func(self, *args, **kwargs)
.../env/lib/python3.11/site-packages/proplot/figure.py:464: MatplotlibDeprecationWarning: savefig() got unexpected keyword argument "bbox_inches_restore" which is no longer supported as of 3.3 and will become an error two minor releases later
  return func(self, *args, **kwargs)

Proplot version
matplotlib: 3.4.3
proplot: 0.9.5.post360

Same for:
proplot: 0.9.7
matplotlib: 3.4.3
mambaforge on m2 macbook

Hi. If you use Python 3.11, maybe the warning will arise when you use savefig() or save. I found Python 3.10 is ok. Desipte I am still looking forwards to the new release of Proplot.

Will there be a fixup of this issue?


Enable pairing window only when needed

Problem
The example device (e.g. m5stack based demo device) opens the pairing window (i.e. advertises on BLE, and accepts rendezvous messages) on every reboot, even though the device might already be provisioned. This flow is not correct. The pairing window should only be open when

The device is not currently paired
In case of multi-admin it was instructed by an existing admin to allow pairing

Summary of Changes
The current PR restricts the pairing window to cases when the device is not currently paired. The new function OpenPairingWindow can be used for multi-admin scenarios, when implemented.
Also, the pairing window will be opened if the device was reset from screen.

@saurabhst, any feedback?

@jelderton ?

@saurabhst ?


"Curmătură" is listed in the drop-down menu

Description:
"Curmătură" is listed in the drop-down menu alongside its corresponding county and commune, according to the law
Precondition:
The website is up an running.

Step 1
Type "Curmătură" in the search bar.

Expected results
The location is listed in the drop-down menu as "Curmătură, Alba (Lupșa)".


Minor changes to codestyle (recommended by clippy)

Hi,
I've updated some parts of the code to be safer (using unwrap_or_else instead of unwrap_or), I've given your Config struct a derive from Default, and ignored some other clippy flags that I didn't think needed to be changed in this specific case.
Please review at your leisure.

Thanks! Could the #[allow] annotations be removed?

Yes they can, I just dropped them in there where I didn't completely know how to fix the clippy lint without significantly changing the program or didn't know if it needed to be fixed.

Finished.


Spearbit 235

Description
Fix https://github.com/spearbit-audits/connext-nxtp/issues/235

Type of change

[ ] Docs change / dependency upgrade
[ ] Configuration / tooling changes
[ ] Refactoring
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Requires changes in customer code

High-level change(s) description - from the user's perspective

The BridgeToken allows updating the name and symbol of a token. However the _CACHED_DOMAIN_SEPARATOR (of EIP712) isn't updated. This means that permit(), which uses _hashTypedDataV4() and _CACHED_DOMAIN_SEPARATOR still uses the old value.
On the other hand DOMAIN_SEPARATOR() is updated.
Both and especially their combination can give unexpected results.
Related Issue(s)
Fixes
https://github.com/spearbit-audits/connext-nxtp/issues/235
Related pull request(s)

closing in favor of: https://github.com/connext/nxtp/pull/2350


Trends default time period update

Trello: https://trello.com/c/7COWZXOf/613-change-the-trend-defaults-on-mobile-to-180-days
Defaults trends view to 180-days on mobile

This looks good, though I am a bit surprised we are changing the period when the screen size changes. I would have probably only used the screen size to set the initial default, and not changed it afterwards. E.g.:
  const [period, setPeriod] = useState<Period>(isMobile ? Period.DAYS_180 : Period.ALL);

But I'm not opposed to having it be more responsive like you did. 🤷

this^^ is what i originally tried but couldn't get to work. isMobile is false on first load, and without the useEffect it doesn't check for when isMobile turns true. i just put it in a hook/file so as to not crowd this file more. fwiw, i couldnt figure out how to get it to work as intended (only use screen size on initial default) 😕

sweet, going to just merge as is 〰


After 1-2 action software does nothing - saved beat maps

You can click on Song name to organize the songs by name (It does not do this correctly) and then you can't click anything else
If you click on delete to remove a beat map it will remove the song when you delete using the 2nd prompt - you can perform this action twice (Map uninstalled Close then gets stuck in the bottom right corner)
This is ONLY on saved beat maps

@NiteSite
Thanks for the report.

You can click on Song name to organize the songs by name (It does not do this correctly) and then you can't click anything else

Which version are you using? latest (v1.3.3)?
How many songs do you have? I have about 3600 songs, but I wasn't able to replicate that bug.

Yeah it is the latest I only have 310. and Like I said it inly happens in the saved beatmaps part no where else.  Thank you for continuing the work on this

Sorry for the late response.
May I ask you to press ctrl+shift+i after you sort or delete maps?
The panel should appear as shown in the figure below.
Then go to the console tab. Is there any error?

If no error, unfortunately I can't find a solution.
Please try the following.

Try temporarily disabling your anti-virus software (including Windows Defender).
Try reinstalling beatlist by following the steps below.
https://github.com/ranmd9a/beatlist/wiki/Troubleshooting_en#method-2

There is an error!

Let me know if you need anything else!

Could you try installing the following file?
And please let me know if you get an error or not.
https://github.com/ranmd9a/beatlist/releases/download/v1.3.4-beta/beatlist.Setup.1.3.4-beta.exe

Could you try installing the following file? And please let me know if you get an error or not.
https://github.com/ranmd9a/beatlist/releases/download/v1.3.4-beta/beatlist.Setup.1.3.4-beta.exe

This 100% fixed the issue!! Thank you so much for the quick replies and help!

Thanks for the report!
I'm glad the bug was fixed.


Add Default Drop option for upctl firewall option

Is your feature request related to a problem? Please describe.
Through CLI, I need to add 2 seperate rules in the FW atm to block all trafic by default
Describe the solution you'd like
and option to set the default action from ACCEPT to DROP, as there is an option in the GUI to do this
upctl server firewall default-action "${SERVERNAME}" DROP

Describe alternatives you've considered
upctl server firewall create "${SERVERNAME}" --direction in --action drop --position 1000 --family IPv4 --comment "Drop all IPv4 traffic"
upctl server firewall create "${SERVERNAME}" --direction in --action drop --position 1000 --family IPv6 --comment "Drop all IPv6 traffic"
bash

Hello, and thank you for reporting this issue!
Creating default/catch-all rule is now possible in v1.5.0 by only specifying --direction and --action parameters.


feat: simplify setup and teardown

Let the end-user specify the Prisma connection URL directly with an option to configure the envar name of the connection URL.
Remove all specific adapters, and instead utilize the built-in Prisma CLI commands for bootstrapping the DB and teardown of the DB.
Drop peer-deps for PostgreSQL and MySQL client packages.
Update the README to document the breaking changes and changes in underlying behaviour.
BREAKING CHANGE: change environment options and remove creds envars

@carlos8v Hey, thanks for creating this vitest environment plug-in! I needed support for SQLite and realized that you could drop the need for 'pg' and 'mysql' client adapters if you instead used Prisma CLI commands for setup/teardown of the DB.

@cowofevil, Thank you for your contribution!
I've had some issues with this implementation while testing in a local codebase. It seems that when you have multiple test files running in paralel the db push and migrate revert scripts happen randomly and the test fails by coliding with itself.
Common errors:

setup script returning error because the database already exists.
teardown script returning error because the database was already dropped.

This may be due to the nature of multiple tests files running against the same database. The initial approach creates a unique database/schema for every suit cases just to avoid this error, using drivers to handle procedural database/schema setup and teardown.
If you could make a workaround this I will gladly accept this PR.

@carlos8v I was running my tests with --no-threads which didn't uncover the issues you detailed above. I'm going to close this PR and try a different approach in a separate PR to add SQLite support. Thanks for the feedback.


Scrolling down a list sometimes makes the entries disappearing

https://i.imgur.com/YqywFyb.png
Using the mouse wheel on a large list and sometimes the values in that list just go away

Forgot to close it


IonLoading pattern usage

I'm trying to implement this routing pattern:
Router.route('/myroute', {
  ... other route stuff ...
  onBeforeAction: function () {
    IonLoading.show({ delay: 0 });
    this.next();
  },
  onAfterAction: function () {
    IonLoading.hide();
  }
})

But I'm getting this error:
Exception in callback of async function: TypeError: Cannot read property 'firstNode' of undefined
    at Object.IonLoading.hide

This probably happens because the firstNode hasn't finished rendering when onAfterAction gets triggered.
Is there a pattern you guys follow to get that loading screen to pop up when there's a route with say, a big subscription?
Also, can you guys refactor so that we don't have to send an object into the show method? That way we can just do IonLoading.show(). Currently, doing that will throw an error because the delay property is not found.

Hmm yeah I haven't tried to do this yet. I think because of the way iron:router works, you'll have to configure a loading template, and then perhaps do your IonLoading calls in the rendered and destroyed callbacks of that template.

Also, can you guys refactor so that we don't have to send an object into the show method? That way we can just do IonLoading.show(). Currently, doing that will throw an error because the delay property is not found.

Yeah, good call. Can you open a second issue for that?

The loading template using rendered and destroyed worked great.

@rclai I am glad you have it fixed. @nickw I followed your suggestion and I still get the loader stuck on the page.
Controller
ProjectsController = AppController.extend({
  subscriptions: function() {
    return Meteor.subscribe('gcProjectsMyIndex');
  },
  data: function() {
    return {
      projectsIndex: Projects.find({},{sort:{jobNumber:-1}})
    };
  },
  action: function() {
    if (this.ready()) {
      this.render('projectsIndex');
    } else {
      this.render('loading');
    }
  }
});

Loading HTML
<template name="loading">
</template>

Loading Logic
Template.loading.rendered = function() {
  IonLoading.show({delay: 50});
};
Template.loading.destroyed = function() {
  IonLoading.hide();
};

In subscriptions, aren't you supposed to do this.subscribe()?

@rclai I do not see it, am I missing somthing?
https://github.com/EventedMind/iron-router/blob/devel/Guide.md#the-subscriptions-option

I am seeing the same issue as @benstr. While using the iron-router's default loading hook, the app never goes to the index page, but rather gets stuck on loading template. The only difference in terms of the code, from what Ben has posted, is that I am not explicitly using the this.ready() call. I am relying on iron-router calling the loading template, since my templates uses waitOn.
I too am using rendered and destroyed within the loading template. I am seeing this more prominently when using trying on mobile app (using meteor run ios-device command).
Any suggestions/ideas on how to fix this?

I've realized that using iron:router's waitOn and data features don't fit well with the way mobile routes are supposed to animate. iron:router takes a very traditional, server-side approach to rendering templates (wait until all the data is loaded, then render), whereas mobile apps and modern web apps take a more fine-grained approach and render pieces as needed (see Sacha's blog post on template-level subscriptions).
I've implemented a pattern in the meteoric example apps (see this commit in the contacts app) that works much better by allowing the template to be rendered an animated to immediately (no choppiness) while showing a loading spinner and loading the data on demand.
Once template-level subscriptions are supported in the Meteor core, I can remove a lot of the boilerplate from this pattern, but in the meantime I wouldn't recommend using waitOn with meteor-ionic.


bug: sensitive information exposed

For making contaienr images cached more user-friendly, we will  encode username:password in base64, and add it to header; It's fine when the protocol is https, but our local registry endpoint is under http. And we config the sea.hub:5000 as insecure by default, I guess it may bring some risks for sensitive information exposure.
{
  "mirror-registries":[
    {
      "domain": "*",
      "mirrors": ["http://sea.hub:5000"]
    }
  ],
  "insecure-registries": ["sea.hub:5000"]
}

https is on the way~


Where is the Main class (for Desktop)?

Hello, I want to contribute to Consulo, but I don't see a Main class for Desktop IDE. Could you please tell me which class I need to run to start Consulo Desktop?

Hello. For running Consulo you need start it via maven plugin() or Consulo in Sandbox run configuration (like this)

If you need run it via command line, java arguments you can found in native launchers (like Linux https://github.com/consulo/consulo/blob/master/distribution/platform/linux/bin/launcher.sh#L115)

Isn't there a way to debug or run Consulo from my favoriyte IDE like IntelliJ or Eclipse?

run from maven plugin - which support running + debug

But why you need platform code? If you want contribute any Consulo plugin you need clone and open it via Maven(no need platform code)

Ok, now I think I understand what you mean. But am I right that Main from com.intellij is the class I mean?

com.intellij.idea.Main

Thank you very much for your fast reply.


:warning: [WIP] Adding Availability enum to catalog spec

Looking pretty good. Can you also add some tests? I'm thinking primarily focused on unit tests, but also an e2e that sets up a catalog as "Enabled", then disables it, and checks that:

you get a 404 from the webserver for the content
all of the status fields are updated appropriately
the finalizer is removed

Implementation looks good to me! Are you planning to add tests to this PR?

Implementation looks good to me! Are you planning to add tests to this PR?


fix test some test expected stderr regexp

On OpenBSD the output is
sh: <filename>: cannot execute - Is a directory

and similarly for the non-executable file case.

I'm sorry but I don't have the slightest idea on how to provide a build worker ^^"
What I can do is run the test suite occasionally when I update the package and see how it goes


Using gl_PointCoord fails in Mac runtime

I wrote a fragmet shader that uses gl_PointCoord. However, it fails with "undeclared identifier gl_PointCoord" on the Mac runtime. On the web version it runs just fine.
varying vec4 v_fragmentColor;
void main()
{
    vec4 texture = texture2D(CC_Texture0, gl_PointCoord);
    gl_FragColor = texture*v_fragmentColor;
}

Ok, I found the problem, it's the same as in Cocos2d-X: The shader compiler for the Mac version uses different includes than the shader compiler for the web version, so the you can't add the #version 120 hint unless you compile it into the runtime. Is there any fix for this?

Ok for anyone experiencing this problem: add the lines
#if CC_TARGET_PLATFORM == CC_PLATFORM_MAC
"#version 120\n"
#endif
To GLProgram::compile shader and then build your own runtime and you'll be able to use gl_PointCoord in your shader.


add [PUB] likes badge

Add a badge for PUB to show the likes for Dart/Flutter packages and plugins.
Fix #7915.

Messages

:book:
:sparkles: Thanks for your contribution to Shields, @G1Joshi!

  Generated by :no_entry_sign: dangerJS against abdd9d11965697b8b12511e05e4420682abe2b91

This PR depends on #7921.
All tests will pass after merging the above-mentioned PR.

Could you rebase when you get a chance to pull in the test fixes

Could you rebase when you get a chance to pull in the test fixes

Done :)


TTY streams

We want to be able to block on read/writes of TTY fds. This may just work with generic streams but we may also need to inspect and set some flags (i.e. nonblock) on the TTY. Do some investigation.

https://github.com/mitchellh/libxev/commit/63f78b5c07d67bb8c9c31935abb77eabc8e0b9e7
xev.Stream can be used directly on all platforms.


Changing GCS/S3 prefix with pre-create.

Question
Is it possible to decide a prefix for a file on the pre-create hook?
Using Uppy.js with tusd docker containers to upload to Google Storage or S3.
Trying to save files into a structure like:
<bucket>/<uuid>/<file>
Setup details
Please provide following details, if applicable to your situation:
Operating System: Linux
Used tusd version: latest docker (sha256:8fd45989c674d3cb919c1bcfc7f3096bf98c14684885df546166ea04aae6b0ce)
Used tusd data storage: Ggoogle Storage
Used tusd configuration: [gcs-bucket test_bucket, -hooks-enabled-events]
Used tus client library: uppy.js

No, this is unfortunately currently not possible. The prefix (or destination path) cannot be influenced by the pre-create hook (for any kind of storage inside tusd). We are considering adding such a functionality in the future since some people ask for it, but we have no plans for that in the near future.

It would be useful for cases, when you serve uploaded files not through tusd, but with S3 with CDN.

I can see how this would be useful but we still do not have any plans to implement this on our own. We are open to PRs but this is not priority. If you want a per-upload prefix for the objects on GCS/S3, you can rename/move the object on the cloud storage once the upload is completed.


Add support for handling .js file incorrectly in fixAddMissingMember code fix

Missing tests, but there is not a way to get the error to show at the moment.

Merged in https://github.com/Microsoft/TypeScript/pull/14496 to enable write tests.

Looks good to me.
Just want to note that this and other codefix changes will need to be ported to work with AST node synthesis in the near future (this or next week?). we might want to temporarily suspend work on adding more quickfix functionality until we get that in.
For example, I've actually ported this AddMissingMembers.ts to work with the factory/visitor over at https://github.com/aozgaa/TypeScript/tree/createTypeNode . Trying to get a PR up ASAP.


Create nb.json

Norwegian translation

Thank you. I'll merge this in. For your reference, we actually use Lokalise which has a much nicer interface for translations if you'd like to help us through that. Please see the wiki for details on how to join our team.


[Portal] implemented portal into plusnew

Pull Request Test Coverage Report for Build 460

15 of 15 (100.0%) changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 453:
0.0%

Covered Lines:
502

Relevant Lines:
502

💛  - Coveralls


Version 7.3.0 not compiling

Check List
Thanks for considering to open an issue. Before you submit your issue, please confirm these boxes are checked.

[ ] I have read the wiki page and cheat sheet, but there is no information I need.
[ ] I have searched in existing issues, but did not find a same one.
[ ] I want to report a problem instead of asking a question. It'd better to use kingfisher tag in Stack Overflow to ask a question.

Issue Description
What
I'm getting a compile error, using Xcode 14.3.1.
Reproduce
[The steps to reproduce this issue. What is the url you were trying to load, where did you put your code, etc.]
Other Comment
[Add anything else here]

Duplicated #2052


Programme link in footer broken

The link to programme in the footer currently leads to an index listing of the programme folder.
At the moment the programme link in the main menu leads to the call for contributions so a quick fix could include also linking it there.

Issue was not solved by #162 but will be by #161. Reopening until it is merged.


Players have fly and fast

Following the recent lastseen/auth mess-up, it seems everyone's privileges were reset (along, probably, with passwords), but when they were granted back we all received "fly" and "fast" as well.

The cause must be isolated and fixed and we must check once more that authentication data is maintained between executions.

@LeMagnesium is this fixed now?
If not, it should be fixed immediately.

Unfortunately, it can't be fixed as long as the user database was corrupted a long time ago, the passwords can't be restored as long as i don't have the backup now....
For the users who connect themself normally after this corruption, it should write again the password, for the others, their username can be stalked, at the time we did talk about that but didn't find any solution

@LeMagnesium is this fixed now?
If not, it should be fixed immediately.

As @Darcidride pointed out this cannot be fixed until everything is sorted out regarding databases. Considering that I am quite busy, and Darcidride as well, and I don't think anyone has time to work on debugging things, we won't be able to fix it quickly enough.
@Darcidride Could we consider rebooting MFF for a third version? You can back the corrupted data up and start with a clean slate, so the server can at least function. We can discuss importing old data later (I've fixed my IRC client, and while I'm still busy I can peek in from time to time)

@LeMagnesium
Happy to see you around again, thanks for your reply of this topic.
Yes we can discuss that on IRC to have a more proactive approach, but I've so many channels in my IRC client that I can't follow them all, don't hesitate to highlight (or PM me) on IRC if needed

Yes we can discuss that on IRC to have a more proactive approach, but I've so many channels in my IRC client that I can't follow them all, don't hesitate to highlight (or PM me) on IRC if needed

Actually, my infrastructure for IRC went down and I have no time to put it in place again. We'll have to do with GitHub for now..


Publish 0.6.4 for 2.12.0-M2

If at all possible.

Published on Sonatype. Will take a few minutes to sync up on Maven Central.


Split Tensor component into several archetypes

Split out of https://github.com/rerun-io/rerun/issues/6388

Related to:

https://github.com/rerun-io/rerun/issues/2341

We generate archetypes and components for all tensor variants (TensorF32, TensorU8, etc) and make sure they share the same Visualizer:
archetype TensorU8 {
    buffer: BufferU8,

    // One of these
    shape: TensorShape,
    shape: Vec<TensorDimension>,
}

component BufferU8 {
    data: [u8],
}

archetype TensorF32 {
    buffer: BufferF32,

    // One of these
    shape: TensorShape,
    shape: Vec<TensorDimension>,
}

component BufferF32 {
    data: [f32],
}

mechanics of same-visualizer are a bit unclear. Have visualizer just listen to several indicators / archetypes? Breaks 1:1 relationship that we were striving for. Can revisit later?
this will break some "use this tensor like an image" cases that we allow today. Mitigate only as far as meaningful

Impact on Mesh's texture:
Log an Image archetype at the same spot instead.
Detailed rationale (via @jleibs on https://github.com/rerun-io/rerun/issues/6388#issuecomment-2134003885):
Most of the choices for working with tensors fall into one of 4 categories.
Typed buffer, multiple data-types (the proposal)
Pros:

When processing a chunk the raw arrow data is much easier to work with
Opportunity to align with the official arrow spec for tensor representation
Aligns with our long-term direction of wanting to have multiple types and datatype conversions

Cons:

Multi-datatype representation means we must either proliferate typed components or introduce datatype conversions.

The current hypothesis is that proliferating types is a known challenge and can be mostly automated with a mixture of code-gen and some helper code, whereas datatype conversions is an unknown challenge.
 Any type conversions move from visualizer-space to data-query-space, but the types and arrow representations we work with don't actually need to change.
Untyped buffer with type-id
Pros

Avoids arrow unions while maintaining a single datatype.

Cons

Forces arrow users to do annoying user-space datatype casting.
Doesn't align with our long-term goals

Typed buffer with union
Pros

Status quo. Already works.

Cons

Forces arrow users to do annoying poorly supported union operations when loading or reading tensors.

An alternative is to only have many Buffer components (BufferU8, BufferU16, …), but only one Tensor archetype:
archetype Tensor {
    shape: TensorShape,
    dimension_names: Option<DimensionNames>,

    // Set exactly one of these:
    buffer_u8: Option<BufferU8>,
    buffer_u16: Option<BufferU16>,
    buffer_u32: Option<BufferU32>,
    …

    color_model: Option<ColorModel>, // to interpret this tensor as an image
}

I believe this will lead to a lot less duplicated code


Better documentation

Please can you provide code examples to each of the elements with how to use them. I cannot get the aside to work.

There is some nice documentation in /docs/example/AsideDocs.vue
I used this:
<script src="{{ asset('/js/vue/dist/vue.min.js') }}"></script>
<script src="{{ asset('/js/vue-strap/dist/vue-strap.min.js') }}"></script>
<script>
	var aside = VueStrap.aside;
	new Vue({
		el: '#leftMenu', // id of the containing div
		components: {
			'aside': aside
		},
		data: {
			showLeft: false
		}
	});
</script>

Thank you but I am still unable to get it working. With the code you provided (I'm using a CDN for quickness) I get "_checkStatementvue.min.js:8:4321TypeError: undefined is not an object (evaluating 'a.parse(t).get')"

Which version of vue that you are using ?

I'm using the latest version 1.0.3 (previously I was using 0.12.6). By the looks of the latest issue opened, I assume it doesn't support version 1.0 yet.

Looks like this issue has been addressed. If you have more questions feel free to open a new issue or comment.


Option to hide tray icon

Description of the new feature / enhancement
In the general tab of PowerToys, there should be an option to hide the tray icon. A simple switch for on or off.
Scenario when this would be used?
For people who have overly cluttered trays, and will simply use the PowerToys Run feature to access the PowerToys settings panel.
Supporting information
No response

/dup #9526


Cannot initialize a rig with DAQs that are connected to each other via a channel

When creating a rig object, if a list of DAQs is provided (e.g. daqs = [basestation, nidaq0, nidaq1]), if basestation is connected to nidaq0 via one of its channels (in the "channels" field), the program will fail when adding basestation to the rig, claiming that nidaq0 is mentioned in a channel but not part of the rig. In other words, even though the second DAQ device would be added to the rig in the next step, adding the first one fails because the second does not exist yet.
There is a workaround for this, which is adding the DAQ devices to the rig first with no channels, and then initializing rig.daqs[i].channels afterwards, but I feel that this was an oversight, as it should be possible to initialize all your devices and channels first and add them to the rig at the very end as the last step.

In this case, the code is failing when trying to add basestation to the list of DAQs, as basestation's channel mentions nipx, which is not a part of the rig (yet).

Thanks for posting this Sasha! I will take a closer look on Friday

The EphysRig validator previously did not check for connections between DAQDevice objects...this was definitely an oversight. This issue should be fixed with this PR: https://github.com/AllenNeuralDynamics/aind-data-schema/pull/476


Error: spawn ENOENT

I'm not sure when this started, but after recently updating webpack-shell-plugin to 0.4.6, my config seems to have stopped working. I have the following in my Webpack 2.1.0-beta.27 config:
    plugins: [
        new WebpackShellPlugin({
            onBuildEnd: ['tsc --d --declarationDir dist/typings'],
            dev: false
        })
    ]

Which, when I try to run Webpack gives me:
Executing post-build scripts
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: spawn tsc ENOENT
    at exports._errnoException (util.js:1007:11)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:182:32)
    at onErrorNT (internal/child_process.js:348:16)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9)

I'm not 100% sure what versions are affected, but I rolled back to version 0.4.3 of this plugin, and that seemed to do the trick.

Revert back to 0.4.3, let me see what's the issue

What operating system are you using?

Could you try using 0.4.7?

Thanks. To be clear, 0.4.3 works fine so there's nothing to share from that version. I've tried 0.4.7, and now I get a different error?
Executing post-build scripts
\webpack-shell-plugin\lib\index.js:196
        this.spreadStdoutAndStdErr(exec(script, puts));
                                                ^

ReferenceError: puts is not defined
    at WebpackShellPlugin.handleScript (\node_modules\webpack-shell-plugin\lib\index.js:196:49)
    at Compiler.<anonymous> (\node_modules\webpack-shell-plugin\lib\index.js:254:19)

I'm on Windows 8 64-Bit

@szymonkudzia made that fix #24
Try updating your module again.

0.4.8 works for me (and throws on failure 😄 ).  Thanks!

Seems to be working fine now, thanks!

Thanks everyone


Issues with reproducible builds

At IzzyOnDroid we support Reproducible Builds (see: Reproducible Builds, special client support and more at IzzyOnDroid). We're just adding your app, and so I gave it a try: I was able to successfully generate the APK using ./gradlew assembleRelease, but the resulting APKs were not identical – because that APK was not built from a clean tree at the commit the tag points to (but rather from the code of this commit and before you committed it).
We'd appreciate if you could help making your build reproducible. We've prepared some hints on reproducible builds for that. In your case, that would simply be what we call the "first basic rule", as outlined above: always build the APK from a clean tree at the commit behind the tag. I had to apply some tricks (checking out that commit, then performing a soft-reset to the tagged commit) to succeed with a reproducible build, but that would mean manual updates. So if you'd please adhere to the outlined procedures, that would make things much easier :wink:
That said: your app will become available here with the next sync around 6 pm UTC – so be welcome to pick a badge to link there e.g. from your Readme :smiley:
Looking forward to your reply!

PS, while I'm here: could you please also take care for this one?

Easy to be fixed with just a minor addition to your build.gradle:
android {
    dependenciesInfo {
        // Disables dependency metadata when building APKs.
        includeInApk = false
        // Disables dependency metadata when building Android App Bundles.
        includeInBundle = false
    }
}

For some background: that BLOB is supposed to be just a binary representation of your app's dependency tree. But as it's encrypted with a public key belonging to Google, only Google can read it – and nobody else can even verify what it really contains. More details can be found e.g. here: Ramping up security: additional APK checks are in place with the IzzyOnDroid repo.
(and yes, F-Droid will ask for that as well once they pick up your RFP. Where btw the bot complained about missing Fastlane; I could provide that via a PR with what is set up at IzzyOnDroid if you want.)
Thanks in advance!

Had to tweak it a bit to get today's release RB – spaces in file names are tricky :wink:
app/build/outputs/apk/release/QuickMDCapture 1.2.0-release-unsigned.apk

That – and once more you committed & tagged after having built the APK, so the commit hash embedded in the APK didn't match the tag.
Not sure if you're even reading this, @Fertion, as there wasn't any comment from you here yet…

Had to tweak it a bit to get today's release RB – spaces in file names are tricky 😉
app/build/outputs/apk/release/QuickMDCapture 1.2.0-release-unsigned.apk

That – and once more you committed & tagged after having built the APK, so the commit hash embedded in the APK didn't match the tag.
Not sure if you're even reading this, @Fertion, as there wasn't any comment from you here yet…

Hello, sorry for the silence. I just haven't worked through these two questions yet, so I didn't know how to respond properly. I expected reproducibility this time, as I built the APK from the same commit that has tag 1.2.0, but apparently I misunderstood something. I plan to look into the issue and meet the requirements a bit later. Once I fix it, I'll definitely update you.

Thanks for your reply, @Fertion! To clarify: your app has the "green shield" up, I could successfully build and reproduce it – but only after applying some "tricks". One is to correct your commit. What you seem to do is to first build the app, and when that succeeds you commit the latest changes. So the APK carries the previous commit (we can automatically correct that here, so that's not a big issue as long as it's "consistent"). Ideally, you'd build the APK you attach at the release from the commit the tag points to – that is, after you made that final commit (see: "first basic rule" in our hints on reproducible builds).
Spaces in file names often cause issues (you introduced one with the latest release); luckily I found a way to work around that as well:
        build:
          - git reset --soft cac30cb805f9ae994b44048e787e2ccccc9aa4b1
          - chmod +x gradlew
          - ./gradlew assembleRelease
          - git clone -b v0.3.0 https://github.com/obfusk/reproducible-apk-tools.git
          - OUT="app/build/outputs/apk/release/QuickMDCapture ${APP_TAG}-release-unsigned.apk"
          - reproducible-apk-tools/inplace-fix.py --internal --page-size 16 fix-newlines "$OUT" 'META-INF/services/*'
          - mv "$OUT" /outputs/unsigned.apk

git reset --soft corrects the commit hash embedded in the APK
inplace-fix.py fix-newlines takes care for the different line breaks (you obviously build on Windows, we build on Linux). The trick here was to pass the file name to the script, where the file name contains a space and a variable component (versionName).

So if you keep your workflow as it is now (the name of the output APK changed since the previous release, so we had to adjust manually again), the next release should be RB "out of the box" (the tooling we use takes care for the commit hash update automatically – also if you switch to building "properly" from the correct hash, just not if you one time do and the next time not :wink:) – so we can consider the "issue with reproducible builds" solved.
What still remains is the issue with the signing block blob (see above, including for the fix). And if you could clarify what for the RECORD_AUDIO and SYSTEM_ALERT_WINDOW permissions are needed, we can add those to the app's "green list" so they do not show up as warnings :wink:

@IzzySoft Hello.
I replaced the space in the file name with an underscore to prevent this issue in the future.
Regarding permissions:

RECORD_AUDIO: for voice input of notes.
SYSTEM_ALERT_WINDOW: to display a dialog over the lock screen when adding notes without unlocking the device.

I performed a git reset --hard on my end and then built the version from the latest commit. I hope everything is correct now.

Thanks! That's RB just fine now, without any reset :smiley: Added the two permissions to the app's "green list" and manually triggered an update for the repo as well, scanner shows no warnings anymore.
All set then I'd say – so closing the issue with this comment. Thanks again!


Fast-check 3.0

resolved #3

Thanks for this contribution, Robin. Apologies for taking so long to review and merge it.
This has been released in version 0.8.0.


HTM-732 Rebase and merge master into 204

Description:

Add the commit from master about the version control 203/204
Run uncrustify tools
Remove voicerecognitionservice

Testing:

204 features

This is not based on master.


feat(router): add Kubernetes rate limit through environment variables for configuration computation/reload #59

This PR introduces the environment variables named RATE_LIMIT_QPS and RATE_LIMIT_BURST that can configure the cfg.QPS and cfg.Burst of the used Config. They are meant to be set on the deployment level so that the pods may get them.
If the variables are not set they will default to "" and thus won't pass the check err == nil, which means that the default settings will be used. This PR tries to fix the issue 59.

@Cryptophobia thanks for the guidance. I have ran the command gofmt -s -w router.go and commited the updates. I have also formatted the title as you pointed out.


add support to multi-tenant (Django tenant package)

Hi there,
I hope you're doing well. I wanted to discuss a feature request that I believe would greatly enhance the functionality of Django Cookie Cutter.
Description
I am proposing the addition of support for Django Tenant in the Django Cookie Cutter. This would involve integrating the necessary packages, configurations, and templates to seamlessly incorporate Django Tenant into the project structure generated by Cookie Cutter.
To implement this feature, the Django Cookie Cutter  can be updated to include Django Tenant as a dependency. The necessary configurations, such as setting up tenant-specific databases and managing tenant routing, can be added to the generated project's settings and URL files. Additionally, sample templates and views demonstrating multi-tenancy can be included to guide developers in implementing tenant-based functionality.
Rationale
There are several compelling reasons to implement support for Django Tenant in Django Cookie Cutter:

Simplified Multi-Tenancy Setup: With built-in support for Django Tenant, developers using Django Cookie Cutter can quickly and easily set up multi-tenant applications without the need for manual integration. This saves time and effort during the initial project setup.

Standardization and Consistency: By incorporating Django Tenant into the Cookie Cutter template, the implementation of multi-tenancy becomes standardized across projects. Developers can follow a consistent approach, reducing the chances of errors and ensuring a reliable and maintainable codebase.

Improved Developer Experience: Adding support for Django Tenant in Django Cookie Cutter enhances the overall developer experience by providing a seamless workflow for building multi-tenant applications. Developers can focus on implementing tenant-specific features and functionality rather than dealing with the complexities of setting up multi-tenancy from scratch.

Community Adoption: Django Tenant is a widely used package for multi-tenancy in Django projects. By including native support for Django Tenant in Django Cookie Cutter, the template becomes more attractive to developers working on multi-tenant applications. This can help foster wider adoption and promote the growth of the Django Cookie Cutter community.

I believe that incorporating support for Django Tenant in Django Cookie Cutter would greatly benefit developers and streamline the process of building multi-tenant applications.

This was suggested before (https://github.com/cookiecutter/cookiecutter-django/issues/3849) and closed as won't fix. Our position hasn't changed on this. I consider multi tenancy to not be common enough to justify the added complexity. Not to mention that with each extra 3rd party Django packages, we're adding friction when it comes time to upgrade to the next major Django.


Fix typo in docs

I believe the word "information" was included by accident.

Could you commit the changes from running ./tools/scripts/format_website.sh?

Sorry it took so long @elliottt

Thanks!


[DO NOT MERGE] Showing code changes needed to make the demo work.

I wrote a sample app that we can use to demonstrate how our generic-core allows it to communicate with the OpenAI service. There's plenty to do, like making the OpenAI client take models as parameters instead of BinaryData (like a better version of this one), but things work as is.

Thanks Victor.
I will fix the "bearer" one ASAP. (currently it follows the TSP scheme)
Let me see if the RestProxy overload is already there. If so, I will fix that one as well.

For "making the OpenAI client take models as parameters instead of BinaryData". It should be there very soon.
I've have PR merged https://github.com/Azure/autorest.java/pull/2390. I just need to test it on the Azure OpenAI.

x-ms-error-code seems not consistent. Some API has it and some not.
This relates to your service behavior. It is recommended to have it for all APIs.

@vcolin7
I've update the "openai" branch to latest, and regenerate the code.
It should include what you have here, as well as the model classes.
Plan to release a 0.11.0 with all these contained.

Thanks Victor.
I will fix the "Bearer" one ASAP. (currently it follows the TSP scheme) I assume "Authentication" (as header name) is case insensitive? Does OpenAI having problem with this as well? https://stackoverflow.com/questions/5258977/are-http-headers-case-sensitive
Let me see if the RestProxy overload is already there. If so, I will fix that one as well.

You're right, the only thing we needed to update was Bearer started with an uppercase "B", the header name can be all lowercase and still work. @samvaity just added the RestProxy overload, so we should be good on that department as well.


adapty and adapty ui  version conflicts

[!] CocoaPods could not find compatible versions for pod "Adapty":
In Podfile:
adapty_flutter (from .symlinks/plugins/adapty_flutter/ios) was resolved to 2.9.0, which depends on
Adapty (= 2.9.1)
adapty_ui_flutter (from `.symlinks/plugins/adapty_ui_flutter/ios`) was resolved to 2.0.2, which depends on
  AdaptyUI (= 2.0.2) was resolved to 2.0.2, which depends on
    Adapty (~> 2.7.0)

Hi @kartikApplore, it is not possible to use AdaptyUI with the 2.9.x, we are going to update it soon.

@x401om
Do we have any update on when do we get an update?
Also, if both of these packages are interdependent, one should not have been updated. This is causing major breaking in the running apps. I can't even put up simple startup integration for paywall integrations.

@wal33d006 I apologize for any inconvenience caused. We anticipate the release of the new version later this week or early next week. Currently, it is possible to use Paywall Builder with Adapty 2.7.x and AdaptyUI 2.0.x.

Problem is going. How can ı resolve it?


add $slots property to API docs

I realized that $slots property is nothing in guide/api/index.md, when I found that dead link in render function.

@chrisvfritz thanks!

@kazupon Thanks for catching it!

Great! Just stumbled upon it. Cool that it has already been resolved.

Hmmm... the explanation and code samples seem confusing to me.

sorry, my poor english ... 😞

@jbruni Have you read the sections linked under the example? The content of $slots can only be of any use to you when you use render functions - in which case you will have to understand what vNodes are, which is explained in the linked guide sections.

@LinusBorg - Yes, I do understand the context, in ttheory and practice. The text could be much simpler, and the code (only perceived now) has a little error (reference to "slot2" and "slot1"), and in my opinion it does not help clarifying the contents. I'll see if I can quickly write and send a suggestion as PR.


VSR Restrict KSP versions

Ref KSP-CKAN/NetKAN#4336
@NathanKell, can you confirm that 1.9.2 should top out at KSP 1.1.1, or is it ok for 1.1.2 as well?

Per response elsewhere, 1.9.2 as well as 1.9.4 should be available in KSP 1.1.3. I did not bother to reversion 1.9.3 as that was replaced quickly by 1.9.4 (hotfix IIRC).


vital: init at 1.5.5

Description of changes
This PR adds vital synthesizer for Linux. I should note, vital is compatible with darwin, but I don't have a computer running darwin to test it on.

Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Please squash all your commits into one.
Thanks for fixing everything so promptly!

Of course! Thank you both for helping get all these things fixed so promptly!

The commit log message should be: vital: init at 1.5.5

wait shoot I rebased onto something else

I can fix it, just a moment

I think I fixed it

Thanks for the review @drupol and @natsukium!


Allow custom polars Expression filtering to find desired tasks

Goal
Allow custom filtering of model runs by passing in generic polars filter expressions.
Context
In the step where we look through the metadata files, we currently have a set of hard coded filtering expressions, e.g. production_date == <some-date>, or run_at >= <some-datetime>.
But sometimes we might want to gather up some unforeseen set of model runs, and the built in logic for picking out desired runs may not allow it. We could add an argument that allows for any custom filtering expressions, e.g. (geo_value == 'OH') && (disease == 'Covid-19'). Could save us time when performing studies or model comparisons later.
Requirements
Haven't written enough of the code yet to have hard requirements. But the basic idea is to allow custom filtering on whatever fields are in the model's metadata files.

In which contexts are we hard coding filtering for particular expressions? And at what level would the generic filter expressions be passed?
I agree that it's desirable to filter on model runs in possibly unforseen ways. If it's some routine task (like sending something to a website) I can imagine that we might want to be hard coding this though. And the circumstance where we are performing studies might be a new script and we can just write the filter without it being a function.


fix ci & add publish action, add @spell to comments

This requires two action secrets set in the repo settings. Unfortunately I cannot add/access the repo settings, any chance you can add that for me? Any secrets added cannot be seen by anyone after being added, so no need to worry about tokens/secrets being leaked among ourselves. I have published 0.0.1 manually already, but I'd like to tag this commit as v0.0.1 once we set up the secret.
Thanks!
Amaan

Still waiting on the secrets FYI, latest commit I have tagged as v0.0.2 but the publish workflow would fail

Sorry, was a little bit busy.
Well it seems for some reason, that the web ui for github secrets is only accessible to either organization admins (if a repo is under an organization) or to the owners of the repository (i.e. me), see here: https://docs.github.com/en/actions/security-guides/encrypted-secrets#creating-encrypted-secrets-for-a-repository
There isn't a setting to allow this explicitly to collaborators.
But there seems to be a way anyway via the Github REST API (though a little bit pain in the ass IMHO):
AFAIK you'll need to get the repository public key e.g. via the gh cli (I think if your gh is authenticated with your user, it should be enough to access the relevant Github API-endpoints):
gh api \
 -H "Accept: application/vnd.github+json" \
 -H "X-GitHub-Api-Version: 2022-11-28" \
 /repos/Philipp-M/tree-sitter-ungrammar/actions/secrets/public-key

Then you can upload an encrypted secret (with the public key retrieved above, via libsodium, see https://docs.github.com/en/rest/actions/secrets?apiVersion=2022-11-28#create-or-update-a-repository-secret for more details, there doesn't seem to be an example via cli unfortunately, but it seems that the public key is just a base64 encoded Curve25519 key) via
gh api \
  --method PUT \
  -H "Accept: application/vnd.github+json" \
  -H "X-GitHub-Api-Version: 2022-11-28" \
  /repos/Philipp-M/tree-sitter-ungrammar/actions/secrets/SECRET_NAME \
  -f encrypted_value='ENCRYPTED_SECRET' \
 -f key_id='012345678912345678'

the key_id is retrieved by the first command as well.


MP Dedicated Server Crash

EnderIO: 1.10.2-<IP_ADDRESS>_beta
EnderCore: 1.10.2-<IP_ADDRESS>-beta
Minecraft: 1.10.2
Forge: 1.10.2-<IP_ADDRESS>9

Your most recent log file where the issue was present:
https://gist.github.com/GodsVictory/0ce3b237da72f48d3a503d7ccd821ddf

Why do you think this has anything to do with EnderIO ?

Looks like I attached the wrong log, my apologies. I'll come back if the other error comes back.


MunkiAdmin crash with MacOS 12.3.1

Hello,
On MacOS 12.3.1, when I launch the application it crash:

Translated Report (Full Report Below)
Process:               MunkiAdmin [2330]
Path:                  /Applications/MunkiAdmin.app/Contents/MacOS/MunkiAdmin
Identifier:            com.hjuutilainen.MunkiAdmin
Version:               1.8.1 (1.8.1)
Code Type:             X86-64 (Native)
Parent Process:        launchd [1]
User ID:               501
Date/Time:             2022-05-05 11:13:08.8522 +0200
OS Version:            macOS 12.3.1 (21E258)
Report Version:        12
Bridge OS Version:     6.4 (19P4243)
Anonymous UUID:        63D90F31-9286-5553-4B0D-5C70B3153E61
Time Awake Since Boot: 830 seconds
System Integrity Protection: enabled
Crashed Thread:        6  Dispatch queue: com.apple.root.default-qos
Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY
Application Specific Information:
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Couldn't posix_spawn: error 2'
abort() called
terminating with uncaught exception of type NSException
Application Specific Backtrace 0:
0   CoreFoundation                      0x00007ff80c3611e3 __exceptionPreprocess + 242
1   libobjc.A.dylib                     0x00007ff80c0c1c13 objc_exception_throw + 48
2   Foundation                          0x00007ff80d1b6095 -[NSConcreteTask launchWithDictionary:error:] + 5081
3   MunkiAdmin                          0x000000010764fe9e MunkiAdmin + 732830
4   libdispatch.dylib                   0x00007ff80c0630cc _dispatch_call_block_and_release + 12
5   libdispatch.dylib                   0x00007ff80c064317 _dispatch_client_callout + 8
6   libdispatch.dylib                   0x00007ff80c0669fc _dispatch_queue_override_invoke + 787
7   libdispatch.dylib                   0x00007ff80c073ac2 _dispatch_root_queue_drain + 343
8   libdispatch.dylib                   0x00007ff80c07425c _dispatch_worker_thread2 + 160
9   libsystem_pthread.dylib             0x00007ff80c21bf8a _pthread_wqthread + 256
10  libsystem_pthread.dylib             0x00007ff80c21af57 start_wqthread + 15
Thread 0::  Dispatch queue: com.apple.main-thread
0   CoreFoundation                	    0x7ff80c26d468 CFBasicHashFindBucket + 128
1   CoreFoundation                	    0x7ff80c2abe42 CFSetGetValue + 88
2   Foundation                    	    0x7ff80d0ec67c NSKeyValuePropertyForIsaAndKeyPath + 79
3   Foundation                    	    0x7ff80d0ec493 -[NSObject(NSKeyValueObserverRegistration) addObserver:forKeyPath:options:context:] + 90
4   AppKit                        	    0x7ff80ecf2c5f -[_NSModelObservingTracker analyzeKeyPath:registerOrUnregister:] + 444
5   AppKit                        	    0x7ff80ecf2a6a -[NSController addObserver:forKeyPath:options:context:] + 57
6   MunkiAdmin                    	       0x1075a9675 0x10759d000 + 50805
7   CoreFoundation                	    0x7ff80c2db03c CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER + 12
8   CoreFoundation                	    0x7ff80c378592 ___CFXRegistrationPost_block_invoke + 49
9   CoreFoundation                	    0x7ff80c378510 _CFXRegistrationPost + 496
10  CoreFoundation                	    0x7ff80c2acca8 _CFXNotificationPost + 735
11  Foundation                    	    0x7ff80d0e190e -[NSNotificationCenter postNotificationName:object:userInfo:] + 82
12  AppKit                        	    0x7ff80ed12dee -[NSApplication _postDidFinishNotification] + 305
13  AppKit                        	    0x7ff80ed12b3c -[NSApplication _sendFinishLaunchingNotification] + 208
14  AppKit                        	    0x7ff80ed1070c -[NSApplication(NSAppleEventHandling) _handleAEOpenEvent:] + 541
15  AppKit                        	    0x7ff80ed10360 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 665
16  Foundation                    	    0x7ff80d10c834 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 308
17  Foundation                    	    0x7ff80d10c6a6 _NSAppleEventManagerGenericHandler + 80
18  AE                            	    0x7ff81297d3f0 0x7ff812972000 + 46064
19  AE                            	    0x7ff81297cc5a 0x7ff812972000 + 44122
20  AE                            	    0x7ff81297638f aeProcessAppleEvent + 419
21  HIToolbox                     	    0x7ff814f7c3d2 AEProcessAppleEvent + 54
22  AppKit                        	    0x7ff80ed0a992 _DPSNextEvent + 2036
23  AppKit                        	    0x7ff80ed08bfa -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1394
24  AppKit                        	    0x7ff80ecfb2a9 -[NSApplication run] + 586
25  AppKit                        	    0x7ff80eccf227 NSApplicationMain + 817
26  dyld                          	       0x107be351e start + 462
Thread 1:
0   libsystem_pthread.dylib       	    0x7ff80c21af48 start_wqthread + 0
Thread 2:
0   libsystem_pthread.dylib       	    0x7ff80c21af48 start_wqthread + 0
Thread 3:
0   libsystem_pthread.dylib       	    0x7ff80c21af48 start_wqthread + 0
Thread 4::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	    0x7ff80c1e7ff6 __posix_spawn + 10
1   libsystem_kernel.dylib        	    0x7ff80c1e7fbb posix_spawn + 618
2   Foundation                    	    0x7ff80d1b5bea -[NSConcreteTask launchWithDictionary:error:] + 3886
3   MunkiAdmin                    	       0x10764fe9e 0x10759d000 + 732830
4   libdispatch.dylib             	    0x7ff80c0630cc _dispatch_call_block_and_release + 12
5   libdispatch.dylib             	    0x7ff80c064317 _dispatch_client_callout + 8
6   libdispatch.dylib             	    0x7ff80c0669fc _dispatch_queue_override_invoke + 787
7   libdispatch.dylib             	    0x7ff80c073ac2 _dispatch_root_queue_drain + 343
8   libdispatch.dylib             	    0x7ff80c07425c _dispatch_worker_thread2 + 160
9   libsystem_pthread.dylib       	    0x7ff80c21bf8a _pthread_wqthread + 256
10  libsystem_pthread.dylib       	    0x7ff80c21af57 start_wqthread + 15
Thread 5::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	    0x7ff80c1e33ba read + 10
1   Foundation                    	    0x7ff80d1050f0 _NSReadFromFileDescriptorWithProgress + 256
2   Foundation                    	    0x7ff80d12588d -[NSConcreteFileHandle readDataOfLength:] + 402
3   MunkiAdmin                    	       0x107650101 0x10759d000 + 733441
4   libdispatch.dylib             	    0x7ff80c0630cc _dispatch_call_block_and_release + 12
5   libdispatch.dylib             	    0x7ff80c064317 _dispatch_client_callout + 8
6   libdispatch.dylib             	    0x7ff80c0669fc _dispatch_queue_override_invoke + 787
7   libdispatch.dylib             	    0x7ff80c073ac2 _dispatch_root_queue_drain + 343
8   libdispatch.dylib             	    0x7ff80c07425c _dispatch_worker_thread2 + 160
9   libsystem_pthread.dylib       	    0x7ff80c21bf8a _pthread_wqthread + 256
10  libsystem_pthread.dylib       	    0x7ff80c21af57 start_wqthread + 15
Thread 6 Crashed::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	    0x7ff80c1e900e __pthread_kill + 10
1   libsystem_pthread.dylib       	    0x7ff80c21f1ff pthread_kill + 263
2   libsystem_c.dylib             	    0x7ff80c16ad24 abort + 123
3   libc++abi.dylib               	    0x7ff80c1db082 abort_message + 241
4   libc++abi.dylib               	    0x7ff80c1cc1bd demangling_terminate_handler() + 266
5   libobjc.A.dylib               	    0x7ff80c0c8e01 _objc_terminate() + 96
6   libc++abi.dylib               	    0x7ff80c1da4a7 std::__terminate(void (*)()) + 8
7   libc++abi.dylib               	    0x7ff80c1da458 std::terminate() + 56
8   libdispatch.dylib             	    0x7ff80c06432b _dispatch_client_callout + 28
9   libdispatch.dylib             	    0x7ff80c0669fc _dispatch_queue_override_invoke + 787
10  libdispatch.dylib             	    0x7ff80c073ac2 _dispatch_root_queue_drain + 343
11  libdispatch.dylib             	    0x7ff80c07425c _dispatch_worker_thread2 + 160
12  libsystem_pthread.dylib       	    0x7ff80c21bf8a _pthread_wqthread + 256
13  libsystem_pthread.dylib       	    0x7ff80c21af57 start_wqthread + 15
Thread 7::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	    0x7ff80c1e7ff6 __posix_spawn + 10
1   libsystem_kernel.dylib        	    0x7ff80c1e7fbb posix_spawn + 618
2   Foundation                    	    0x7ff80d1b5bea -[NSConcreteTask launchWithDictionary:error:] + 3886
3   MunkiAdmin                    	       0x1076500f0 0x10759d000 + 733424
4   libdispatch.dylib             	    0x7ff80c0630cc _dispatch_call_block_and_release + 12
5   libdispatch.dylib             	    0x7ff80c064317 _dispatch_client_callout + 8
6   libdispatch.dylib             	    0x7ff80c0669fc _dispatch_queue_override_invoke + 787
7   libdispatch.dylib             	    0x7ff80c073ac2 _dispatch_root_queue_drain + 343
8   libdispatch.dylib             	    0x7ff80c07425c _dispatch_worker_thread2 + 160
9   libsystem_pthread.dylib       	    0x7ff80c21bf8a _pthread_wqthread + 256
10  libsystem_pthread.dylib       	    0x7ff80c21af57 start_wqthread + 15
Thread 8:
0   libsystem_pthread.dylib       	    0x7ff80c21af48 start_wqthread + 0
Thread 6 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000  rbx: 0x0000700006703000  rcx: 0x0000700006702888  rdx: 0x0000000000000000
rdi: 0x0000000000014a07  rsi: 0x0000000000000006  rbp: 0x00007000067028b0  rsp: 0x0000700006702888
r8: 0x0000700006702750   r9: 0x00007ff80c1ddfa1  r10: 0x0000000000000000  r11: 0x0000000000000246
r12: 0x0000000000014a07  r13: 0x0000003000000008  r14: 0x0000000000000006  r15: 0x0000000000000016
rip: 0x00007ff80c1e900e  rfl: 0x0000000000000246  cr2: 0x00007ff84bf20608
Logical CPU:     0
Error Code:      0x02000148
Trap Number:     133
Binary Images:
0x7ff80c266000 -     0x7ff80c767fff com.apple.CoreFoundation (6.9) <743f0cb7-e962-3e42-8653-7bd141129561> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7ff80d0d8000 -     0x7ff80d493fff com.apple.Foundation (6.9) <3370467f-ef48-301d-97d1-cdc236b7053a> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x7ff80eccc000 -     0x7ff80fb59fff com.apple.AppKit (6.9) <92a78ebd-bba5-3f18-a5e1-768c955539d7> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x10759d000 -        0x1076b8fff com.hjuutilainen.MunkiAdmin (1.8.1) <2e2ddfbd-2083-36cd-a323-a1cc79f4b71c> /Applications/MunkiAdmin.app/Contents/MacOS/MunkiAdmin
0x7ff812972000 -     0x7ff8129defff com.apple.AE (924)  /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x7ff814f3b000 -     0x7ff81522efff com.apple.HIToolbox (2.1.1) <7761967d-a138-33b6-9e3f-5c5420a2eeff> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x107bde000 -        0x107c49fff dyld ()  /usr/lib/dyld
0x7ff80c219000 -     0x7ff80c224fff libsystem_pthread.dylib () <2f6c275d-7e14-3d31-a924-e1bb41d2415f> /usr/lib/system/libsystem_pthread.dylib
0x7ff80c1e1000 -     0x7ff80c218fff libsystem_kernel.dylib () <26a59789-b846-3ed4-96dc-8dbef3c0c8e7> /usr/lib/system/libsystem_kernel.dylib
0x7ff80c061000 -     0x7ff80c0a7fff libdispatch.dylib () <31d69d55-9895-326c-ad61-621c5ca87314> /usr/lib/system/libdispatch.dylib
0x7ff80c0e9000 -     0x7ff80c171fff libsystem_c.dylib () <8e54eca2-9bd8-3482-9589-b9574434d1aa> /usr/lib/system/libsystem_c.dylib
0x7ff80c1cb000 -     0x7ff80c1e0fff libc++abi.dylib () <8507b51e-2cfe-3790-a25c-c47c7c8b0de8> /usr/lib/libc++abi.dylib
0x7ff80c0a8000 -     0x7ff80c0e5fff libobjc.A.dylib (*) <6d51b7b2-136e-336d-95ca-442af1009ec2> /usr/lib/libobjc.A.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)
Writable regions: Total=606.0M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=606.0M(100%)
                            VIRTUAL   REGION

REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Accelerate framework               512K        4
Activity Tracing                   256K        1
CG backing stores                  720K        4
CG image                            60K       13
ColorSync                          224K       25
CoreAnimation                     5348K       68
CoreGraphics                         4K        1
CoreUI image data                 1452K       24
Foundation                          16K        1
Kernel Alloc Once                    8K        1
MALLOC                           203.3M       54
MALLOC guard page                   32K        8
MALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)
STACK GUARD                       56.0M        9
Stack                             12.1M        9
VM_ALLOCATE                         36K        8
__DATA                            28.6M      459
__DATA_CONST                      28.4M      299
__DATA_DIRTY                      1535K      193
__FONT_DATA                          4K        1
__LINKEDIT                       651.3M        9
__OBJC_RO                         82.6M        1
__OBJC_RW                         3200K        2
__TEXT                           472.6M      479
__UNICODE                          592K        1
dyld private memory               1024K        1
mapped file                      161.6M       19
shared memory                      784K       18
===========                     =======  =======
TOTAL                              2.0G     1713
TOTAL, minus reserved VM space     1.7G     1713

Full Report
{"app_name":"MunkiAdmin","timestamp":"2022-05-05 11:13:09.00 +0200","app_version":"1.8.1","slice_uuid":"2e2ddfbd-2083-36cd-a323-a1cc79f4b71c","build_version":"1.8.1","platform":1,"bundleID":"com.hjuutilainen.MunkiAdmin","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 12.3.1 (21E258)","incident_id":"7DA7B201-C33B-435F-9843-3B3247D65250","name":"MunkiAdmin"}
{
"uptime" : 830,
"procLaunch" : "2022-05-05 11:13:08.5551 +0200",
"procRole" : "Foreground",
"version" : 2,
"userID" : 501,
"deployVersion" : 210,
"modelCode" : "Macmini8,1",
"procStartAbsTime" :<PHONE_NUMBER>00,
"coalitionID" : 757,
"osVersion" : {
"train" : "macOS 12.3.1",
"build" : "21E258",
"releaseType" : "User"
},
"captureTime" : "2022-05-05 11:13:08.8522 +0200",
"incident" : "7DA7B201-C33B-435F-9843-3B3247D65250",
"bug_type" : "309",
"pid" : 2330,
"procExitAbsTime" :<PHONE_NUMBER>10,
"cpuType" : "X86-64",
"procName" : "MunkiAdmin",
"procPath" : "/Applications/MunkiAdmin.app/Contents/MacOS/MunkiAdmin",
"bundleInfo" : {"CFBundleShortVersionString":"1.8.1","CFBundleVersion":"1.8.1","CFBundleIdentifier":"com.hjuutilainen.MunkiAdmin"},
"storeInfo" : {"deviceIdentifierForVendor":"EE15EE0E-1455-5D7B-BEEB-D1843A2E2BA6","thirdParty":true},
"parentProc" : "launchd",
"parentPid" : 1,
"coalitionName" : "com.hjuutilainen.MunkiAdmin",
"crashReporterKey" : "63D90F31-9286-5553-4B0D-5C70B3153E61",
"bridgeVersion" : {"build":"19P4243","train":"6.4"},
"sip" : "enabled",
"isCorpse" : 1,
"exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"},
"asi" : {"CoreFoundation":["*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Couldn't posix_spawn: error 2'"],"libc++abi.dylib":["terminating with uncaught exception of type NSException"],"libsystem_c.dylib":["abort() called"]},
"asiBacktraces" : ["0   CoreFoundation                      0x00007ff80c3611e3 __exceptionPreprocess + 242\n1   libobjc.A.dylib                     0x00007ff80c0c1c13 objc_exception_throw + 48\n2   Foundation                          0x00007ff80d1b6095 -[NSConcreteTask launchWithDictionary:error:] + 5081\n3   MunkiAdmin                          0x000000010764fe9e MunkiAdmin + 732830\n4   libdispatch.dylib                   0x00007ff80c0630cc _dispatch_call_block_and_release + 12\n5   libdispatch.dylib                   0x00007ff80c064317 _dispatch_client_callout + 8\n6   libdispatch.dylib                   0x00007ff80c0669fc _dispatch_queue_override_invoke + 787\n7   libdispatch.dylib                   0x00007ff80c073ac2 _dispatch_root_queue_drain + 343\n8   libdispatch.dylib                   0x00007ff80c07425c _dispatch_worker_thread2 + 160\n9   libsystem_pthread.dylib             0x00007ff80c21bf8a _pthread_wqthread + 256\n10  libsystem_pthread.dylib             0x00007ff80c21af57 start_wqthread + 15"],
"extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
"lastExceptionBacktrace" : [{"imageOffset":1028563,"symbol":"__exceptionPreprocess","symbolLocation":226,"imageIndex":0},{"imageOffset":105491,"symbol":"objc_exception_throw","symbolLocation":48,"imageIndex":12},{"imageOffset":909461,"symbol":"-[NSConcreteTask launchWithDictionary:error:]","symbolLocation":5081,"imageIndex":1},{"imageOffset":732830,"imageIndex":3},{"imageOffset":8396,"symbol":"_dispatch_call_block_and_release","symbolLocation":12,"imageIndex":9},{"imageOffset":13079,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":9},{"imageOffset":23036,"symbol":"_dispatch_queue_override_invoke","symbolLocation":787,"imageIndex":9},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":9},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":9},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":7},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":7}],
"faultingThread" : 6,
"threads" : [{"id":17673,"queue":"com.apple.main-thread","frames":[{"imageOffset":29800,"symbol":"CFBasicHashFindBucket","symbolLocation":128,"imageIndex":0},{"imageOffset":286274,"symbol":"CFSetGetValue","symbolLocation":88,"imageIndex":0},{"imageOffset":83580,"symbol":"NSKeyValuePropertyForIsaAndKeyPath","symbolLocation":79,"imageIndex":1},{"imageOffset":83091,"symbol":"-[NSObject(NSKeyValueObserverRegistration) addObserver:forKeyPath:options:context:]","symbolLocation":90,"imageIndex":1},{"imageOffset":158815,"symbol":"-[_NSModelObservingTracker analyzeKeyPath:registerOrUnregister:]","symbolLocation":444,"imageIndex":2},{"imageOffset":158314,"symbol":"-[NSController addObserver:forKeyPath:options:context:]","symbolLocation":57,"imageIndex":2},{"imageOffset":50805,"imageIndex":3},{"imageOffset":479292,"symbol":"CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER","symbolLocation":12,"imageIndex":0},{"imageOffset":1123730,"symbol":"___CFXRegistrationPost_block_invoke","symbolLocation":49,"imageIndex":0},{"imageOffset":1123600,"symbol":"_CFXRegistrationPost","symbolLocation":496,"imageIndex":0},{"imageOffset":289960,"symbol":"_CFXNotificationPost","symbolLocation":735,"imageIndex":0},{"imageOffset":39182,"symbol":"-[NSNotificationCenter postNotificationName:object:userInfo:]","symbolLocation":82,"imageIndex":1},{"imageOffset":290286,"symbol":"-[NSApplication _postDidFinishNotification]","symbolLocation":305,"imageIndex":2},{"imageOffset":289596,"symbol":"-[NSApplication _sendFinishLaunchingNotification]","symbolLocation":208,"imageIndex":2},{"imageOffset":280332,"symbol":"-[NSApplication(NSAppleEventHandling) _handleAEOpenEvent:]","symbolLocation":541,"imageIndex":2},{"imageOffset":279392,"symbol":"-[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:]","symbolLocation":665,"imageIndex":2},{"imageOffset":215092,"symbol":"-[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:]","symbolLocation":308,"imageIndex":1},{"imageOffset":214694,"symbol":"_NSAppleEventManagerGenericHandler","symbolLocation":80,"imageIndex":1},{"imageOffset":46064,"imageIndex":4},{"imageOffset":44122,"imageIndex":4},{"imageOffset":17295,"symbol":"aeProcessAppleEvent","symbolLocation":419,"imageIndex":4},{"imageOffset":267218,"symbol":"AEProcessAppleEvent","symbolLocation":54,"imageIndex":5},{"imageOffset":256402,"symbol":"_DPSNextEvent","symbolLocation":2036,"imageIndex":2},{"imageOffset":248826,"symbol":"-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1394,"imageIndex":2},{"imageOffset":193193,"symbol":"-[NSApplication run]","symbolLocation":586,"imageIndex":2},{"imageOffset":12839,"symbol":"NSApplicationMain","symbolLocation":817,"imageIndex":2},{"imageOffset":21790,"symbol":"start","symbolLocation":462,"imageIndex":6}]},{"id":17683,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":17684,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":17688,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]},{"id":17689,"queue":"com.apple.root.default-qos","frames":[{"imageOffset":28662,"symbol":"__posix_spawn","symbolLocation":10,"imageIndex":8},{"imageOffset":28603,"symbol":"posix_spawn","symbolLocation":618,"imageIndex":8},{"imageOffset":908266,"symbol":"-[NSConcreteTask launchWithDictionary:error:]","symbolLocation":3886,"imageIndex":1},{"imageOffset":732830,"imageIndex":3},{"imageOffset":8396,"symbol":"_dispatch_call_block_and_release","symbolLocation":12,"imageIndex":9},{"imageOffset":13079,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":9},{"imageOffset":23036,"symbol":"_dispatch_queue_override_invoke","symbolLocation":787,"imageIndex":9},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":9},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":9},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":7},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":7}]},{"id":17697,"queue":"com.apple.root.default-qos","frames":[{"imageOffset":9146,"symbol":"read","symbolLocation":10,"imageIndex":8},{"imageOffset":184560,"symbol":"_NSReadFromFileDescriptorWithProgress","symbolLocation":256,"imageIndex":1},{"imageOffset":317581,"symbol":"-[NSConcreteFileHandle readDataOfLength:]","symbolLocation":402,"imageIndex":1},{"imageOffset":733441,"imageIndex":3},{"imageOffset":8396,"symbol":"_dispatch_call_block_and_release","symbolLocation":12,"imageIndex":9},{"imageOffset":13079,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":9},{"imageOffset":23036,"symbol":"_dispatch_queue_override_invoke","symbolLocation":787,"imageIndex":9},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":9},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":9},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":7},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":7}]},{"triggered":true,"id":17698,"threadState":{"r13":{"value":206158430216},"rax":{"value":0},"rflags":{"value":582},"cpu":{"value":0},"r14":{"value":6},"rsi":{"value":6},"r8":{"value":123145410324304},"cr2":{"value":140704402769416},"rdx":{"value":0},"r10":{"value":0},"r9":{"value":140703331901345},"r15":{"value":22},"rbx":{"value":123145410326528},"trap":{"value":133},"err":{"value":33554760},"r11":{"value":582},"rip":{"value":140703331946510,"matchesCrashFrame":1},"rbp":{"value":123145410324656},"rsp":{"value":123145410324616},"r12":{"value":84487},"rcx":{"value":123145410324616},"flavor":"x86_THREAD_STATE","rdi":{"value":84487}},"queue":"com.apple.root.default-qos","frames":[{"imageOffset":32782,"symbol":"__pthread_kill","symbolLocation":10,"imageIndex":8},{"imageOffset":25087,"symbol":"pthread_kill","symbolLocation":263,"imageIndex":7},{"imageOffset":531748,"symbol":"abort","symbolLocation":123,"imageIndex":10},{"imageOffset":65666,"symbol":"abort_message","symbolLocation":241,"imageIndex":11},{"imageOffset":4541,"symbol":"demangling_terminate_handler()","symbolLocation":266,"imageIndex":11},{"imageOffset":134657,"symbol":"_objc_terminate()","symbolLocation":96,"imageIndex":12},{"imageOffset":62631,"symbol":"std::__terminate(void (*)())","symbolLocation":8,"imageIndex":11},{"imageOffset":62552,"symbol":"std::terminate()","symbolLocation":56,"imageIndex":11},{"imageOffset":13099,"symbol":"_dispatch_client_callout","symbolLocation":28,"imageIndex":9},{"imageOffset":23036,"symbol":"_dispatch_queue_override_invoke","symbolLocation":787,"imageIndex":9},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":9},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":9},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":7},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":7}]},{"id":17699,"queue":"com.apple.root.default-qos","frames":[{"imageOffset":28662,"symbol":"__posix_spawn","symbolLocation":10,"imageIndex":8},{"imageOffset":28603,"symbol":"posix_spawn","symbolLocation":618,"imageIndex":8},{"imageOffset":908266,"symbol":"-[NSConcreteTask launchWithDictionary:error:]","symbolLocation":3886,"imageIndex":1},{"imageOffset":733424,"imageIndex":3},{"imageOffset":8396,"symbol":"_dispatch_call_block_and_release","symbolLocation":12,"imageIndex":9},{"imageOffset":13079,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":9},{"imageOffset":23036,"symbol":"_dispatch_queue_override_invoke","symbolLocation":787,"imageIndex":9},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":9},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":9},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":7},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":7}]},{"id":17700,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":7}]}],
"usedImages" : [
{
"source" : "P",
"arch" : "x86_64h",
"base" :<PHONE_NUMBER>58496,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.CoreFoundation",
"size" : 5251072,
"uuid" : "743f0cb7-e962-3e42-8653-7bd141129561",
"path" : "/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation",
"name" : "CoreFoundation",
"CFBundleVersion" : "1858.112"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>05504,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.Foundation",
"size" : 3915776,
"uuid" : "3370467f-ef48-301d-97d1-cdc236b7053a",
"path" : "/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation",
"name" : "Foundation",
"CFBundleVersion" : "1858.112"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>16480,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.AppKit",
"size" : 15261696,
"uuid" : "92a78ebd-bba5-3f18-a5e1-768c955539d7",
"path" : "/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit",
"name" : "AppKit",
"CFBundleVersion" : "2113.40.127"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "1.8.1",
"CFBundleIdentifier" : "com.hjuutilainen.MunkiAdmin",
"size" : 1163264,
"uuid" : "2e2ddfbd-2083-36cd-a323-a1cc79f4b71c",
"path" : "/Applications/MunkiAdmin.app/Contents/MacOS/MunkiAdmin",
"name" : "MunkiAdmin",
"CFBundleVersion" : "1.8.1"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>10976,
"CFBundleShortVersionString" : "924",
"CFBundleIdentifier" : "com.apple.AE",
"size" : 446464,
"uuid" : "c1696d61-282d-368f-b94a-c3d5e5615943",
"path" : "/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE",
"name" : "AE",
"CFBundleVersion" : "924"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>31584,
"CFBundleShortVersionString" : "2.1.1",
"CFBundleIdentifier" : "com.apple.HIToolbox",
"size" : 3096576,
"uuid" : "7761967d-a138-33b6-9e3f-5c5420a2eeff",
"path" : "/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox",
"name" : "HIToolbox"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>,
"size" : 442368,
"uuid" : "dd9e80de-fb3b-349b-96a4-46874ad34d11",
"path" : "/usr/lib/dyld",
"name" : "dyld"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>43104,
"size" : 49152,
"uuid" : "2f6c275d-7e14-3d31-a924-e1bb41d2415f",
"path" : "/usr/lib/system/libsystem_pthread.dylib",
"name" : "libsystem_pthread.dylib"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>13728,
"size" : 229376,
"uuid" : "26a59789-b846-3ed4-96dc-8dbef3c0c8e7",
"path" : "/usr/lib/system/libsystem_kernel.dylib",
"name" : "libsystem_kernel.dylib"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>40864,
"size" : 290816,
"uuid" : "31d69d55-9895-326c-ad61-621c5ca87314",
"path" : "/usr/lib/system/libdispatch.dylib",
"name" : "libdispatch.dylib"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>97920,
"size" : 561152,
"uuid" : "8e54eca2-9bd8-3482-9589-b9574434d1aa",
"path" : "/usr/lib/system/libsystem_c.dylib",
"name" : "libsystem_c.dylib"
},
{
"source" : "P",
"arch" : "x86_64",
"base" :<PHONE_NUMBER>23616,
"size" : 90112,
"uuid" : "8507b51e-2cfe-3790-a25c-c47c7c8b0de8",
"path" : "/usr/lib/libc++abi.dylib",
"name" : "libc++abi.dylib"
},
{
"source" : "P",
"arch" : "x86_64h",
"base" :<PHONE_NUMBER>31680,
"size" : 253952,
"uuid" : "6d51b7b2-136e-336d-95ca-442af1009ec2",
"path" : "/usr/lib/libobjc.A.dylib",
"name" : "libobjc.A.dylib"
}
],
"sharedCache" : {
"base" :<PHONE_NUMBER>70400,
"size" :<PHONE_NUMBER>6,
"uuid" : "6cc5ecdc-5119-37f0-9a85-4f48a50f5f78"
},
"vmSummary" : "ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)\nWritable regions: Total=606.0M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=606.0M(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nAccelerate framework               512K        4 \nActivity Tracing                   256K        1 \nCG backing stores                  720K        4 \nCG image                            60K       13 \nColorSync                          224K       25 \nCoreAnimation                     5348K       68 \nCoreGraphics                         4K        1 \nCoreUI image data                 1452K       24 \nFoundation                          16K        1 \nKernel Alloc Once                    8K        1 \nMALLOC                           203.3M       54 \nMALLOC guard page                   32K        8 \nMALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)\nSTACK GUARD                       56.0M        9 \nStack                             12.1M        9 \nVM_ALLOCATE                         36K        8 \n__DATA                            28.6M      459 \n__DATA_CONST                      28.4M      299 \n__DATA_DIRTY                      1535K      193 \n__FONT_DATA                          4K        1 \n__LINKEDIT                       651.3M        9 \n__OBJC_RO                         82.6M        1 \n__OBJC_RW                         3200K        2 \n__TEXT                           472.6M      479 \n__UNICODE                          592K        1 \ndyld private memory               1024K        1 \nmapped file                      161.6M       19 \nshared memory                      784K       18 \n===========                     =======  ======= \nTOTAL                              2.0G     1713 \nTOTAL, minus reserved VM space     1.7G     1713 \n",
"legacyInfo" : {
"threadTriggered" : {
"queue" : "com.apple.root.default-qos"
}
},
"trialInfo" : {
"rollouts" : [
{
"rolloutId" : "6112e14f37f5d11121dcd519",
"factorPackIds" : {
"SIRI_TEXT_TO_SPEECH" : "6267122541fbd3022330c3ea"
},
"deploymentId" : 240000116
},
{
"rolloutId" : "61301e3a61217b3110231469",
"factorPackIds" : {
"SIRI_FIND_MY_CONFIGURATION_FILES" : "6216ae152a40e71046e16225"
},
"deploymentId" : 240000016
}
],
"experiments" : [
]
}
}
Model: Macmini8,1, BootROM 17<IP_ADDRESS>.0 (iBridge: 19.16.14243.0.0,0), 6 processors, 6-Core Intel Core i5, 3 GHz, 16 GB, SMC
Graphics: Intel UHD Graphics 630, Intel UHD Graphics 630, Built-In
Display: Acer P225HQ, 1920 x 1080 (1080p FHD - Full High Definition), Main, MirrorOff, Online
Memory Module: BANK 0/ChannelA-DIMM0, 8 GB, DDR4, 2667 MHz, Micron, 8ATF1G64HZ-2G6E3
Memory Module: BANK 2/ChannelB-DIMM0, 8 GB, DDR4, 2667 MHz, Micron, 8ATF1G64HZ-2G6E3
AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x7BF), wl0: Jul 12 2021 19:26:30 version 9.30.4<IP_ADDRESS>.76 FWID 01-45ccefcd
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: VLAN (vlan0), Ethernet, vlan0
Network Service: Ethernet, Ethernet, en0
Network Service: Ethernet VMware, Ethernet, en0
Network Service: VLAN (vlan0) VM, Ethernet, vlan0
USB Device: USB31Bus
USB Device: USB3.0 Hub
USB Device: USB2.0 Hub
USB Device: Keyboard Hub
USB Device: USB Optical Mouse
USB Device: Apple Keyboard
USB Device: USB
USB Device: USB2.0 Hub
USB Device: T2Bus
USB Device: Headset
USB Device: Apple T2 Controller
Thunderbolt Bus: Mac mini, Apple Inc., 47.5
Thunderbolt Bus: Mac mini, Apple Inc., 47.5

Do you have the latest munkitools package installed? Since 12.3, macOS doesn't have python2 anymore and this causes problems with older munkitools versions which MunkiAdmin also uses.