MSBuild Toolset documentation needs overhaul

These documents are mostly unchanged from VS2013/MSBuild 12.0, and need to be updated for the new "Willow"/ side-by-side VS installs world.
https://docs.microsoft.com/en-us/visualstudio/msbuild/msbuild-toolset-toolsversion
https://docs.microsoft.com/en-us/visualstudio/msbuild/standard-and-custom-toolset-configurations
@Microsoft/msbuild-maintainers -- when one of us gets time this would be useful.

Added these issues to MSBuild doc update tracking task 986973.

Waiting for response from product unit

just FYI @rainersigwald in on leave until end of year...

Thx. We will wait until he's back

Merged PR with fixes: MicrosoftDocs/visualstudio-docs-pr#1357


Inconsistent behaviour when creating a KeyVault key via an Azure PowerShell Function

When attempting to create a KeyVault key via an Azure PowerShell Function I am experiencing inconsistent behaviour. It seems that running identical PowerShell on different function hosts will return different results/failures. The failure is a variant of the following:
_Get-AzureRmKeyVault : Your Azure credentials have not been set up or have expired, please run Login-AzureRmAccount to set up your Azure credentials.
The script is designed to authenticate to Azure via an Azure AD service principal, get the relevant KeyVault and create a key within it. But, even when hard-coding all the values for troubleshooting, the inconsistency still exists across differing function hosts i.e. one creates a KeyVault key successfully, whereas the other fails.
$ServicePrincipalPassword = ConvertTo-SecureString "password" -AsPlainText -Force $ServicePrincipalCredential = New-Object System.Management.Automation.PSCredential ($ServicePrincipalAppId, $ServicePrincipalPassword) $Login = Login-AzureRmAccount -ServicePrincipal -TenantId $TenantId -Credential $ServicePrincipalCredential $KeyVault = Get-AzureRmKeyVault -VaultName "testkeyvault" write-output "$($KeyVault.VaultURI)" $Key = Add-AzureKeyVaultKey -VaultName $KeyVault.VaultName -Name 'testkey' -Destination Software $KeyUrl = $Key.id.Substring(0, $Key.id.LastIndexOf("/")) Write-Output $KeyUrl
Is this behaviour expected or anything I can do to make the experience consistent? Also, given that this would be running in a production environment and the current status of PowerShell-based Functions, should I consider moving this code to Azure Automation?
Thanks.

related to https://github.com/Azure/azure-webjobs-sdk-script/issues/1603?

@ahmelsayed even when I create two Function Hosts with exactly the same function deployed, one of the executions is successful and one fails. The really tricky thing is that sometimes the host which fails will suddenly start succeeding, but this is seemingly random. Could this be due to that specific invocation of the function running in a different host or "runspace" and so has access to different Azure PowerShell cmdlet versions?

@ahmelsayed It appears I have managed to resolve this issue by switching from using a password-based credential for the service principal to leveraging a certificate-based credential. This still does not explain the inconsistency I experienced, but at least it is now solidly consistent.


the exact formula of AHP@k?

Hi,
I don't understand the formula used in the codes here.
I can recognize that the first term is the average of {HP@i} for i from 1 to k, but what is the second term?
Can you provide the exact formula of AHP@k ?
thanks

Hello,
AHP@k is computed as the area under the hierarchical precision (HP@k') curve over the interval k' ∈ [1, k] using the trapezoidal rule and then divided by k to normalize the x-axis to the range [0, 1], so that all AHP@k values fall into that range as well.
Thus, the equation for computing AHP@k is:

However, there was a bug in the code regarding the last term of the equation (-HP@k / 2) which is now fixed. This decreased the mAHP@250 of all methods by between 0.001 and 0.002. The ranking of the methods was hence not affected by these minor adjustments.


useHotjar composable is not working

I need to use the initialize() when I have cookies enabled
I simply tried to added like this
const { initialize } = useHotjar()
am getting ref not defined error

Hi @damevin ,
I'm experiencing the same issue. In my code, I'm unable to use useHotjar() anywhere. No matter where I place it, I encounter this error. I've followed the recommended configurations, but I still keep getting the error.
My nuxt version:  "nuxt": "^3.11.2",
Here is my package.json

{
  "name": "nuxt-app",
  "private": true,
  "type": "module",
  "scripts": {
    "build": "nuxt build",
    "dev": "nuxt dev",
    "generate": "nuxt generate",
    "preview": "nuxt preview",
    "postinstall": "nuxt prepare"
  },
  "dependencies": {
    "@nuxt/image": "^1.7.0",
    "@nuxtjs/critters": "^0.7.1",
    "@nuxtjs/robots": "^3.0.0",
    "@pinia/nuxt": "^0.5.1",
    "@sentry/browser": "^8.7.0",
    "@sentry/node": "^8.7.0",
    "@sentry/vite-plugin": "^2.18.0",
    "@sentry/vue": "^8.7.0",
    "@vee-validate/nuxt": "^4.12.6",
    "@zootools/email-spell-checker": "^1.12.0",
    "click-outside-vue3": "^4.0.1",
    "maska": "^2.1.11",
    "nuxt": "^3.11.2",
    "nuxt-gtag": "^2.0.6",
    "nuxt-lazy-hydrate": "^1.0.0",
    "nuxt-module-hotjar": "^1.3.0",
    "pinia": "^2.1.7",
    "qrcode": "^1.5.3",
    "uuid": "^9.0.1",
    "vue": "^3.4.21",
    "vue-recaptcha-v3": "^2.0.1",
    "vue-router": "^4.3.0",
    "vue-tel-input": "^9.1.4"
  },
  "devDependencies": {
    "@fortawesome/free-brands-svg-icons": "^6.5.2",
    "@fortawesome/free-regular-svg-icons": "^6.5.2",
    "@fortawesome/free-solid-svg-icons": "^6.5.2",
    "@nuxtjs/device": "^3.1.1",
    "@nuxtjs/google-fonts": "^3.2.0",
    "@nuxtjs/i18n": "^8.3.0",
    "@types/vue-tel-input": "^2.1.6",
    "@vesp/nuxt-fontawesome": "^1.0.4",
    "sass": "^1.74.1"
  }
}

Here is my configs is nuxt.config.js

  hotjar: {
    hotjarId: mycode,
    scriptVersion: 6,
    debug: true,
  },

@matheusm thanks for the reporting !
I've fixed the bug 😀
Just update the module to 1.3.1 : https://github.com/damevin/nuxt-module-hotjar/releases/tag/v1.3.1
Have a nice day 🙌


Fix for HyperPlane.intersect.

I also modified two of the unit tests to better cover non-trivial output cases.

Also, here's a plot showing centers in magenta and tile corners in black. This plot is after the fix. Making this plot before the fix was why I investigated this:

Thanks for being my guardian angel 😳


ui: Fix error in adduser

Description
This PR fixes the errror thrown when trying to create a user by calling fetchData when the vue has not yet been created
Types of changes

[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] New feature (non-breaking change which adds functionality)
[x] Bug fix (non-breaking change which fixes an issue)
[ ] Enhancement (improves an existing feature and functionality)
[ ] Cleanup (Code refactoring and cleanup, that may add test cases)

Bug Severity

[ ] BLOCKER
[ ] Critical
[ ] Major
[ ] Minor
[x] Trivial

Screenshots (if appropriate):

@blurorangutan ui

@davidjumani a Jenkins job has been kicked to build UI QA env. I'll keep you posted as I make progress.

UI build: :heavy_check_mark:
Live QA URL: http://qa.cloudstack.cloud:8080/client/pr/4950 (SL-JID-105)


✨(course) add enrollment count

Add enrollment count to course run and to course page.
Allow its update from openedx course run api.
The course page show the sum of all enrollment count from every course run.
Half the courses on the demo site has enrollment count defined on its runs.
Proposed presentation of the enrolled students.

Nicely done @igobranco :astonished: You make my day :hugs:

@sampaccoud now you can merge the PR.


Add issuehunt.io

@supriyo-biswas
Thank you for your cooperation in this project.
The website appears to be hosted by the startup that runs bounty programs for resolving issues on OSS. See https://jp.techcrunch.com/2018/12/03/issuehunt-fundraising/
They do not reprint issues from all repositories, but only those issues that are relevant to the bounty program. We believe it is not appropriate to add it to the list at this time because it is less malicious than the other domains that this project is targeting.


Add query and response log to a csv file

Added code to allow saving query / response / sources logging to a csv file.

Thanks for the PR @almirb, super useful functionality!
Would you mind changing the comments and column names in pdf_tool from Spanish to English? Otherwise good to merge :)

Hey @drivian !
Comments translated. :)

Gracias @almirb ! Just fixing our runners for the CI checks and then we'll merge.


fix(lerna): adjusting lerna settings for fixed versioning

Closes #
https://github.ibm.com/webstandards/digital-design/issues/1301
These are adjustments made to properly run a release. This also makes an adjustment to move lerna to fixed releases, which would help with the automation of the changelog creation and automatic release and tagging on github.
Changelog
Changed

Lerna configurations
Publishing instructions for release candidate/releases

Closing this. Making a number of adjustments and will open a new PR for this.


Add units to prometheus metric lines

This adds units to the prometheus exporter metric lines as the prometheus naming conventions specify:
https://prometheus.io/docs/practices/naming/
The units without a prometheus equivalent such as kilobytes or bytes_per_second were left as is in order to not lose information given by the user.
I also think _total should be appended to all counters. However, that is for a future pull request.
Closes #426.

I think a flag is a good idea. But just to confirm, you do mean a runtime flag right?
I think it would be a good idea in general to normalize the units, though it will require some refactoring. Let me know if you would like me to add it here. What would make this process easier is if metrics stored the unit and the magnitude separately.
One incongruity here is the fact that counters can only take an integer value. For instance, this makes it such that counters in seconds do not make much sense. However, for example prometheus uses f64, sentry uses f64 and otlp allows for the use of either f64 or i64. Perhaps then this should change in metrics itself, as the limitation to integers does not match most metrics protocols. See:
https://docs.rs/sentry-core/0.32.3/sentry_core/metrics/type.CounterValue.html
https://docs.rs/opentelemetry-proto/latest/opentelemetry_proto/tonic/metrics/v1/struct.Sum.html
Another concern are the per second metrics. The advice from prometheus is to let the prometheus implementation compute the rate by itself. However,  the prometheus guidance specifies the "power" unit, which is aggregated over time. So normalizing these but otherwise leaving them as-is could be an acceptable solution.

I have a note to circle back around to this to re-review it and think about what we've discussed... time has just been hard to come by. 😅

Coming back to this again...

I think a flag is a good idea. But just to confirm, you do mean a runtime flag right?

Yes, something that would end up being configured by PrometheusBuilder.

I think it would be a good idea in general to normalize the units, though it will require some refactoring. Let me know if you would like me to add it here. What would make this process easier is if metrics stored the unit and the magnitude separately.

Definitely something for later.

