text:
Different beautification for js and json

Is there a way to have different beautification rules for .js and .json files in the same .jsbeautifyrc file.
For example my use case is 4 indent_size for js and 2 for json

Interesting idea.  It does not exist at this time.  You can work around by assigning the value on the command-line when you calll the beautifier.  Not hard to do, but also not high priority.

@thaiat not sure your use-case, but in case you're looking for a temporary work-around - I use another library for json formatting.  jsonlint to be exact

@olsonpm does it have an integration with sublime ?
My use case is that i use HTML/CSS/JS Prettify plugin in sublime and before i save the file i do Shift+Cmd+H to run beautify on the current file.

I don't use sublime, but this package seems like it fits your needs:
https://packagecontrol.io/packages/Pretty JSON

@olsonpm nice thks!!!

Related: #391.

authors: bitwiseman olsonpm thaiat


text:
Optional extra indentation of chained methods

Input:
new sql.Request()
.query(query.query)
.then((data) => {
	res.json({
		result: true
	});
})
.catch((e) => {
	e.status = e.status || 500;
	Log(e.stack || e);
	res.status(e.status).end();
});

Expected:
new sql.Request()
.query(query.query)
.then((data) => {
	res.json({
		result: true
	});
})
.catch((e) => {
	e.status = e.status || 500;
	Log(e.stack || e);
	res.status(e.status)
    .end();
});

Actual:
new sql.Request()
	.query(query.query)
	.then((data) => {
		res.json({
			result: true
		});
	})
	.catch((e) => {
		e.status = e.status || 500;
		Log(e.stack || e);
		res.status(e.status)
			.end();
	});

See #482

source: gharchive/issue

authors: bitwiseman qwemaze

repo: beautify-web/js-beautify

license: MIT

license_type: permissive

license_source: github-api


text:
Using GeoFirePoint with json serializable?

Anyone uses json serializable with GeoFlutterFire's GeoFirePoint?
I suspect we would need a custom JsonConverter for the data? Any tips or code samples?
The GeoPointConverter here works fine https://stackoverflow.com/questions/61707320/how-to-serialize-geopoint-using-dart-json-serializable-package , but here we have geohash too

Hi @giorgio79,
it's not that difficult.
You can just set a custom fromJson / toJson on the field of your serializable model.
For instance, my working example is:
@JsonKey(toJson: LocationHelper.geoFirePointToJson, fromJson: LocationHelper.geoFirePointFromJson)
GeoFirePoint? geoPoint;

Here you can find my LocationHelper.

@emiliodallatorre LocationHelper isn't available in Flutter with this package. Can you provide its flutter code for serialization?


text:
feaLib not correctly applying script and language statements

I don't think feaLib correctly applies script and language statements.
This can be seen in the feaLib test for spec 4.h, which should generate a "liga" feature that is split so as to only apply some substitutions to certain scripts/languages. The expected ttx (which has a single liga feature with all substitutions) is inconsistent with the type of output makeotf generates with similar input.
https://github.com/behdad/fonttools/blob/master/Lib/fontTools/feaLib/testdata/spec4h1.fea
https://github.com/behdad/fonttools/blob/master/Lib/fontTools/feaLib/testdata/spec4h1.ttx

@brawer Sascha, this looks rather serious.  Can you please fix it this week?  Thanks.

For reference, here's what makeotf is doing differently for the linked feature source:
--- a/Lib/fontTools/feaLib/testdata/spec4h1.ttx
+++ b/Lib/fontTools/feaLib/testdata/spec4h1.ttx
@@ -12,7 +12,7 @@
             <ReqFeatureIndex value="65535"/>
             <!-- FeatureCount=2 -->
             <FeatureIndex index="0" value="0"/>
-            <FeatureIndex index="1" value="1"/>
+            <FeatureIndex index="1" value="5"/>
           </DefaultLangSys>
           <!-- LangSysCount=0 -->
         </Script>
@@ -23,8 +23,8 @@
           <DefaultLangSys>
             <ReqFeatureIndex value="65535"/>
             <!-- FeatureCount=2 -->
-            <FeatureIndex index="0" value="0"/>
-            <FeatureIndex index="1" value="1"/>
+            <FeatureIndex index="0" value="1"/>
+            <FeatureIndex index="1" value="6"/>
           </DefaultLangSys>
           <!-- LangSysCount=0 -->
         </Script>
@@ -35,8 +35,8 @@
           <DefaultLangSys>
             <ReqFeatureIndex value="65535"/>
             <!-- FeatureCount=2 -->
-            <FeatureIndex index="0" value="0"/>
-            <FeatureIndex index="1" value="1"/>
+            <FeatureIndex index="0" value="2"/>
+            <FeatureIndex index="1" value="7"/>
           </DefaultLangSys>
           <!-- LangSysCount=2 -->
           <LangSysRecord index="0">
@@ -44,8 +44,8 @@
             <LangSys>
               <ReqFeatureIndex value="65535"/>
               <!-- FeatureCount=2 -->
-              <FeatureIndex index="0" value="0"/>
-              <FeatureIndex index="1" value="1"/>
+              <FeatureIndex index="0" value="3"/>
+              <FeatureIndex index="1" value="8"/>
             </LangSys>
           </LangSysRecord>
           <LangSysRecord index="1">
@@ -53,25 +53,83 @@
             <LangSys>
               <ReqFeatureIndex value="65535"/>
               <!-- FeatureCount=2 -->
-              <FeatureIndex index="0" value="0"/>
-              <FeatureIndex index="1" value="1"/>
+              <FeatureIndex index="0" value="4"/>
+              <FeatureIndex index="1" value="9"/>
             </LangSys>
           </LangSysRecord>
         </Script>
       </ScriptRecord>
     </ScriptList>
     <FeatureList>
-      <!-- FeatureCount=2 -->
+      <!-- FeatureCount=10 -->
       <FeatureRecord index="0">
         <FeatureTag value="liga"/>
         <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="1"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="1">
+        <FeatureTag value="liga"/>
+        <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="1"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="2">
+        <FeatureTag value="liga"/>
+        <Feature>
+          <!-- LookupCount=2 -->
+          <LookupListIndex index="0" value="1"/>
+          <LookupListIndex index="1" value="2"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="3">
+        <FeatureTag value="liga"/>
+        <Feature>
           <!-- LookupCount=3 -->
           <LookupListIndex index="0" value="1"/>
           <LookupListIndex index="1" value="2"/>
           <LookupListIndex index="2" value="3"/>
         </Feature>
       </FeatureRecord>
-      <FeatureRecord index="1">
+      <FeatureRecord index="4">
+        <FeatureTag value="liga"/>
+        <Feature>
+          <!-- LookupCount=2 -->
+          <LookupListIndex index="0" value="1"/>
+          <LookupListIndex index="1" value="2"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="5">
+        <FeatureTag value="smcp"/>
+        <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="0"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="6">
+        <FeatureTag value="smcp"/>
+        <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="0"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="7">
+        <FeatureTag value="smcp"/>
+        <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="0"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="8">
+        <FeatureTag value="smcp"/>
+        <Feature>
+          <!-- LookupCount=1 -->
+          <LookupListIndex index="0" value="0"/>
+        </Feature>
+      </FeatureRecord>
+      <FeatureRecord index="9">
         <FeatureTag value="smcp"/>
         <Feature>
           <!-- LookupCount=1 -->

Looks to me like, while feaLib generates 2 features total, makeotf generates 2 for each language system, for 2 * 5 = 10 features total (though the result is that there are many duplicate features). I can look into this more if there are no objections.

authors: behdad jamesgk

repo: behdad/fonttools


text:
enhancement(reactions): Added pekorat

Added the pekorat as you suggested but couldn't figure out how to do the cooldown.

i told you in the issue discussion that you can use a 25% chance for the pekorat!
i added it now, and it seems like everything is looking good

alright, thank you for your contribution again!
i will squash the PR onto the main branch now

Oh you meant it like that. I didn't quite get that when you said 1/4. Sorry for the trouble @bemxio

no problem @valanm22
also you forgot about a comma on replies.emotions.pekorat, but it's okay, i directly commited it into the main branch and should be up soon online

Thanks @bemxio

source: gharchive/pull-request

repo: bemxio/discord-pekofy-bot


text:
@media all leads to an invalid rule

The media query @media all { ... } is processed to @media { ... } which is invalid for ie11. So either the complete @media all should be deleted or if all is the only media type it should not be deleted

Expected behavior, looks we should use browserslist, WIP

authors: Flui evilebottnawi

repo: ben-eb/cssnano

license: mit

license_source: bigquery


text:
Range based randomized annotation

I would like to have the capacity to specify a minimum and maximum values for range based input via an annotation.

fixed in #132

authors: benas dovidkopel

repo: benas/random-beans


text:
npm i18 errors out due to parsing issue

Describe the bug
npm run i18 errors out in the syncTranslation script.
To Reproduce
Steps to reproduce the behavior:

cd kofta
npm run i18
See error

