New release

:package: New release
:sparkles: Feature

[ ] MANAGER-3061 - feat(pci.instances): warn about extra bandwidth cost (#1089)

:bug: Bug Fix

[ ] MANAGER-3036 -  fix(analytics.data.platform.deploy): check if inputs are undefined (#1082)
[ ] MANAGER-3097 - fix(sharepoint.activate): display alert message correctly (#1116)

Others bug fix
a9531a5 - fix(emailpro): add missing controller (#1110)
a3d8b9f - fix(emailpro): number validation in service configure form
512ac6c - fix(sharepoint): delete account controller name typo (#1113)
d062b57 - fix(exchange): replace upperCase with toUpper (#1118)
e4d66b4 - fix(webpack-config): normalize json with webpack loader
65aea9e - fix(component-rollup-config): translationNormalize regex
4bdc45c - fix(core): remove extra cs_CZ language from constant file (#1137)
d824884 - fix(navbar): update public cloud entry into by using title case (#1138)
:arrow_up: Upgrade

[ ] MBP-505 - build(deps): upgrade ovh-ui-angular to v3.5.1 (#1121)

Others upgrade
dd61b4c - build(deps): upgrade ovh-api-services to v8.0.0 (#1124)
ed76db7 - build(deps): upgrade ng-ovh-telecom-universe-components to v3.0.6 (#1127)
3f81445 - build(deps): upgrade ovh-api-services to v8.0.1 (#1132)
:construction_worker_man: Build
bae02ca - build(office): remove deprecated scripts in package.json (#1106)
:memo: Documentation
66a14b6 - docs(components): upgrade ng-ui-router-breadcrumb example
f230121 - docs(components): upgrade ng-ui-router-layout examples
2e3b6eb - docs(components): upgrade ng-ui-router-line-progress example

CDS Report translator-push#302.0 ✘
*

push ✘


Merge OpenUnirest/unirest-java into Kong/unirest-java

This is a issue for the merge.
Some prework to do:

[x] Change copyright/license headers to Kong
[x] Move Namespace back to Kong
[x] Figure out releasing
[x] Modularize the repo and move the official object mappers into it. All official mappers will relaese lock-step with unirest-java
[x] Remove deprecated methods
[x] Hide remaining places where Apache Http Client leaks out
[x] Add a Apache module as the default

I'll take care of most of this in the Kong branch https://github.com/OpenUnirest/unirest-java/tree/kong
OpenUnirest will continue to get security patched for 1 year after the merge and then will be archived.

@subnetmarco do you have a preference on package namespace? OpenUnirest took a page from the Java Spark project and used just "unirest". There are enough differences I going forward I think we should go a little different than that to avoid conflict. "kong.unirest" might be fine. "com.kong.unirest" if you want to keep it old school.

‘kong.unirest’ works for me

PR now in place https://github.com/Kong/unirest-java/pull/256
@subnetmarco If you want to use the Sonatype OSSRH process for releasing to maven central the guide is here: https://central.sonatype.org/pages/ossrh-guide.html
In order release to the com.kong package it will need to be done by someone with a kong.com (actually should it be konghq?) As part of that process you can specify other sonatype users to be able to release. My sonatype username is "ryber".

@subnetmarco if you want to hook me up with a tmp konghq email address I could get it all set up

@ryber what's your Jira username?

@subnetmarco it's ryber

Opened up a ticket to start new project under the new group ID: https://issues.sonatype.org/browse/OSSRH-46684

As per https://central.sonatype.org/pages/choosing-your-coordinates.html I had to change the groupId to com.konghq

@ryber as per last comment on JIRA, we need to promote the first release. It's unclear to me if you can also do it, since you are listed as a Contributor. Want to give it a try?

I'll give it a shot

No, it failed with:
INFO] [INFO]  * Remote staging into staging profile ID "9f6fc3011e5cde"
[INFO] [ERROR] Remote staging finished with a failure: 403 - Forbidden
[INFO] [ERROR]
[INFO] [ERROR] Possible causes of 403 Forbidden:
[INFO] [ERROR]  * you have no permissions to stage against profile with ID "9f6fc3011e5cde"? Get to Nexus admin...

You could ask them if I'm supposed to be able to do it. You could also possibly do it. Everything on the "kong" branch is ready to go. I figured we would release from the branch and wait to merge it for everything to be showing up in maven alright (takes about a day for the UI to update)

mvn test currently generates an error:
Running BehaviorTests.CallbackFutureTest
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec <<< FAILURE!
onFailure(BehaviorTests.CallbackFutureTest)  Time elapsed: 0.008 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<[java.net.ConnectException: Connection refu]sed> but was:<[org.apache.http.ConnectionClosedException: Connection clo]sed>
	at org.junit.Assert.assertEquals(Assert.java:115)
	at org.junit.Assert.assertEquals(Assert.java:144)
	at BehaviorTests.BddTest.assertFailed(BddTest.java:70)
	at BehaviorTests.CallbackFutureTest.onFailure(CallbackFutureTest.java:68)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
	at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.lang.Thread.run(Thread.java:748)

Running BehaviorTests.TimeoutTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running BehaviorTests.InterceptorTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec
[Thread-372] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - >>> Spark shutting down ...

Results :

Failed tests:   onFailure(BehaviorTests.CallbackFutureTest): expected:<[java.net.ConnectException: Connection refu]sed> but was:<[org.apache.http.ConnectionClosedException: Connection clo]sed>

Tests run: 212, Failures: 1, Errors: 0, Skipped: 4

hrm, looking at that test. It's always been a bit weird. you might be able to return a connection to localhost:0000 (which you would think wouldn't work but 🤷♂
I disabled the test for now

@subnetmarco I pushed in a @Ignore for that test for now.

I have uploaded the snapshot - @ryber can you verify that now you have permissions to move forward?

I don't seem to. I think you need to comment on the issue and let them know the snapshot is up. I've done this several times recently for real-job and found that I was always able to do a full deploy (which is what that "./deploy" script in the root does.) in any case I commented on the issue

We have liftoff https://repo.maven.apache.org/maven2/com/konghq/unirest-java/


Build with latest Sphinx

Now that the bug is fixed in Sphinx we no longer need to use a beta version

@QCoDeS/core


Versions for kotlin, gradle, IntelliJ, Java

Kotlin
Currently we are using kotlin 1.7.21, (bug fix for 1.7.20 available since 9/29/2022)
This supports IntelliiJ 2021.3, 2022.1, and 2022.2.
Compatible with Gradle 6.7.1 – 7.1.1
A new version of kotlin, 1.8.0 is available since 12/28/22
This supports IntelliJ 2021.3, 2022.1, 2022.2
Compatible with Gradle 6.8.3 – 7.3.3
The kotlin version is set all over the place in build.gradle.kts and settings.gradle.kts (this should be centralized, FIXED see PR#259)
Gradle
The version of gradle is set in gradle/wrapper/gradle-wrapper.properties To check, run
./gradlew --version

Currently using Gradle 7.4.2.
Latest version of Gradle is 7.6
See Upgrade Gradle
Might not be the best thing to get ahead of the currently supported version. Perhaps revert?
IntelliJ
The version of IntelliJ is controlled by user download. Currently I have
IntelliJ 2022.3.1, Dec 20, 2022
Kotlin Plugin 223-1.7.21-release-272 is bundled,  supports Kotlin 1.7.20 and lower.
2023.1 is in EAP, not clear what version of kotlin or gradle it will support.
Might not be the best thing to get ahead of the currently supported version.
Java version
By default, the Kotlin/JVM compiler produces Java 8 compatible bytecode.
Starting with version 1.8.0, the compiler can generate classes with a bytecode version corresponding to JVM 19. One must set the target Java version (presumably there should be some efficiencies to do so), in egklib/build.gradle.kts:
kotlin {
    jvm {
        compilations.all { kotlinOptions.jvmTarget = "1.8" }
        //        withJava()
       ....

PR #196 upgraded 7.5.1 to gradle 7.6-rc-1 in order to fix https://github.com/gradle/gradle/issues/22423
PR #203 downgraded to gradle 7.4.2 in order to fix problems with test failures.

We could try upgrading kotlin to 1.8 and downgrading gradle to 7.3.3.
We could try upgrading Java to 11 or 17 and see if theres a performance inprovement.

We could try upgrading Java to 11 or 17 and see if theres a performance inprovement.

IntelliJ About (6/2/23)
IntelliJ IDEA 2023.1.2 (Ultimate Edition)
Build #IU-231.9011.34, built on May 15, 2023
Runtime version: 17.0.6+10-b829.9 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Linux 5.19.0-43-generic
GC: G1 Young Generation, G1 Old Generation
Memory: 2048M
Cores: 48
Registry:
debugger.new.tool.window.layout=true
ide.experimental.ui=true
Kotlin: 231-1.8.21-IJ9011.34
Current Desktop: ubuntu:GNOME

Protobuf
pbandk 0.14.2 is now stable
to regnerate proto files (not needed unless you are changing them

use the latest protoc: protoc-23.2-linux-x86_64.zip
put bin in your path

install protoc-gen-pbandk, following https://github.com/streem/pbandk

(7/17/22)
upgrade to kotlin 1.8.22
upgrade to kotlinx-serialization-json 1.5.0

7/1/22
upgrade gradle to 8.2
./gradlew wrapper --gradle-version 8.2

Compiling with Java 19. language level 17, jvmTarget 1.8.
    compilations.all { kotlinOptions.jvmTarget = "1.8" }


[Suggestions] Improving types and expose colours as named exports

I am leveraging ansis and appreciate the work you've done here but I have a couple of pain points and I'd like to suggest some minor refactors to improve how the module is used and generally just provide a better experience overall.
Named Exports
The current approach is to have ansis export on the default but this is not always ideal. In order to obtain a single colour one needs to do the following:
import ansis from 'ansis';

console.log(`Print ${ansis.yellow('I am yellow')}`)

While this suffices, it can get a little cumbersome and a better option would be to provide an additional import/file that exposes the defaults as named exports, for example:
import { yellow } from 'ansis/colors';

console.log(`Print ${yellow('I am yellow')}`)

OR alternatively, you could expose the named exports directly and still preserve the default, eg:
import ansis, { red } from 'ansis';

console.log(`Print ${ansis.yellow('I am yellow')} and ${red('I am red')}`)

Supporting this is trivial, you can simply add them to the exports, eg:
// ....

const ansis = new Ansis();

export const {
  cyan,
  cyanBright,
  red,
  redBright,
  green,
  greenBright,
  yellow,
  yellowBright,
  magenta,
  magentaBright,
  blue,
  blueBright,
  white,
  whiteBright,
  gray,
  underline,
  bold,
  reset,
  italic,
  strike
  // etc etc etc
} = ansis;

export default ansis

Improve Typings
It would be nice to have types available for additional usage. I have various functions which construct log output and accept colour parameters which I pass to ansis. In order for folks to take advantage of intellisense capabilities having a reference of the defaults would be a great help. Take the following sample:
import ansis from 'ansis'

export const write = (colour: string, message: string) => {
  message += fn(message) // do something
  console.log(ansis[colour](message);
}

Currently, there is no exposed type refs for colors that ansis provides. Where the parameter colour expects a string a far better  approach is to have this available in the declaration, eg:
import ansis, { Colors } from 'ansis' // using US english for the sake of brevity

export const write = (colour: Colors, message: string) => {
  message += fn(message) // do something
  console.log(ansis[colour](message))
}

This is rather simple to provide, here is a starting point:
/**
 * Default Colors
 */
export type Colors = (
  | 'cyan'
  | 'cyanBright'
  | 'red'
  | 'redBright'
  | 'green'
  | 'greenBright'
  | 'yellow'
  | 'yellowBright'
  | 'magenta'
  | 'magentaBright'
  | 'blue'
  | 'blueBright'
  | 'white'
  | 'whiteBright'
  | 'gray'
  | 'underline'
  | 'bold'
  | 'reset'
  | 'italic'
  | 'strike'
  // etc etc etc
);

An even better approach would be:
type StringUnion<T, B extends string> = T | (B & Record<never, never>);

export type Colors = (
  | 'cyan'
  | 'cyanBright'
  | 'red'
  | 'redBright'
  | 'green'
  | 'greenBright'
  | 'yellow'
  | 'yellowBright'
  | 'magenta'
  | 'magentaBright'
  | 'blue'
  | 'blueBright'
  | 'white'
  | 'whiteBright'
  | 'gray'
  | 'underline'
  | 'bold'
  | 'reset'
  | 'italic'
  | 'strike'
  // etc etc
)

export type ColorsExtend<T extends string> = StringUnion<Colors, T>;

The above ColorsExtend would allow for consumers to extend the defaults with any custom colours generated in their projects, using the initial sample and the above types you could then do:
import ansis, { ColorsExtend } from 'ansis'

const pink = ansis.hex('#ff75d1');
const orange = ansis.hex('#FFAB40');

export const write = (colour: ColorsExtend<'pink' | 'orange'>, message: string) => {
  message += fn(message) // do something
  console.log(ansis[colour](message))
}

Thanks

Hi,
thank you for an interesting suggestions.
I will certainly take the time to add your suggestions in new release.
Bests,
Dimitri

Great stuff, let me know if you need help.

Hi @panoply,
I have now time for this ticket and would like to clarify some questions.
What is your goal of Named Exports?

Named Exports to save the size of imported code.

The unpacked dist code size is 3.1 KB only. Here is nothing to spare. And this module is so designed, that to export separate method is impossible, because each method (red, bold, hex, etc) is dynamic getter, not object property. This is the feature for the chained syntax.
Therefore your suggestion can not work:

export const {
  red,
  green,
  blue,
  // etc etc etc
} = ansis;

Also, my answer - no, is impossible.

Named Exports for shortcuts to function name, e.g. using red() instead of ansis.red().
The export could be in separate file colors.js:

import ansis from './index.js';

export const red = ansis.red;
export const green = ansis.green;
export const blue = ansis.blue;
// etc.

Usage:
import { red, green, blue } from 'ansis/colors';

console.log(red('red'));
console.log(green.bold('green'));
console.log(blue.underline.italic('blue'));

Note

the ansis lib will be completely imported, you spare nothing
imported shortcuts supports chained syntax

Does it make sense to create the colors.js file with shortcuts for all styles when the package size will be even bigger?
I can do it, no problem, but whether make it sense for you?

@panoply
yet two questions.
1. Type naming for  list of ANSI styles & colors
Your suggestion:
export type Colors = (
  | 'cyan'
  | 'cyanBright'
  // ...
)
type StringUnion<T, B extends string> = T | (B & Record<never, never>);
export type ColorsExtend<T extends string> = StringUnion<Colors, T>;

import ansis, { Colors, ColorsExtend } from 'ansis'

const write = (style: ColorsExtend <'pink' | 'orange'>, message: string) => {
  console.log(ansis[style](message));
}

Yes, many ANSI libs use the type name Colors, but it is too common word and can be used by other libs working with colors.
To avoid naming collision I would suggest use specific naming, e.g. AnsisColors.
Commonly, the red bgMagentaBright, bold invert etc are not colors, otherwise are ansi styles.
What do you like as type name for list of ANSI styles & colors?

AnsiColors (note: Ansi.., w/o (s) after i) / AnsiColorsExtend
AnsiStyles (note: Ansi.., w/o (s) after i) / AnsiStylesExtend
Colors / ColorsExtend
Styles / StylesExtend
your variant?

2. How to extend default colors in ansis?
Your example:
import ansis, { ColorsExtend } from 'ansis'

const pink = ansis.hex('#FF75D1');
const orange = ansis.hex('#FFAB40');

const write = (style: ColorsExtend <'pink' | 'orange'>, message: string) => {
    console.log(ansis[style](message));
}

But how to use the write function?
write('red', 'message'); // default style OK
write('pink', 'message'); // ERROR, the 'pink' style is not registered in 'ansis'

Do you have an idea how the ansis instance should be extended with new colors?
For example:
/**
* @param {string} name
* @param {Ansis} style
*/
ansis.extend(name, style) {
}

// usage
const pink = ansis.hex('#FF75D1');
ansis.extend('pink', pink);

ansis.pink.bold('text');
ansis['pink']('text');

Solution that works right now:
import ansis, { Ansis } from 'ansis'

const pink = ansis.hex('#FF75D1'); // the instance of the Ansis interface

const write = (style: Ansis, message: string) => {
    console.log(style(message));
}

write(pink, 'message'); // OK

@panoply
The v1.5.0 is deprecated, because has error in CommonJS mode. Use please fixed v1.5.1.
P.S. I use the rollup with plugins to build minified treeshaked distribution bundle. The rollup-plugin-terser compile very small bundle.js compatible with ECMA 2019 (last version supported by Node.js 12).
But thanks for tip, I look this tools.

@webdiscus great stuff here.
Might be worth stripping literals, for example:
import { green } from 'ansis/colors'

console.log(green`\n Hello World`) // Here we denote a newline character

Though personally not a issue for me, I'd assume folks would expect characters like \n, \t etc to be stripped or escaped with double slash, so the above sample, should output (using ␊ to denote newline):
␊
Hello World

Opposed to
\n Hello World

@panoply
yes, you are right.
green('Line-1\nLine-2')

output
Line-1
Line-2

But using template literals `` should be used native LF:
green`Line-1
Line-2`

output
Line-1
Line-2

I can't imagine that anybody will display \n \t as plain text in colour string.
Contra

yet more code for 0.000000001% use cases
lower performance with low ops/s
other libraries do not it too

When this library has 1,000,000 downloads / month and many people would like this improvement, then yes, I would.
At the moment I don't see a sense do it. I have many other projects.

@panoply
according  Template literals Specifications, used \n will be expected as \ and n chars in sting.
tag`string text line 1 \n string text line 2`;

expected string
string text line 1 \n string text line 2

Therefore I will not break the Specifications ;-)

I can't imagine that anybody will use \n \t in template string instead of native LF.

👌🏼 To reiterate, it is no issue for me personally, just confirming the intended design.
Thanks again for your brilliant work here. This project is both emancipating and a joy to leverage . These new capabilities have solidified it as breadwinner in the nexus (imo).
I'll go ahead and close this.


Tick marks for censored patients

It would be awesome if the KMF supported adding tick marks out of the box. Can't seem to find a way to add them now.

Hey, you can using show_censors=True in the call to plot: https://lifelines.readthedocs.io/en/latest/Examples.html#show-censorships

Killer, thank you. I was surprised when I couldn't seem to find the option. The vocabulary that I seem to see other sites use for this are "tick marks" or "censors". I saw you opened another issue which might intended to increase the discoverability of this as well. Thanks for the sweet package!


NullPointerException

Hi,
I'm addressing a NullPointerException... I'm just trying to add turn a river card to my deck
`      Card turn = new Card(Card.SUIT_SPADES, Card.RANK_5);
Card river = new Card(Card.SUIT_HEARTS, Card.RANK_2);
deck.removeCard(turn);
deck.removeCard(river);
List remainingCards = deck.getCards();
List<List> weightArray = HandRanker.getUniformWeightArray();
    GameState gameState = new GameState();
    gameState.setFlop(flop);
    gameState.setTurn(turn);
    gameState.setRiver(river);
    Player player = new Player(ace_hearts, queen_hearts, gameState);

    long start = System.currentTimeMillis();
    //player.calculateHandStrength(weightArray, 5, remainingCards);
    player.calculateHandPotential(weightArray, 5, true, remainingCards);
    long end = System.currentTimeMillis();
    System.out.println("Time: " + (end-start) + " ms");`

Exception in thread "main" java.lang.NullPointerException
at RankableHand.(RankableHand.java:36)
at HandFactory.getHand(HandFactory.java:66)
at Player.calculateHandStatistics(Player.java:226)
at Player.calculateHandPotential(Player.java:139)
at PokerGame.main(PokerGame.java:71)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)

`    public RankableHand(Set c) throws HandRankingException{
if(c.size() < 5 | c.size() > 7){
String ex = "Between 5 and 7 unique cards required to construct instance. " +
"Detected " + this.cards.size() + " cards";
throw new HandRankingException(ex);
}
    this.cards=c;
    calculateHandValue();
}`

Ok the problem is here because we use this.cards before it's assigned.
However my point is: how can I evaluate an hand in the last phase where I have my 2 holding cards and 5 community cards (3 flop + turn + river)? HandRankingException will always raise, it is counting 9 cards in that situation...

Hey Vito,
Thanks for your interest in this project.
Kind of busy atm. I'll review the issue this weekend and I'll get back to you with an answer asap!
Have a good week.

Hi Vito,
A few things.  Your code fix doesn't make sense because in your IF statement you're checking if there are 3 community cards, and then inside that logic bracket you are checking for 4 cards which will never happen, because you're already checking for 3.  Thats problem #1.
The second issue is that there is no bug in the code to begin with. You are setting the turn and the river, and then in the PokerGame class you're checking for the FUTURE hand value with player.calculateHandPotential(weightArray, 5, true, remainingCards);  And obviously you can't check future hand values when its the river, right?  So just remove that TRUE parameter on the river and it works.
In other words, the code is fine, you just weren't using it correctly. But with your changes above, its definitely going to be broken.


Update plotly, react, webpack, fable, and feliz

Pull request checklist
Please check if your PR fulfills the following requirements:

[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been reviewed and added / updated if needed (for bug fixes / features)
[ ] Build (fake build or .\build.cmd) on local branch was successful

Pull request type

This pull request updates major dependencies, including plotly.js, react, webpack, fable, and feliz. It updates the webpack config to use v4 and the codeBlockRenderer function found in App.fs to use the new Markdown.ICodeProperties api.
Please check the type of change your PR introduces:

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, renaming)
[x] Refactoring (no functional changes, no api changes)
[x] Build related changes
[ ] Documentation content changes
[ ] Other (please describe):

What is the current behavior?

Uses the old versions of plotly, react, webpack, fable, and feliz.
What is the new behavior?

Uses the old versions of plotly, react, webpack, fable, and feliz.
Does this introduce a breaking change?

[ ] Yes
[x] No

Other information

We need this in order to use with fable 4.0


Execute a dbt CLI command

Running the given sample code for 'Execute a dbt CLI command' in docs
from prefect import flow
from prefect_dbt.cli.commands import trigger_dbt_cli_command

@flow
def trigger_dbt_cli_command_flow() -> str:
    result = trigger_dbt_cli_command("dbt debug")
    return result # Returns the last line the in CLI output

trigger_dbt_cli_command_flow()

Results in the error

esponse: {'exception_message': 'Internal Server Error'}
For more information check: https://httpstatuses.com/500
Worker information:
    Approximate queue length: 0
    Pending log batch length: 6
    Pending log batch size: 2160
The log worker will attempt to send these logs again in 2.0s

the models runs fine from CLI , running it from prefect-dbt results in the error

I am unable to reproduce; is the 500 error coming from dbt or Prefect?

Closing this, but feel free to re-open if this is still an issue.


DeleteOffer should take in an Offer struct

right now you have to create this Rate thing from the Offer struct before you can delete an offer

Closing because @ire-and-curses is working on the new txnbuild library, which will replace this one.


Fix shielded api

There was a small issue introduced in #248 that I didn't notice, which resulted in following errors running any non-shielded VM image:
stderr: /Users/temikus/.rbenv/versions/2.6.6/lib/ruby/gems/2.6.0/gems/google-api-client-0.50.0/lib/google/apis/core/http_command.rb:228:in `check_status': invalid: Invalid value for field 'resource.shieldedInstanceConfig': '{  "enableSecureBoot": false,  "enableVtpm": false,  "enableIntegrityMonitoring": false}'. Shielded VM Config can only be set when using a UEFI-compatible disk. (Google::Apis::ClientError)

Seems like the API just looks at the presence of the container and doesn't actually look into any of its' fields ¯_(ツ)_/¯

I'm sorry for this issue, I didn't notice that the API still reject shieldedInstanceConfig in non-shielded VM, even if all the value are set to false

@lcy0321 Nothing to apologise about. That’s IMO incorrect API behaviour.


Broken links to mailing list on website

Discussed in https://github.com/OpenHistoricalMap/issues/discussions/655

Originally posted by das-g December 16, 2023
Is it<EMAIL_ADDRESS>i.e., the mailing list "historic" on https://lists.openstreetmap.org? Or is it<EMAIL_ADDRESS>(note the missing r in the domain) as stated on https://openhistoricalmap.org/about? If the latter, occurrences should maybe be accompanied by a note asserting that it isn't a typo. If the former, occurrences should be fixed.

This will be fixed finally in our next deploy


Don't consume widgets when rendering them

In earlier versions it made sense to consume the widget when rendering, as many widgets only had an iterator that produced their contents, so it was gone when rendering was done. But since version 0.10, most (all?) widgets actually own their contents in a reusable way, so it would make sense to me to change the render function to take the widget by (mutable?) reference. This would allow ot reuse the widgets, avoiding the need to recreate them each render cycle, which is quite allocation heavy given the new Text/Spans/Span layout.

In tui, widgets are meant to be compact commands to draw common UI elements that can be found in a terminal user interface. Thus they hold the minimum amount of state as possible. The proposed change would go against that principle.
The fact that some widgets require Vec instead of iterators only make it public that they need to know the entire input data before starting to draw something. Beside Spans are CoW types so you should be able to create a Text where you only allocate for the string references not their content themselves.
Is this question motivated by a perf issue you were directly impacted by (i.e I want to see numbers) or just an issue with the current design ?

The fact that some widgets require Vec instead of iterators only make it public that they need to know the entire input data before starting to draw something.

Coult they (looking at List and Text specifically) at least be changed to take &[T] instead of Vec<T>, so that there isn't a new allocation for every frame?

I felt this is a design issue so I created a fork here https://github.com/happycoder97/tui-rs.
Let me know your feedback :)
Rationale:
In my apps, I am getting input from somewhere else in the app, and then modifying the concrete structs that implement Widget there.
So I can put the Widget state in that struct itself.
Example code

#[derive(Default, Copy, Clone)]
pub struct TasksWidget {
    active_idx: Option<usize>,
}

impl StatefulWidget for TasksWidget {
    type State = Vec<Task>;

    fn render(&self, area: Rect, buf: &mut Buffer, state: &mut Self::State) {
        (self as TasksWidget).render(area, buf, state);
    }
}

impl TasksWidget {
    fn render(&self, area: Rect, buf: &mut Buffer, state: &Vec<Task>) {
        let block = Block::default().borders(Borders::ALL);
        block.render(area, buf);
        self.render_heading(area, buf);
        let tasks = state;
        for (i, task) in tasks.iter().enumerate() {
            let is_active = self.active_idx == Some(i);
            let task_area = Rect {
                width: area.width,
                height: 5,
                x: area.x,
                y: area.y + 3 + (i as u16) * 5,
            };
            self.render_task(task, is_active, task_area, buf);
        }
    }

    fn render_heading(&self, area: Rect, buf: &mut Buffer) {
        // snip
    }

    fn render_task(&self, task: &Task, is_active: bool, area: Rect, buf: &mut Buffer) {
        // snip
    }

    pub fn select_up(&mut self, _tasks: &Vec<Task>) {
        self.active_idx = match self.active_idx {
            None => None,
            Some(idx) => Some(idx + 1),
        }
    }

    pub fn select_down(&mut self, tasks: &Vec<Task>) {
        self.active_idx = match self.active_idx {
            None => Some(0),
            Some(idx) => Some(idx + 1),
        };
        if let Some(idx) = self.active_idx {
            if idx >= tasks.len() {
                self.active_idx = None;
            }
        }
    }

    pub fn get_selected_idx(&self) -> Option<usize> {
        self.active_idx
    }
}

I'm also planning to make StatefulWidget::render() take &State instead of &mut State.

Hi, I am having performance issues with a huge List (100k entries). Using the demo event handler the 1 sec tick causes consistent 20% cpu usage. There could be other things as well, like scrolling and selecting, but just regular re-drawing causes issues. Why does the List need to have all its elements? Knowing size it should be sufficient to render only the visible ones. Thanks for a very easy to use toolkit!

@gauteh
Not quite the same thing, but if you're having performance issues, a solution might be to generate a small list which only contains the data you need when rendering, and update it when your selection changes. My solution is to have a source list which is a regular Vec, and create a new List object using a slice of my source data - so the list itself will be really small, and it would not be necessary to scroll through ~100k elements in the List object when rendering the text.
My code looks somewhat like this - when the selection is moved up or down, self.start would adjusted to move the visible window up and down, and self.selected would be adjusted if your selection moves within the window:
fn render_columns<B: Backend>(&self, f: &mut Frame<B>, chunk: Rect) {
    let select_style = Style::default()
        .fg(self.style.selected_fg)
        .bg(self.style.selected_bg);

    let list = List::new(
        self.data[self.start..self.start + chunk.height as usize].iter()
            .map(|item| ListItem::new(item.to_string()))
            .collect::<Vec<_>>(),
    )
        .block(Block::default().title(Span::from(self.title.to_string())))
        .highlight_style(select_style);

    let mut selected_row = ListState::default();
    selected_row.select(self.selected);
    f.render_stateful_widget(list, chunk, &mut selected_row);
}

Thanks! I tried out cursive, but I essentially have to solve it in a
similar way (except that I store the rendered lines in a Vec and only print
the visible ones).
tor. 12. nov. 2020, 01:22 skrev philippeitis<EMAIL_ADDRESS>
@gauteh https://github.com/gauteh
Not quite the same thing, but if you're having performance issues, a
solution might be to generate a small list which only contains the data you
need when rendering, and update it when your selection changes. My solution
is to have a source list which is a regular Vec, and create a new List
object using a slice of my source data - so the list itself will be really
small, and it would not be necessary to scroll through ~100k elements in
the List object when rendering the text.
My code looks somewhat like this - when the selection is moved up or down,
self.start would adjusted to move the visible window up and down, and
self.selected would be adjusted if your selection moves within the window:
fn render_columns<B: Backend>(&self, f: &mut Frame, chunk: Rect) {
let select_style = Style::default()
.fg(self.style.selected_fg)
.bg(self.style.selected_bg);
let list = List::new(
    self.data[self.start..self.start + chunk.height as usize].iter()
        .map(|item| ListItem::new(item.to_string()))
        .collect::<Vec<_>>(),
)
    .block(Block::default().title(Span::from(self.title.to_string())))
    .highlight_style(select_style);

let mut selected_row = ListState::default();
selected_row.select(self.selected);
f.render_stateful_widget(list, chunk, &mut selected_row);

}
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/fdehau/tui-rs/issues/357#issuecomment-725739863, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAN36ZIYC7GM4VKNLSJL2LSPMTFFANCNFSM4QFYOWCQ
.

I can agree with @itsfarseen and think its not just about the built-in widgets but more about widgets from the designer themself or even third-party widgets, should make it much easier to implement and use when widgets can be reused.


Command to check if repository exists

Feature request
It would be nice if there was an option to check if a repository exists. This is particularly useful when restic is used in a script and the script needs to do something conditional depending on if the repo already exists. I have in mind something like
restic -r b2:bucket:/path/to/repo check --does-repo-exist

The output of this could be something as simple as "repo exists" or "repo does not exist". There isn't a command that already does this. I wouldn't mind implementing this myself and create a PR.
Did restic help you or made you happy in any way?
Yes! One of the top backup software choices at the moment and I hope it only gets better.

Hm, interesting idea. You could just use restic snapshots > /dev/null command, if it exits with a non-zero exit code, the repo exists. You could even add more tests, like "does the repo contain at least one snapshot", by parsing the output of restic --json snapshots with e.g. jq. I don't see much value for a dedicated command... Is there anything that I'm missing? Or is using the snapshots command in this way worth documenting?

Ah, it did not occur to me use snapshots that way. I was trying to use some variant of restic check since that made the most sense to me. Yes, I do think it's worth documenting that particular use of snapshots, maybe in the FAQ section, if there won't be a dedicated command.
The value of a dedicated command is that it will do what is minimally required to figure out if a repo exists. If a repo does exist, it will not perform any extra work. If the extra work done by restic snapshots > /dev/null when a repo does exist is not significant, then it doesn't matter.

Hm. But then we need to define what a repo is. The snapshots command will do a bit more, true, it'll try to decrypt one of the key files, decrypt the config, then download and decrypt all snapshot files. It's a good approximation though :)
Would you be interested in adding this to the docs somewhere? I don't think the FAQ is the right place (it wasn't asked that often to be honest), but maybe in a "Scripting" section in the manual or so?

Sure, I can do that later when I get some free time. Yea, I just imagined the FAQ to be a "questions I think people might frequently ask" kind of place :). My bad.

Just to correct, running restic snapshots > /dev/null returns:

non-zero exit code : repo does not exists
0 exit code : repo exists

Almost: When restic snapshots returns zero, the repo exists and can be accessed successfully. A non-zero exit code means something went wrong: The repo does not exist, the server isn't reachable or even some other error.

Given the info above, how safe is the command below?
The objective is to have a one-size-fits-all backup script/command that creates the repo if it's empty:
restic snapshots > /dev/null || restic init
restic backup

I think the code is safe if it is not run several times concurrently. It won't accidentally overwrite anything or so.
In terms of security, attackers who are able to delete files in the storage backend could remove the repo and force you to start over, saving all data again, but that's about it.

I too would like a efficient way test test a repository exists.
restic snapshots > /dev/null is not useful because it can take anywhere from 5-120 minutes to complete on my B2 repositories. restic snapshots --last > /dev/null doesn't help either, since it still wants to hit all snapshots.
I currently use restic init --repo=${repo} and take an error to mean the repo exists. Far from ideal but the only efficient method I have worked out.
restic -r b2:bucket:/path/to/repo check --exists or restic -r b2:bucket:/path/to/repo exists would be ideal. Something that made the minimal API calls to the repo to test this. If a password is specified, it should also check that password works.
Without such a command we need tricks to achieve it. restic snapshots doesn't scale for this. Maybe I could use restic unlock which might scale. but also might have the unwanted side-effect of removing a desirable lock.

@whereisaaron I agree with you, reopened.

+1 for the usecase. I currently try "restic check" to see if the repository exists. But return status 1 does not necessarily mean it does not exist. It might also mean that I'm using the wrong password for an existing one, which should make my script/job/program react in a different way.

Just for documentation: A much faster alternative to restic snapshots is running restic cat config. Won't help that much for scripting though.

Just for documentation: A much faster alternative to restic snapshots is running restic cat config. Won't help that much for scripting though.

Thanks for this, it helped me get what I needed. I'd like a check command also, but for now this is working for me:
`#!/bin/bash
reference: https://github.com/restic/restic/issues/1690
reference: dev/null: https://unix.stackexchange.com/questions/299774/redirect-error-message-to-dev-null-in-if-condition
repo="sftp:restic:/lan"
if ([ -z "$(restic -r $repo cat config)" ]) 2>/dev/null; then
state="Not initialized"
else
state="Initialized"
fi
echo $state`

Thank you for the "restic cat config" comment, it helped me. I'd also like a 'check' command, but this is working for me for now.
#!/bin/bash
repo="sftp:restic:/lan"
if ([ -z "$(restic -r $repo cat config)" ]) 2>/dev/null; then
state="Not initialized"
else
state="Initialized"
fi
echo $state

@Mist-Hunter you can also directly check the exit status:
#!/bin/bash
export RESTIC_REPOSITORY=sftp:restic:/lan
if restic cat config >/dev/null 2>&1; then
  echo initialized
else
  echo 'not initialized'
fi

FWIW, the cat command runs ~ 5 seconds against a moderately sized b2 repository (that contains 219 snapshots). Running the snapshots command just takes 6 seconds or so (b2 target is in the US, host is located in a datacenter in Germany). Whereas the stat and check commands don't finish in a few minutes.

When I find myself wanting to know if a repo exists or not, that's not what I am truly interested in. The higher level operation I am trying to perform is a declarative "ensure the repository exists".
@whereisaaron's comment suggests two or more users have this use case:

I currently use restic init --repo=${repo} and take an error to mean the repo exists. Far from ideal but the only efficient method I have worked out.

Here is pseudocode giving context around checking if repo exists for this kind of scenario:
exists = check if the repo exists
if exists:
    do nothing
else:
    initialise the repo

Perhaps another way to address some of these "check if repo exists" use cases is support for an idempotent "init the repo" operation. Similar to mkdir -p foo vs the raw mkdir foo.

It would be useful to have a command to check if a repository exists without entering the password, especially for backup scripts where one needs to enter password manually.

Please up-vote (add a thumbs-up reaction to the first post) features you're interested in.

While there's no dedicated command to check the existence of a repository, restic 0.17.0 now returns exit code 10 if the repository does not exist: https://restic.readthedocs.io/en/stable/075_scripting.html#check-if-a-repository-is-already-initialized .


Bump identity-apps-core version to 2.0.90

$Subject
Also, disabling the OrganizationManagementSuccessTest since since manual flow is working and found the issue related to test failure.

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/7137365920
Status: failure

PR builder started
Link: https://github.com/wso2/product-is/actions/runs/7138472049

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/7138472049
Status: success


Added handling of 429 error code("Rate limit exceeded")

I have added handling of 429 error code. It often occurs when you get a lot of data from Airtable using multiple clients simultaneously.
I add random sleeping between 30 to 35 seconds because according to API(https://airtable.com/appyiPlx4ouRqZ5iF/api/docs#curl/ratelimits) we need to wait for 30 seconds, and to prevent simultaneously awaking I use random.

Thank you very much for theimprovements, @deynekalex 👍


Order of cms slots is inconsistent in 2col element

Description
When using the two column cms element, the order of the slots in the designer view is correct, like in the 3 column element:

But if you open the view content of the category this layout is assigned to, you'll see that the order of the slots of the 3col element is correct, but the order of the slots of the 2col element are inverted (right, left):

Possible Solution

Additional context
There's no order for the relationship between CmsSlot and CmsBlock. Therefore it seems to be random in which order they are loaded.

I can confirm the problem. Are there any solutions?
The current status is extremely confusing for shop operators.

Hello,
Within our company roadmap and work capacity, we try to address each bug or improvement request but admit that not each one will be resolved. To continue our culture of honesty and openness, we are closing this issue to focus on our roadmap on behalf of all Shopware users.
If you feel like this issue is still impacting you, please create a new issue and let us know.
Thank you again for your valuable feedback.


Cannot activate rust-analyzer

When trying to update to the latest rust-analyser version I get the following:
Cannot activate rust-analyzer: bootstrap error. See the logs in "OUTPUT > Rust Analyzer Client" (should open automatically). To enable verbose logs use { "rust-analyzer.trace.extension": true }

Logs:
INFO [12/19/2021, 1:33:40 PM]: Extension version: 0.3.861
INFO [12/19/2021, 1:33:40 PM]: Using configuration {
  cargoRunner: null,
  runnableEnv: null,
  inlayHints: {
    enable: true,
    smallerHints: true,
    chainingHints: true,
    maxLength: 25,
    parameterHints: true,
    typeHints: true,
    hideNamedConstructorHints: false
  },
  updates: { channel: 'nightly', askBeforeDownload: false },
  server: { path: null, extraEnv: null },
  trace: { server: 'off', extension: false },
  debug: {
    engine: 'auto',
    sourceFileMap: {
      '/rustc/<id>': '${env:USERPROFILE}/.rustup/toolchains/<toolchain-id>/lib/rustlib/src/rust'
    },
    openDebugPane: false,
    engineSettings: {}
  },
  assist: {
    importGranularity: 'crate',
    importEnforceGranularity: false,
    importPrefix: 'plain',
    importGroup: true,
    allowMergingIntoGlobImports: true
  },
  cache: { warmup: true },
  callInfo: { full: true },
  cargo: {
    autoreload: true,
    allFeatures: false,
    unsetTest: [ 'core' ],
    features: [],
    runBuildScripts: true,
    useRustcWrapperForBuildScripts: true,
    noDefaultFeatures: false,
    target: null,
    noSysroot: false
  },
  checkOnSave: {
    enable: true,
    allFeatures: null,
    allTargets: false,
    command: 'check',
    noDefaultFeatures: null,
    target: null,
    extraArgs: [ '-Zbuild-std=core,alloc' ],
    features: null,
    overrideCommand: null
  },
  completion: {
    addCallArgumentSnippets: true,
    addCallParenthesis: true,
    snippets: {
      'Arc::new': {
        postfix: 'arc',
        body: 'Arc::new(${receiver})',
        requires: 'std::sync::Arc',
        description: 'Put the expression into an `Arc`',
        scope: 'expr'
      },
      'Rc::new': {
        postfix: 'rc',
        body: 'Rc::new(${receiver})',
        requires: 'std::rc::Rc',
        description: 'Put the expression into an `Rc`',
        scope: 'expr'
      },
      'Box::pin': {
        postfix: 'pinbox',
        body: 'Box::pin(${receiver})',
        requires: 'std::boxed::Box',
        description: 'Put the expression into a pinned `Box`',
        scope: 'expr'
      },
      Ok: {
        postfix: 'ok',
        body: 'Ok(${receiver})',
        description: 'Wrap the expression in a `Result::Ok`',
        scope: 'expr'
      },
      Err: {
        postfix: 'err',
        body: 'Err(${receiver})',
        description: 'Wrap the expression in a `Result::Err`',
        scope: 'expr'
      },
      Some: {
        postfix: 'some',
        body: 'Some(${receiver})',
        description: 'Wrap the expression in an `Option::Some`',
        scope: 'expr'
      }
    },
    postfix: { enable: true },
    autoimport: { enable: true },
    autoself: { enable: true }
  },
  diagnostics: {
    enable: true,
    enableExperimental: true,
    disabled: [],
    remapPrefix: {},
    warningsAsHint: [],
    warningsAsInfo: []
  },
  experimental: { procAttrMacros: true },
  files: { watcher: 'client', excludeDirs: [] },
  highlightRelated: {
    references: true,
    exitPoints: true,
    breakPoints: true,
    yieldPoints: true
  },
  highlighting: { strings: true },
  hover: { documentation: true, linksInHover: true },
  hoverActions: {
    debug: true,
    enable: true,
    gotoTypeDef: true,
    implementations: true,
    references: false,
    run: true
  },
  joinLines: {
    joinElseIf: true,
    removeTrailingComma: true,
    unwrapTrivialBlock: true,
    joinAssignments: true
  },
  lens: {
    debug: true,
    enable: true,
    implementations: true,
    run: true,
    methodReferences: false,
    references: false,
    enumVariantReferences: false,
    forceCustomCommands: true
  },
  linkedProjects: [ './src/Cargo.toml', './userland/Cargo.toml' ],
  lruCapacity: null,
  notifications: { cargoTomlNotFound: true },
  procMacro: { enable: true, server: null },
  runnables: { overrideCargo: null, cargoExtraArgs: [] },
  rustcSource: null,
  rustfmt: {
    extraArgs: [],
    overrideCommand: null,
    enableRangeFormatting: false
  },
  workspace: { symbol: { search: { scope: 'workspace', kind: 'only_types' } } }
}
INFO [12/19/2021, 1:33:40 PM]: PersistentState: {
  lastCheck:<PHONE_NUMBER>546,
  nightlyReleaseId: 55583095,
  serverVersion: '0.3.861'
}
ERROR [12/19/2021, 1:33:45 PM]: Assertion failed: Bad release: {"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849","assets_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849/assets","upload_url":"https://uploads.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849/assets{?name,label}","html_url":"https://github.com/rust-analyzer/rust-analyzer/releases/tag/nightly","id":55609849,"author":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"node_id":"RE_kwDOBttd2s4DUIn5","tag_name":"nightly","target_commitish":"638cc3e59f09b20e6ca6965ab1f3936e2467c497","name":"nightly","draft":false,"prerelease":true,"created_at":"2021-12-19T00:17:01Z","published_at":"2021-12-19T01:44:26Z","assets":[{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110842","id":52110842,"node_id":"RA_kwDOBttd2s4DGyX6","name":"rust-analyzer-aarch64-apple-darwin.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":8856890,"download_count":0,"created_at":"2021-12-19T01:44:26Z","updated_at":"2021-12-19T01:44:27Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-apple-darwin.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110843","id":52110843,"node_id":"RA_kwDOBttd2s4DGyX7","name":"rust-analyzer-aarch64-pc-windows-msvc.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":8318265,"download_count":0,"created_at":"2021-12-19T01:44:27Z","updated_at":"2021-12-19T01:44:28Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-pc-windows-msvc.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110844","id":52110844,"node_id":"RA_kwDOBttd2s4DGyX8","name":"rust-analyzer-aarch64-unknown-linux-gnu.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":11597202,"download_count":0,"created_at":"2021-12-19T01:44:28Z","updated_at":"2021-12-19T01:44:29Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-unknown-linux-gnu.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110845","id":52110845,"node_id":"RA_kwDOBttd2s4DGyX9","name":"rust-analyzer-alpine-x64.vsix","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":11898392,"download_count":0,"created_at":"2021-12-19T01:44:29Z","updated_at":"2021-12-19T01:44:30Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-alpine-x64.vsix"}],"tarball_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/tarball/nightly","zipball_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/zipball/nightly","body":null}
ERROR [12/19/2021, 1:33:45 PM]: Bootstrap error [AssertionError [ERR_ASSERTION]: Bad release: {"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849","assets_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849/assets","upload_url":"https://uploads.github.com/repos/rust-analyzer/rust-analyzer/releases/55609849/assets{?name,label}","html_url":"https://github.com/rust-analyzer/rust-analyzer/releases/tag/nightly","id":55609849,"author":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"node_id":"RE_kwDOBttd2s4DUIn5","tag_name":"nightly","target_commitish":"638cc3e59f09b20e6ca6965ab1f3936e2467c497","name":"nightly","draft":false,"prerelease":true,"created_at":"2021-12-19T00:17:01Z","published_at":"2021-12-19T01:44:26Z","assets":[{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110842","id":52110842,"node_id":"RA_kwDOBttd2s4DGyX6","name":"rust-analyzer-aarch64-apple-darwin.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":8856890,"download_count":0,"created_at":"2021-12-19T01:44:26Z","updated_at":"2021-12-19T01:44:27Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-apple-darwin.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110843","id":52110843,"node_id":"RA_kwDOBttd2s4DGyX7","name":"rust-analyzer-aarch64-pc-windows-msvc.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":8318265,"download_count":0,"created_at":"2021-12-19T01:44:27Z","updated_at":"2021-12-19T01:44:28Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-pc-windows-msvc.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110844","id":52110844,"node_id":"RA_kwDOBttd2s4DGyX8","name":"rust-analyzer-aarch64-unknown-linux-gnu.gz","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":11597202,"download_count":0,"created_at":"2021-12-19T01:44:28Z","updated_at":"2021-12-19T01:44:29Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-aarch64-unknown-linux-gnu.gz"},{"url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/releases/assets/52110845","id":52110845,"node_id":"RA_kwDOBttd2s4DGyX9","name":"rust-analyzer-alpine-x64.vsix","label":"","uploader":{"login":"github-actions[bot]","id":41898282,"node_id":"MDM6Qm90NDE4OTgyODI=","avatar_url":"https://avatars.githubusercontent.com/in/15368?v=4","gravatar_id":"","url":"https://api.github.com/users/github-actions%5Bbot%5D","html_url":"https://github.com/apps/github-actions","followers_url":"https://api.github.com/users/github-actions%5Bbot%5D/followers","following_url":"https://api.github.com/users/github-actions%5Bbot%5D/following{/other_user}","gists_url":"https://api.github.com/users/github-actions%5Bbot%5D/gists{/gist_id}","starred_url":"https://api.github.com/users/github-actions%5Bbot%5D/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/github-actions%5Bbot%5D/subscriptions","organizations_url":"https://api.github.com/users/github-actions%5Bbot%5D/orgs","repos_url":"https://api.github.com/users/github-actions%5Bbot%5D/repos","events_url":"https://api.github.com/users/github-actions%5Bbot%5D/events{/privacy}","received_events_url":"https://api.github.com/users/github-actions%5Bbot%5D/received_events","type":"Bot","site_admin":false},"content_type":"application/octet-stream","state":"uploaded","size":11898392,"download_count":0,"created_at":"2021-12-19T01:44:29Z","updated_at":"2021-12-19T01:44:30Z","browser_download_url":"https://github.com/rust-analyzer/rust-analyzer/releases/download/nightly/rust-analyzer-alpine-x64.vsix"}],"tarball_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/tarball/nightly","zipball_url":"https://api.github.com/repos/rust-analyzer/rust-analyzer/zipball/nightly","body":null}
	at cn (/home/andy/.vscode-server/extensions/matklad.rust-analyzer-0.3.861/out/main.js:61:2727)
	at I0 (/home/andy/.vscode-server/extensions/matklad.rust-analyzer-0.3.861/out/main.js:109:2928)
	at processTicksAndRejections (internal/process/task_queues.js:93:5)
	at async F0 (/home/andy/.vscode-server/extensions/matklad.rust-analyzer-0.3.861/out/main.js:109:1867)
	at async O0 (/home/andy/.vscode-server/extensions/matklad.rust-analyzer-0.3.861/out/main.js:108:3977)
	at async lC (/home/andy/.vscode-server/extensions/matklad.rust-analyzer-0.3.861/out/main.js:108:3808)
	at async Promise.all (index 0)
	at async Promise.all (index 27)
	at async Promise.all (index 1)] {
  generatedMessage: false,
  code: 'ERR_ASSERTION',
  actual: false,
  expected: true,
  operator: '=='
}

https://github.com/rust-analyzer/rust-analyzer/issues/10961#issuecomment-997308071

The release workflow failed in the middle again, I kicked off a new run. It should work after this runs through again https://github.com/rust-analyzer/rust-analyzer/actions/runs/1597301399

The workflow has succeeded now, try

Reopen VSCode or use Reload Window in command palette

That works, thanks @iDawer!


Update dhcpd.conf

updates to remove router / default gateway / DNS from being issues on a local non-internet connected wifi network.

Did you see this commit?
https://github.com/joe1981alAPR/stratux/commit/e4916a9de6be7c29083a3a832120dddf11e06ec6
On Fri, Nov 1, 2019, 11:56 joe1981alAPR<EMAIL_ADDRESS>wrote:

updates to remove router / default gateway / DNS from being issues on a
local non-internet connected wifi network.
You can view, comment on, or merge this pull request online at:
https://github.com/cyoung/stratux/pull/795
Commit Summary

Update dhcpd.conf

File Changes

M image/dhcpd.conf
https://github.com/cyoung/stratux/pull/795/files#diff-0 (6)

Patch Links:

https://github.com/cyoung/stratux/pull/795.patch
https://github.com/cyoung/stratux/pull/795.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/cyoung/stratux/pull/795?email_source=notifications&email_token=ADJX7QACPVWO4IJVLM4GBXLQRRNTPA5CNFSM4JH5LSI2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWFCH4A,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADJX7QBKFU35JP2PRWDMV4LQRRNTPANCNFSM4JH5LSIQ
.

I must have missed that one.  I searched for DHCP and didn’t see it.
I will just keep running it on mine this way.  I know current iOS versions prefer a network not issue a gateway if it doesn’t provider internet.  I have not tested any Android OSes lately.
Joseph McDonald
IT Manager
APR, LLChttp://www.goapr.com/   |   Dinanhttp://www.dinancars.com/
P:<PHONE_NUMBER> ext.5105
A: 4800 US HWY 280 W OPELIKA, AL 36801
From: Kris Knigga<EMAIL_ADDRESS>Sent: Friday, November 1, 2019 12:22 PM
To: cyoung/stratux<EMAIL_ADDRESS>Cc: Joseph T. McDonald<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [cyoung/stratux] Update dhcpd.conf (#795)
Did you see this commit?
https://github.com/joe1981alAPR/stratux/commit/e4916a9de6be7c29083a3a832120dddf11e06ec6
On Fri, Nov 1, 2019, 11:56 joe1981alAPR <notifications<EMAIL_ADDRESS>wrote:

updates to remove router / default gateway / DNS from being issues on a
local non-internet connected wifi network.
You can view, comment on, or merge this pull request online at:
https://github.com/cyoung/stratux/pull/795
Commit Summary

Update dhcpd.conf

File Changes

M image/dhcpd.conf
https://github.com/cyoung/stratux/pull/795/files#diff-0 (6)

Patch Links:

https://github.com/cyoung/stratux/pull/795.patch
https://github.com/cyoung/stratux/pull/795.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/cyoung/stratux/pull/795?email_source=notifications&email_token=ADJX7QACPVWO4IJVLM4GBXLQRRNTPA5CNFSM4JH5LSI2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWFCH4A,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADJX7QBKFU35JP2PRWDMV4LQRRNTPANCNFSM4JH5LSIQ
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/cyoung/stratux/pull/795?email_source=notifications&email_token=AB7IEAH4BRSGC7KTHUTPZ7LQRRQVJA5CNFSM4JH5LSI2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEC3S26Q#issuecomment-548875642, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AB7IEABTDPRIQO5J6UT5PXLQRRQVJANCNFSM4JH5LSIQ.


Wifi Crash on init wDev_Rxbuf_Init (IDFGH-906)

Environment

Development Kit: [none]
Core (if using chip or module): [ESP-WROOM32]
IDF version: f49e2afe946f414e1a9f2d7426af6665eab3731b
Development Env: [vscode]
Operating System: [Ubuntu]
Power Supply: [external 5V]

Problem Description
I've received a few coredumps that have stacks that seem to imply that wifi is crashing:

#0  0x4015d628 in wDev_Rxbuf_Init ()
#1  0x401551bb in ic_init ()
#2  0x40146f5e in chip_post_init ()
#3  0x40147111 in wifi_init_process ()
#4  0x4014823a in ieee80211_ioctl_process ()
#5  0x4008ed77 in ppTask ()
#6  0x4009366c in vPortTaskWrapper (pxCode=0x4008ecb8 <ppTask>, pvParameters=0x0) at .../idf/components/freertos/port.c:143

The device seems to recover - enough to upload this coredump to my  s3 bucket at least.
Debug Logs
I've got several other coredumps with this data. let me know if more info is helpful. I can also provide the elf privately if that helps.

HI @sebirdman, sorry for late response for this issue. Do you still have the *elf file that generates this crash? Is this issue easy to reproduced?

@sebirdman we just can't reproduce this issue with our stress test, could you provide detailed steps to reproduce this issue. Is this issue easy reproduced on your side?

Hi @sebirdman, does this issue still exist?

@sebirdman Thanks for reporting. Will close the ticket due to short of feedback. Feel free to reopen with more details. Thanks.


feat: Artifacts

Pull Request Checklist
Note to first-time contributors: Please open a discussion post in Discussions and describe your changes before submitting a pull request.

I am skipping this as I have contributed to Pipelines and this has been discussed in detail in the Discord :)

Changelog Entry
Description

This makes minor changes to existing components to allow for adding a new modal for the Artifacts feature. The main addition here is the actual Artifacts modal which parses all messages in the currently open chat, extracts code from those messages where possible and renders that code. If you open the modal you can see all renders.

This does not create actual artifacts or store the code. When the chat is deleted, the code is gone as it is simply live rendering parsed code.
Added

New Artifacts feature for rendering HTML, CSS, and JavaScript content from chat messages
- Added ArtifactsModal.svelte component for displaying rendered content
- Implemented artifact rendering in full view and preview mode
- Added support for responsive, mobile, and desktop viewing modes
New "Artifacts" button in the sidebar for accessing the Artifacts modal
showArtifacts store for managing the visibility of the Artifacts modal

Changed

Updated Chat.svelte to include the new ArtifactsModal component
Modified Messages.svelte to handle chat actions related to artifacts
Enhanced Sidebar.svelte with a new Artifacts button and associated SVG icon
Updated +layout.svelte to incorporate the ArtifactsModal in the app layout

Deprecated

N/A

Removed

N/A

Fixed

N/A

Security

Adding the ability to render code in this manner opens up users to malicious code injection via an LLM. The long term goal is to implement a proper sandbox within OWUI and have the iframe simple render that (so the core code shouldn't change much if at all). For now, this should be safe enough for most users, but if they were to use an LLM capable of generating malicious javascript, it WOULD execute said code in the modal.

Breaking Changes

N/A

Additional Information

I'm Unsaidpaper from the Discord
I would be happy to split this into Atomics, but 90% of this PR is simply a new file. The changes are quite minor mostly imports to the other files save for Sidebar.svelte in which I simply added a new button. I can split this into two if you would prefer. One for the changes and one for the new file.
This is a brand new implementation of Artifacts and while I also wrote the Artifacts function on the community site, these two implementations actually have very little in common.

Screenshots or Videos
https://github.com/user-attachments/assets/90afd126-bb3f-44ed-9bfc-8d8744c43118

I'm slightly concerned about the security section: with a web search tool, a prompt injection attack, and a model not equipped to handle it, this could lead to bad things.
There are functions that are much worse (such as the "calculator" tool that just runs eval on the backend) but if we're going to build this in by default there should at least be a flag to disable it until it's sandboxed properly.

@tjbck should I split this into atomics?
The feature in its current state is ready for review.
Was just getting an odd CI issue due to missing imports that don't actually conflict with the source files.

Ready for review. Still planning to add global toggle in next version to allow disabling or enabling Artifacts from Settings

Any hold ups still on this. It will be a game changing feature.
Thanks for your efforts guys.

Yes will be a game changer, Especially if the model via tools can call it automatically and generate like pie chart or else chart. Mermaid is good but can't do this kind of graphic chart that maybe this can show using javascript and html .Super good job

Closing in favour of de59ecf8a33a9eb26a8d75ab2f5c17aa4e04c15d


Property 'query' does not exist on type 'MusicBrainzApi'.

Hi, I tested the new version 0.14.0 (npm i musicbrainz-api) it seems broken.
I also cleared my npm cache, but no luck.

Property 'query' does not exist on type 'MusicBrainzApi'.

140     const response = await api.query('recording',apiQuery);

Try:
const recordings = await mbApi.search('recording', {artist: 'ab2528d9-719f-4261-8098-21849222a0f2'});


Have better GEMM configurations for RISC-V targets

I recently found that we don't have good configurations when fixing long compilation time issue for RISC-V targets https://github.com/google/iree/issues/8431. In the past, we only had focus on Pixel 4. They were all used Pixel 4 configurations. For the time being, we have different strategies for different targets.
Now, we use x86 avx configuration, which is not the best for RISC-V targets. IMO, we can target some matmul shapes and set up better tiling sizes. E.g., we've been focusing on Bert matmul sizes for a while. The current configurations are set based on generally good performance for those shapes. The below shapes are what we care in the MiniLM Bert model.
    [1, 384, 384]
    [128, 384, 384]
    [128, 1536, 384]
    [128, 384, 1536]

We can start with benchmarking these GEMM shapes and set up more reasonable tiling sizes for RISC-V targets. There are other vector lowering strategies in Sandbox codegen driver based approach.
https://github.com/google/iree/blob/ae1c3a2d33bc20ac3aef4022dbc9bde7b185ff6c/iree/compiler/Codegen/Sandbox/Passes.td#L122-L175
Another aspect is to profile the model used in riscv CI (i.e., person_detect.tflite). There may be quantized matmul in the model (e.g., i8xi8->i32). I think we can still use the same shapes but with i32,i32->i32 types as a starter.
Once we have good performance for individual matmul ops, we can look into fusion cases (e.g., fill + matmul + generic ops). Fusion cases are the most common cases we'd like to address in IREE.
cc @MaheshRavishankar @hcindyl @dcaballe

I recently found that we don't have good configurations when fixing long compilation time issue for RISC-V targets #8431. In the past, we only had focus on Pixel 4. They were all used Pixel 4 configurations. For the time being, we have different strategies for different targets.
Now, we use x86 avx configuration, which is not the best for RISC-V targets. IMO, we can target some matmul shapes and set up better tiling sizes. E.g., we've been focusing on Bert matmul sizes for a while. The current configurations are set based on generally good performance for those shapes. The below shapes are what we care in the MiniLM Bert model.
    [1, 384, 384]
    [128, 384, 384]
    [128, 1536, 384]
    [128, 384, 1536]

We can start with benchmarking these GEMM shapes and set up more reasonable tiling sizes for RISC-V targets. There are other vector lowering strategies in Sandbox codegen driver based approach.
https://github.com/google/iree/blob/ae1c3a2d33bc20ac3aef4022dbc9bde7b185ff6c/iree/compiler/Codegen/Sandbox/Passes.td#L122-L175
Another aspect is to profile the model used in riscv CI (i.e., person_detect.tflite). There may be quantized matmul in the model (e.g., i8xi8->i32). I think we can still use the same shapes but with i32,i32->i32 types as a starter.
Once we have good performance for individual matmul ops, we can look into fusion cases (e.g., fill + matmul + generic ops). Fusion cases are the most common cases we'd like to address in IREE.
cc @MaheshRavishankar @hcindyl @dcaballe

Thanks Hanhan for bringing this up. Overall I think it makes sense to move in this direction. Though RISC-V eco system might be too diverse to have something nailed down in the compiler itself as general heuristic (I might be wrong).
I'd suggest start using the iree_codegen.compilation_info attributes to control the tile sizes etc. At least for prototyping ( + search) that would be an easier starting point.

https://github.com/iree-org/iree/pull/9870 provides a good baseline for both float and quantized GEMMs.


Add color to strategy text

Add coloring for Stand/Hit/Double/Split/Surrender

put in basic coloring


Add chainsafe storage support

          @Xuanwo request assign chainsafe support

https://docs.storage.chainsafe.io/
Originally posted by @hoslo in https://github.com/apache/incubator-opendal/issues/5#issuecomment-1869196859

cc @hoslo, maybe you will be interested?

Implemented by @hoslo


Include RIMP2 sets for 6-31G** and 6-311G** basis sets.

Described in J. Comput. Chem. 34, 2568 (2013)

@bennybp can you have a look at the failures?

Codecov Report

Merging #208 (2ac3590) into master (dfcd4f1) will increase coverage by 0.46%.
The diff coverage is n/a.

:exclamation: Current head 2ac3590 differs from pull request most recent head 3fe5341. Consider uploading reports for the commit 3fe5341 to get more accurate results


Chad - mobile prefixes

Millicom Chad is using the entire 235 9 xxx xxxx range. Example numbers:<PHONE_NUMBER>x,<PHONE_NUMBER>x,<PHONE_NUMBER>x
Documentation can be provided privately if required.

Thank you for your report, we're starting work on this issue shortly.

Fixed by release 7.0.11.


prometheus-pushgateway: 1.3.0 -> 1.3.1

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/pushgateway/versions.
meta.description for prometheus-pushgateway is: "Allows ephemeral and batch jobs to expose metrics to Prometheus"
meta.homepage for prometheus-pushgateway is: "https://github.com/prometheus/pushgateway"
meta.changelog for prometheus-pushgateway is: ""
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 1.3.1 with grep in /nix/store/ms7b8r99axra0zp0bb5sxybxmm1f38ig-pushgateway-1.3.1

directory tree listing: https://gist.github.com/f6999f1c8dfc61cd8a8ed3e94c120f34

du listing: https://gist.github.com/273b6d3b0b884b82a406ad40e9f43807

Rebuild report (if merged into master) (click to expand)

4431 total rebuild path(s)

1663 package rebuild(s)

1658 x86_64-linux rebuild(s)
1433 i686-linux rebuild(s)
440 x86_64-darwin rebuild(s)
900 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
adapta-gtk-theme
apache-airflow
archi
avocode
aws-adfs
aws-google-auth
aws-sam-cli
awscli
awsebcli
awslogs
barman
bash-my-aws
bpftool
buildbot
buildbot-full
buildbot-ui
bumblebee
cargo-flamegraph
certbot-full
checkov
chrome-gnome-shell
chromedriver
chromium
cloud-custodian
cq-editor
credstash
crosvm
csvs-to-sqlite
deja-dup
displaylink
duplicity
duply
dvc-with-remotes
elasticsearch-curator
epiphany
feeds
freefall
geekbench
git-annex-metadata-gui
git-remote-codecommit
gnome-tour
gnome-usage
gnome3.epiphany
gnome3.geary
gnome3.gnome-applets
gnome3.gnome-calendar
gnome3.gnome-clocks
gnome3.gnome-contacts
gnome3.gnome-control-center
gnome3.gnome-initial-setup

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/ms7b8r99axra0zp0bb5sxybxmm1f38ig-pushgateway-1.3.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A prometheus-pushgateway https://github.com/r-ryantm/nixpkgs/archive/799804ca6242887f952db3159435037e9e6c83ed.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/ms7b8r99axra0zp0bb5sxybxmm1f38ig-pushgateway-1.3.1
ls -la /nix/store/ms7b8r99axra0zp0bb5sxybxmm1f38ig-pushgateway-1.3.1/bin

Pre-merge build results
NixPkgs review skipped

Maintainer pings
cc @benley @fpletz for testing.

Result of nixpkgs-review pr 110247 1

1 package built:

prometheus-pushgateway

Result of nixpkgs-review pr 110247 1

1 package built:

prometheus-pushgateway

Okay wait, this shouldn't have gotten to staging! @ryantm can you take a look why the wrong branch was selected?

Okay wait, this shouldn't have gotten to staging! @ryantm can you take a look why the wrong branch was selected?

@Ma27 Sorry it seems like sometimes the rebuild reports are buggy. I need to look into this! It is always safe to change the base branch before merging.

@Ma27 Sorry it seems like sometimes the rebuild reports are buggy. I need to look into this! It is always safe to change the base branch before merging.


基于scalatest的单元测试

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like

工具方法的单测
repository单测

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

使用内存数据库 h2

repository测试  scalatest+h2  https://github.com/bitlap/zim/commit/1acec6900f11f52ce86c2fb29395b06b296f3be2

只剩下 AddMessageRepository没有单测

只有AddMessageRepository没测，先关闭了，


Using Multipoint Geometry to draw Control Measures with unique draw rules/control points

We were considering using a featureclass with a Multipoint geometry type to indicate to the DictionaryRenderer that the 2525D special draw rules/control points should be used (for example, with an arrow/axis symbol there is a special draw rule that last point indicates the arrowhead width).
However, it doesn't seem we can control the order of the points with multipoint geometries, the vertices always seem to get ordered left to right no matter what order you draw them in.
So we may not be able to use mulipoint (unless there is some way to keep the points from being reordered) and we should come up with an alternate way to communicate to the renderer that we want to use the 2525D draw rules/control points to draw the symbol (for example an attribute "useStandardDrawRules=true").

Result of using Multipoint to draw Axis symbol

I discussed this with Craig and what he recalled from the last meeting is that there is an ordering issue with multipoint geometry that would need to be looked at by the geometry team.  They would need to look at the issue first and then we could address any remaining drawing issues after that.  I think it would be best to work directly with the geometry team so I will not enter a CR for this issue.

Thanks for the update/checking - I wasn't sure if we needed a CR first to get it looked at (but I did forget to add that to the action items for the minutes of that meeting)
@conklinbd (or @jrweakland ) - can you check with Sergey if we are able to use Multipoint geometry type to arbitrarily order points like specified in the standard. Right now it appears that-like polygon- multipoint reorders the points using some winding rule - so is there some other GDB geotype (other than line) than we can use?

assigning back to @csmoore for reassignment since i am not on the military symbology team

Just an update, we didn't make it any further on this, last we were told we could submit a CR to try to get multipoint store behavior changed in desktop, but that seemed like perhaps a radical step so our next incremental step in to try to control this with an attribute ("usecontrolpoints") on line features that do keep their ordering.
Changing the milestone since this likely won't be working by Pro 1.2

This issue was moved to Esri/military-symbology#267


Cannot support feature name with surfix 'f' with number.

I just find a bug when using nyoka to output pmml file with lighGBM model. This package fail to process the data with column name like 'f1', 'f2', 'f3'. This is probably caused by function "replace_name_with_derivedColumnNames(original_name, derived_col_names)" in xgboost_to_pmml.py file. Now my solution is to rename the input column name with some other prefix to by-pass this problem. Please fix this.
`---------------------------------------------------------------------------
IndexError                                Traceback (most recent call last)
 in
----> 1 lgb_to_pmml(pipeline_obj, features, target, "gd_lgbm.pmml")
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in lgb_to_pmml(pipeline, col_names, target_name, pmml_f_name, model_name, description)
62                                       mining_imp_val,
63                                       categoric_values,
---> 64                                       model_name)
65         pmml = pml.PMML(
66             version=PMML_SCHEMA.VERSION.value,
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in get_PMML_kwargs(model, derived_col_names, col_names, target_name, mining_imp_val, categoric_values, model_name)
105                                                       mining_imp_val,
106                                                       categoric_values,
--> 107                                                       model_name)}
108     return algo_kwargs
109
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in get_ensemble_models(model, derived_col_names, col_names, target_name, mining_imp_val, categoric_values, model_name)
137     mining_models.append(pml.MiningModel(
138         modelName=model_name if model_name else "LightGBModel",
--> 139         Segmentation=get_outer_segmentation(model, derived_col_names, col_names, target_name, mining_imp_val,categoric_values,model_name),
140         **model_kwargs
141     ))
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in get_outer_segmentation(model, derived_col_names, col_names, target_name, mining_imp_val, categoric_values, model_name)
177         segmentation = pml.Segmentation(
178             multipleModelMethod=get_multiple_model_method(model),
--> 179             Segment=get_segments(model, derived_col_names, col_names, target_name, mining_imp_val,categoric_values,model_name)
180         )
181     return segmentation
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in get_segments(model, derived_col_names, col_names, target_name, mining_imp_val, categoric_values, model_name)
210     segments = None
211     if 'LGBMClassifier' in str(model.class):
--> 212         segments=get_segments_for_lgbc(model, derived_col_names, col_names, target_name, mining_imp_val,categoric_values,model_name)
213     elif 'LGBMRegressor' in str(model.class):
214         segments=get_segments_for_lgbr(model, derived_col_names, col_names, target_name, mining_imp_val,categoric_values)
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in get_segments_for_lgbc(model, derived_col_names, feature_names, target_name, mining_imp_val, categoric_values, model_name)
372         oField.append("lgbValue")
373         segments_equal_to_estimators = generate_Segments_Equal_To_Estimators(main_key_value, derived_col_names,
--> 374                                                                              feature_names)
375         First_segment = xgboostToPmml.add_segmentation(model,segments_equal_to_estimators, mining_schema_for_1st_segment, out, 1)
376         reg_model = sklToPmml.get_regrs_models(model, oField, oField, target_name, mining_imp_val, categoric_values,model_name)[0]
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in generate_Segments_Equal_To_Estimators(val, derived_col_names, col_names)
237         mining_field_for_innner_segments = col_names
238         m_flds = []
--> 239         create_node(val[i], main_node, derived_col_names)
240         for name in mining_field_for_innner_segments:
241             m_flds.append(pml.MiningField(name=name))
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in create_node(obj, main_node, derived_col_names)
326     else:
327
--> 328         main_node.add_Node(create_left_node(obj,derived_col_names))
329         main_node.add_Node(create_right_node(obj,derived_col_names))
330
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/lgbm/lgb_to_pmml.py in create_left_node(obj, derived_col_names)
310         nd.set_SimplePredicate(
311             pml.SimplePredicate(field=xgboostToPmml.replace_name_with_derivedColumnNames(derived_col_names[int(obj['split_feature'])],
--> 312                  derived_col_names), operator=SIMPLE_PREDICATE_OPERATOR.LESS_OR_EQUAL.value, value="{:.16f}".format(obj['threshold'])))
313         create_node(obj['left_child'], nd, derived_col_names)
314         return nd
~/anaconda3/envs/galaxy_risk/lib/python3.6/site-packages/nyoka/xgboost/xgboost_to_pmml.py in replace_name_with_derivedColumnNames(original_name, derived_col_names)
289     new = str.replace(original_name, 'f', '')
290     if new.isdigit():
--> 291         col_name = derived_col_names[int(new)]
292     else:
293         col_name = original_name
IndexError: list index out of range`

Thanks, @Kennylovetheworld for pointing this out. This will be taken care of in future releases.

Hi @Kennylovetheworld, this is fixed in Release 5.0.1


FEATURE:[GSSOC'23] Adding transition and hover to scroll to top button

Hello Sir/Ma'am,
I would like to add transition and hover to scroll to top button. This will help to enhance the user experience.
Please assign me this issue. I would like to work on this issue under GSSOC'23. Please let me fix this issue #191.


File(s) exits but reported not found when running in child-module

Hi there!
Not sure if it's a bug or I'm doing something wrong, but this is what's happening for me.
I have a null_resource (to run packer) in a child-module like this:
resource "null_resource" "packer" {
  triggers = {
    ami_name = local.ami_name
  }

  provisioner "local-exec" {
    working_dir = "${path.module}/packer_build"
    command     = <<EOF

packer build \
  -var region=${var.aws_region} \
  -var vpc_id=${var.vpc_id} \
  ${path.module}/build.pkr.hcl
EOF
  }
}

and then it's called from the root-module like this?
module "nightly_build" {

  for_each = local.service_build ? toset([var.service_name]) : []
  source  = "git::https://git-codecommit.us-east-1.amazonaws.com/v1/repos/tf-module-packerbuild"

  aws_region  = var.region
  vpc_id      = var.vpc_id
  .....
  .....
}

but it falis with:
module.nightly_build["aut"].null_resource.packer (local-exec):   [-]  Packer build FAILED!!!
╷
│ Error: local-exec provisioner error
│
│   with module.nightly_build["aut"].null_resource.packer,
│   on .terraform/modules/nightly_build/packer.tf line 14, in resource "null_resource" "packer":
│   14:   provisioner "local-exec" {
│
│ Error running command packer build \
│   -var region=eu-west-2 \
│   -var vpc_id=vpc-072fxxxxxxxxxxbab \
│   .terraform/modules/nightly_build/build.pkr.hcl
│
│ stat .terraform/modules/nightly_build/build.pkr.hcl: no such file or
│ directory

ERRO[0054] Terraform invocation failed in /home/santanu/Development/tg_cache/DdkpSskacYtPk1looy2J9mEIy64/8ePWngDL68Amr6PyqAPtV1CpEIQ/tf-service-auth  prefix=[/home/santanu/repos/ZENLER/tg_roots/znp/auth/exc]
ERRO[0054] 1 error occurred:
	* exit status 1

But if go to the terragrunt cache-space and search, all the reported missing objects are there:
$ ls -l /home/santanu/Development/tg_cache/DdkpSskacYtPk1looy2J9mEIy64/8ePWngDL68Amr6PyqAPtV1CpEIQ/tf-service-auth/.terraform/modules/nightly_build/
total 24
-rw-rw-r-- 1 santanu santanu 2615 Oct  5 17:46 build.pkr.hcl
-rw-rw-r-- 1 santanu santanu  595 Oct  5 17:46 ecr.tf
-rw-rw-r-- 1 santanu santanu  798 Oct  5 17:46 outputs.tf
-rw-rw-r-- 1 santanu santanu 1362 Oct  5 17:46 packer.tf
drwxrwxr-x 2 santanu santanu 4096 Oct  5 17:46 packer_build
-rw-rw-r-- 1 santanu santanu 1529 Oct  5 17:46 variables.tf

Any idea what's going on? Am I missing anything obvious?
Versions

Terragrunt version: v0.40.2
Terraform version: v1.4.4
Environment details: Ubuntu 22.04.2 LTS

-S

just wondering, no one else in this senerio or not causing any issue for them in this type of senario? Intersted to know what's might be the workaround/fix?

Hi,
will be helpful to share example repo with the issue, it will help to find the root cause


How to handle Brute Force login attempts?

I am trying to have more control over how logins work and are handled.
Is there anyway to throttle the login attempts?

Hey @skimgosu, that's a great question!
There is no way to control the throttle parse.com, but in case of Parse Server - you can plug in any throttling mechanism as a middleware for your express app. For example, express-brute is easy to setup and gives you an ability to rate limit a specific endpoint by the total count a day from a specific IP or plug in your own logic.
Let me know if this helps, and feel free to reopen this issue. Or even better - open this on Parse Server repo, since this is closer related to it.

xpress-brute looks great! Thanks @nlutsenko


Looking for a new maintainer

I think it's time. I have not used windows in over a year, and this project is languishing as a result. I have no motivation to work on it any more. I think it would be best to pass the torch to another so they can keep ModernGadgets alive.
I'm super grateful to everyone who loves and uses ModernGadgets. Thank you for your support! Working on this project helped me a lot through my teenage years, and kickstarted my interest in software development as a whole.
If you're interested in maintaining the project, respond here and we'll work out the details.

Some more context for this decision:

I use Linux now, making it difficult to test ModernGadgets since I have to do so in a VM
I am starting university soon, and need to decrease my cognitive load on personal projects as much as I can
I am migrating from GitHub to Sourcehut, but don't want to uproot the community that has grown here
I don't want this project to die. Thousands of people use ModernGadgets every day, and I want them to continue to be able to do so.

It feels like I'm putting my child up for adoption, but it's the best thing to do.

Hm... 🤔 This would be quite a commitment for whoever is willing to take it on. This is a very large suite to manage and maintain! The Rainmeter community will miss your contributions and insights...

I'd volunteer to take this on, but due to the size and popularity of ModernGadgets I'm afraid it would eat my life.  It's hard enough maintaining the stuff I have now.
You might want to post this on your Rainmeter ModernGadgets thread to get more eyeballs on it.  That's still a pretty active thread.

Good idea.
 ModernGadgets is pretty similar feature-wise to your suite, the main differences are in presentation. Adding a flat theme to your gadgets would probably be enough to bring over most users.

Yes, I was also thinking that theming might help!  I can break out my old Gadgets "Modernizer" patch to flatten things, LOL.  But more seriously, I could try using your main font and flattening/de-borderizing to get part-way there.  I should have bitten the bullet long ago like you did and used style sheets.

The more I think about it, the less I like the idea of handing the repository to someone I don't trust. You (SilverAzide) would be the only one I would fully trust to do it, but we already decided against that. In light of this, I'm going to officially close this repository, and encourage everyone to use your suite instead.
If you want, I can help you make a flat theme for your gadgets, though you know far more about Rainmeter than I do, so you probably won't need my help. Thank you for everything you've done over the years!
If anyone would like to contact me, you can reach me at<EMAIL_ADDRESS>My inbox is open.


Create tormead_school domain

@jithu-99 What is the school's email address pattern? For<EMAIL_ADDRESS>the filename has to be lib/domains/org/tormeadschool.txt
Please notice that .txt extension is mandatory. Please rename and/or comment. Thank you.

@jithu-99 You might miss my previous comment. Please reply.

@jithu-99 I am sorry, this request remains unanswered for a while. I have to close it without merging. Please reopen and comment if you have an update regarding the abovementioned issue. Thank you for the understanding!


Docker Buildx not found reported issue

@jonathan I believe you experienced this issue as well.  I'll investigate this further.