One incongruity here is the fact that counters can only take an integer value. For instance, this makes it such that counters in seconds do not make much sense. However, for example prometheus uses f64, sentry uses f64 and otlp allows for the use of either f64 or i64. Perhaps then this should change in metrics itself, as the limitation to integers does not match most metrics protocols. See: https://docs.rs/sentry-core/0.32.3/sentry_core/metrics/type.CounterValue.html https://docs.rs/opentelemetry-proto/latest/opentelemetry_proto/tonic/metrics/v1/struct.Sum.html

I do realize that not using f64 makes this more difficult. I've yet to see a good explanation or example given where counting negative values makes sense, since allowing negative and positive values to be mixed ends up giving you something a lot more like a gauge. This is probably the most opinionated part of metrics: counters are monotonic, and we enforce it by making users deal with u64.
It's very unlikely that I will ever change this, at least before metrics v2.

Another concern are the per second metrics. The advice from prometheus is to let the prometheus implementation compute the rate by itself. However, the prometheus guidance specifies the "power" unit, which is aggregated over time. So normalizing these but otherwise leaving them as-is could be an acceptable solution.

The per-second units are a hold over.. I don't actually remember why I initially added them, but they're sort of pointless at this stage. Users are typically able to compute rates at query time, so dealing with it client-side is unnecessary, and if you actually only have access to a pre-computed rate (like pulling in metrics from a dependent library to be exporter with your app metrics), then it's probably just easier to manually suffix them as such... but that's a tangent.
I'd say we could just pretend the per-second units don't exist because it's more likely than not that I'll remove them in the future.


HOTT-2087: Surface measures for quota order number index

Jira link
https://transformuk.atlassian.net/browse/HOTT-2087
What?
I have added/removed/altered:

[x] Surface simple measures for quotas
[x] Eager load definition measures
[x] Update specs to reflect changes in serializer

Why?
I am doing this because:

This is required to avoid needing a database when we automate the generation of the XLSX files https://github.com/trade-tariff/download-CDS-files/pull/2

This is an internal api, only. Merging


Dynamic generation of permissions

Elegant should hook onto the existing permissions system of Asgard, and automatically create permissions per detected Eloquent Model

This is done!


boundingBox

Barcode boundingBox is useful to show on a live camera

@hovadur Thanks for the PR. I'll check and merge it within a day. Sorry for the delay.


Extension issue

Issue Type: Bug
Extension Name: html-css-class-completion
Extension Version: 1.19.0
OS Version: Windows_NT x64 10.0.19041
VSCode version: 1.50.1

:warning: We have written the needed data into your clipboard. Please paste! :warning:

Already reported here: https://github.com/zignd/HTML-CSS-Class-Completion/issues/155


[REQUEST] smart line join for comments

When writing a comment that spans multiple lines there should be a smart join
function that deals with the trailing comment characters.
E.g.:
The following elisp comment
;; comment```
should be joined to
```;; This is a comment```
instead of
```;; This is a ;; comment```

fill-region or evil-fill do that for me.

Awesome, thanks a lot.


Very poor performance with current model

Poor performance is due to too many render calls.
Need to split the model into separate components and have each of these components have a single material.
This means we can draw all parts of those components in a single render call, thus improving performance significantly

Fixed by splitting model into several layers and assigning only one material to each layer.
This allows us to have different colors for each layer of the model (e.g. for floors) but MASSIVELY enhances performance as we require only one render call to each.
With this improvement we could re-add the building cladding to make the model more visually appealing.


Handle JSON.parse error properly

Description:
When JSON.parse fails, an error that the document failed to load should be displayed.

An error occurs when accessing the examples$20221216 document in the default project from the admin account.
https://yorkie.dev/dashboard/projects/default/documents/examples$20221216
Why:
If only an empty screen is displayed, users don't know why the page is not working.

Fixed by #443


Need Helper Async for JQUERY

Using Handlebar for Jquery application. Since we need some async call from the template itself. This repo is not compatible with jquery/javascript since the require is not defined . Is there any way to achieve it in jquery.

Hi @msmani9891 you could do some slightly modification to make it support to run in a browser if you want. Feel free to open an PR for this.

I wouldnt bother jQuery since it is very very outdated

@msmani9891 have you considered adding requirejs.org to your project?


Add s2n_is_handshake_complete() API

typedef enum {
  CLIENT_HELLO=0,
  SERVER_HELLO,
  SERVER_CERT,
  SERVER_NEW_SESSION_TICKET,
  SERVER_CERT_STATUS,
  SERVER_KEY,
  SERVER_CERT_REQ,
  SERVER_HELLO_DONE,
  CLIENT_CERT,
  CLIENT_KEY,
  CLIENT_CERT_VERIFY,
  CLIENT_CHANGE_CIPHER_SPEC,
  CLIENT_FINISHED,
  SERVER_CHANGE_CIPHER_SPEC,
  SERVER_FINISHED,
  APPLICATION_DATA
} message_type_t;
extern "C" message_type_t s2n_conn_get_current_message_type(struct s2n_connection *conn);

...

  inline bool TLS_stream::handshake_completed() const noexcept
  {
    return APPLICATION_DATA == s2n_conn_get_current_message_type(this->m_conn);
  }

Is there a better way to ask for is_handshake_complete() than copying parts of the source code out?

Are you looking for something that will tell you exactly when the last message of the handshake is received? Or just that a TLS connection was successfully negotiated?
For the latter, the examples in the /bin folder are pretty helpful. In particular, the negotiate function has an example of the conditions to look for.

Yes, I would like to be able to ask a s2n_connection if the negotiation is completed. And APPLICATION_DATA seems to be just that. It's just not publicly accessible to my knowledge at the moment of writing.

Does the example linked-to in my previous comment meet your use case?

Does the example linked-to in my previous comment meet your use case?

The s2n_negotiate call is not enough to later on, at an arbitrary time, determine if the handshake was completed.

Ahh, I understand a bit better. It seems like it would definitely be possible to surface this as a separate API. Currently (if you're looking for something to unblock yourself), that s2n_negotiate function actually starts with a similar check as to what you have in the original post.
Basically it sounds like you're asking for an API that looks something like this:
int s2n_is_handshake_complete(struct s2n_connection *conn)
{
    if (ACTIVE_STATE(conn).writer == 'B') {
        return 1;
    }
    return 0;
}

While I was taking a peek through the code I noticed a macro that does this, maybe that can just be surfaced?

Yes, the macro looks like the best contender so far. Making that into its own s2n_handshake_completed would be awesome for an async stream. :ok_hand:

I ended up adding this here: https://github.com/awslabs/s2n/pull/906/commits/cc96f68767404e60bc5bd8dbd1598267cbb648b7


Map Grid

Display a reference grid that gives the user a visual queue of distances on the map.

@markus2330
Is this the kind of grid you had in mind?
Colors and styling are still work in progress and easily changed.

Thank you for asking up front! A 1m grid sounds like a good idea. I don't know how it will work on various zoom levels, though.
Styling: We would prefer that only the intersections get a dot (not lines that go through everything)
A user should be able to enable/disable the grid via the grid-dots icon, see  #363 on the left toolbar.
Btw. the frog was funny in the beginning but we should now really start using real maps with realistic plantings on them. Otherwise the danger that use cases are misunderstood is very high as we already experienced several times.

Thank you for asking up front! A 1m grid sounds like a good idea. I don't know how it will work on various zoom levels, though.

I forgot to add, there are currently three zoom levels:

10 cm

1 m (like in the image above)

10 m

Styling: We would prefer that only the intersections get a dot (not lines that go through everything)
Ok here is the grid with a little less obnoxious coloring for comparison:

And with dots instead of lines it would look like this:

We like dots much more. The color should be our standard blue (as visible in Layers).

We like dots much more. The color should be our standard blue (as visible in Layers).

I assume you mean sea blue, correct?
(FYI, we also have a shade called 'bondi' if you prefer)

@badnames please always check if issues are correctly in the project (this one was not in the project at all)

@markus2330 how will we handle controlling the grids visibility/opacity?
Like any other layer, perhaps without making it selectable?
Not at all (the grid is always visible)?
Using some other mechanism?

Using the left toolbar with a grid icon, I already wrote that in some comment.

I assume you mean sea blue, correct?

Let us try the main color, see doc/guidelines/ui.md "Colors".


windo resizes small vertically split windows

Describe the bug
If you have tiny vertically split windows and use windo, then the tiny windows get expanded.
To Reproduce
Detailed steps to reproduce the behavior:

Run vim --clean
Type :vsplit
Make the current window big with CTRL-W and then | (pipe)
Type :windo '' (to do “nothing” in every window)
The tiny window gets expanded

Expected behavior
Nothing visible happens.
Environment (please complete the following information):
VIM - Vi IMproved 8.1 (2018 May 18, compiled Jun 15 2019 16:41:15)
Included patches: 1-875, 878, 884, 948, 1046, 1365-1368, 1382, 1401

Debian unstable
GNOME Terminal and iTerm2

Additional context
I believe this happens because, when switching to a tiny vertically split window, Vim helpfully makes it bigger so you see what you type.
With windo this is annyoing as I'm using it to automatically do some things in various windows but I don't want the layout to change.
The problem doesn't happen with horizontal splits as at least one line is left visible and Vim doesn't need to expand the window when you switch to it.

Describe the bug
If you have tiny vertically split windows and use windo, then the tiny windows get expanded.
To Reproduce
Detailed steps to reproduce the behavior:

Run vim --clean
Type :vsplit
Make the current window big with CTRL-W and then | (pipe)
Type :windo '' (to do “nothing” in every window)
The tiny window gets expanded

Expected behavior
Nothing visible happens.
Environment (please complete the following information):
VIM - Vi IMproved 8.1 (2018 May 18, compiled Jun 15 2019 16:41:15)
Included patches: 1-875, 878, 884, 948, 1046, 1365-1368, 1382, 1401

Debian unstable
GNOME Terminal and iTerm2

Additional context
I believe this happens because, when switching to a tiny vertically split window, Vim helpfully makes it bigger so you see what you type.
With windo this is annyoing as I'm using it to automatically do some things in various windows but I don't want the layout to change.
The problem doesn't happen with horizontal splits as at least one line
is left visible and Vim doesn't need to expand the window when you
switch to it.

I guess you have 'winminwidth' set to a larger value than the default
one.  To see where it was set:
:verbose set winminwidth?
--
DEAD PERSON:  I'm getting better!
CUSTOMER:     No, you're not -- you'll be stone dead in a moment.
MORTICIAN:    Oh, I can't take him like that -- it's against regulations.
The Quest for the Holy Grail (Monty Python)
/// Bram Moolenaar --<EMAIL_ADDRESS>-- http://www.Moolenaar.net   \
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \
\\  an exciting new programming language -- http://www.Zimbu.org        ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

No, it's 1, the default.
The behaviour is the same on macOS, Debian, and also on a Debian Docker image I used to make sure my environment var 100% clean.

Forgive me if I don't get it, but the windo help says
The last window (or where an error occurred) becomes
the current window.
So the same happens with, say, 99 ctrl-W W to go to the last window.
Then, the winwidth option determines the width, and the default is 20.  Maybe temporarily setting that to 1 would work around the problem?
Regards, John Little

Forgive me if I don't get it, but the windo help says
The last window (or where an error occurred) becomes
the current window.
So the same happens with, say, 99 ctrl-W W to go to the last window.

Note that not only the last window gets resized.
For instance:

Split vim into seven vertical windows
Go to the middle one
Do CTRL-W |
Do windo ''
You end up with:

Three 20 column windows
One large window
Two collapsed window
One 20 column window (the new active one)

Then, the winwidth option determines the width, and the default is 20. Maybe temporarily setting that to 1 would work around the problem?

Oh, I thought that winwidth would per-window, not global!
Thank you! This seems to work now:
let l:tmpWidth = &winwidth
let &winwidth = 1
let currWin = winnr()

windo SOMETHING

execute currWin . 'wincmd w'
let &winwidth = l:tmpWidth


fixed periodic parameter indexing issues

This seems to fix the problem mentioned here.
In the original implementation, because bounds.centers only had length len(periodic), the indices of periodic parameters exceeding the number of periodic parameters would cause an index error.

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

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

Totals

Change from base Build<PHONE_NUMBER>6:
0.0%

Covered Lines:
1249

Relevant Lines:
1274

💛  - Coveralls

Ah yes, you're right! Looks like I made a mistake. Your fix should work and all tests passed. Thanks so much!


Quad.equals is not lenient with non-RDF* quads

This check is slightly too aggressive:
https://github.com/rubensworks/rdf-data-factory.js/blob/eded3533af4f1f068625cfdc7e2c31de2cffb46f/lib/Quad.ts#L28
It could be made more lenient, like so:
https://github.com/rdfjs-base/data-model/blob/ed59e75132ee4d8a3a2f58443ff6a4f792a97033/lib/quad.js#L16-L17

Good point, I forgot about this. Added in 1.0.2.

Excellent, thanks!


More concise list of functionality

RE: https://github.com/openjournals/joss-reviews/issues/3617
It would help in the tutorial/documentation/readme to have a more concise list of what the functionality of the package is -- what are the main things it does.  This could be as simple as a table of contents for the tutorial sections, if all of the functionality is represented by a section.

I think this should be all set. Do you want to take a look and close this issue if resolved?


How can I install storybook via npm?

Here is the error message:
`npm i --save-dev @kadira/storybook
npm ERR! Darwin 15.4.0
npm ERR! argv "/usr/local/Cellar/nvm/0.30.1/versions/node/v5.9.1/bin/node" "/usr/local/opt/nvm/versions/node/v5.9.1/bin/npm" "i" "--save-dev" "@kadira/storybook"
npm ERR! node v5.9.1
npm ERR! npm  v3.7.3
npm ERR! code E403
npm ERR! unregistered users are not allowed to access package @kadira/storybook : @kadira/storybook
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR!     https://github.com/npm/npm/issues
npm ERR! Please include the following file with any support request:
npm ERR!     /Users//projects//npm-debug.log`
What doesn't this repo to be published to a better named repo, say 'react-storybook'?