Expected behavior
Work without erroring.
fs.readdirSync(join(__dirname, "../public/locales")).forEach((locale) => {
SyntaxError: Unexpected token } in JSON at position 6641
    at JSON.parse (<anonymous>)
    at dogehouse\kofta\scripts\syncTranslations.ts:22:20
    at Array.forEach (<anonymous>)
    at Object.<anonymous> (dogehouse\kofta\scripts\syncTranslations.ts:12:54)
    at Module._compile (internal/modules/cjs/loader.js:1137:30)
    at Module.m._compile (dogehouse\kofta\node_modules\ts-node\src\index.ts:1056:23)
    at Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
    at Object.require.extensions.<computed> [as .ts] (dogehouse\kofta\node_modules\ts-node\src\index.ts:1059:12)
    at Module.load (internal/modules/cjs/loader.js:985:32)
    at Function.Module._load (internal/modules/cjs/loader.js:878:14)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! kofta@0.1.0 sync:i18: `ts-node --project scripts/tsconfig.json scripts/syncTranslations.ts`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the kofta@0.1.0 sync:i18 script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     AppData\Roaming\npm-cache\_logs\2021-03-16T23_15_07_061Z-debug.log
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! kofta@0.1.0 i18: `npm run gen:i18:keys && npm run sync:i18`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the kofta@0.1.0 i18 script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     AppData\Roaming\npm-cache\_logs\2021-03-16T23_15_07_089Z-debug.log```

Error due to:
Line 197 in kofta/public/locales/nb/translation.json malformed JSON.

repo: benawad/dogehouse


text:
🛑 Main Site is down

In 654c9ec, Main Site (https://benfoster.dev) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Main Site is back up in ecbe5e9.


text:
c++ version faster, more robust

Half the speedup comes from to_lower.

I'm not opposed to merging this, but I'm not seeing any significant speed difference on my machine.

"Faster on some hardware"? Anyway, with asserts against overrun.
Curiously, when I build with "-march=native" or -O3 it runs 10ms slower.

authors: benhoyt ncm

repo: benhoyt/countwords


text:
Tomorrow colors

Some of the Tomorrow colors were a bit off. In particular, ANSI bold green (color 11) is grey and matches the background. Since my default bash prompt is green, that made it impossible to see.
I've issued #7 to fix this.

Merged.


text:
Move to akka version 2.3.2

Move to the currently latest akka version. A change in the definition of
the dispatchers member of akka's ActorSystem breaks this library,
depending on which version it was compiled against.
Rev this library to 0.4.0 to reflect this version change since it may
well compell users to upgrade.

Just merged #9 which took care of more dependency bumps (including riemann-java-client that uses protobuf 2.5).

repo: benmur/riemann-scala-client


text:
Integer overflow when setting coordinates with set_geo

Hello! I have the following error while writing image with new coordinates which have been set by set_geo function:

File "/usr/local/lib/python2.7/dist-packages/pexif.py", line 520, in getdata
actual_data += pack(e + t, *the_data[i].as_tuple())
error: 'i' format requires -2147483648 <= number <= 2147483647

I debug the code a little and saw that if we have here

secs = long(secs * JpegFile.SEC_DEN)

seconds more than 42,94967294 we have such an error.
So, why do you need to multiply seconds to JpegFile.SEC_DEN = 50000000 at all?
Thanks!

I got a related problem setting GPS coordinates via pexif and looking at them via Exiv2 or other software which use the libexiv2 library: if the numerator of the rational expressing the seconds of latitude or longitude is greather than (2^32)/2, it triggers an overflow in libexiv2, thus showing the number as negative. So I opened an issue on Exiv2.
May be it is so crazy that pexif uses a so huge denominator (50000000), which is rather an overkill for the precision of seconds of lat/lon. Changing that value with something lower than 35791394, will avoid the overflow.

I solved this problem for me with setting SEC_DEN to 5000 before calling set_geo:
pexif.JpegFile.SEC_DEN = 5000
img.set_geo(gps_data['lat'], gps_data['lon'])

authors: RigacciOrg kpetrykin

repo: bennoleslie/pexif


text:
Couldn't decode base64 image, or couldn't write to temp file

Describe the bug
The error in the title is all I get, using a local Automatic1111 install (updated at the time of writing). The webui terminal output shows that an image does get generated.
To reproduce
Just trying to render anything with AI render enabled causes the issue.
Error log
DEBUG:urllib3.connectionpool:Starting new HTTP connection (1): 127.0.0.1:7860
DEBUG:urllib3.connectionpool:http://127.0.0.1:7860 "POST /sdapi/v1/img2img HTTP/1.1" 200 216413
AI Render Error:  Couldn't decode base64 image, or couldn't write to temp file

Environment

Blender version (upper right corner of splash screen): 3.3.1
AI Render version (find in Preferences > Add-ons): 0.4.0
Operating system (Windows/Mac/Linux): EndeavourOS Linux

Screenshots/video
No response
Additional information
The AI Render node appears muted and, if I unmute it manually, automatically mutes itself the moment I start a render, but I assume that's intended behavior?

Same issue

I'll check into this right now. @Imyamoe are you also on Linux?

I'll check into this right now. @Imyamoe are you also on Linux?

Sorry, Win10

Ok, gotcha, thanks

Yep, I'm getting that on my Mac as well, so it looks like Automatic1111's response has changed. I should be able to get it fixed quickly.

Ok, fixed in 524501b95da92a8bf6ad11ef1ac0b24ca445c907. Grab the latest release here: https://github.com/benrugg/AI-Render/releases/tag/v0.4.1, or do 'Update' in the add-on preferences.

authors: Imyamoe benrugg wsippel

repo: benrugg/AI-Render


text:
Add optional areTrackSourceUrlsEqual prop to PlayerContextProvider.

Closes #438.

I'll merge this once the build errors are resolved in master. Should be done soon.

Thanks! @benwiley4000


text:
TrainCarts won't load.

BkCommonLib version: 1.8.9 (not sure which plugin version)
TrainCarts version: 1.8.9 (not sure which plugin version, I downloaded it just yesterday)
Spigot version: 1.8.9 (not sure which plugin version either, I have had it for a while though)

Problem or bug: When I install TrainCarts 1.8.9 version with all of the required dephencies installed like BkCommonLib, just nothing happens (even after restart). It won't show up in /pl, /help traincarts doesn't do anything, and /traincarts doesn't do anything either.
Expected behaviour: It does as described on Spigot.
Steps to reproduce: Install TrainCarts 1.8.9 version onto a Spigot 1.8.9 server and restart it. Observe that nothing works.

try this version out https://ci.mg-dev.eu/job/BKCommonLib/517/artifact/target/BKCommonLib-1.13.2-v3-SNAPSHOT.jar

@xLengoBug5 did that version fix the issue?

I'm trying it right now.

@weeryan17 didn't work.

do /train version
show screenshot of it

It just started working again. Sorry for the inconvenience.

repo: bergerhealer/TrainCarts


text:
🛑 DAP Website is down

In 380b9e9, DAP Website (http://web.ula.ve/dap/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: DAP Website is back up in 57ed2e9 after 8 minutes.

repo: berlinserver/estatus


text:
🛑 DAP Website is down

In fef26c5, DAP Website (http://web.ula.ve/dap/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: DAP Website is back up in d70c907 after 16 minutes.


text:
🛑 DAP Website is down

In 18a372c, DAP Website (http://web.ula.ve/dap/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: DAP Website is back up in 3cb5cbf after 5 minutes.


text:
Check whether el7_yum_keep_kernels is at least 2

The number of kernels to keep (defined in /etc/yum.conf) must be at least 2. This should be checked by the role.

this role is deprecated


text:
Last seen level of encountered Pokemon now tracked

This adds support for tracking and displaying the last level seen for an encountered Pokemon. This helps match move data tracked from previous encounters with the newly encountered, likely higher level Pokemon. To make space for displaying this feature, the old "HP: ?/?" useless text has been removed when viewing the enemy Pokemon.
When encountering a Pokemon for the first time, a blank line is shown:

Future encounters will show the level of the previously encountered Pokemon:

A few notes here:

This is a change to the Tracker Data object. It should be compatible and upgrade safe, as it doesn't change existing data. It adds a new data property to be tracked. Code that uses this property will check if it's nil just in-case.
Noting the last seen level of a Pokémon doesn't care if it was a wild Pokémon or one that belonged to a Trainer. This is intentional and by design.

repo: besteon/Ironmon-Tracker


text:
vos suggestions sont nulles

Pour réduire mon empreinte carbone, votre outil me suggère de réduire de 1deg mon chauffage alors que nous n'avons que 20° chez nous, devenir végétarien, etc. Cet outil ne sert à rien. La solution est de vivre comme l'homme de Neandertal... il chassait et mangeait de la viande et personne ne lui le reprochait !!!

Concernant le volet "passage à l'action" nous le savons incomplet et mal adapté aux profils des utilisateurs. Il est en cours de développement/amélioration.
Concernant, l'objectif 2 tonnes à atteindre, il est en effet à l'heure actuelle quasi impossible de passer en dessous des 2 tonnes (que l'on vise en 2050 et pas tout de suite, il ne faut pas l'oublier). Rien que l'impact carbone des services publics représente plus de la moitié des 2 tonnes.
En effet, c'est là tout l’enjeu de la transition au sens large. Induire des changements de comportements à l'échelle de l'individu mais aussi prendre conscience que la réduction globale de nos émissions (i.e. à l'échelle nationale) passera par des changements structurels profonds. Ces derniers ne peuvent se faire sans la participation des citoyens mais loin de nous de vouloir leur faire porter l'ensemble du poids de la transition. Ils ont une part à jouer dans la transformation de notre société vers une alternative bas carbone. Elle est nécessaire mais malheureusement pas suffisante.
Pour approfondir : http://www.carbone4.com/wp-content/uploads/2019/06/Publication-Carbone-4-Faire-sa-part-pouvoir-responsabilite-climat.pdf
Lié à #278

authors: Benjamin-Boisserie-ABC publicodes

repo: betagouv/ecolab-data


text:
🛑 API Répertoire National des Métiers is down

In 5a4f56b, API Répertoire National des Métiers (https://api-rnm.artisanat.fr/v2/entreprises/824024350) was down:

HTTP code: 0
Response time: 0 ms

Resolved: API Répertoire National des Métiers is back up in da00893.


text:
🛑 API Camino is down

In 65cea68, API Camino (https://api.camino.beta.gouv.fr/titres) was down:

HTTP code: 0
Response time: 0 ms

Resolved: API Camino is back up in ed34381.


text:
Combining forces, cowboygneox and robfletcher unite to improve HTTP interaction testability!

The build is passing, and I'm ready to start working on the betamaxteam.
https://travis-ci.org/cowboygneox/betamax

:+1:

authors: cowboygneox mahmoudimus

repo: betamaxteam/betamax


text:
Add page with rules explanation.

I hope this change is self-explanatory; comments/revisions to rules explanation are welcome.

Cool, thanks!

authors: betaveros lsciarappa

repo: betaveros/castlefall


text:
Error parsing azure server_id

Hello,
I cannot create users in an azure database using this code.
I'm using provider 0.2.1 with Terraform 0.13
resource "mssql_user" "user_all_read" {
      + authentication_type = (known after apply)
      + database            = "master"
      + default_schema      = "dbo"
      + id                  = (known after apply)
      + principal_id        = (known after apply)
      + roles               = [
          + "db_datareader",
        ]
      + username            = "app-all-read"

      + server {
          + host = "/subscriptions/1111-111-11-1/resourceGroups/reg-grp-01/providers/Microsoft.Sql/servers/sql-sl01"
          + port = "1433"

          + azure_login {
              + client_id     = "***"
              + client_secret = (sensitive value)
              + tenant_id     = "***"
            }
        }
    }

And this is the error:
mssql_user.user_all_read: Creating...

Error: unable to create user [master].[app-all-read]: parse "sqlserver://%2Fsubscriptions%2F21111-111-11-1%2FresourceGroups%2Freg-grp-01%2Fproviders%2FMicrosoft.Sql%2Fservers%2Fsql-sl01:1433": invalid URL escape "%2F"

I think it's not related, but my database collation is SQL_Latin1_General_CP1_CI_AS

The server.host property should be the database server name, something like sql-sl01.database.windows.net.

Closed since this is a resource configuration issue.

authors: adlcr magne

repo: betr-io/terraform-provider-mssql


text:
Why use '.js' on bower package?

Very nice lib, but, I'm trying to use it in a rails project, and I'm getting some problems:

I couldn't get how to install it manually, it depends from some libs and this is not very well documented;
I couldn't use rails-assets for it, because the name of it on bower have the dot char, which is an invalid name for a ruby gem. This could be handled on rails-assets gem generator of course, but I don't really know which are the best practices for naming for bower packages.

So, if you could just explain which libs you depend from, to some other people that want to install it manually, it would be very helpful. The second point is optional, but IMHO it would be better a name without dot (PS: why not just 'dragula', since this package name is not in use on bower yet)

dragula yields EDUPLICATE when I attempt to register it. To install it manually grab the files in dist folder.

Sorry, but just get the files on dist, didn't work for me. I'm trying to use them with rails asset-pipeline, probably you handle the dependencies in a way that the asset pipeline can't get...
I'll try a little more sometime, for now, I can't spend more time investigating this things.

Just drop the script in a blank HTML page and you'll see it works well. This has nothing to do with dragula

I know it hasn't, it's just the way you handle your dependencies that are incompatible with rails asset pipeline, when I get something more on it, I'll let you know.

FWIW, dragula on bower is now registered as dragula, no dot

authors: bevacqua kelvinst

repo: bevacqua/dragula


text:
pysonofflan discover: Caught Exception: can't start new thread

pySonoffLAN version: 0.2.1
Python version: Python 3.5.3
Operating System: Raspbian GNU/Linux 9.9 (stretch)

Description
After fresh install, I get an exception: Caught Exception: can't start new thread
Any ideas howto troubleshoot?
What I Did
pip3 install pysonofflan
pi@dj-raspberry3b:~ $ pysonofflan discover
2019-05-01 19:49:38,804 - info: Attempting to discover Sonoff LAN Mode devices on the local network, please wait...
2019-05-01 19:49:38,954 - error: Caught Exception: can't start new thread

No idea what would cause this - are you running in an environment which doesn't allow threading or something?
Additionally, please can you try with the latest version (0.3.0) which has just been released? The async code has been recently improved.

Hi
I installed pysonofflan 0.3.0 on ubuntu 18.04
Python version
/usr/bin/python -> /usr/bin/python3.6
$pip install pysonofflan
$pysonofflan discovery
bash: /usr/lib/command-not-found: /usr/bin/python3: bad interpreter: No such file or directory
Next
add /usr/bin/python3 -> /usr/bin/python3.6
$pysonofflan discovery
pysonofflan: command not found
Next
$unlink /usr/bin/python3.6
$pip3 install pysonofflan
$pysonofflan discovery
pysonofflan: command not found

Fixed by PR https://github.com/beveradb/pysonofflan/pull/95

authors: beveradb djDuff fire-fly mattsaxon

repo: beveradb/pysonofflan


text:
Unify CursorIcon management.

What problem does this solve or what need does it fill?
Having multiple sources of CursorIcon management (like bevy_egui) in a project can lead to confusing bugs.
What solution would you like?
Have CursorIcon be reverted by bevy on First based on a resource like DefaultIcon. "Backends" should only write to it if needed to minimize conflicts.
What alternative(s) have you considered?
Keep things as is?

I think this will be covered with a proper solution to #14351 / #9557.

repo: bevyengine/bevy


text:
The compiler complains that the WorldQuery trait isn't implemented when using the WithBundle<> filter

Bevy version
Release 0.5.0
Operating system & version
Windows 11
What you did
Simply create a function with a query that uses the WithBundle<> filter, for example:
pub fn example_withbundle_error(
    mut example_query: Query<Entity, WithBundle<SpriteBundle>>
) {

}

What you expected to happen
The compiler shouldn't complain for using the WithBundle<> filter
What actually happened
The compiler complains that I cannot use the filter because the WorldQuery trait isn't implemented:

the trait bound WithBundle<bevy::prelude::SpriteBundle>: WorldQuery is not satisfied
the trait WorldQuery is not implemented for WithBundle<bevy::prelude::SpriteBundle> (rustc E0277)

Duplicate of https://github.com/bevyengine/bevy/pull/2024

authors: DJMcNab TheSylex


text:
Support multiple UI roots

What problem does this solve or what need does it fill?
In order to support #5570 or #5621 we need a way to define multiple separate UI trees. Each UI root should have data defining which window, viewport and / or render layer they belong to.

I think the best way of handling it would be to support multiple UI roots with an explicit component that also encodes the settings for the whole tree under the root. This would be one place to specify the RenderLayer (or for a better higher level API: specify the camera that renders the UI under the root)

Originally posted by @nicopap in https://github.com/bevyengine/bevy/issues/5414#issuecomment-1199134972

For context, Draft PR #1211 has plenty of discussion.

authors: Weibye djeedai


text:
Cannot subtract bevy::utils::Instant beyond the moment of app startup on WebAssembly

Bevy version
0.10
Relevant system information
WebAssembly
What you did
Attempted to represent an Instant that is before app startup by subtracting a Duration.
What went wrong
A panic due to subtraction with overflow!
Additional information
I have a feature in seldom_pixel that pre-simulates particles when you spawn an emitter. So, when something that emits particles gets close to being on-screen or a scene is spawned with an emitter already on-screen, you can spawn an emitter at that moment, and it will look like the particles were already there. Particles store the time they were spawned for their functionality, which means that pre-simulated particles may store a time before they were actually spawned.
On wasm, I can't represent particles that were spawned with pre-simulation too close to app startup, since that moment is not representable with Instant. Not a major issue, but it's hacky to workaround. A possible solution on my end would be to use f32s instead, or add a buffer to every time.last_update call. If it's possible, a solution on Bevy's end would be to start time somewhere after 0. A minute should suffice for me, but I think it wouldn't be a dent on Instant's range to start many years in.

Was discussed here in detail: https://github.com/sebcrozet/instant/issues/45#issuecomment-1485240689

[..] The starting point of the underlying clock is not defined by Rust.
The reason this currently works on Linux is because std uses clock_gettime:

All implementations support the system-wide realtime clock, which is identified by CLOCK_REALTIME. Its time represents seconds and nanoseconds since the Epoch.

So the starting time is since the UNIX epoch. So unless your computer boots with a time set to 1970 it will always be much bigger then 0.
On Windows for example, std uses QueryPerformanceCounter, which doesn't start from the UNIX epoch, 0 can be the start of when you boot. [..]

We've moved from instant to web-time, is this still an issue?

It still is. Repro: https://github.com/Seldom-SE/testetst/blob/4f1dc50d873868821104f5990edfddaefb17c5a9/src/main.rs
ERROR app: panicked at /home/seldom/.cargo/registry/src/index.crates.io-6f17d22bba15001f/web-time-0.2.4/src/time/insta
nt.rs:93:14:
overflow when subtracting duration from instant

As pointed out in https://github.com/bevyengine/bevy/issues/8483#issuecomment-1523535260 this isn't an issue with instant or web-time, but with the guarantees std::time::Instant gives, which both libraries try to emulate as closely as possible.
If Bevy wants to resolve this issue, it has to move away from std::time::Instant.

authors: Seldom-SE daxpedda james7132


text:
Remove the Component trait implementation from Handle

Objective

Closes #15716
Closes #15718

Solution

Replace Handle<MeshletMesh> with a new MeshletMesh3d component
As expected there were some random things that needed fixing:

A couple tests were storing handles just to prevent them from being dropped I believe, which seems to have been unnecessary in some.
The SpriteBundle still had a Handle<Image> field. I've removed this.
Tests in bevy_sprite incorrectly added a Handle<Image> field outside of the Sprite component.
A few examples were still inserting Handles, switched those to their corresponding wrappers.
2 examples that were still querying for Handle<Image> were changed to query Sprite

Testing

I've verified that the changed example work now

Migration Guide
Handle can no longer be used as a Component. All existing Bevy types using this pattern have been wrapped in their own semantically meaningful type. You should do the same for any custom Handle components your project needs.
The Handle<MeshletMesh> component is now MeshletMesh3d.

I've extended the migration guide for you :)

Thanks for doing this! Small nit, can we remove the WithMeshletMesh type alias? I never liked it to begin with, and it's not even that complex now that handle is gone. Feels uneeded.

authors: JMS55 alice-i-cecile tim-blackbird


text:
Improve formatting

Objective
Format the code optimally. This helps avoid conflicts and unnecessary changes.
For example, when trying to use Find & Replace to make code changes, formatting everything on 1 line makes it simpler. After the Find & Replace operations, formatting can be returned back to normal. This is what I did in #16112.
Solution

In rustfmt.toml set max_width = 9999.
Run cargo fmt --all.
Remove max_width.
Run cargo fmt --all.

I consider this to be a workaround to a bug in rustfmt where the resulting formatted code depends on how it was formatted beforehand.
Testing
CI

I would prefer this to be blocked until after the 0.15 is released, as it has high chances of conflicts during cherry picks.

This turns lines that were already above 100 to be even longer. I don't see this as a win at all. Especially the one with long strings that put all the parameters on the same already way too long line.
I'm pretty sure a bunch of those are bugs in rustfmt where it just gives up when lines are super long because of a string.

authors: BenjaminBrienen IceSentry mockersf


text:
Add pointer cursor to toggles

Currently, the toggles are using the default cursor. To improve the UX I changed them to "pointer". Might be good to implement this by default.
<style>
	:global(.cookieConsentOperations__Item:not(.disabled) input+label::before, .cookieConsentOperations__Item:not(.disabled) input+label::after) {
		cursor: pointer;
	}

</style>

I'm unsure what the correct type of cursor would be here, actually - but a pointer seems reasonable. If you want to open a PR for this change I'll merge it.

authors: antony jvolker

repo: beyonk-group/gdpr-cookie-consent-banner


text:
Random error about extensions for frame

Hey,
Thanks for the great lib!
I am seeing this error sometimes:
[error] GenServer #PID<0.2500.0> terminating
** (KeyError) key :extensions not found in: nil. If you are using the dot syntax, such as map.field, make sure the left-hand side of the dot is a map
    (mint_web_socket 1.0.3) lib/mint/web_socket/frame.ex:103: Mint.WebSocket.Frame.encode/2
    (wind 0.2.1) lib/wind.ex:122: Wind.send/4
    (xxxx 0.1.0) lib/wind/client.ex:99: XXXX.WebSocket.send_frame/2
    (stdlib 4.3) gen_server.erl:1123: :gen_server.try_dispatch/4
    (stdlib 4.3) gen_server.erl:1200: :gen_server.handle_msg/6
    (stdlib 4.3) proc_lib.erl:240: :proc_lib.init_p_do_apply/3
Last message: {:"$gen_cast", {:send, {:binary, <<31, 67, 182, 117, 1, 255, 255, 255, 255, 255, 255, 255, 231, 131, 1, 189, 86, 163, 16, 0, 1, 69, 130, 0, 0, 0, 252, 1, 91, 153, 80, 12, 169, 139, 167, 176, 50, 106, 1, 80, 118, 234, 0, 86, ...>>}}}

Am I doing something wrong?
This is my start_link:
  def start_link(session_id) do
    uri = URI.new!("wss://test")

    headers = [{"Authorization", "Token " <> "secret"}]

    params = [uri: uri, headers: headers, session_id: session_id]

    Wind.Client.start_link(__MODULE__, params, [])
  end

Generally speaking it is working, I am just wondering about the error.
I am sending the message like this:
    Wind.Client.send(socket_pid, {:binary, chunk})

Thank you

I think the error is because I am sending before the websocket is ready, but the pid is alive.
Any ideas how to work around this?

Hi @benonymus - sorry for the delay, was a bit busy there for a while.
Yes it looks like the connection isn't yet ready.  The error above looks like it's originating in a function that expects the websocket struct to not be nil.
You may want to wait until the handle_connect/1 callback is called or the state contains conn_info: {conn, ref, websocket} where not is_nil(websocket).
I'm patching some things that should help debugging an issue like this easier in the future.

authors: benonymus bfolkens

repo: bfolkens/wind


text:
k0s, k0s-worker: upgrade from version 1.22.4+k0s.2 to 1.22.5+k0s.0

Release notes:
https://github.com/k0sproject/k0s/releases/tag/v1.22.5%2Bk0s.0

bors r+

repo: bfritz/homelab-bootstrap


text:
Subband vs Duration

Hi, can you explain the difference between the subband and duration experiments and share which you've found to perform better? Also, what have you discovered about the use of classifier free guidance?

Hi, can you explain the difference between the subband and duration experiments and share which you've found to perform better? Also, what have you discovered about the use of classifier free guidance?

Thank you for your interest. The term 'duration' pertains to text-to-speech applications and is unrelated to the reconstruction of audio waveforms from Mel-spectrograms or EnCodec tokens. Regarding the number of subbands, our preliminary experiments indicated that using 16 subbands yields better results than 4 subbands, and 4 subbands outperform full-band processing. Employing more subbands increases the amount of computation, while maintaining a similar count of parameters and utilizing the same dataset. This approach could enhance performance according to the empirical scaling law, although it's worth noting that the scaling law has been primarily summarized from experiments with Transformer models. I've attached a figure to illustrate classifier-free guidance and STFT loss.

Hi @zaptrem ，

Apologies for the confusion earlier. In our initial experiments, we actually tested performance with 4 vs 8 subbands, not 16 subbands.
The use of STFT loss has demonstrated an advantage in mitigating water-like noise when background noise is present in our experiments. We did not observe any significant improvements by incorporating phase loss. Moreover, the incorporation of overlap loss does not compromise performance; rather, it ensures coherence among the individually modeled subbands. We have determined that a weight coefficient of 0.01 is sufficient for both STFT loss and overlap loss in our setup. Energy balanced loss is discussed in Q5.
The following is an example for STFT loss. There are some vertical patterns in the spectrogram of waveforms generated by a model without STFT loss.
background.zip

Groundth

With STFT loss

Without STFT loss

We have not yet applied the multi-band approach to the Vocos system. However, I believe it could be beneficial for Vocos as well, given that the multi-band approach generally leads to increased computational load.
I noticed that. Training input audio is normalized to a range between -1 and -6 dB. Therefore, normalizing the audio to this volume level during testing should yield more consistent results.
Energy-balanced loss (time balanced loss in code) is designed for this issue. It will disappear as training continues.
This is my loss curve on LJSpeech dataset.

Thanks! Also, I noticed your PQMF filter is hard-coded to 8 bands, 124 taps, and cutoff 0.071. If using 16 bands would it be better to set these to (following the trend you set going from 4 to 8) 16 bands, 248 taps, and cutoff 0.0355?

Hi @zaptrem ,
The PQMF is only used for waveform equalization, and 4 subbands are utilized. These subbands are equalized and then merged into an equalized waveform. The model splits the complex spectrogram into 8 subbands by selecting the appropriate dimensions and it has nothing to do with PQMF.
I haven't experimented with splitting the complex spectrogram into 16 subbands, and I haven't observed any other factors that disproportionately enhance the generation of waveforms for Encodec tokens.

Thanks! For clarification, the original paper used 4 vs 8 (model, not PQMF) subbands, but you have since moved to 16 and that is how you got the results in this screenshot? Also, when you switched between 4/8/16 model subbands did you need to adjust the left_overlap and right_overlap parameters (which are both set to 8 by default) in RectifiedFlow?

Thanks! For clarification, the original paper used 4 vs 8 (model, not PQMF) subbands, but you have since moved to 16 and that is how you got the results in this screenshot? Also, when you switched between 4/8/16 model subbands did you need to adjust the left_overlap and right_overlap parameters (which are both set to 8 by default) in RectifiedFlow?

Hi,

Thanks! For clarification, the original paper used 4 vs 8 (model, not PQMF) subbands, but you have since moved to 16 and that is how you got the results in this screenshot? Also, when you switched between 4/8/16 model subbands did you need to adjust the left_overlap and right_overlap parameters (which are both set to 8 by default) in RectifiedFlow?

Hi,

The image link didn't work out. I can't see it. Could you resend it?
The 8-dimensional overlap is fine for varying subbands. Adjustments to left_overlap and right_overlap aren't typically needed when changing subbands.

This one:

Were these with 16 bands? If not, did 16 bands improve it beyond these results?

Thanks! For clarification, the original paper used 4 vs 8 (model, not PQMF) subbands, but you have since moved to 16 and that is how you got the results in this screenshot? Also, when you switched between 4/8/16 model subbands did you need to adjust the left_overlap and right_overlap parameters (which are both set to 8 by default) in RectifiedFlow?

Hi,

The image link didn't work out. I can't see it. Could you resend it?
The 8-dimensional overlap is fine for varying subbands. Adjustments to left_overlap and right_overlap aren't typically needed when changing subbands.

Thanks!
This one:

Were these with 16 bands? If not, did 16 bands improve it beyond these results?

In this table, RFWave utilizes 8 subbands, a detail noted in the paper's text but omitted from the table's title.

Doesn't this table (and yours above) show overlap loss actually making the results worse (PESQ, V/UV, Periodicity) or no better (ViSQOL) compared to no overlap loss?

Doesn't this table (and yours above) show overlap loss actually making the results worse (PESQ, V/UV, Periodicity) or no better (ViSQOL) compared to no overlap loss?

In initial trials, I noticed the presence of horizontal striations across subbands within the spectrograms occasionally. Implementing overlap loss as a countermeasure effectively mitigated this issue, leading to its adoption as the default setting.  I did not expect an improvement in objective metrics with overlap loss. My primary goal was to ensure robust performance across a diverse range of configurations.

Thanks. Your model uses a lot of bands/compute on frequencies the human ear doesn't really care about, so I've been trying to fix that. Here's what 16 bands looks like with your current approach:

I thought of using an stft with a higher n_fft (8192) for the lower frequencies (so more bands/compute is spent on parts we care about) and a lower n_fft on the higher frequencies (1024 but still satisfying COLA since hop size is 512).

The problem I ran into is my multi-resolution STFT implementation is not as perfectly invertible as a normal spectrogram (though it's close), and I'm not quite sure why. When you run it back and forth hundreds of times some ringing/artifacts will appear on the border between the two resolutions. When you train on these (with overlap turned off since it doesn't make sense across resolution boundaries and wave=true, haven't tried false) the model seems to have a much harder time wrapping its head around anything and after one night still hasn't figured out phase.
Have you tried anything like this?
My code in case you're interested: https://gist.github.com/zaptrem/94d10c5d76d2f601841e9f8e8bf4859a

Hi @zaptrem

I've tested your code and noticed a horizontal line between the two subbands. Additionally, there seems to be an error in the code regarding the subband dimensions; they should be 1024 and 257 instead of 1024 and 256. However, even after correcting this, there are still artifacts present. I have not yet determined a solution to this issue. One potential approach to mitigate the error accumulation could be to set wave=False and conduct the modeling directly in the frequency domain. This would necessitate only a single inverse STFT operation after sampling, which may reduce the severity of artifacts.

stft(istft(pred)) follows the stft and istft operation in Figure 1 in the paper.

Also, I noticed the waterfall effect is still quite prevalent when there's noise but not complete silence even at the end of training with STFT loss enabled.

Also, I noticed the waterfall effect is still quite prevalent when there's noise but not complete silence even at the end of training with STFT loss enabled.
Hi @zaptrem
I also don't know how to fix the mismatch when shifting between bands of different FFT size.
Regarding the waterfall noise, I believe it occurs because the model attempts to reconstruct a phase even for background noise, where no meaningful phase is present. Increasing the STFT loss weight might resolve this issue by making the model place slightly more emphasis on the magnitude information.

Also, I noticed the waterfall effect is still quite prevalent when there's noise but not complete silence even at the end of training with STFT loss enabled.

Hi @zaptrem
I also don't know how to fix the mismatch when shifting between bands of different FFT size.
Regarding the waterfall noise, I believe it occurs because the model attempts to reconstruct a phase even for background noise, where no meaningful phase is present. Increasing the STFT loss weight might resolve this issue by making the model place slightly more emphasis on the magnitude information.

Something I noticed (though haven't rigorously confirmed) is that the waterfall effect is actually less prominent earlier in training. Also notice how the lines span between bands. Could small errors be getting amplified by the overlap between bands or possibly some sort of spectral bleeding during sampling?

@accum-dai @Beronx86 Have you guys noticed this? It is possible solving this issue could help RFWave beat BigVGAN.

Something I noticed (though haven't rigorously confirmed) is that the waterfall effect is actually less prominent earlier in training. Also notice how the lines s

Hi @zaptrem ,
I apologize for not noticing that you updated your post. "stft(istft(x))" is added when the model supports conditioning higher bands on lower bands and is applied on a subband's complex spectrum. This is because the inverse short-time Fourier transform (istft) of a crafted spectrum may not yield a real signal, which causes error accumulation when taking the inverse as real and applying many sampling steps. When predicting all subbands in parallel, "stft(istft(x))" actually operates on the full band spectrum, making it potentially unnecessary. However, I have not yet attempted to remove it. I appreciate that you tried it, and I will conduct further tests to explore this.

Hi @zaptrem Is your dataset publicly available? I would like to test it.

Hi @zaptrem Is your dataset publicly available? I would like to test it.

It's a personal dataset so unfortunately can't share it. Closest approximation would be something like https://github.com/mdeff/fma plus https://github.com/MTG/mtg-jamendo-dataset.

It's a personal dataset so unfortunately can't share it. Closest approximation would be something like https://github.com/mdeff/fma plus https://github.com/MTG/mtg-jamendo-dataset.

@zaptrem Is it possible to share a few samples for testing, especially the one shown in the figure above?

I wish I could, but I'm not certain the license grants me permission to post it publicly. Here's a sample I made myself that should repro the issue
Uploading audiotest.mp4…

I wish I could, but I'm not certain the license grants me permission to post it publicly. Here's a sample I made myself that should repro the issue
audiotest.mp4
Using this checkpoint, I haven't reproduce your issue.
gt

syn


text:
Add S3 credentials checking

Currently, we only check if the corresponding environment variables are set for S3 operations, but not actually check if the credentials are correct. It would be great to add the functionality to check S3 credentials, so that downstream users can get an early error when the credentials or S3 URLs are incorrect.

Credentials should be checked with a bucket specified as the permissions are bucket-specific. Close this issue in favor of letting users to handle the credentials issues.

repo: bgpkit/oneio


text:
First review

Hi Ben,
first of all: Sorry that it took so long. I am really sorry.
I am unsure about how to give this a review. Hope this PR serves this purpose. It is not intended to be merged.
First of all: It was very easy to execute all these transactions and scripts. Really cool!
I am just in doubt whether it will be interesting for anyone to run these synthetic bots. But if we decided that this should be in the tutorial, I am good with it.

I am just in doubt whether it will be interesting for anyone to run these synthetic bots. But if we decided that this should be in the tutorial, I am good with it.

Right, yes the purpose is not entirely to have a synthetix bot, but to demonstrate how to integrate dex-contracts with some other exchange project. I would expect users to move on from this tutorial and possibly write their own synthetix arbitrage bot or something else.
Thanks for the review, I will look at it in more detail soon!


text:
Simple way of clearing p9k variables

I know of prompt_powerlevel9k_teardown in next branch, however master doesn't have this function. Also I'm not sure if the teardown is the right way to do this.
What I'm trying to achieve:
I have multiple configuration (theme-files) for p9k which I want to switch to, but if I have a variable set in theme a and I don't overwrite this variable in theme b, unexpected things might happen.
Example
Theme a sets POWERLEVEL9K_SHORTEN_DIR_LENGTH=5 (for whatever reason) and theme b doesn't touch the variable and assumes the default values from p9k, POWERLEVEL9K_SHORTEN_DIR_LENGTH would still be 5 after the switch

prompt_powerlevel9k_teardown does not clear any variables. It removes the p9k-specific hooks (add-zsh-hook -L) and sets the variables PROMPT and RPORMPT back to their defaults. So I don't think it would help you very much.
Basically, what you want is to reset every variable to default as I understand it. Unfortunately, this isn't easily possible, as far as I know. If you unset everything you set before you will not get the defaults back since they are loaded at source time; even prompt_powerlevel9k_setup will not set the defaults if variables were unset. This also means you can't do something radical as unset -m 'POWERLEVEL9K_*' to get rid of every p9k-specific variable and get the defaults.
Unfortunately, this is not providing a solution but rather admiring the problem at hand...

Thanks for the explanation though! Maybe this could be implemented in some p9k_reset function or similar?

authors: Syphdias sambadevi


text:
Add new private subnet and hosts file configuration.

This is a DRAFT to display a work in progress.  EDIT: no longer a draft; this is ready for review.
This adds the configuration syntax private [subnet <list>] [hosts <file>]  The list is a comma-separated list of subnet numbers.  The hosts file syntax closely matches the regular /etc/hosts format.

This is now tested and seems to work.  Please review.
I found that supdup adds the default Chaosnet domain ".chaosnet.net" to the hostname string which is sent to the NCP.  I hacked supdup to avoid this.

Have a look at my changes?

Looks good!

authors: bictorv larsbrinkhoff

repo: bictorv/chaosnet-bridge


text:
Added link to Ruby Gem by @nileshtrivedi

I added a link to the bigchaindb Ruby Gem by @nileshtrivedi
on the Drivers & Tools page.

Codecov Report

Merging #1737 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1737   +/-   ##
=======================================
  Coverage   98.58%   98.58%
=======================================
  Files          59       59
  Lines        2896     2896
=======================================
  Hits         2855     2855
  Misses         41       41

Maybe also add it to the getting started page cc @kremalicious

@diminator yes, adding a new tool or driver to Get Started page should be your first thought instead of adding to docs. Way more traffic on Get started page then on docs, so much more impact:
Last 30 days, visits to Drivers & Tools docs page: 267
Last 30 days, visits to Get Started page: 3,936

https://github.com/ascribe/bigchain-website/pull/171

The number of page views should not be used as a measure of "impact."
Even if the number of page views is 1, if that one person is the right person, that one page view might have enormous consequences.
In short, not all page views are equal impact.

authors: codecov-io diminator kremalicious ttmc

repo: bigchaindb/bigchaindb


text:
Problem: Current logging server keeps running in some tear down scenarios

Solution: Remove the current pub/sub based logging infra as this model is no longer necessary. This can now be replaced by a simple system level logging config.

updated the PR to remove relevant docs files as well.

There are some logger config parameters in tests/log/test_setup.py

@kansi thanks for the review. removed irrelevant and inactive tests

@shahbazn I would like to understand how to enable console debug logs like these i.e. bigchaindb -l DEBUG start doesn't seem to print the logs on the console anymore.

@kansi good catch fixed the bug.

authors: kansi shahbazn


text:
Fix some typos and grammar in readme

Doing poc on customizing unified checkout and saw a few typos in the readme.
@mickr @mcampa @hegrec

:+1:

authors: malucky mickr

repo: bigcommerce/stencil


text:
基于NCDM的MAAT性能如何调整？

用assistment2009-2010数据集跑基于NCDM的MAAT，设置测试长度为50，跑出来的AUC就只有0.6669，这可能是什么原因导致的呢？

可以参考MAAT论文：http://staff.ustc.edu.cn/~huangzhy/files/papers/HaoyangBi-ICDM2020.pdf
和原仓库：https://github.com/AyiStar/MAAT/tree/master

你好，
我已经参考了原论文以及源代码，自己也尝试调了学习率和训练轮次，但是对于assist2009数据集来说，性能始终上不了0.7，想请问关于这个模型的参数如何设置呢？比如下面的'num_epochs','learning_rate'应该怎么设置比较好呢？
config = {
    'learning_rate': 0.01,
    'batch_size': 2048,
    'num_epochs': 8,
    'num_dim': 1,
    'device': 'cpu',
    'seed':0,
    # for NCDM
    'prednet_len1': 128,
    'prednet_len2': 64,
}
祝好！

------------------ 原始邮件 ------------------
发件人:                                                                                "bigdata-ustc/EduCAT"                                                                                @.>;
发送时间: 2024年3月7日(星期四) 晚上9:17
@.>;
@.@.>;
主题: Re: [bigdata-ustc/EduCAT] 基于NCDM的MAAT性能如何调整？ (Issue #9)
可以参考MAAT论文：http://staff.ustc.edu.cn/~huangzhy/files/papers/HaoyangBi-ICDM2020.pdf
和原仓库：https://github.com/AyiStar/MAAT/tree/master
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

你好，
感谢你对我们工作的关注！
learning_rate=0.01可能过大了，NCD原文中没有给出learning_rate和epoch的设置，但参考NCD代码（https://github.com/bigdata-ustc/Neural_Cognitive_Diagnosis-NeuralCD/blob/master/train.py），NCD源代码中设置的learning_rate=0.002。另外个人觉得NCD训练的随机性比较大，不同参数初始化可能会有影响，也可以换一下seed看看是否有变化。

好的，非常感谢！
祝好！

------------------ 原始邮件 ------------------
发件人:                                                                                "bigdata-ustc/EduCAT"                                                                                @.>;
发送时间: 2024年3月7日(星期四) 晚上10:05
@.>;
@.@.>;
主题: Re: [bigdata-ustc/EduCAT] 基于NCDM的MAAT性能如何调整？ (Issue #9)
你好，
感谢你对我们工作的关注！
learning_rate=0.01可能过大了，NCD原文中没有给出learning_rate和epoch的设置，但参考NCD代码（https://github.com/bigdata-ustc/Neural_Cognitive_Diagnosis-NeuralCD/blob/master/train.py ），NCD源代码中设置的learning_rate=0.002。另外个人觉得NCD训练的随机性比较大，不同参数初始化可能会有影响，也可以换一下seed看看是否有变化。
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

authors: nnnyt xiaoluobouu

repo: bigdata-ustc/EduCAT


text:
what‘s up!How can I get your code?

Recently I saw your project from telegram channel, open your project found that download files need to be charged and the article is also charged. Perhaps this is your security policy to prevent the site from being abused. How can I get your code?

code is waiting to upload

艸，收费了

Not open source

这是广告

4月份说代码在上传这都8月底了，还没见代码

这个b价格是怎么计算的，90块的价格不如我去开个csdn会员

能发一下，具体下载资源地址吗

已经开始上传代码了

能发一下，具体下载资源地址吗

https://blog.csdn.net/eguid/category_12432053.html
不过后面我去淘宝找了个一日会员之后才发现，这个专栏需要单独付费的，我言语说的有些重了😨

authors: 2100709717 Zhanglaodi bigintpro itsdapi jepen0204 jiyupixiu


text:
In IPython, DjangoChoices.labels raises AttributeError for 'keys'

Hi, I noticed this behavior in ipython. Here's my environment:
Django==1.9.6
django-choices==1.4.2
ipython==4.2.0

And the traceback:
In [20]: class C(DjangoChoices):
    a = ChoiceItem('a', 'A')
    b = ChoiceItem('b', 'B')
    c = ChoiceItem('c', 'C')
   ....:

In [21]: C.labels
Out[21]: AttributeError
Traceback (most recent call last)
python3.4/site-packages/IPython/core/formatters.py in __call__(self, obj)
    697                 type_pprinters=self.type_printers,
    698                 deferred_pprinters=self.deferred_printers)
--> 699             printer.pretty(obj)
    700             printer.flush()
    701             return stream.getvalue()

python3.4/site-packages/IPython/lib/pretty.py in pretty(self, obj)
    366                 if cls in self.type_pprinters:
    367                     # printer registered in self.type_pprinters
--> 368                     return self.type_pprinters[cls](obj, self, cycle)
    369                 else:
    370                     # deferred printer

python3.4/site-packages/IPython/lib/pretty.py in inner(obj, p, cycle)
    607             return p.text('{...}')
    608         p.begin_group(1, start)
--> 609         keys = obj.keys()
    610         # if dict isn't large enough to be truncated, sort keys before displaying
    611         if not (p.max_seq_length and len(obj) >= p.max_seq_length):

python3.4/site-packages/djchoices/choices.py in __getattribute__(self, name)
     17             return result
     18         else:
---> 19             raise AttributeError("Label for field %s was not found." % name)
     20
     21     def __setattr__(self, name, value):

AttributeError: Label for field keys was not found.

The same code runs okay in a python script so it's not an urgent bug, however DjangoChoices probably tries to be too smart/hacky?

Interesting, it seems like the metaclass is not running properly. I'll see if I can investigate in a few hours. For completeness sake - does this also happen on a regular python shell and/or bpython?

C.labels Works in regular shell as well as python script

authors: megapctr sergei-maertens

repo: bigjason/django-choices


text:
Add FRC example to Container Example App

Summary of Changes
Replaces NSFetchedResultsController usage with our FetchedResultsController in the Container Example app.

Restarting build after it failed to run any tests due to the Xcode Rube Goldberg machine ("Early unexpected exit, operation never finished bootstrapping - no restart will be attempted").

authors: jeremy-w rcedwards

repo: bignerdranch/CoreDataStack


text:
🛑 Jefferson Real is down

In eb79156, Jefferson Real (https://jeffersonreal.uk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Jefferson Real is back up in e2d1351.

repo: bigupjeff/my-site-uptime-monitor


text:
Command-Tab doesn't seem to function when app is running

Try it when you have the Touch Bar running.
⌘-⇥
It flashes the window showing app list momentarily, then immediately closes it and switch to the app/windows you were already using.
Not sure this is just an anomaly of my system or not.
When I close the Server (and Client) app, the Command-Tab functionality is restored.

I'm not having this issue.

I can't seem to reproduce this issue. Using either the on-screen and USB Touch Bar, command-tab keeps working fine. Can you try these steps:

Reboot your mac and log in
Check if command-tab is working properly
Start TouchBarServer (don't connect any iOS device yet)
Check again if command-tab is still working properly
Connect your iOS device running the Touch Bar app
Check once more if command-tab is working properly

Please let us now the results of this, and we can look into this.

[X]	1	Reboot your mac and log in
[X]	2	Check if command-tab is working properly
[X]	3	Start TouchBarServer (don't connect any iOS device yet)
[ ]	4	Check again if command-tab is still working properly NOPE!
[X]	5	Connect your iOS device running the Touch Bar app
[ ]	6	Check once more if command-tab is working properly  NOPE!

Stopped the server. Command-Tab working again.
However, I think I might have discovered what is different in my setup: Keyboard Maestro. See screenshots below.  This seems to affect all the Keyboard Maestro Application/Window  Launcher/Switcher macros. And their "normal" functionality is restored once I close the Server macOS app...
So it appears something with the keyboard handling on the Server is creating compatibility issues with Keyboard Maestro. Both the Fn key on-screen Touch Bar and the iPad Touch Bar work, in any case.

What version of TouchBarServer are you running? Can you try the latest (1.3)?

I had built from source using latest on master (commit 814bc601b4ab216e54754539b1074d6e2d53af20)

will close this issue as a workaround/possible related cause was identified

authors: NetOperatorWibby idcrook robbertkl

repo: bikkelbroeders/TouchBarDemoApp


text:
自发现的goroutine 没有做退出控制，依赖于main的退出

go d.nodesproc()
func (d *Discovery) nodesproc() {
for {
// 中间无退出控制
// 会产生野生goroutine
}
}

这里貌似没有做管理 goroutine 生命周期的工作

这里貌似没有做管理 goroutine 生命周期的工作

这里可以参考 micro-stacks/discov 的设计。

按照我的理解：自发现就是持续进行的工作，就应该和main的生命周期一致才对吧？要不然怎么覆盖discovery的扩容和缩容场景？但是其中有一段代码不是很理解：
https://github.com/bilibili/discovery/blob/1e12d5c0080ecd7ce97ab78076ef36dda8d56a1a/discovery/syncup.go#L127-L132
在收到节点变更通知，但是其中为空就会导致自发现退出，那自发现就不用继续进行了吗？虽然这个情况并不常见，但一旦出现那么discovery 是不是就不能正常感知节点变化了？

repo: bilibili/discovery


text:
抖音直播录制，软件运行1-2天后就会报错，获取直播间信息失败，重启软件后就正常，但是还几天还是会报同样的错

Code of Conduct

[X] 我已在 Release 检阅最新版本并尝试，且问题依旧
[X] 我清楚知道，反馈非最新 Release 版的错误是无意义的
[X] 我清楚知道，可以通过附件功能上传完整文件

运行环境
windows10，python3.12.2
biliup 版本
V0.4.77
所录制的主播网址
https://live.douyin.com/9001341331
错误描述
抖音直播录制，过1-2天就会报错，获取直播间信息失败，报错如下
任务平台

报错日志以及其他描述（如果有）
2024-08-30 09:38:07,643 douyin.py[line:98](Pid:27008 Tname:MainThread) ERROR Douyin - https://live.douyin.com/9001341331: 获取直播间信息失败
Traceback (most recent call last):
File "httpx_transports\default.py", line 69, in map_httpcore_exceptions
File "httpx_transports\default.py", line 373, in handle_async_request
File "httpcore_async\connection_pool.py", line 216, in handle_async_request
File "httpcore_async\connection_pool.py", line 192, in handle_async_request
File "httpcore_async\connection_pool.py", line 35, in wait_for_connection
File "httpcore_synchronization.py", line 148, in wait
File "contextlib.py", line 158, in exit
File "httpcore_exceptions.py", line 14, in map_exceptions
httpcore.PoolTimeout
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "biliup\plugins\douyin.py", line 78, in acheck_stream
_room_info = await self.get_web_room_info(self.__web_rid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "biliup\plugins\douyin.py", line 174, in get_web_room_info
web_info = (await client.get(target_url, headers=self.fake_headers)).json()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "httpx_client.py", line 1801, in get
File "httpx_client.py", line 1574, in request
File "httpx_client.py", line 1661, in send
File "httpx_client.py", line 1689, in _send_handling_auth
File "httpx_client.py", line 1726, in _send_handling_redirects
File "httpx_client.py", line 1763, in _send_single_request
File "httpx_transports\default.py", line 372, in handle_async_request
File "contextlib.py", line 158, in exit
File "httpx_transports\default.py", line 86, in map_httpcore_exceptions
httpx.PoolTimeout
2024-08-30 09:38:27,668 douyin.py[line:98](Pid:27008 Tname:MainThread) ERROR Douyin - https://live.douyin.com/9001341331: 获取直播间信息失败
Traceback (most recent call last):
File "httpx_transports\default.py", line 69, in map_httpcore_exceptions
File "httpx_transports\default.py", line 373, in handle_async_request
File "httpcore_async\connection_pool.py", line 216, in handle_async_request
File "httpcore_async\connection_pool.py", line 192, in handle_async_request
File "httpcore_async\connection_pool.py", line 35, in wait_for_connection
File "httpcore_synchronization.py", line 148, in wait
File "contextlib.py", line 158, in exit
File "httpcore_exceptions.py", line 14, in map_exceptions
httpcore.PoolTimeout
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "biliup\plugins\douyin.py", line 78, in acheck_stream
_room_info = await self.get_web_room_info(self.__web_rid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "biliup\plugins\douyin.py", line 174, in get_web_room_info
web_info = (await client.get(target_url, headers=self.fake_headers)).json()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "httpx_client.py", line 1801, in get
File "httpx_client.py", line 1574, in request
File "httpx_client.py", line 1661, in send
File "httpx_client.py", line 1689, in _send_handling_auth
File "httpx_client.py", line 1726, in _send_handling_redirects
File "httpx_client.py", line 1763, in _send_single_request
File "httpx_transports\default.py", line 372, in handle_async_request
File "contextlib.py", line 158, in exit
File "httpx_transports\default.py", line 86, in map_httpcore_exceptions
httpx.PoolTimeout
2024-08-30 09:38:47,696 douyin.py[line:98](Pid:27008 Tname:MainThread) ERROR Douyin - https://live.douyin.com/9001341331: 获取直播间信息失败
Traceback (most recent call last):
File "httpx_transports\default.py", line 69, in map_httpcore_exceptions
File "httpx_transports\default.py", line 373, in handle_async_request
File "httpcore_async\connection_pool.py", line 216, in handle_async_request
File "httpcore_async\connection_pool.py", line 192, in handle_async_request
File "httpcore_async\connection_pool.py", line 35, in wait_for_connection
File "httpcore_synchronization.py", line 148, in wait
File "contextlib.py", line 158, in exit
File "httpcore_exceptions.py", line 14, in map_exceptions
httpcore.PoolTimeout
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "biliup\plugins\douyin.py", line 78, in acheck_stream
_room_info = await self.get_web_room_info(self.__web_rid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "biliup\plugins\douyin.py", line 174, in get_web_room_info
web_info = (await client.get(target_url, headers=self.fake_headers)).json()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "httpx_client.py", line 1801, in get
File "httpx_client.py", line 1574, in request
File "httpx_client.py", line 1661, in send
File "httpx_client.py", line 1689, in _send_handling_auth
File "httpx_client.py", line 1726, in _send_handling_redirects
File "httpx_client.py", line 1763, in _send_single_request
File "httpx_transports\default.py", line 372, in handle_async_request
File "contextlib.py", line 158, in exit
File "httpx_transports\default.py", line 86, in map_httpcore_exceptions
httpx.PoolTimeout

这个日志显示的错误应该不会影响监控正常运行。它导致软件出现问题了吗？

会无法下载抖音直播，要重启之后才能下载。监控会一直显示直播间处于空闲状态

请完整的日志文件 ds_update.log 以定位问题

我也遇到了这个问题，猜测是同一个cookie监听同一个主播过于频繁抖音限制了

#1099 尝试修复该问题

authors: crtf1999 xxxxuanran zoqle

repo: biliup/biliup


text:
登录进去报错

登录进去就报错了，你看下

用户信息被人改错了，已恢复


text:
🛑 wedding-bot is down

In e4d9e0d, wedding-bot (https://integrations-hero-56ie.vercel.app/) was down:

HTTP code: 500
Response time: 135 ms

Resolved: wedding-bot is back up in 4bdda2d after 8 minutes.

repo: billmetangmo/uptime


text:
Add deprecation notice to README

Using the ember-cli linting plugins has been deprecated for years based on the RFC linked to below. ember-cli-eslint and ember-cli-template-lint have already been marked deprecated and have deprecation notices in their READMEs as linked to below.
In this PR, I'm proposing/implementing a deprecation notice suggesting to use stylelint directly instead. If this is accepted, the maintainer should also run the following command to mark the package as deprecated in the NPM registry:
npm deprecate ember-cli-stylelint "Use stylelint directly instead: https://github.com/emberjs/rfcs/blob/master/text/0121-remove-ember-cli-eslint.md"

By using stylelint directly, we mean that Ember apps should tell their CI to run their lint script the same way it runs their test script. The lint scripts in package.json usually look roughly like this in Ember apps (simplified version from ember-cli blueprint):
"lint": "npm-run-all --aggregate-output --continue-on-error --parallel lint:*",
"lint:css": "stylelint .",
"lint:hbs": "ember-template-lint .",
"lint:js": "eslint .",

More info:

https://github.com/ember-cli/rfcs/pull/121
https://github.com/emberjs/rfcs/blob/master/text/0121-remove-ember-cli-eslint.md
https://github.com/ember-cli/ember-cli/pull/9009
https://github.com/ember-cli/ember-cli-eslint/pull/597
https://github.com/ember-cli/ember-cli-eslint#-deprecated-
https://github.com/ember-template-lint/ember-cli-template-lint#-deprecated-
https://www.npmjs.com/package/ember-cli-eslint
https://www.npmjs.com/package/ember-cli-template-lint

@billybonks mind if we merge this?

repo: billybonks/ember-cli-stylelint


text:
Milan - Sending IB email for translation

Should, "P" in Forex Micro pairs be uppercase?

Content is written as small and the website is showing as well Micro pairs, so I would say that it has to be small.
Email have passed review and no one said that it has to be capital
Thank you for pointing on this
Sharp eye

authors: habib-deriv milan-deriv

repo: binary-com/deriv-static-content


text:
ISSUE12 - upgrade couch base version, add aliases to couch base query…

… builders and verify that they are used for the query method

Coverage remained the same at 100.0% when pulling 98b2b0b9189b765ea6246f5167326fad84f11243 on ISSUE-12 into e9ca56df1658dbccfd4af2ba666e69690799f2b5 on master.

Coverage remained the same at 100.0% when pulling 0c89b0085b78518c662bbc97a707887d9f40fd02 on ISSUE-12 into e9ca56df1658dbccfd4af2ba666e69690799f2b5 on master.

Coverage remained the same at 100.0% when pulling c89ef81e02d5887e360d6ae1473450d0cfcb505b on ISSUE-12 into e9ca56df1658dbccfd4af2ba666e69690799f2b5 on master.

repo: binaryalchemist/chesterfield


text:
Could not find method classpath() for arguments

I added
buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.jfrog.bintray.gradle:gradle-bintray-plugin:1.0'
    }
}

to my build.gradle and when I ./gradlew build, I get
vtomole@vtomole:~/jQuil$ ./gradlew build

FAILURE: Build failed with an exception.

* Where:
Build file '/home/vtomole/jQuil/build.gradle' line: 23

* What went wrong:
A problem occurred evaluating root project 'jQuil'.
> Could not find method classpath() for arguments [com.jfrog.bintray.gradle:gradle-bintray-plugin:1.+] on object of type org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.

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

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

BUILD FAILED in 0s
vtomole@vtomole:~/jQuil$ ./gradlew build

FAILURE: Build failed with an exception.

* Where:
Build file '/home/vtomole/jQuil/build.gradle' line: 23

* What went wrong:
A problem occurred evaluating root project 'jQuil'.
> Could not find method classpath() for arguments [com.jfrog.bintray.gradle:gradle-bintray-plugin:1.+] on object of type org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler.

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

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

BUILD FAILED in 1s

How do I fix this?
Thank you.

Instead of implementing my own, I just copied from here: https://github.com/bintray/bintray-examples

repo: bintray/gradle-bintray-plugin


text:
Is it possible to specify tags?

Hi, absolutely an amazing project. I see it is possible to specify category. Is it possible to specify tags associated with the post? Thanks!

Yes. just specify a list of categories in the frontmatter header.
categories:
  - aws
  - cloud

you need to specify an existing category:  you cannot add new categories.

Hi, that's category. A tag of a post is something separate. From the wordpress web UI:

authors: Kamilcuk mvanholsteijn

repo: binxio/wordpress-markdown-blog-loader


text:
specified SciPy requirements don't work with latest SciPy

Problem
setup.py has a minimum requirement of 1.3:
https://github.com/biocore/scikit-bio/blob/541498807b67554353fc8aeb65bb66c28966a1f6/setup.py#L155
The skbio.stats.distance subpackage uses function specific warnings from scipy:
https://github.com/biocore/scikit-bio/blob/master/skbio/stats/distance/_mantel.py#L16-L18
And those warnings have been removed starting in scipy 1.9.0
https://docs.scipy.org/doc/scipy/release.1.9.0.html#backwards-incompatible-changes
The practical implications of this are that pip installs no longer work without restricting the scipy version.

Should be fixed with #1821

Closing this since #1818 already addresses it

authors: SilasK ajtritt

repo: biocore/scikit-bio


text:
BUG Do not import matplotlib at module level

Importing matplotlib in IPython triggers a connection to the window manager
which may not be available (when running in a server). Thus, this would cause
IPython to exit, making skbio unusable in that situation.
Please complete the following checklist:

[x] I have read the guidelines in CONTRIBUTING.md.

[x] I have documented all public-facing changes in CHANGELOG.md.

No public facing changes

[ ] This pull request includes code, documentation, or other content derived from external source(s). If this is the case, ensure the external source's license is compatible with scikit-bio's license. Include the license in the licenses directory and add a comment in the code giving proper attribution. Ensure any other requirements set forth by the license and/or author are satisfied. It is your responsibility to disclose code, documentation, or other content derived from external source(s). If you have questions about whether something can be included in the project or how to give proper attribution, include those questions in your pull request and a reviewer will assist you.

[x] This pull request does not include code, documentation, or other content derived from external source(s).

Note: REVIEWING.md may also be helpful to see some of the things code reviewers will be verifying when reviewing your pull request.

Thanks for the fix @luispedro!

authors: jairideout luispedro


text:
Create GROMACS 2020.6 images

We are also adding in the gmx_chooser fix here.

I made https://github.com/bioexcel/gromacs-hpccm-recipes-mult-stages/pull/2 to remove the artificial barrier that I think affects this. Does that look right to you?

authors: douglowe mabraham

repo: bioexcel/gromacs-docker


text:
🐛 Quickfix slows down saving files in VSCode

VS Code version
1.90.0-insiders
Extension version
2.2.3
Biome version
1.7.3
Operating system

[ ] Windows
[X] macOS
[ ] Linux

Description
When this config is enabled in vscode settings
    "quickfix.biome": "explicit"

it slows down saving files in vscode. But not always 😅. When i type something and immediately hit Cmd + Save, there's like a second delay before the file is saved.
Interestingly enough, if i type something and wait a second and hit save, the file is saved immediately.
Steps to reproduce

Enable "quickfix.biome": "explicit",
Hit Cmd + Save immediately after typing something

Expected behavior
It should save immediately
Does this issue occur when using the CLI directly?
Not sure / Not applicable
Logs
Logs contain actions that happened when i entered "Enter" and immediately save
[Trace - 8:36:03 AM] Sending notification 'textDocument/didChange'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts",
        "version": 174
    },
    "contentChanges": [
        {
            "range": {
                "start": {
                    "line": 22,
                    "character": 20
                },
                "end": {
                    "line": 22,
                    "character": 20
                }
            },
            "rangeLength": 0,
            "text": "\n  "
        }
    ]
}

[Trace - 8:36:03 AM] Received notification 'textDocument/publishDiagnostics'.
Params: {
    "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts",
    "diagnostics": [],
    "version": 174
}

[Trace - 8:36:03 AM] Sending request 'textDocument/codeAction - (409)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "range": {
        "start": {
            "line": 0,
            "character": 0
        },
        "end": {
            "line": 95,
            "character": 0
        }
    },
    "context": {
        "diagnostics": [],
        "only": [
            "source.fixAll"
        ],
        "triggerKind": 2
    }
}

[Trace - 8:36:03 AM] Received response 'textDocument/codeAction - (409)' in 1ms.
Result: []

[Trace - 8:36:03 AM] Sending request 'textDocument/codeAction - (410)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "range": {
        "start": {
            "line": 0,
            "character": 0
        },
        "end": {
            "line": 95,
            "character": 0
        }
    },
    "context": {
        "diagnostics": [],
        "only": [
            "source.organizeImports"
        ],
        "triggerKind": 2
    }
}

[Trace - 8:36:03 AM] Received response 'textDocument/codeAction - (410)' in 0ms.
Result: []

[Trace - 8:36:03 AM] Sending request 'textDocument/codeAction - (411)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "range": {
        "start": {
            "line": 0,
            "character": 0
        },
        "end": {
            "line": 95,
            "character": 0
        }
    },
    "context": {
        "diagnostics": [],
        "only": [
            "quickfix.biome"
        ],
        "triggerKind": 2
    }
}

[Trace - 8:36:03 AM] Received response 'textDocument/codeAction - (411)' in 0ms.
Result: []

[Trace - 8:36:03 AM] Sending request 'textDocument/codeAction - (412)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "range": {
        "start": {
            "line": 23,
            "character": 2
        },
        "end": {
            "line": 23,
            "character": 2
        }
    },
    "context": {
        "diagnostics": [],
        "triggerKind": 2
    }
}

[Trace - 8:36:03 AM] Received response 'textDocument/codeAction - (412)' in 1ms.
Result: []

[Trace - 8:36:04 AM] Sending request 'textDocument/formatting - (413)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "options": {
        "tabSize": 2,
        "insertSpaces": true
    }
}

[Trace - 8:36:04 AM] Received response 'textDocument/formatting - (413)' in 2ms.
Result: [
    {
        "range": {
            "start": {
                "line": 0,
                "character": 0
            },
            "end": {
                "line": 96,
                "character": 0
            }
        },
        "newText": "import { remember } from \"@epic-web/remember\";\nimport { handlePrismaLogging, logger } from \"@flixydev/logger\";\nimport { Prisma, PrismaClient, type Subscription } from \"@prisma/client\";\nimport { type Result, ResultAsync, errAsync } from \"neverthrow\";\n\nexport const prisma = remember(\"prisma\", () => {\n  const client = new PrismaClient({\n    log: [\n      {\n        level: \"query\",\n        emit: \"event\",\n      },\n    ],\n  });\n\n  handlePrismaLogging({\n    db: client,\n    logger: logger,\n    logLevels: [\"query\"],\n    slowQueryThresholdMs: 20,\n  });\n\n  client.$connect();\n\n  return client.$extends({\n    result: {\n      user: {\n        stripeActivated: {\n          needs: {\n            stripeConnectAccountId: true,\n            stripeDetailsSubmitted: true,\n          },\n          compute(data) {\n            return (\n              !!data.stripeConnectAccountId && !!data.stripeDetailsSubmitted\n            );\n          },\n        },\n      },\n    },\n    model: {\n      $allModels: {\n        async exists<T>(\n          this: T,\n          where: Prisma.Args<T, \"findFirst\">[\"where\"],\n        ): Promise<boolean> {\n          const context = Prisma.getExtensionContext(this);\n          // biome-ignore lint/suspicious/noExplicitAny: <explanation>\n          const result = await (context as any).findFirst({ where });\n\n          return result !== null;\n        },\n      },\n      user: {\n        async findActiveSubscription(userId: string) {\n          return prisma.subscription.findFirst({\n            where: {\n              userId,\n              status: {\n                in: [\"active\", \"trialing\"],\n              },\n              deletedAt: null,\n            },\n          });\n        },\n        async cancelActiveSubscription(\n          userId: string,\n        ): Promise<Result<Subscription, Error>> {\n          const activeSubscription = await this.findActiveSubscription(userId);\n\n          if (!activeSubscription) {\n            return errAsync(new Error(\"No active subscription found\"));\n          }\n\n          const update = await ResultAsync.fromPromise(\n            prisma.subscription.update({\n              where: {\n                id: activeSubscription.id,\n              },\n              data: {\n                cancelledAt: new Date(),\n              },\n            }),\n            (e) => e as Error,\n          );\n\n          return update;\n        },\n      },\n    },\n  });\n});\n\nexport * from \"@prisma/client\";\n"
    }
]

[Trace - 8:36:04 AM] Sending notification 'textDocument/didChange'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts",
        "version": 175
    },
    "contentChanges": [
        {
            "range": {
                "start": {
                    "line": 23,
                    "character": 0
                },
                "end": {
                    "line": 24,
                    "character": 0
                }
            },
            "rangeLength": 3,
            "text": ""
        }
    ]
}

[Trace - 8:36:04 AM] Received notification 'textDocument/publishDiagnostics'.
Params: {
    "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts",
    "diagnostics": [],
    "version": 175
}

[Trace - 8:36:04 AM] Sending notification 'textDocument/didSave'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    }
}

[Trace - 8:36:04 AM] Sending request 'textDocument/codeAction - (414)'.
Params: {
    "textDocument": {
        "uri": "file:///Users/jansedlon/Work/Flixy/flixy/packages/prisma/index.ts"
    },
    "range": {
        "start": {
            "line": 23,
            "character": 0
        },
        "end": {
            "line": 23,
            "character": 0
        }
    },
    "context": {
        "diagnostics": [],
        "triggerKind": 2
    }
}

[Trace - 8:36:04 AM] Received response 'textDocument/codeAction - (414)' in 1ms.
Result: []

Do you have other extensions that run actions on save ?

I disabled everything except biome and it was still happening.
PS: hmmm.. Interesting, when everything is disabled, it's still happening, sorry! How's that possible? That configuration should be biome specific?

What I meant is when you save a file, VS Code will run all "on save" actions, and sometimes other extensions register their own actions which can have an impact.
I see you mentioned using the insiders version of VS Code. Does that also happen in the stable version ?

There appears to be a decent repro in this issue: https://github.com/biomejs/biome-vscode/issues/214
Link: https://github.com/OliverJAsh/biome-vscode-quickfix-import-issue/compare/1.7.3
I've also experienced this in Zod. You can pull down this branch to repro: https://github.com/colinhacks/zod/tree/slow-quickfix
$ gh repo clone colinhacks/zod
$ cd zod
$ git checkout slow-quickfix
$ yarn
$ code .

I've introduced a formatting issue at the top of src/index.ts. Saving that file in VS Code should trigger the slow quickfixing. Interestingly I get faster fix-on-save with "source.fixAll": "always". Does that behave in a meaningfully different way than "quickfix.biome": "always"?

@nhedger i am experiencing the same issue in .vue files, quick save is very slow (3 second delay) when i have those settings
  "editor.codeActionsOnSave": {
    "quickfix.biome": "explicit"
  },

in extension host output i also see those messages

Interesting, I'll definitely have a look, thanks for the details.

I believe I'm experiencing the same thing. Something feels slow, but I have to mention that biome is very new for me still

I'm experiencing the same thing in:

Software
Versión

VS Code
1.93.1

Extension
2.3.0

Biome
1.9.1

Operating System
Windows

I set this setting in my vscode and apparently it works perfect, no lag:
"editor.codeActionsOnSave": {
  // "quickfix.biome": "explicit",
  "source.fixAll.biome": "explicit",
  "source.organizeImports.biome": "explicit"
},

Another thing I noticed is that the "quickfix.biome": "explicit" lag only affects JS, JSX, TS, TSX files.
No lag in CSS files.

I'm not sure I have understood the difference between these settings, and I can't find clarity in the docs.
May I ask if anyone knows? I have posted a question here https://github.com/biomejs/biome-vscode/discussions/342

I'm experiencing the same thing in:
Software	Versión
VS Code	1.93.1
Extension	2.3.0
Biome	1.9.1
Operating System	Windows
I set this setting in my vscode and apparently it works perfect, no lag:
"editor.codeActionsOnSave": {
  // "quickfix.biome": "explicit",
  "source.fixAll.biome": "explicit",
  "source.organizeImports.biome": "explicit"
},

Another thing I noticed is that the "quickfix.biome": "explicit" lag only affects JS, JSX, TS, TSX files. No lag in CSS files.

doesn't seem to work (atleast not in vue projects w/vue extension) with same warning in my previous comment

I wasn't able to reproduce using the previously provided reproductions. For those experiencing the same issue right now, please provide a minimal reproduction that triggers it.

In the cloned repository you will find the index.js file:

How to activate the bug?
If you press Enter to make line breaks and quickly press Control + S to save, you will see a delay between the time you save the file and the time the fix is executed

After saving

The bug is present regardless of the biome.json configuration.
Important:
You have to be fast, if you do the line break and wait more than a second before tapping Control + S, you will not see the delay.
I recommend to try it several times.

I have investigated this problem. I hope it is useful.
Reproduction Test: Part 1
Apparently, the problem reproduces without any 3rd-party extensions. Surprisingly, it reproduces without vscode-biome.
The workspace used for reproduction is as follows:
.vscode/settings.json:
{
    "editor.codeActionsOnSave": {
        "quickfix.biome": "explicit"
      }
}

index.ts:
function fn(){
    console.log('hello');
}

https://github.com/user-attachments/assets/56415cd5-d02e-4fd8-acc2-a5dcffb04932
This suggests that the problem is caused by something other than the vscode-biome.
Reproduction Test: Part 2
The problem does not seem to reproduce with .css.
The workspace used for reproduction is as follows:
.vscode/settings.json:
{
    "editor.codeActionsOnSave": {
        "quickfix.biome": "explicit"
      }
}

index.css:
.foo {
    background: black;
}

https://github.com/user-attachments/assets/6719fd2a-a1d5-4591-ae13-10834259eca3
This suggests that the problem is .ts specific.
Reproduction Test: Part 3
If you disable VS Code's built-in js/ts extension, the problem does not reproduce.
How to disable VS Code's built-in js/ts extension:

Select Side Bar > ... > Show Running Extensions

Right-click TypeScript and JavaScript Language Features and select Disable

Restart VS Code

https://github.com/user-attachments/assets/a8ebed83-dc5e-4ade-9292-bcda18af25d9

From these tests, I believe the problem is caused by VS Code, VS Code's built-in js/ts extension (TypeScript and JavaScript Language Features), or tsserver.
I don't think vscode-biome has anything to do with this problem.

I have investigated this issue further. It appears to be a compatibility issue between typescript-language-features and the Biome extension.
However, I think I need to know about the editor.codeActionsOnSave spec to determine a solution to this problem. Therefore, I have written a question to the VS Code team. You can find it at

https://github.com/microsoft/vscode-discussions/discussions/1664

Really appreciate the investigation @mizdra, I'll be following along!

it's worth noting that this issue also happens not only with typescript-language-features but also others like vue and Vue.volar extension in similar fashion.
(issue i already created on official vue tooling repo https://github.com/vuejs/language-tools/issues/4833)

@ragrag You are misunderstanding the problem. This problem is specific to typescript-language-features. The problem occurs because you have enabled both Vue.volar and typescript-language-features. If you enable Vue.volar and disable typescript-language-features, this problem should not occur.
typescript-language-features is not a 3rd-party extension, but a built-in extension of VS Code. To disable typescript-language-features, you need to perform a special operation. For details, please see https://github.com/biomejs/biome-vscode/issues/229#issuecomment-2356257770.
BTW: Vue.volar depends on typescript-language-features, so it won't work without it. Vue.volar uses contributes.typescriptServerPlugins to attach the TypeScript Language Service Plugin to the tsserver that is started by typescript-language-features ^1. This allows tsserver to handle *.vue.

@mizdra what i'm trying to say is that i can confirm that the problem is still reproducible in my case when enabling Vue.volar and disabling typescript-language-features

@ragrag Really? I couldn't reproduce it.
https://github.com/user-attachments/assets/4edd99ea-d366-4929-b960-20f9fc458473
Have you forgotten to restart VS Code? Even if you press the button to disable the extension, the extension will continue to operate until you restart VS Code. To completely disable the extension, you must restart VS Code.

@ragrag Really? I couldn't reproduce it.
https://github.com/user-attachments/assets/4edd99ea-d366-4929-b960-20f9fc458473
Have you forgotten to restart VS Code? Even if you press the button to disable the extension, the extension will continue to activate until you restart VS Code. To completely disable the extension, you must restart VS Code.

Yeah i did.
I can reproduce this consistently on multiple medium-sized vue apps residing in a medium sized monorepo.
I can't seem to reproduce it on fresh vue apps so it's hard for me to isolate it and create a minimal repro but i will try when i have some time later

@ragrag

I can reproduce this consistently on multiple medium-sized vue apps residing in a medium sized monorepo.

Hmm. That's strange.

I can't seem to reproduce it on fresh vue apps so it's hard for me to isolate it and create a minimal repro but i will try when i have some time later

Yes, it would be helpful if you could create a reproduction. :) I added my reproduction to https://github.com/biomejs/biome-vscode/issues/229#issuecomment-2366808215.

I have this same problem with the quickfix. It appears to me that it is waiting for the typescript check to complete before running. The longer the type checking takes the longer the delay appears to be before it saves the file.
Perhaps there could be a way to move the quickfixing before the type checking, maybe into the formatting step, instead?

I have the same problem, but it seems that source.organizeImports.biome doesnt do anything, that's why it fixes the slowness. Does it fix imports for you?

I have no problems with source.organizeImports.biome. It is the quickfix setting that seems to cause the slowness.
The fixAll setting does not seem to have the slow save issue.

biome 1.9.2 fixed source.organizeImports.biome not doing anything :)

is there a guide on how to debug this issue or introspect biome trace logs?
i can reproduce it in a private monorepo but only when opening the full workspace in vscode,
if i have only the vue app folder open in vscode this issue is not happening

I think it's fair to say that this issue is not specific to the biome extension, so I will close it. Feel free to circle back if new information comes to light.

I take it that the underlying issue is being tracked here: https://github.com/microsoft/vscode/issues/232480
Asking the VSCode team to chime in so we can understand the problem is great, but has the Biome team considered re-implementing the LSP with a different incantation, e.g. source.fixAll.biome instead of quickfix.biome? Other language servers like vscode-eslint don't seem to have this issue, so this could be an easy way to sidestep the problem.
This issue is blocking my company from migrating to Biome, which is a bummer because we would otherwise love to use it.

As you say, I think the problem will be solved if Biome uses source.fixAll.biome instead of quickfix.biome.
Then, We need to guide users to modify .vscode/settings.json as follows.
 {
   "editor.codeActionsOnSave": {
-    "quickfix.biome": "explicit"
+    "source.fixAll.biome": "explicit"
   }
   // ...
 }

Even if typescript-language-features delays source.fixAll.ts by 500 ms (see Q3), it will not affect users who use source.fixAll.biome. I don't think Biome will be affected by whatever decision the VS Code development team makes.

I get the reluctance to ship a new major version as a maintainer. All I can say as an interested potential user is that I'd love to see this problem get solved sooner. (We have a large Typescript mono-repo that we unsuccessfully tried to migrate to Biome earlier this year, and it was blocked only by the VSCode extension performance, as the CLI itself is very fast.)
I did some digging in the docs. The LSP protocol doesn't say anything about the distinction between a quickfix and a fixall, except that they are different code actions.
However, the VSCode Typescript docs suggest that "fixall" is the action intended to be used on save because it will compute all the fixes in one round.
By contrast, a quickfix is mentioned as an individual suggestion designed to be handled one at a time, and it seems to be listed as an alternative to a "refactor" code action.

@mizdra would you accept a patch to use source.fixAll.biome if it results in better performance? Trying to see if there's anything I can do here to help move things along.

@JavaScriptBach I am not sure what you mean by "patch." However, you are free to use all the code I used to report this issue and the vscode team. I disclaim their copyright:)

I just saw there is https://github.com/biomejs/biome/issues/3339. Does this mean that source.fixAll.biome was already implemented?

source.fixAll.biome seems to work on my end. I think the documentation needs updating.

authors: JavaScriptBach OliverJAsh colinhacks emilte jansedlon leotroche mizdra nhedger ragrag vlechemin vlinder

repo: biomejs/biome-vscode


text:
chore: review contribution document

Summary
Updated the contribution guide

more information about testing and debugging
reviewed the ## Cheks section. Added more information around checks and broke it down with specific commands depending on what the user is doing.  Added a mention to just ready at the end of the paragraph.

I removed the rfcs/ folder because we don't use it anymore. I updated the justfile

[!NOTE]
I plan to do a proofread in another PR because I want to add instructions about adding new languages in Biome. We don't have any document that explains t hat.

Test Plan
Rendered file

oh looks like i'm late lol, will pr my suggestions

I will don't worry, it's part of how we work :) thank you for the comments

authors: SuperchupuDev ematipico

repo: biomejs/biome


text:
ci: extract changelog for GitHub release notes

Summary
This PR updates the release workflows.
GitHub Release notes are now generated from the changelog.
The script extract the first subsection that starts with a digit, e.g. ## 1.1.0. This allows to skip ## Unreleased.
The changelog should be updated before every release.
I also removed useless fetch-depth parameter that is set to 1 by default.
Test Plan
Next release.

Next release.

Isn't there another way to test it? Even locally, to show us what the script will generate

Isn't there another way to test it? Even locally, to show us what the script will generate

I tested the script locally. However, there is no way to easily test the workflow...

I improved the script by using the Unreleased section if a section for the released version is not found. This allows supporting nightly releases.

Isn't there another way to test it? Even locally, to show us what the script will generate

I tested the script locally. However, there is no way to easily test the workflow...

authors: Conaclos ematipico


text:
Results download broken

Example:
https://run.api.biosimulations.org/results/6134edbdd73440e9b686f488/download

Still running into this issue. Might be a change on the unconn side.

Was a config error. Storage endpoint was not set in the config, so the default value was selected. The default value has http as the protocol instead of https. The default value should be updated

:tada: This issue has been resolved in version 4.0.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: biosimulations/biosimulations


text:
annotation rank - frontend

annotation rating must be implemented as hypothesis extension!
User should be able to rate translations using 5 star bar which should be shown in the annotation box.

main part done. pieces will be reopened as new issues.

repo: birkbeckOLH/annotran


text:
Fixes #9 - Support Android Gradle plugin 1.1.0

This PR fixes issue #9 where the plugin does not work with the latest Android build tools (v1.1.0).
It updates the Android tooling and Gradle to the latest versions. It also fixes the changes in the API that were introduced with the new Android plugin.

:+1:

:+1:

authors: HenriqueRocha grujo stefanhoth

repo: bitbar/testdroid-gradle-plugin