Check this: https://github.com/kadirahq/react-storybook/blob/master/docs/known_issues.md#npm-404-error
May be you are using an NPM proxy.

It has been fixed now. Thank you.

@yhjor1212 Could you update on how you get it fixed?

I just disabled the registry and reinstall again. After the installation I enabled it again.

Ah got it.
Thanks.

The solution is to set a registry for modules of specific scope. You can add the following to your project's .npmrc file
@kadira:registry=http://registry.npm.org


Fix link for Mac OS X installation documentation

Previous link incorrectly pointed to debian, renamed Mac to Mac OS X for consistency with name in side panel.

Ah, good catch! Thanks so much for the fix!


Install Script for yiimp mining pool

@oakey22 please add instructions to readme on  how to use this install script, if any requirements changed, etc.

Yes no problem, I will add them later on, just getting the ground work sorted first.

@oakey22 did you ever get a chance to follow up on this?

Will get on this tomorrow, and get it updated

@oakey22 whats the status on this PR?

@oakey22 @tzarebczan bump

I am just updating the readme, the script is now complete and has been altered on here. I will close this PR when i have done the readme

This can now be closed, the readme is done and the install script too.


Review open tasks in terms of whether and how they could be given a "changing the culture" spin

Here I mean we should be thinking of ways to do each of these tasks that are somewhat different from usual but in a useful, interesting and not too distractive way, just so that (some) people notice and we can then use it to underlign that "changing the culture" is not just a monolithic far-away thing, but involves lots of little things in contexts that people are engaged in on a daily basis.
Some of the things I have in mind here would be if we could manage to actually

take notes collaboratively (as per #135)
share their slides such that they are available to everyone when the presentation is given (#136)
but it could also be other things (e.g. see the "bring your own badge" suggestion in #122).

I'm setting up the https://github.com/force11/force2017/labels/changing-the-culture label to keep track of tickets like the above where there is at least a rudimentary idea about how that particular task could be given a spin towards highlighting the conference them.

I added it to the feedback issue (#113), which, while not during the conference, will be a way to make this explicit  as well.


On-demand compilation, separate from execution

Would be nice to have a feature in finch that allows you to just compile an expression and get the generated code ( which can then be called from C by passing in input and output tensors as jl_value_t* to ). TACO has something similar in the sense that you can call compile() to get a kernel and then print the kernel to a file or call it in order to actually execute the code. So maybe something like:
code = @finch_compile @loop i  a[i] = .....
Obviously there needs to be a way to specify what format the output and input tensors are, so we should discuss that. One way would be to initialize these to dummy/empty versions of the real tensors before doing the @finch_compile. Or specify the types directly to @finch_compile thought the expression might become too intricate.
Happy to chat more about how this would be designed.

In Finch, most of the tensors can be easily initialized as empty. Would it be an okay interface to specify tensors that way?
e.g. one approach for a saxpy would be:
jl_value_t saxpy_sparse_kernel = finch_eval(" \n\
function saxpy(s, a, x, y) \n\
  @finch @loop i s[i] += $a * x[i] + y[i] \n\
end\n\
spvec = typeof(@fiber sl(e(0.0)))
magic_compiler(saxpy, (spvec, typeof(Float64), spvec, spvec))
");

and then we could call the saxpy_sparse_kernel without incurring compile costs.
Additionally, it would be good to have a finch_call_direct function which calls julia methods on fixed types and avoids dispatch overheads.
What do you think?

Or were you asking more for something like
@finch_kernel saxpy(s::(@fiber sl(e(0.0))), a::Int, x::(@fiber sl(e(0.0))), y::(@fiber sl(e(0.0)))) =
   @loop i s[i] += $a * x[i] + y[i]

which returns julia code for the saxpy function with the @finch call expanded and replaced with equivalent code?

Yes, I think the second version is more like what I had in mind.

Cool! Okay, I think the second thing could currently be roughly implemented as follows:
  s = virtualize(:s, typeof(@fiber sl(e(0.0))))
  a = virtualize(:a, Int)
  x = virtualize(:x, typeof(@fiber sl(e(0.0))))
  y = virtualize(:y, typeof(@fiber sl(e(0.0))))
  kernel_code = @finch_program @loop s[i] += $a * x[i] + y[i]
  function_code = quote
    function saxpy(s, a, x, y)
      $kernel_code
    end
  end
return function_code

What do you think of this potential interface?

Looks good, but maybe there s a way to generalize it to any kernel with any inputs so that a user doesn't have to write this entire block everytime. So maybe calling @finch_compile with s,a,x,y as input and then the loop could under the hood implement what you just wrote above?

I'm not sure what you mean, perhaps an example would help me?

I was wondering if it's possible for something like @finch_kernel saxpy(s::(@fiber d(e(0.0))), a::Int, x::(@fiber d(e(0.0))), y::(@fiber d(e(0.0)))) =    @loop i s[i] += $a * x[i] + y[i] to return the kernel as computed above. So then
@finch_kernel saxpy(s::type_s, a::type_a, x::type_s, y::type_y) = LOOP  would be implemented as:
  s = virtualize(:s, type_s)
  a = virtualize(:a, type_a)
  x = virtualize(:x, type_x)
  y = virtualize(:y, type+y)
  kernel_code = @finch_program LOOP
  function_code = quote
    function saxpy(s, a, x, y)
      $kernel_code
    end
  end
return function_code

Ah I see, yeah just something to reduce boilerplate. This is very possible.

A note on the correct usage of virtualize, you'll need to use something like the following:
ctx = LowerJulia()
code = contain(ctx) do ctx_2
  s = virtualize(:s, type_s, ctx_2)
  a = virtualize(:a, type_a, ctx_2)
  x = virtualize(:x, type_x, ctx_2)
  y = virtualize(:y, type_y, ctx_2)
  kernel= @finch_program LOOP
  kernel_code = execute(kernel, ctx_2)
  return quote
    function saxpy(s, a, x, y)
      $kernel_code
    end
  end
end

The ctx_2 and contain calls allow functions that don't return code to generate code as they do their thing.


UI issue : (Exerciser , Fototoon , Fraction) Activity

Hey @llaske
I have found a UI issue in various activities popup search bar is not properly aligned.
For reference I have attached screenshots for the same, please look and review them and give me your thoughts.
Exerciser Activity:

Fototoon Activity:

Fraction Activity:

No. It's the standard way to display popup in Sugar UI.

ok @llaske


POST endpoint with empty body returns 415

Apologies if this issue has existed in the past, but I wasn't able to find it.
Is it possible to have a POST endpoint that has no body? The HTTP spec allows for this and minimal APIs work fine, but FastEndpoints returns 415 Unsupported Media Type
public class Endpoint(ICosmosService cosmosService)
    : Endpoint<Request, Results<NoContent, BadRequest<string>, NotFound>>
{
    public override void Configure()
    {
        Post("/vessels/{vesselId}/associate-device/{deviceId}");
    }

    public override async Task<Results<NoContent, BadRequest<string>, NotFound>>
       ExecuteAsync(Request req, CancellationToken ct)
    {
       // Doesn't get here - always 415 Unsupported Media Type
    }
}

public class Request
{
    [FromClaim("sub")]
    public required string UserId { get; set; }

    public required string VesselId { get; set; }

    public required string DeviceId { get; set; }

    // [FromBody] public string? Body { get; set; }
   // ** Have tried with and without this **
}

Whoops. Duplicate of #492 . My search foo was not strong today.


orb-ui: use Duration::ZERO instead of Option

no need for an option where the default can be used

The version with the Option and default argument looked less verbose to me in every call ;)
Do you ever expect non-zero delay duration? If it's not common (I don't see it in any of the cases when sound is played) we could do something like this - have a default value in the queue() and then you don't have to pass down the Option to pub fn delay(mut self, delay: Option<Duration>) but will have pub fn delay(mut self, delay: Duration) instead
    fn queue(&mut self, sound_type: Type, delay: Option<Duration>) -> Result<()> {
        let volume = self.volume;
        let initial_delay = delay.unwrap_or(Duration::ZERO);
        self.build(sound_type)?.volume(volume).delay(initial_delay).push()?;
        Ok(())
    }

but it's just subjective, feel free to go with this one too

Ok I've seen the other PR introducing the delay argument. Makes sense now


Client should store token string and not the token object

I thought I had fixed this but it looks like you need to reference hook.params.token.value in https://github.com/feathersjs/feathers-authentication/blob/master/src/client/hooks.js#L22.

It doesn't send the token when using a service over io sockets am I missing something. I want to authorise a service but it is looking for an authorisation header that isn't sent with a socket.

@PhilWhitehurst it definitely should. Can you post a link to your code so that we can see what might be going on? Alternatively, take a look at this fully working example for a comparison. https://github.com/feathersjs/feathers-chat


Add --no-root

Without the --no-root option, the Makefile wrongly tries to install the Python project, which is not desired.

This PR fix it.

Ah yeah I encountered this issue before but forgot to fix the template. Thanks so much!


update rapids version for 24.10 release

This pr is to update the spark-rapids script version to 24.10.0 and update the readme doc

@viadea please help review. CC @jayadeep-jayaraman @cjac

Oh hey, thanks for the ping.  I'll check it out.

/gcbrun

Hi @cjac , can we merge this pr?

Hi @cjac , any update?

Hi @cjac , not sure that can we merge this pr now?

I haven't tested it thoroughly yet.  I've been caught up in refactoring shared code into templates.  I would like to generate this file from components rather than copy/pasting between scripts.
Can you let me know what you think of #1282 please?

Let's merge the pr for now, it is just a version update, thx

let me try it in my environment...

running without cuda-version specified produces a request for //developer.download.nvidia.com/compute/cuda/12.1.1/local_installers/cuda_12.1.1_530.30.02_linux.run

incorrectly specifying rapids-runtime as --metadata rapids-runtime="RAPIDS" produces usable error message.

@nvliyuan - do you mind if I commit to your branch?

please feel free to commit, thanks

a re-re-re-run took 4m35.536s to complete ; This looks good to me.  Let me run it through the automated tests.
It looks like it built the kernel more than once.
NG code in templates/spark-rapids/ caches builds to GCS after the first run completes so subsequent similar runs will have less work to do.
[1] https://github.com/LLC-Technologies-Collier/initialization-actions/tree/template-gpu-20241219/templates/spark-rapids

/gcbrun

there's a known problem with our build system.  Un momento por favor.

/gcbrun

/gcbrun

failure on 2.2-rocky9 ; I'll spin that up in my env.

oof.  I forgot DKMS took so long to run.  I think the test is timing out for waiting on dnf -y -q module install nvidia-driver:latest-dkms maybe

dnf -y -q install cuda-toolkit is taking a long time, too

the run takes 14m9.444s on rocky9
# echo $?
0

/gcbrun

I'm sorry, I seem to have done something to the commit history here.  The diffstat looks very wrong at this point.
$ git diff master | diffstat
 CONTRIBUTING.md                         |   20 ++---
 cloudbuild/Dockerfile                   |   22 +++++-
 cloudbuild/presubmit.sh                 |    1
 cloudbuild/run-presubmit-on-k8s.sh      |   34 +++++++--
 dask/dask.sh                            |  213 ++++++++++++++++++++++++++++++++++++++++++++--------------
 dask/test_dask.py                       |   14 +++
 gpu/Dockerfile                          |   40 +++++++++++
 gpu/README.md                           |   28 +++----
 gpu/bazel.screenrc                      |   11 +++
 gpu/env.json.sample                     |    7 +
 gpu/install_gpu_driver.sh               |  652 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---------------------------------------------------------
 gpu/manual-test-runner.sh               |   77 +++++++++++++++++++++
 gpu/run-bazel-tests.sh                  |   24 ++++++
 gpu/test_gpu.py                         |  167 ++++++++++++++++++++++++++++++++-------------
 h2o/sample-script.py                    |   11 ---
 horovod/horovod.sh                      |    4 -
 horovod/test_horovod.py                 |   13 ++-
 hue/README.md                           |  118 ++++++++++++++++++++++++++++++++
 hue/another-query.png                   |binary
 hue/create-hive-table.png               |binary
 hue/hue-ui.png                          |binary
 hue/simple-hiveql.png                   |binary
 integration_tests/dataproc_test_case.py |   18 +++-
 rapids/BUILD                            |    2
 rapids/Dockerfile                       |   40 +++++++++++
 rapids/bazel.screenrc                   |   17 ++++
 rapids/env.json.sample                  |    7 +
 rapids/manual-test-runner.sh            |   77 +++++++++++++++++++++
 rapids/rapids.sh                        |  814 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----------------------------------------------------------
 rapids/run-bazel-tests.sh               |   23 ++++++
 rapids/test_rapids.py                   |  137 +++++++++++--------------------------
 rapids/verify_rapids_dask.py            |   19 -----
 rapids/verify_rapids_dask_yarn.py       |   19 +++++
 spark-rapids/README.md                  |   19 -----
 spark-rapids/spark-rapids.sh            |   14 ++-
 35 files changed, 1943 insertions(+), 719 deletions(-)

my apologies.  ambiguous use of 'master' here.  When diffed against master's commit, 169e98e424d87833e10b7761130f08bfde4b4815 I see what I expect.

/gcbrun

many tests have passed.  still standing by for full green run.

okay, that looks good.


 I'll write some this week along with the ones for UIU. Don't forget to paste at least some of those writeups in CTFtime.org as well!

Don't forget to paste at least some of those writeups in CTFtime.org as well!

I didn't think of posting on ctftime ups. will do

is this done? @Costinteo

is this done? @Costinteo

Now yes. Theoretically still have Zermatt but I don't really feel like writing it. Wrote those up pretty fast as well. Can you check them out before merging?

Did you run the server locally? I ran it and it appeared on the same line
On 9 July 2023 20:10:02 UTC, Costinteo @.***> wrote:

@Costinteo commented on this pull request.

@@ -0,0 +1,120 @@
+---
+title: Write-Flag-Where2
+date: 2023-06-30T13:11:29+03:00
+description: Writeup for Write-Flag-Where2 [Google Ctf 2023]
+author: sunbather
+tags:
+- pwn
+draft: false
+---

+## Challenge Description
+This challenge is not a classical pwn
From what I'm seeing on a live markdown preview online, it seems to not be on the same line.
--
Reply to this email directly or view it on GitHub:
https://github.com/dothidden/writeups/pull/45#discussion_r1257535486
You are receiving this because you were mentioned.
Message ID: @.***>

okay I commit amended some new lines.


Working with Files?

I had a go at writing a basic program to copy the content of files. However, I found that I can't use monoio::io::copy or monoio::io::zero_copy, I understand because monoio::fs::File only implements positional I/O.
I found my way to BufReader which sounds like what I want, from the docs:

BufReader implements AsyncBufRead and AsyncReadRent, and if the inner io implements AsyncWriteRent, it will delegate the implementation.

However, I do not see an implementation unless the underlying AsyncReadRent.
I'd like to be able to copy or zero-copy file-based file descriptors in an obvious way using the functions provided by the library.
Is this possible currently, or is there some implementation missing?

I don't know if this is exactly the same issue, but I'm trying to use BufWriter with File to write to it using AsyncWriteRentExt.
BufWriter states:

BufWriter is a struct with a buffer. BufWriter implements AsyncWriteRent, and if the inner io implements AsyncReadRent, it will delegate the implementation.

However, from the impl<W: AsyncWriteRent> AsyncWriteRent for BufWriter<W>, it appears that it's also delegating AsyncWriteRent. Since File doesn't have AsyncWriteRent, we don't get it using the BufWriter, which conflicts with the statements on BufWriter.

Hello guys, the basic file operations should be usable, would you like to have a try? @pwaller @Zk2u


Declared order of options incorrect when mixing methods and fields

With @Command(sortOptions = false) the following option definitions don't display in their declaration order:
    @CommandLine.Option(names = "--foo")
    public void something(final boolean value) {}

    @CommandLine.Option(names = "--bar")
    public String bar;

    @CommandLine.Option(names = "--baz")
    public void somethingElse(final boolean value) {}

The help output:
      --bar=<bar>
      --foo
      --baz

Additionally, the following declaration seems to have unpredictable order -- it varies run to run.
    static class FirstMixin {
        @CommandLine.Option(names = {"-e", "--exclude"}, paramLabel = "EXCLUSION", arity = "1..*")
        void setExclusions(final Set<String> values) {}

        @CommandLine.Option(names = {"-g", "--global-labels"}, paramLabel = "LABEL", split = ",")
        public Set<String> globalLabels;

        @CommandLine.Option(names = {"--no-global-labels"})
        public void setNoGlobalLabels(final boolean noGlobalLabels) {}

        @CommandLine.Option(names = {"--no-fast-float"})
        public void setNoFastFloat(final boolean noFastFloat) {}

        @CommandLine.Option(names = {"--enable-per-thread-cpu-times"})
        public boolean perThreadTimingEnabled;
    }

    @CommandLine.Mixin
    FirstMixin firstMixin;

First run help:
-g, --global-labels=LABEL[,LABEL...]

      --enable-per-thread-cpu-times

      --no-global-labels
      --no-fast-float
  -e, --exclude=EXCLUSION...

Second run:
  -g, --global-labels=LABEL[,LABEL...]

      --enable-per-thread-cpu-times

  -e, --exclude=EXCLUSION...

      --no-global-labels
      --no-fast-float

This is with version: 3.6.1

Good find, thanks for reporting it!
Looks like declaration order only works when all options are annotated fields, but the order gets mixed up when annotated methods come into play.
The best way to solve this is to let application authors explicitly specify the order. Perhaps with an index attribute, like this:
@Option(names = “-x”, index = 2) int x;
@Option(names = “-y”, index = 0) int y;
@Option(names = “-z”, index = 1) int z;

I’m open to other suggestions, including a better name than index

Perhaps order is a better name.


Filter Block and Redirect

How to make sample filter and block domain porn, and redirect to domain eksternal ?

@beryindo please elaborate further. From the little I was able to gather from your question, it sounds like you're asking about features that don't exist.

@beryindo you seem to be inquiring about specific configuration strategies related to the PowerDNS recursor and not any feature specific to the PowerDNS Admin tool which is not affiliated with the makers of the PowerDNS server suite itself. For this reason, I am closing this issue as this is the wrong project to ask this question under.


Methods and examples showcasing usage of FUSD

Create methods and examples showcasing usage of FUSD contract.

Hi, any progress on this ?


The connect a bank account page needs a second address field.

Currently the credit card page has ADDRESS 1 and ADDRESS 2 fields, the bank account page lacks equivalent fields, only giving a field for "Street Address".
The credit card page is the one following proper conventions.  The second address field is usually used for things such as unit numbers, which is definitely address information that would be needed, i would think. :)

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/410171-the-connect-a-bank-account-page-needs-a-second-address-field?utm_campaign=plugin&utm_content=tracker%2F85909&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F85909&utm_medium=issues&utm_source=github).

Done in #3250.


load balancing rules instead of "rules"

please change the heading to "Load balancing rules" rather than "Rules".

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

ID: 833c520c-fcbe-64f0-39c9-fdc6553940b0
Version Independent ID: e9f6fdaf-fd76-0b90-2571-2c80677c5460
Content: az network lb rule
Content Source: src/command_modules/azure-cli-network/azure/cli/command_modules/network/_help.py
Service: virtual-network
GitHub Login: @rloutlaw
Microsoft Alias: routlaw

This is not controlled in the CLI source code. @dend


Crash when fooling around after response->end()

Hi, here's a crash I have found: When in a request handler I do stuff after calling end() on the response, e.g. have an event loop run for a second, qhttp crashes on me. I have tried both the master and dev branch.
I think it is because end() calls the done() signal, which closes the socket. Afterwards, it still receives a readyRead(), and then it crashes in QSocket::bytesAvailable(), because itcpSocket is a dangling pointer containing garbage.
I attach a minimal example. Can you reproduce the issue?
TestQhttp.zip
Here is the stack trace:
>	TestQhttp.exe!qhttp::details::QSocket::bytesAvailable() Line 100	C++  	TestQhttp.exe!qhttp::server::QHttpConnectionPrivate::onReadyRead() Line 81	C++  	TestQhttp.exe!qhttp::server::QHttpConnectionPrivate::initTcpSocket::__l3::<lambda>() Line 118	C++  	TestQhttp.exe!QtPrivate::FunctorCall<QtPrivate::IndexesList<>,QtPrivate::List<>,void,void <lambda>(void) >::call(qhttp::server::QHttpConnectionPrivate::initTcpSocket::__l3::void <lambda>(void) f, void * * arg) Line 495	C++  	TestQhttp.exe!QtPrivate::Functor<void <lambda>(void),0>::call<QtPrivate::List<>,void>(qhttp::server::QHttpConnectionPrivate::initTcpSocket::__l3::void <lambda>(void) & f, void * __formal, void * * arg) Line 553	C++  	TestQhttp.exe!QtPrivate::QFunctorSlotObject<void <lambda>(void),0,QtPrivate::List<>,void>::impl(int which, QtPrivate::QSlotObjectBase * this_, QObject * r, void * * a, bool * ret) Line 193	C++  	Qt5Cored.dll!QtPrivate::QSlotObjectBase::call(QObject * r, void * * a) Line 124	C++  	Qt5Cored.dll!QMetaObject::activate(QObject * sender, int signalOffset, int local_signal_index, void * * argv) Line 3720	C++  	Qt5Cored.dll!QMetaObject::activate(QObject * sender, const QMetaObject * m, int local_signal_index, void * * argv) Line 3596	C++  	Qt5Cored.dll!QIODevice::readyRead() Line 160	C++  	Qt5Networkd.dll!QAbstractSocketPrivate::canReadNotification() Line 737	C++  	Qt5Networkd.dll!QAbstractSocketPrivate::readNotification() Line 69	C++  	Qt5Networkd.dll!QAbstractSocketEngine::readNotification() Line 153	C++  	Qt5Networkd.dll!QReadNotifier::event(QEvent * e) Line 1202	C++  	Qt5Cored.dll!QCoreApplicationPrivate::notify_helper(QObject * receiver, QEvent * event) Line 1150	C++  	Qt5Cored.dll!doNotify(QObject * receiver, QEvent * event) Line 1090	C++  	Qt5Cored.dll!QCoreApplication::notify(QObject * receiver, QEvent * event) Line 1077	C++  	Qt5Cored.dll!QCoreApplication::notifyInternal2(QObject * receiver, QEvent * event) Line 1015	C++  	Qt5Cored.dll!QCoreApplication::sendEvent(QObject * receiver, QEvent * event) Line 227	C++  	Qt5Cored.dll!qt_internal_proc(HWND__ * hwnd, unsigned int message, unsigned __int64 wp, __int64 lp) Line 399	C++  	user32.dll!0000000077289c11()	Unknown  	user32.dll!000000007728992a()	Unknown  	Qt5Cored.dll!QEventDispatcherWin32::processEvents(QFlags<enum QEventLoop::ProcessEventsFlag> flags) Line 829	C++  	Qt5Cored.dll!QEventLoop::processEvents(QFlags<enum QEventLoop::ProcessEventsFlag> flags) Line 129	C++  	Qt5Cored.dll!QEventLoop::exec(QFlags<enum QEventLoop::ProcessEventsFlag> flags) Line 204	C++  	Qt5Cored.dll!QCoreApplication::exec() Line 1285	C++  	TestQhttp.exe!main(int argc, char * * argv) Line 11	C++  	TestQhttp.exe!__tmainCRTStartup() Line 626	C  	TestQhttp.exe!mainCRTStartup() Line 466	C  	kernel32.dll!00000000773859bd()	Unknown  	ntdll.dll!00000000774ba2e1()	Unknown

yes, qhttp is designed to behave this way.
for such scenario you need to check qhttp::server::QHttpConnection::disconnected() signal and stop any further processing on current instances of request, response and connection.
please have a a look at issue#15

OK, so I have to do
connect(request->connection(), &QHttpConnection::disconnected, this, &MyListener::FoolAround);
and do my fooling around there. This works fine, thank you for clarifying this! And of course, thank you for the fast answer and for the great lib!
Oh, by the way, in order to compile the dev branch under Windows (VS 2013), I had to change some things. In httpparser.hxx line 98, I have replaced
    static auto me(http_parser* p) {
by
    static TImpl* me(http_parser* p) {
And in httpwriter.hxx, I have replaced
`        qhttp::for_each(TBase::iheaders.constBegin(), TBase::iheaders.constEnd(),
[this](const auto& cit) {
const QByteArray& field = cit.key();
const QByteArray& value = cit.value();
        this->writeHeader(field, value);
    });`

by
`        QHashIterator<QByteArray, QByteArray> cit(TBase::iheaders);
while (cit.hasNext()) {
cit.next();
const QByteArray& field = cit.key();
const QByteArray& value = cit.value();
        this->writeHeader(field, value);
    }`

You might want to consider this to make it more platform-independent.

humm, I do not have access to a Windows machine, i rarely have a chance to compile qhttp under Windows.
I guess vs2013 support of c++14 is not complete, and you need mingw or vs2015 (community edition just works)

yea, vs2015 and mingw works fine

Sure, no problem. You're right, Microsoft is kind of slow in implementing the new features, e.g. the auto keyword.
I just wanted to propose that if you change these two things, it can be compiled without problem under VS2013 too, and I don't think there are any disadvantages. On the contrary, if you use QHashIterator, you can get rid of your qhttp::for_each construct.
But if you'd prefer not to, it's fine -- it's not a big deal for me to change it for myself.

generally it's good idea to support both c++14 compatible compilers and c++11 ones. needs some #ifdefs and conditional compiling.
qhttp::for_each is analogue to std::for_each and in my taste it's more c++ rather than QHashIterator (very java style!)
it's all about taste and conventions. Hopefully QHash, QMap, ... will be supported by range for in near future and we will get rid of qhttp::for_each() and QHashIterator.


Support fsnotify to get updated on fs changes in file picker and file tree

this appears to be the best fs event notification package for go: https://github.com/fsnotify/fsnotify -- should be pretty straightforward to plug in and get changes.

basically working, except that it is not safe to use on mac due to significant capacity limits -- opens a file descriptor for each monitored existing file, quickly exceeding capacity: https://github.com/fsnotify/fsnotify/issues/11
there is a plan to switch to FSEvents native but not much happening at this point.
once it is working on mac too, then FileTree somehow needs to block self-generated updates to prevent duplicate updating -- basically just record path and check that.

Still really want this -- roll up sleeves and fix fsnotify!?

I disabled fsnotify on all platforms for now in #1233 since it is causing some issues; we will re-enable it once we get it all working for this issue.


defdf unlessf problem

Apparently I'm in some sort of version hell with various latest repos from github HEADs for data-frame, plot, numerical-utilities, etc... But that's neither here nor there (sort of).
My problem is that defdf-env uses the unlessf macro which used to live in numerical-utilities. Only it's not there in the latest. Now it's in alexandria+ (good luck googling that).
There's no indication where this symbol comes from. Apparently one is supposed to know that this is in alexandria+ (occasionally called "alexandria-plus") which has its own repo. Can we at least document where random symbols like this are coming from? Maybe use alexandria+:unlessf at the code site instead of just importing it?
If I sound grumpy it's because trying to build plot is a nightmare for someone with decades of lisp experience. Not exactly fun for new users, I'd imagine...

Your timing is, in a sense, good.  I've spent the last week refactoring Lisp-Stat, and this was fixed (but I added the package to the call anyway, and will do so going forward, to make it clear where the symbols in alexandria+ originate)
I think you'll have an easier time of this once I push out the latest refactoring changes.  Long term, I'm convinced that what Common Lisp needs is an installer and IDE of sorts.  There are many moving pieces to Lisp-Stat, and keeping them all in order can be a challenge.  That said, plot is not being refactored, so if there's any problems there we'll fix them.  I will push out the refactored code, which includes a new system statistics today.

Hmm... I'm not a huge fan of the "installer" idea, but maybe something like ultralisp is needed to manage the multiple post-current-quicklisp repos. Or judicious use of git submodules, or some shell scripts that "suggest" which git repos need to be cloned in ~/quicklisp/local-projects. IMO, we've got an IDE - emacs/slime - but lack a decent GUI toolkig. I'd be quite satisfied with leveraging McCLIM's drawing capabilities and expanding the SVG and PDF backends such that one could make vega-style plots that export nicely to files. The actual "UI" part of that is an added bouns. I'm perfectly happy with something like R's use of a graphics window attached to a terminal process showing what I'm drawing, but, sure proper CLIM presentations would be amazing. Anyway, I'm rambling.

I'm going to close this now.  Please reopen if you still encounter problems.  It looks as if Quicklisp may be updated soon, which should simplify things.


[fix] #3843: Allow genesis to execute any ISI

Description

Linked issue

Closes #3843

Benefits

Checklist

[ ] I've read CONTRIBUTING.md
[ ] I've used the standard signed-off commit format (or will squash just before merging)
[ ] All applicable CI checks pass (or I promised to make them pass later)
[ ] (optional) I've written unit tests for the code changes
[ ] I replied to all comments after code review, marking all implemented changes with thumbs up

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
5542 unchanged lines in 89 files lost coverage.
Overall coverage decreased (-1.7%) to 57.704%

Files with Coverage Reduction
New Missed Lines
%

cli/src/main.rs
1
0.0%

cli/src/torii/pagination.rs
1
98.9%

config/base/src/runtime_upgrades.rs
1
51.72%

config/src/torii.rs
1
96.67%

core/src/smartcontracts/isi/block.rs
1
87.5%

crypto/src/merkle.rs
1
96.23%

data_model/derive/src/partially_tagged.rs
1
99.67%

data_model/src/account.rs
1
52.21%

data_model/src/domain.rs
1
47.37%

logger/src/lib.rs
1
95.15%

Totals

Change from base Build<PHONE_NUMBER>:
-1.7%

Covered Lines:
20575

Relevant Lines:
35656

💛  - Coveralls


Add option to disable included field validation checks in all insert, update, and query APIs

Problem
As discussed in https://github.com/vestrel00/contacts-android/discussions/317#discussioncomment-7060854, there is room for speed optimization when inserting (and updating) new RawContacts.
Currently, for each RawContact data, insert and update APIs will check if the corresponding field has been included (data whose corresponding field is not included will not be part of the insert/update); https://github.com/vestrel00/contacts-android/blob/0.3.1/core/src/main/java/contacts/core/Insert.kt#L412-L585
These internal checks could be slowing down the insert/update/query operations.
Solution
Refactor existing include functions of all Insert, Update, and Query APIs such that users are able to disable internal include field checks by either passing in empty list of fields or not invoking the include function at all.
Internally, the includes should initially be null so that these checks are disabled by default. This means that insert/update/query API users that do not invoke the include function will get the performance improvement automatically 😎
This should reduce insert/update/query speeds a little bit. Combined with other optimization options in the discussion, this could help reduce the amount of time required to insert/update a large number of RawContacts (a use case that may be useful for those implementing sync adapters).

[x] Create issue for breaking changes on custom data integration
[x] Update Kotlin docs
[x] Update markdown docs (include-only-desired-data.md)
[x] Update gh-pages

This is included in release 0.3.2.


Finalize NEMF field slips

Couple more tweaks for the NEMF field slip print run.

coverage: 93.438%. remained the same
when pulling 858445e6943841612aa594606ba84c07dcf14f42 on njw-finalize-nemf-field-slips
into dab6995644efeb2b610820e2787bb6e9590e3966 on main.

Honestly this is entirely an optics thing.  It feels odd to have just the MO logo be in color.  There is also a general belief that black and white copies are cheaper than color copies, but I don't know for sure that that is still true.  Weirdly for the order at Staples I said "black and white", but they printed it with a color logo anyway.  If figured the simplest thing to do was just make the logo black and white and let Staples do whatever they want to do.


Update win32-tslicensekeypack.md

Add: "ProductType" value "3" description
Add: "ProductVersion" description for Windows2016-2022
Add: "ProductVersionID" description for Windows 2022

@inorangestylee : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off


[FP]: Dapper 2.1.35 and sqllite CVE-2017-10989

Package URl
<EMAIL_ADDRESS>CPE
cpe:2.3:a:sqlite:sqlite:::::::: versions up to (including) 3.19.3
CVE
CVE-2017-10989
ODC Integration
None
ODC Version
9.2.0
Description
I use Dapper 2.1.35 in project to connect SQL and depencycheck report raise critical with CVE-2017-10989.
In CVE detail I think that refer about only sqlite database issue. ( refer : https://security-tracker.debian.org/tracker/CVE-2017-10989 )
If we juse use Dapper like a database provider I think vulnerability of database should not raise on database provider or not?

ODC 9.2.0 is outdated and unsupported. Please upgrade.


A couple of framework presubmits always failing due to resource exhaustion

For example https://github.com/flutter/flutter/pull/141608
https://ci.chromium.org/ui/p/flutter/builders/try/Mac_ios flutter_gallery_ios__compile/3637/overview
This is affecting all framework PRs including engine -> framework rolls.
cc engine gardener @ricardoamador

@kentnguyen99 Could you help with flutter-devicelab-mac-1 and flutter-devicelab-mac-12 which are dead? https://chromium-swarm.appspot.com/botlist?c=id&c=task&c=device_os&c=os&c=status&d=asc&f=device_os%3AiOS&f=pool%3Aluci.flutter.try&f=cpu%3Ax86&f=os%3AMac&k=os&s=id
I am able to ssh into them and see that they appear to be up
flutter@flutter-devicelab-mac-1 ~ % uptime
 7:53  up 17:59, 3 users, load averages: 1.13 1.38 1.45

flutter@flutter-devicelab-mac-12 ~ % uptime
 7:54  up  5:10, 3 users, load averages: 1.08 1.41 1.44

Seeing more showing as dead also at: https://chromium-swarm.appspot.com/botlist?c=id&c=task&c=os&c=status&d=asc&f=pool%3Aluci.flutter.try&k=pool&s=id&f=status%3Adead

@kentnguyen99 Before you reboot or make changes to the bot, please try to see if there are any indication why those bots have died. (Any dialogs, etc. that might hint to the cause)

in case it's helpful, here are two others PRs that are failing presumably because of this:

https://github.com/flutter/flutter/pull/141541
https://github.com/flutter/flutter/pull/141537

The machines are up but it appears they cannot contact the swarming service.
285 2024-01-16 17:24:47.091 I: get_authentication_headers(): 0s
285 2024-01-16 17:24:47.091 I: Fetched auth headers (dict_keys(['X-Luci-Machine-Token'])), they expire in -44387 sec. Next check in 0 sec.
285 2024-01-16 17:24:47.183 D: https://chromium-swarm.appspot.com:443 "POST /swarming/api/v1/bot/handshake HTTP/1.1" 401 None
285 2024-01-16 17:24:47.184 W: Got a reply with HTTP status code 401 for https://chromium-swarm.appspot.com/swarming/api/v1/bot/handshake on attempt 0: 401 Client Error: Unauthorized for url: https://chromium-swarm.appspot.com/swarming/api/v1/bot/handshake
285 2024-01-16 17:24:47.184 E: Request to https://chromium-swarm.appspot.com/swarming/api/v1/bot/handshake failed with HTTP status code 401: 401 Client Error: Unauthorized for url: https://chromium-swarm.appspot.com/swarming/api/v1/bot/handshake
285 2024-01-16 17:24:47.184 E: Failed to contact for handshake, retrying in 300 sec...
285 2024-01-16 17:29:47.316 I: Calling /swarming/api/v1/bot/handshake
285 2024-01-16 17:29:47.316 D: GOOGAPPUID = sha1(2024-01-16-flutter-devicelab-mac-12:/opt/s) % 1000 = 564
285 2024-01-16 17:29:47.317 I: ts_mon hook_name='get_authentication_headers' pool='cipd_platform:mac-amd64|cores:12|cpu:x86-64-i7-8700B|device:iPhone12,1|display_attached:1|gce:0|gpu:8086:3e9b|hidpi:0|inside_docker:0|mac_model:Macmini8,1|machine_type:n1-standard-8|os:Mac-13.6.1-22G313|os:iOS-16.2|pool:default|python:3.8.10+chromium.17|ssd:1|zone:us-corp-mtv'

This is the same issue on both devicelab-mac-1 and devicelab-mac-12. @kentnguyen99 let me know if I can help.

Both mac-1 and mac-12 are up running fine, I can login remotely from laptop.
flutter@flutter-devicelab-mac-1 ~ % uptime
9:50  up  1:01, 5 users, load averages: 2.41 1.67 1.45
flutter@flutter-devicelab-mac-12 ~ % uptime
9:51  up  1:51, 3 users, load averages: 1.17 1.38 1.41

@ricardoamador,  Can you test again on mac-1 & mac12 and see both machines are working properly?  I ran command
"Salt-call state.apply" and running fine without errors. Thanks.

flutter-devicelab-mac-25 is also showing up as dead. I'm applying salt states now.

@kentnguyen99 it looks like it is resolved now. The certs are no longer showing as expired.

Bots are back as well. THank you @kentnguyen99 !

mac-25 is back up as well now.

These bots are still dead:
https://chromium-swarm.appspot.com/bot?id=flutter-devicelab-mac-11
https://chromium-swarm.appspot.com/bot?id=flutter-devicelab-mac-14

I do not see mac-14 as down but do see mac-11. Taking a look.

I'm opening another issue for that. Its a different issue from these bots : https://github.com/flutter/flutter/issues/141629

devicelab-mac-11 is back up with an updated cert.


List of boilerplate to get rid of or simplify

I don't know if getting rid of some or any of the following is possible, but I'd like to try.

Having to put SodaVal on all of the SODA values.
Having to put type declarations on columns

Have to specify type somehow, but a function that takes a Proxy a value or something like that could make it simpler.

Putting Just on all of the query record field values.
Having to put Expr on a lot of things
Putting SodaNum and Money constructors around the respective types.

I could make money just be a type synonym for integers, which represent cents.
Could making Double and SodaNum be the same at the Haskell level be alright? There's not really anything I can think of at the SODA level that would fail if given the other datatype.

I've also been thinking about having a smart constructor for Column types that also takes in a Proxy a value to specify the column's type as a. It wouldn't necessarily reduce the amount of boilerplate, but it might be a bit nicer than adding type declarations, especially if you're trying to create the column in line.

I think I've figured out how to get rid of using SodaVal all over the place using type families. I just need to code it up and test it.

Perhaps the emptyQuery should just have default values instead of being Maybe a values. It creates some boilerplate for no significant benefit since they are interpreted as default values on the SODA side.


File based receiver for Gather operations

Need to add a file based receiver for the Gather operations

@chathurawidanage I think this is fixed?

Yes.


Provide a way to split the content of x-action-context over multiple headers

This issue has been moved here, under Sema4AI/actions repository.


Add rabbitmq app

Signed-off-by: David Isayan<EMAIL_ADDRESS>
Description
Support the installation of Rabbitmq for Kuberenetes
Motivation and Context

[x] I have raised an issue to propose this change #485

How Has This Been Tested?
The rabbitmq app was tested manually on Ubuntu pc.
arkade install rabbitmq command installed the rabbitmq service properly.
I've not been able to test the app on ARM, so for ARM I disabled it.
Are you a GitHub Sponsor (Yes/No?)

[ ] Yes
[x] No

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I've read the CONTRIBUTION guide
[x] I have signed-off my commits with git commit -s
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

[x] I have tested this on arm, or have added code to prevent deployment

@DavidIsa could you look into the build error from CI?

@alexellis It was a formatting issue, I pushed a fix for it.

@alexellis  I will add Cassandra. I've created an issue for it #491

Approving CI to run for this commit.. please ping me with the status.

I just rebased the commit for the list of apps in the README


使用新骨架进行重定向后，出现模型维度不匹配的问题

感谢分享您的工作！
在使用重定向的工程中，我使用了lafan1的骨架作为输入，但当运行demo.py后，出现如下模型加载的问题，请问这种情况我是需要使用该骨架重新训练吗？
Traceback (most recent call last):
File "eval_single_pair.py", line 97, in
main()
File "eval_single_pair.py", line 76, in main
model.load(epoch=20000)
File "E:\python\motion_editing\retargeting\models\architecture.py", line 274, in load
model.load(os.path.join(self.model_save_dir, 'topology{}'.format(i)), epoch)
File "E:\python\motion_editing\retargeting\models\integrated.py", line 82, in load
self.auto_encoder.load_state_dict(torch.load(os.path.join(path, 'auto_encoder.pt'), map_location=self.args.cuda_device), False)
File "E:\anaconda\lib\site-packages\torch\nn\modules\module.py", line 1483, in load_state_dict
self.class.name, "\n\t".join(error_msgs)))
RuntimeError: Error(s) in loading state_dict for AE:
size mismatch for enc.layers.0.0.mask: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]).
size mismatch for enc.layers.0.0.weight: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]).
size mismatch for enc.layers.0.0.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]).
size mismatch for enc.layers.0.0.offset_enc.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]).
size mismatch for enc.layers.0.0.offset_enc.weight: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]).
size mismatch for enc.layers.0.0.offset_enc.mask: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]).
size mismatch for enc.layers.0.1.weight: copying a param with shape torch.Size([96, 184]) from checkpoint, the shape in current model is torch.Size([96, 176]).
size mismatch for dec.layers.1.1.weight: copying a param with shape torch.Size([184, 96]) from checkpoint, the shape in current model is torch.Size([176, 96]).
size mismatch for dec.layers.1.2.mask: copying a param with shape torch.Size([92, 184, 15]) from checkpoint, the shape in current model is torch.Size([88, 176, 15]).
size mismatch for dec.layers.1.2.weight: copying a param with shape torch.Size([92, 184, 15]) from checkpoint, the shape in current model is torch.Size([88, 176, 15]).
size mismatch for dec.layers.1.2.bias: copying a param with shape torch.Size([92]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for dec.layers.1.2.offset_enc.bias: copying a param with shape torch.Size([92]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for dec.layers.1.2.offset_enc.weight: copying a param with shape torch.Size([92, 69]) from checkpoint, the shape in current model is torch.Size([88, 66]).
size mismatch for dec.layers.1.2.offset_enc.mask: copying a param with shape torch.Size([92, 69]) from checkpoint, the shape in current model is torch.Size([88, 66]).
size mismatch for dec.unpools.1.weight: copying a param with shape torch.Size([184, 96]) from checkpoint, the shape in current model is torch.Size([176, 96]).
size mismatch for dec.enc.layers.0.0.mask: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]).
size mismatch for dec.enc.layers.0.0.weight: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]).
size mismatch for dec.enc.layers.0.0.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]).
size mismatch for dec.enc.layers.0.0.offset_enc.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]).
size mismatch for dec.enc.layers.0.0.offset_enc.weight: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]).
size mismatch for dec.enc.layers.0.0.offset_enc.mask: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]).
size mismatch for dec.enc.layers.0.1.weight: copying a param with shape torch.Size([96, 184]) from checkpoint, the shape in current model is torch.Size([96, 176]).

感谢分享您的工作！ 在使用重定向的工程中，我使用了lafan1的骨架作为输入，但当运行demo.py后，出现如下模型加载的问题，请问这种情况我是需要使用该骨架重新训练吗？
Traceback (most recent call last): File "eval_single_pair.py", line 97, in main() File "eval_single_pair.py", line 76, in main model.load(epoch=20000) File "E:\python\motion_editing\retargeting\models\architecture.py", line 274, in load model.load(os.path.join(self.model_save_dir, 'topology{}'.format(i)), epoch) File "E:\python\motion_editing\retargeting\models\integrated.py", line 82, in load self.auto_encoder.load_state_dict(torch.load(os.path.join(path, 'auto_encoder.pt'), map_location=self.args.cuda_device), False) File "E:\anaconda\lib\site-packages\torch\nn\modules\module.py", line 1483, in load_state_dict self.class.name, "\n\t".join(error_msgs))) RuntimeError: Error(s) in loading state_dict for AE: size mismatch for enc.layers.0.0.mask: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]). size mismatch for enc.layers.0.0.weight: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]). size mismatch for enc.layers.0.0.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]). size mismatch for enc.layers.0.0.offset_enc.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]). size mismatch for enc.layers.0.0.offset_enc.weight: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]). size mismatch for enc.layers.0.0.offset_enc.mask: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]). size mismatch for enc.layers.0.1.weight: copying a param with shape torch.Size([96, 184]) from checkpoint, the shape in current model is torch.Size([96, 176]). size mismatch for dec.layers.1.1.weight: copying a param with shape torch.Size([184, 96]) from checkpoint, the shape in current model is torch.Size([176, 96]). size mismatch for dec.layers.1.2.mask: copying a param with shape torch.Size([92, 184, 15]) from checkpoint, the shape in current model is torch.Size([88, 176, 15]). size mismatch for dec.layers.1.2.weight: copying a param with shape torch.Size([92, 184, 15]) from checkpoint, the shape in current model is torch.Size([88, 176, 15]). size mismatch for dec.layers.1.2.bias: copying a param with shape torch.Size([92]) from checkpoint, the shape in current model is torch.Size([88]). size mismatch for dec.layers.1.2.offset_enc.bias: copying a param with shape torch.Size([92]) from checkpoint, the shape in current model is torch.Size([88]). size mismatch for dec.layers.1.2.offset_enc.weight: copying a param with shape torch.Size([92, 69]) from checkpoint, the shape in current model is torch.Size([88, 66]). size mismatch for dec.layers.1.2.offset_enc.mask: copying a param with shape torch.Size([92, 69]) from checkpoint, the shape in current model is torch.Size([88, 66]). size mismatch for dec.unpools.1.weight: copying a param with shape torch.Size([184, 96]) from checkpoint, the shape in current model is torch.Size([176, 96]). size mismatch for dec.enc.layers.0.0.mask: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]). size mismatch for dec.enc.layers.0.0.weight: copying a param with shape torch.Size([184, 92, 15]) from checkpoint, the shape in current model is torch.Size([176, 88, 15]). size mismatch for dec.enc.layers.0.0.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]). size mismatch for dec.enc.layers.0.0.offset_enc.bias: copying a param with shape torch.Size([184]) from checkpoint, the shape in current model is torch.Size([176]). size mismatch for dec.enc.layers.0.0.offset_enc.weight: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]). size mismatch for dec.enc.layers.0.0.offset_enc.mask: copying a param with shape torch.Size([184, 69]) from checkpoint, the shape in current model is torch.Size([176, 66]). size mismatch for dec.enc.layers.0.1.weight: copying a param with shape torch.Size([96, 184]) from checkpoint, the shape in current model is torch.Size([96, 176]).

我也遇到相同的问题，请问你解决了吗

same problem


Too many empty blobs (catchupOps, interval map collection) in complex documents with a lot / large tables

Looking at Chapter 1 document has 565 "catchupOps" blobs. Spot-checking 3 - they are empty ([]).
Why are we writing them out?
Can we not do that? Unfortunately tree representation is not the most compact in current snapshot, and SPO in general is sensitive to number of nodes, so that feels like trivial optimization to have?
This is related to overall investigation into ODSP snapshot efficiency: https://github.com/microsoft/FluidFramework/issues/4589

I started looking at this and found a comment which says the catchupOps are for back-compat, pointing to this issue: #84.
This is purely scoped to sequence and merge tree, so I'll let @anthony-murphy provide his input.
It seems like it should be possible to start handling the case where the catchupOps blob doesn't exist (i.e. be able to read the new format), and then in +2 versions implement a change to be able to write in the new format. The "new format" here being that catchupOps blob may not exist.

I started looking at this and found a comment which says the catchupOps are for back-compat, pointing to this issue: #84.
This is purely scoped to sequence and merge tree, so I'll let @anthony-murphy provide his input.
It seems like it should be possible to start handling the case where the catchupOps blob doesn't exist (i.e. be able to read the new format), and then in +2 versions implement a change to be able to write in the new format. The "new format" here being that catchupOps blob may not exist.

Ah, when I opened this bug, I was thinking about _outstandingOps blob for some reason :)
catchupOps indeed is one key blobs for Sequence.
That said Documents like Chapter 1 have a lot of Scriptor components, and thus a lot of Sequences. It would be great both for catchupOps, but also for interval map collection not to write empty blobs (and handle that properly on read).
Should be rather simple change, as long as it's staged (first - read part, then in 2 releases - write part).
@anthony-murphy - any chance you can take a look here?

Ah, when I opened this bug, I was thinking about _outstandingOps blob for some reason :)
catchupOps indeed is one key blobs for Sequence.
That said Documents like Chapter 1 have a lot of Scriptor components, and thus a lot of Sequences. It would be great both for catchupOps, but also for interval map collection not to write empty blobs (and handle that properly on read).
Should be rather simple change, as long as it's staged (first - read part, then in 2 releases - write part).
@anthony-murphy - any chance you can take a look here?

Yeah. i think we already have the first half of catchupOps staged with the previous rename so not writing should be straightforward. Interval collections i'll need to look at, they are not well supported, but also not used.

Yeah. i think we already have the first half of catchupOps staged with the previous rename so not writing should be straightforward. Interval collections i'll need to look at, they are not well supported, but also not used.

It would be great to fork an item for interval map collection before resolving it with above mentioned PR.
Change for interval map collection looks trivial as well, but will require staging (i.e. 2 changes split in time).

It would be great to fork an item for interval map collection before resolving it with above mentioned PR.
Change for interval map collection looks trivial as well, but will require staging (i.e. 2 changes split in time).

Opened a bit more broader https://github.com/microsoft/FluidFramework/issues/4792 to track interval colleciton proposal and possible flattening of Sequence tree

Opened a bit more broader https://github.com/microsoft/FluidFramework/issues/4792 to track interval colleciton proposal and possible flattening of Sequence tree


fix: cfg for non x86_64 arch support

Seems like gating cm31 behind a feature flag is accidental, doesn't seem necessary. This fixes build/test for me.

This change is

I wonder why this is not caught in the CI. I thought our regular tests don't have the x86 config.
@shaharsamocha7 perhaps we should add mac tests in the ci

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

Project coverage is 94.16%. Comparing base (d3e0c90) to head (a67db16).

Additional details and impacted files
@@           Coverage Diff           @@
##              dev     #516   +/-   ##
=======================================
  Coverage   94.16%   94.16%
=======================================
  Files          60       60
  Lines        9240     9240
  Branches     9240     9240
=======================================
  Hits         8701     8701
  Misses        485      485
  Partials       54       54

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

CI failing because other references without avx target feature cfg reference that module, and I'm just doing the simplest change to get this passing. Likely a better path to that config than loosening like this 222d6b6 (#516)


Add property handler

Add property handler. Current validation of setProperty is not done
centrally, hiding bugs when invalid props are given as well as resulting
in many duplicated codes.
This property handler take care of save, load, setting default,
validation of props. So there is no need to take care of properties.
plus, this would enable automated model file save.
See also: #269, #395, #392, #391
Self evaluation:

Build test: [X]Passed [ ]Failed [ ]Skipped
Run test: [X]Passed [ ]Failed [ ]Skipped

Signed-off-by: Jihoon Lee<EMAIL_ADDRESS>

:memo: TAOS-CI Version: 1.4.20191203. Thank you for submitting PR #400. Please a submit 1commit/1PR (one commit per one PR) policy to get comments quickly from reviewers. Your PR must pass all verificiation processes of cibot before starting a review process from reviewers. If you are new member to join this project, please read manuals in documentation folder and wiki page. In order to monitor a progress status of your PR in more detail, visit http://nnsuite.mooo.com/.

This PR will be open after making some tests

:octocat: cibot: @zhoonit, One of the module of prebuild group is failed. If you want to get a hint to fix this issue, please go to https://github.com/nnstreamer/nntrainer/wiki/.

Correct me, if I'm wrong. It looks like it is to get the properties and has feature to set the properties for developers and users.
First of all, we have to decide that we are give this feature to the users. If we are not, then it looks like overspec I guess.
And the codes looks quite complicate.
From the top to bottom, is it like
properties --> _PropertyHolder --> PropertyHolder --> proptypes --> prop_traits ?

Closing this as it is postponed to the next year


Duplicate model GPU overload

Greetings everyone,
I've been working on integrating LocalAI into Nextcloud via the Nextcloud app. Everything proceeded smoothly until a peculiar issue emerged: whenever I create an image, the model is cached in the vGPU memory. Similarly, when generating text, it's also cached in the vGPU. However, upon attempting to create another image, the cached model isn't utilized; instead, the identical model is saved in the cache again. Strangely, the text model gets purged from the cache.
This repetitive caching process overloads the GPU with duplicate image models during image creation, leading to eventual crashes. Despite configuring parallel requests to true, with llamacpp_parallel=1 and python_grpc_max_workers=1, allowing only one model to be cached and reused, the issue persists.
My development environment is based on a Proxmox VM, featuring 16 GB RAM, 64 CPU cores, and a NVIDIA L4 Tensor GPU with 24 GB memory. I'm utilizing the specific Image v2.6.1-cublas-cuda12-ffmpeg and the Nextcloud App available at https://apps.nextcloud.com/apps/integration_openai.
My Environment File:
## Set number of threads.
## Note: prefer the number of physical cores. Overbooking the CPU degrades performance notably.
THREADS=64

## Specify a different bind address (defaults to ":8080")
## ADDRESS=<IP_ADDRESS>:8080

## Default models context size
CONTEXT_SIZE=2048

## Define galleries.
## models will to install will be visible in `/models/available`
GALLERIES=[{"name":"model-gallery", "url":"github:go-skynet/model-gallery/index.yaml"}, {"name":"huggingface", "url":"github:go-skynet/model-gallery/huggingface.yaml"}]

## CORS settings
# CORS=true
# CORS_ALLOW_ORIGINS=*

## Default path for models
MODELS_PATH=/models

## Enable debug mode
DEBUG=true

## Disables COMPEL (Diffusers)
COMPEL=0

## Enable/Disable single backend (useful if only one GPU is available)
SINGLE_ACTIVE_BACKEND=true

## Specify a build type. Available: cublas, openblas, clblas.
## cuBLAS: This is a GPU-accelerated version of the complete standard BLAS (Basic Linear Algebra Subprograms) library. It's provided by Nvidia and is part of their CUDA toolkit.
## OpenBLAS: This is an open-source implementation of the BLAS library that aims to provide highly optimized code for various platforms. It includes support for multi-threading and can be compiled to use hardware-specific features for additional performance. OpenBLAS can run on many kinds of hardware, including CPUs from Intel, AMD, and ARM.
## clBLAS:   This is an open-source implementation of the BLAS library that uses OpenCL, a framework for writing programs that execute across heterogeneous platforms consisting of CPUs, GPUs, and other processors. clBLAS is designed to take advantage of the parallel computing power of GPUs but can also run on any hardware that supports OpenCL. This includes hardware from different vendors like Nvidia, AMD, and Intel.
# BUILD_TYPE=openblas
BUILD_TYPE=cublas

## Uncomment and set to true to enable rebuilding from source
# REBUILD=true

## Enable go tags, available: stablediffusion, tts
## stablediffusion: image generation with stablediffusion
## tts: enables text-to-speech with go-piper
## (requires REBUILD=true)
#
GO_TAGS=stablediffusion

## Path where to store generated images
IMAGE_PATH=/tmp/generated/images

## Specify a default upload limit in MB (whisper)
# UPLOAD_LIMIT

## List of external GRPC backends (note on the container image this variable is already set to use extra backends available in extra/)
# EXTERNAL_GRPC_BACKENDS=my-backend:<IP_ADDRESS>:9000,my-backend2:/usr/bin/backend.py

### Advanced settings ###
### Those are not really used by LocalAI, but from components in the stack ###
##
### Preload libraries
# LD_PRELOAD=

### Huggingface cache for models
# HUGGINGFACE_HUB_CACHE=/usr/local/huggingface

### Python backends GRPC max workers
### Default number of workers for GRPC Python backends.
### This actually controls wether a backend can process multiple requests or not.
# PYTHON_GRPC_MAX_WORKERS=1

### Define the number of parallel LLAMA.cpp workers (Defaults to 1)
# LLAMACPP_PARALLEL=1

### Enable to run parallel requests
PARALLEL_REQUESTS=true

### Watchdog settings
###
# Enables watchdog to kill backends that are inactive for too much time
WATCHDOG_IDLE=true

# Enables watchdog to kill backends that are busy for too much time
WATCHDOG_BUSY=true

# Time in duration format (e.g. 1h30m) after which a backend is considered idle
WATCHDOG_IDLE_TIMEOUT=30m

# Time in duration format (e.g. 1h30m) after which a backend is considered busy
WATCHDOG_BUSY_TIMEOUT=5m

My Docker Compose File:
version: '3.6'

services:
  api:
    image: quay.io/go-skynet/local-ai:v2.6.1-cublas-cuda12-ffmpeg
    build:
      context: .
      dockerfile: Dockerfile
    deploy:
      resources:
        reservations:
          devices:
            - driver: nvidia
              count: 1
              capabilities: [gpu]
    restart: always
    ports:
      - <IP_ADDRESS>:8080:8080
    env_file:
      - .env
    volumes:
      - ./models:/models:cached

Upon seeking assistance on Discord and being directed to report the issue as a bug, I'm reaching out for further insights and solutions. Any guidance or assistance would be greatly appreciated.

@kirthi-exe this is espected as you are enabling SINGLE_ACTIVE_BACKEND=true. That makes a single model to loaded - as soon as another request for another model comes in, the other are unloaded.
This is a feature that should be used with small GPUs where you actually can have only a model loaded


Silent crash when calling sharp without arguments

Minimal test case:
const sharp = require('sharp')
const main = async () => {
  const image = sharp()
  const info = await image.metadata()
  console.log('done')
}

main()

The process simply exits with status 0.  There is no error message, and 'done' is never logged to the console.

Hello, the parameter-less constructor is for Stream-based input.

"JPEG, PNG, WebP, GIF, SVG, TIFF or raw pixel image data can be streamed into the object when not present." http://sharp.dimens.io/en/stable/api-constructor/#sharp

In your example, this might look like the following:
  const image = sharp()
+ readableSteam.pipe(image)
  const info = await image.metadata()

Thank you, I missed that.


Please publish version 1.0.3

This plugin needs support for typedoc ^0.26.0. Thanks!

Yes will do. Im actually currently updating to make the plugin a bit more flexible / useful.

Ok 1.0.3 published. Watch this space for further updates :).


Get Echidna working with Augur Contracts

[ ] Make contracts build with truffle
[ ] Run contracts through echidna

This is a dead end because of the truffle build -- @robert-e-davidson3 I've moved this out of 2.0 and wanna leave it open can you connect it to the truffle issue you file?

Possibly impossible with truffle today. I get a JSON error that someone has associated with contract size.
In packages/augur-core, run yarn node --max-old-space-size=12288 ./src/tools/truffle-compile.js.
Draft PR with changes I made: https://github.com/AugurProject/augur/pull/8392

I'm getting this error: https://ethereum.stackexchange.com/questions/78113/solc-compiler-related-error-in-nodejs
* Line 1, Column 1
  Syntax error: value, object or array expected.
* Line 1, Column 2
  Extra non-whitespace after JSON value.

Compilation failed. See above.
Truffle v5.1.33 (core: 5.1.33)
Node v10.21.0```

We also have to rename some contracts: https://github.com/trufflesuite/truffle/issues/387
robertdavidson@MacBook-Pro-3 augur-core % find . -name '*.sol'|xargs egrep '^contract '|awk '{print $2}'|wc -l
     291
robertdavidson@MacBook-Pro-3 augur-core % find . -name '*.sol'|xargs egrep '^contract '|awk '{print $2}'|sort -u|wc -l
     269

https://github.com/trufflesuite/truffle/issues/3164

I doubt this is worth the effort since it seems to be a truffle bug in handing immense solidity codebases. We may be the only team that hits this issue. But I'll leave it open in case we want to find a workaround.

I doubt this is worth the effort since it seems to be a truffle bug in handing immense solidity codebases. We may be the only team that hits this issue. But I'll leave it open in case we want to find a workaround.


Update Composer dependencies (2020-06-08-00-10)

Visual regression test passed!
View the visual regression test report


Is this project still supported?

Yes. So far not much feedback. Not much time either to take it further. But all PR are welcome and if someone wants to join the project I will welcome new commiters too.

has support for version 4.4?

Not for 4.x.


Is this sentence missing reference to General Purpose and Business Critical?

"each 100 DTU in Standard tier requires at least 1 vCore and each 125 DTU in Premium tier requires at least 1 vCore."
Should Standard map to General Purpose and Premium to Business Critical? I'm asking because that would make sense from a IOPS comparison perspective.

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

ID: b441bee2-558b-8808-d099-f2abcbd6a947
Version Independent ID: 9c208399-09a2-7a5d-2c1a-9c019007f9d0
Content: Azure SQL Database service
Content Source: articles/sql-database/sql-database-service-tiers.md
Service: sql-database
GitHub Login: @CarlRabeler
Microsoft Alias: carlrab

@fredriktonn I hope to clarify any enhancement needed to this document, as you are suggesting.
I am taking a look at this and I see the sentence, "each 100 DTU in Standard tier requires at least 1 vCore and each 125 DTU in Premium tier requires at least 1 vCore." referenced in two places.
The first is in the Choosing service tier, compute, memory, storage, and IO resources section.

The second reference to this is a bit further down, where is does seem to map to General Purpose (Standard) and Business Critical (Premium) as you are suggesting:

Those would be considered a lateral move.

@fredriktonn We will now proceed to close this thread. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.


Update README.md

Fixes Issue #602
Changes proposed
Move the gssoc banner to the top to improve the presentation of the project readme and fixed typos in the readme.
Screenshots
https://www.awesomescreenshot.com/video/19650977?key=08379ee74d1e12c1da7bae0e1f12e012
Note to reviewers

Please review the pr @Anupkjha2601

@Anupkjha2601 Please review this pr


Error when trying to join an instance on the web: ServerPush, invalid integer

Got this when trying to join tangent:

This was a temporary server fault


Processing 2.0 support

This brings in some files that were previously only available in .zip release form and not in the github repo following the switchover from code.google.com.  The relevant changes are in https://github.com/dataarts/radiohead/commit/e2d3e848c6437a01e629eef594df75e3b397bad5

LGTM :+1:

CSV files are too huge for this PR.