MacOS version fails to do anything.

I've try the MacOS version, but it fail to do anything. I have to go back to the original DMG to start working.

Do you have more information about this? It would be better to fix it.
I don't own a mac os, I need to find a way to test this.
Originally posted by @darodi in https://github.com/darodi/kcc/issues/21#issuecomment-1363999913

How can I provide useful debugging information?
I will try to see what I can do

I can't open the last beta. The OS said it is damage. I try to right click open. Same.

I've fix it with:
xattr -d com.apple.quarantine /Applications/Kindle\ Comic\ Converter.app

Testing

I try a PDF. Kindle Scribe + EPUB 200. It works !!!
Trying CBR and CBZ...

CBR failed: Error during conversion. So the RAR lib have trouble.

CBZ failed too.

Directory works.
I compare the ressource inside the App package, and it is exactly the same as the origin package (kcc).
So I guess something does't wrong between the bin KCC and the resource.

I run otool on the KCC-Beta vs KCC:
First is your package. Second is the original.
And Resources is the same.
➜  MacOS otool -L Kindle\ Comic\ Converter
Kindle Comic Converter:
	/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 165.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1311.0.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11)
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 56.0.0)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1856.105.0)
	/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 1141.1.0)
➜  MacOS otool -L /Volumes/Kindle\ Comic\ Converter/Kindle\ Comic\ Converter.app/Contents/MacOS/Kindle\ Comic\ Converter
/Volumes/Kindle Comic Converter/Kindle Comic Converter.app/Contents/MacOS/Kindle Comic Converter:
	/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 157.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 48.0.0)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1258.1.0)
	/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 728.9.0)

Also plist file is the same. You should probably update the version in it.
      <string>5.5.2</string>
        <key>CFBundleSignature</key>
        <string>????</string>
        <key>CFBundleVersion</key>
        <string>5.5.2</string>

in this version,
https://github.com/darodi/kcc/releases/download/v5.5.3-beta-darodi.2/KindleComicConverter_osx_5.5.3-beta-darodi.2.dmg
CookieCaptainD said he was able to create mobi files (and epub as they are needed by mobi files)
https://github.com/ciromattia/kcc/pull/405#issuecomment-1058947663
but no news about cbz,cbr,rar,zip

I run otool on the KCC-Beta vs KCC: First is your package. Second is the original. And Resources is the same.

I'm using the same method to build, and the files haven't changed
https://github.com/darodi/kcc/blob/65c329d49529da6cfde1dc0517e642ce24436810/setup.py#L39-L60

I can create a epub, only from PDF or Directory with flat file.
The trouble is when I want to open the CBR or CBZ, which will require to use the 7z include in the package.
I succeed running it, so it seems to be compatible.

Um, I would like to build this locally. I've got M1 arch.

Also plist file is the same. You should probably update the version in it.
      <string>5.5.2</string>
        <key>CFBundleSignature</key>
        <string>????</string>
        <key>CFBundleVersion</key>
        <string>5.5.2</string>

done, see 4fbcb79b

I found a vagrant box with mac osx
https://app.vagrantup.com/amarcireau/boxes/macos
I need to make some space on my computer and then I'll be able to test this too.

After some debugging and manage to build the dmg on m1 arch (with python + qt native), I find out what's failed here.
the 7z which is used to unpack the files seems to have the wrong arch.
So the app start as a native m1 app, and failed to launch 7z.
I replace the 7z with p7zip file installed with brew on m1 arch.
Now PDF and CBZ works, but CBR still failed. 7z is not able to uncompress rar files.
Is is possible to replace the external tools 7z by a python uncompress lib (for zip, gzip and even rar) ? this way no need for an external tools.

Finally I download p7zip source, and build 7z with unrar support.
I have the 7z 7z.so Rar.so files from here.
The arch is arm64.
And now everything works !
May be we can pack 7z with arm64 and x86_64, and based on the arch we run, select one or the other.
Or just build 2 packages, one for m1/m2, and one for x86_64 ?

Here the p7zip that works with m1 build.
bin.zip

Here the p7zip that works with m1 build.
bin.zip

And here the dmg compatible with m1:
https://static.celogeek.com/KCC/M1/KindleComicConverter_osx_5.5.3b17.dmg

@celogeek

May be we can pack 7z with arm64 and x86_64, and based on the arch we run, select one or the other. Or just build 2 packages, one for m1/m2, and one for x86_64 ?

Thanks a lot!
I'll try to adapt the pipeline to use those tools.
I started doing it in this other issue

#4

Merry Christmas!

I put the full process here:
https://github.com/darodi/kcc/issues/4#issuecomment-1364553511

@celogeek

May be we can pack 7z with arm64 and x86_64, and based on the arch we run, select one or the other. Or just build 2 packages, one for m1/m2, and one for x86_64 ?

Thanks a lot! I'll try to adapt the pipeline to use those tools. I started doing it in this other issue

Kindle Comic Converter - Native Apple Silicon #4

Merry Christmas!

Merry christmas too ;)
I put in this issue how I manage to build and make the too works on my m1.

I put in this issue how I manage to build and make the too works on my m1.

That might be a bit harder with github actions. They don't support Apple M1 hardware, except for self runners.
So cross compilation is needed.
Last time I was stuck with Qt library but I haven't tried again since then.
Anyway, everything you tried will be needed later in the process.

@celogeek
does this work for you?
https://github.com/darodi/kcc/suites/10042775406/artifacts/488537303
If it does, I'll add it to the pipeline.

I have the same problem, my intel Mac does not work with the latest version, when I convert the file it prompts an error but the error code is NONE, I try to convert various types of files and I get the same result.

closing this.
follow-up in

https://github.com/darodi/kcc/issues/4


chart: bump several charts to the latest

related issue: #3159
Bump several needed charts.

also need to patch the upgrade version check on https://github.com/harvester/harvester/blob/master/package/upgrade/upgrade_manifests.sh#L619, thanks.

sorry, I miss it.  Already update it, thanks!
Please help to review it again.

Also, bump other charts like harvester-network-controller, harvester-node-disk-manager, and harvester-node-manager.
Please check it again. Thanks!

Should we update the node-manager's image to master-head or v0.1.3?
https://github.com/harvester/harvester/blob/b0d883ce2173d3c485f5ef2dac652be9c6600dfa/deploy/charts/harvester/values.yaml#L467

using master-head is preferred for the master branch, thanks.

Should we update the node-manager's image to master-head or v0.1.3?
https://github.com/harvester/harvester/blob/b0d883ce2173d3c485f5ef2dac652be9c6600dfa/deploy/charts/harvester/values.yaml#L467

using master-head is preferred for the master branch, thanks.

updated, thanks!

Try upgrading from v1.1.0. The final logs of apply_manifest:
hvst-upgrade-sgbjw-apply-manifests-mfc4b addon.harvesterhci.io/vm-import-controller patched
hvst-upgrade-sgbjw-apply-manifests-mfc4b addon.harvesterhci.io/pcidevices-controller patched

But addons don't seem to patch correctly:
$ k get addons.harvesterhci.io vm-import-controller -n harvester-system -o yaml
...
spec:
  chart: harvester-vm-import-controller
  enabled: true
  repo: http://harvester-cluster-repo.cattle-system.svc/charts
  valuesContent: |
    image:
      tag: v0.1.1
    fullnameOverride: harvester-vm-import-controller
  version: 0.1.2
status:
  status: AddonDeploySuccessful

$ k get addons.harvesterhci.io pcidevices-controller -n harvester-system -o yaml
...
spec:
  chart: harvester-pcidevices-controller
  enabled: false
  repo: http://harvester-cluster-repo.cattle-system.svc/charts
  valuesContent: |
    image:
      tag: v0.2.2
    fullnameOverride: harvester-pcidevices-controller
  version: 0.2.3

The add-on versions look OK, but the image.tag doesn't change. @ibrokethecloud Any takes to this?

Looks like only version is patched: https://github.com/harvester/harvester/blob/b0d883ce2173d3c485f5ef2dac652be9c6600dfa/package/upgrade/lib.sh#L256-L259

Hi all,
I update this PR, including the dependency charts upgrade and the grub issue on the upgrade path.
Please help to review it again. Thanks!!


feat: Prepare Big Dipper for DO Apps redeployment [DEV-1493]

Task linked: DEV-1493 Redeploy BigDipper block explorer with DigitalOcean Apps


HealthChecker (Any/Version <IP_ADDRESS>0) won't excute /hangs

Hi Team,
The script won't execute. Only debug (see) file is generated. The script worked prior to extended protection (Version <IP_ADDRESS>4). Didn't do a roll back or not sure if this has anything to do with  it. No clues in the  event-logs.  Any help is appreciated. Thank you :)

Script is unblocked after downloading
Execution Policy is set to bypass/unrestricted in process scope.
Is run as admin
Is not in Select mode
Tried old versions of the script
?
"
Starting Logger Instance 10/05/2022 15:03:02
Calling: Confirm-ExchangeShell
Passed: LoadExchangeShell: True | Identity: xx
Exchange PowerShell Module already loaded.
Script Executing on Server xx
ToolsOnly: False | RemoteShell False
""

Server: 2016 CU23

What works:
-LoadBalancingReport
-MailboxReport
--
https://microsoft.github.io/CSS-Exchange/Security/Extended-Protection/
https://microsoft.github.io/CSS-Exchange/Diagnostics/HealthChecker/

Running with -Verbose might show what it's waiting for.

Thanks Bill!. The script was trying to perform auto-update.  -SkipVersionCheck  was the solution since internet connectivity is blocked on the servers :)


Rename seekforward to skip

This is the name used for this function in Base. I realize that for IOStream it supports negative offsets while for BufferedInputStreams it doesn't, but IMO it's still better to use the same name here.

Current coverage is 81.81% (diff: 100%)

Merging #24 into master will not change coverage

@@             master        #24   diff @@
==========================================
  Files             5          5
  Lines           286        286
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits            234        234
  Misses           52         52
  Partials          0          0

Powered by Codecov. Last update 24b4dcb...c80a379

Great! I didn't know skip.


feat: update to Node 16

Github is deprecating/removing Node 12 support. Node 16 does require using a minimum Actions Runner version of v2.285.0, which is
available in GHES 3.4 or later.
Edit: GH is also deprecating setting outputs directly, instead preferring to use the ENV file to set outputs and state. See https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/
I've update both the @actions/core and @actions/github package to handle those updates as well.
Close #22

This updates deprecated packages but does not disuse set-output, leaving #22 still valid.

My understanding from the GitHub blog post I linked is that updating the @actions/core package to at least 1.10.0 and continuing to use the setOutput function from the package does modify the action to not use  set-output and use the new method. I'm also not seeing anywhere else that set-output is being used other than in actions-io file.


Update README and add landing page to website.

First draft: https://github.com/adarob/magenta-js/blob/rad/music/README.md
@iansimon @cghawthorne @teropa PTAL

LGTM


fix: fix isSeleted prop warning #916

Closes #916
📝 Description

Delete isSeleted which passed to the dom

⛳ Current behavior (updates)

Please describe the current behavior that you are modifying

🚀 New behavior

Please describe the behavior or changes this PR adds

💣 Is this a breaking change (Yes/No): No

📝 Additional Information

Hey @Yukiniro I appreciate you sent this PR, however as the filterDOMProps function from react-aria fits better I used it instead https://github.com/nextui-org/nextui/commit/35dfc6a1bebf9dc3ebb0148ff6a930952fcf9fd1
Thank you anyways 🙏🏻

Hey @Yukiniro I appreciate you sent this PR, however as the filterDOMProps function from react-aria fits better I used it instead 35dfc6a
Thank you anyways 🙏🏻

OK


When the Category Field Loses Focus, It is Cleared

In the edit listing view, when text is added to the category field, and the field loses focus, the text disappears and is not saved when the save button is pressed.

This is not specific to the Category field. It is the default Select2 behavior for tagging fields. I'm not sure if Select2 offers us a way to configure this or what type of effort it would be to "macGyver" it.

Ah. I didn't realize that was a select2 field. I know I've brought up adding whatever text is in the field when it loses focus previously.
This is a pretty big gap for select2, both selectize and taggle have it out of the box as an option.

This was fixed a while back.


Multi-Selection indicator(checkbox) (different from the previous one)

Description
An unexpected checkboxx apears after the procedure below.
Steps To Reproduce

Multiselect files.
Click on one file in the selection.
Dag-drop immediately to the same file.

Expected behavior
An unexpected checkbox appears.

Files Version
v<IP_ADDRESS> (according to the files about)
Windows Version
Windows 11 Pro Insider Preview 22454.1000
Relevant Assets
No response

@junukwon7 is this still an issue in the preview version? http://files.community/download/preview


[RESTEASY-1826] added plugins to generated i18n files

@rsearls please note the build is failing

File removed

change complete


Fix vulnerabilities

My bad im not trying to push to yours, im trying to push to my forked version.

@Tfink13 sure thing, goodluck!


Splitting tuple types into separate modules for each

Discussed with @nikswamy today: always loading the definitions for all tuples (normal ones up to 14, dependent up to 5) is an unnecessary load on the typechecker and SMT solver.
This PR splits all tuples of arity >=3 into separate modules. The dependency analysis is modified to recognize tuple patterns and types and add the relevant dependencies (it is slightly conservative since it always treats * and & as referring to tuples even if they are overloaded, but over-approximating is not terrible here). I measured a very slight improvement in FStar.ModifiesGen (63s -> 60s). Not sure if other files will have more significant gains, but this anyway looks desirable to me.
It does mean that, in an interactive setting, if you try to use a tuple you have not yet used you will have to reload the module.
In a follow up, I think we should call the constructor for each tuple just Mk, since they are already in different modules. Also, I changed the tuple detection logic into just a table that we look up. This actually removes a few incorrect snippets, and is not too bad to maintain IMO.

I have a patch for Steel+Pulse ready. HACL* is failing since I think Vale relies on the concrete location of tuples, I'm taking a look.
Maybe we wait until after the fork..?
Meanwhile I added an FStar.AllTuples module one can import to bring all tuple types in scope, for easy upgrading.


Incorrect declaration file using expressions in class extends clauses from another d.ts

TypeScript Version:
1.8.7
Code
B.d.ts

declare class B {
    static extend(): new () => B;
}

A.ts

class A extends B.extend(){

}

Declaration A.d.ts. automatically generated
declare class A extends  {
}

looks fixed in latest. i get:
declare class A extends B {
}


Mark device as offline and send device_disconnected event when forcing a device disconnection

When Data Updater Plant forces the disconnection of a device
https://github.com/astarte-platform/astarte/blob/1bfaad8f9108b3c107599e5176b015a2a8c72f3a/apps/astarte_data_updater_plant/lib/astarte_data_updater_plant/data_updater/impl.ex#L1671
it currently doesn't mark it as disconnected in the database and it doesn't send a DeviceDisconnected event.
This should be added since the broker will not send an explicit device_disconnected message if the disconnection is forced from the API.

Closed by #452


Fix AutoDAN issues

Remove duplicate files. Fix openai errors. Correct path to prompts in dan.py.

I get the feeling this code is to be called directly, outside of garak, is that right?

Once we make the broader changes to the probe class, I'll expose this in a TAPProbe-like format


cell switching order

How to get rid of cells switching when doublesplit? it really annoying :(

I don't have this issue?

@Ralphwaldopicklechips But, that's what real agar.io looks like.

Try double splitting slower

@Tyler3D  Ubication?

@AlexHGaming When you double split fast, the two end pieces switch.

@Jhair2015 Huh?

@Tyler3D in agario it doesnt happern alot but here is happens every time

@AlexHGaming An example of what he means is this: https://streamable.com/krkm6 (ignore the sounds of my keyboard lol)
@Ralphwaldopicklechips is right, its not supposed to happen as often as it does. In agario most of the time they do not switch order, no matter what speed you split at.
I don't know Ralph, this is a problem I've been trying to solve for weeks. You can reduce the rate of it happening by reducing the split velocity, but that's pretty much it. I am pretty noob so this will probably take me a while to find the cause/fix, but for now I am going to leave this open with an issue label.

yah but in real agar its like that if ur to close, but if u put ur minion abit furthur u will it

Raphy do you remember Weevilated who gave you the old OgarUL server files
and helped you how to get fans to play on the server?
On 29 December 2016 at 18:49, raphyjb<EMAIL_ADDRESS>wrote:

yah but in real agar its like that if ur to close, but if u put ur minion
abit furthur u will it
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269674962,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVJoixi1Wd4IdrOwhRNadhi2Piop-ks5rNADIgaJpZM4LXL0U
.

1st, who is Weevilated, 2nd i got the old ogarUL server files. Now wats up?

Remember him? He was your first person to give you the files. Maybe Hypzter
then?
On 29 December 2016 at 19:19, raphyjb<EMAIL_ADDRESS>wrote:

1st, who is Weevilated, 2nd i got the old ogarUL server files. Now wats up?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269679244,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVO47Hj_8tu9UeTajSfKF_B_LLl9bks5rNAfYgaJpZM4LXL0U
.

The 'HOW TO MAKE AN AGARIO PRIVATE SERVER' video with voice?
On 29 December 2016 at 19:21, AlexHAgar<EMAIL_ADDRESS>wrote:

Remember him? He was your first person to give you the files. Maybe
Hypzter then?
On 29 December 2016 at 19:19, raphyjb<EMAIL_ADDRESS>wrote:

1st, who is Weevilated, 2nd i got the old ogarUL server files. Now wats
up?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269679244,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVO47Hj_8tu9UeTajSfKF_B_LLl9bks5rNAfYgaJpZM4LXL0U
.

I'm Hypzter.
On 29 December 2016 at 19:22, raphyjb<EMAIL_ADDRESS>wrote:

Hypzter tells me something why?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269679574,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVBJfF7UH_TYJ3P6hoYc7AOgKqCi8ks5rNAhugaJpZM4LXL0U
.

lol
kk

So when I play on your server at least give me some mass boosts (spawnmass)
because I was your first :)
On 29 December 2016 at 19:31, raphyjb<EMAIL_ADDRESS>wrote:

lol
kk
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269680791,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVAGvaGlXPcfQP43nbaro4z6hMd4gks5rNAqEgaJpZM4LXL0U
.

lol wats ur ip

can u give mass with ip anyways?

Ask @Megabyte918
On 29 December 2016 at 19:33, raphyjb<EMAIL_ADDRESS>wrote:

can u give mass with ip anyways?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269681120,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVO5YQH-j-CmFu9iPb5vhkN63tkeCks5rNAsSgaJpZM4LXL0U
.

@raphyjb See: #13 or #205

#13 I know how to do that.
same to #205
We mean SPAWNING in MASS not minions
How do you do that?
On 29 December 2016 at 22:24, Christian<EMAIL_ADDRESS>wrote:

@raphyjb https://github.com/raphyjb See: #13
https://github.com/Megabyte918/MultiOgar-Edited/issues/13 or #205
https://github.com/Megabyte918/MultiOgar-Edited/issues/205
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269702994,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVFzbUAQo3ojwM3YDaMzhIMCLzrScks5rNDMagaJpZM4LXL0U
.

Oh you meant spawning mass! I must have read it too quickly. Someone has already asked your question here: #262

@raphyjb
Thanks Megabyte
On 29 December 2016 at 23:13, Christian<EMAIL_ADDRESS>wrote:

Oh you meant spawning mass! I must have read it too quickly. Someone has
already asked your question here: #262
https://github.com/Megabyte918/MultiOgar-Edited/issues/262
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Megabyte918/MultiOgar-Edited/issues/289#issuecomment-269708344,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AWjIVKc4dcCNZFim_nkiyquvW-EIGo8Sks5rND61gaJpZM4LXL0U
.

rewriting the splitting code may be an option.

@Megabyte918

@Megabyte918

@Ralphwaldopicklechips Recent updates should have reduced the rate of them switching.

@Megabyte918 Where about are the lines of the code for me to play around with the values?

There are no values for cell switching.

#523 is where I MIGHT of found a solution

@Megabyte918 Can you maybe rewrite the rigid collison and add some values to the extrusion force?
@Luka967 please can you make a commit with definements on how you fixed your doublesplitting? Because I'm sick and tired of doing a double split tricksplit with a very massive part as a 3rd 😂😂
I'm not stressing, just a bit of so called 'advice'

lol, I didn't even commit the so called fixes

This'll be the longest bug on this repo 😆

30... now 31 comments

kden

Fixed

@Megabyte918 yay, now this isn't gonna be the longest bug on the repo now :D


record_linkage_example - Errors after training when saving file

Using Python 3.7 on Centos 7 workstation.
Run the sample file: record_linkage_example.py
After training first 12 records, press "f" for finished, and the system errors.
==========================================================================
...
11/10 positive, 1/10 negative
Do these records refer to the same thing?
(y)es / (n)o / (u)nsure / (f)inished / (p)revious
f
Finished labeling
/usr/local/lib/python3.7/site-packages/rlr/crossvalidation.py:122: RuntimeWarning: invalid value encountered in double_scalars

(true_distinct + false_distinct)))
Traceback (most recent call last):
File "/home/administrator/Documents/dedupe-examples-master/record_linkage_example/record_linkage_example.py", line 152, in
linker.writeSettings(sf)
AttributeError: 'RecordLink' object has no attribute 'writeSettings'

Looks like a small typo, the new API for writing settings as of dedupe 2.0 should be linker.write_settings(sf).


Question: compiling or optimizing for faster response

https://github.com/ageitgey/face_recognition/blob/2e44b7baa4f08ec59ec6bd936a3724c5dca500d6/examples/face_recognition_knn.py#L111
I've built a simple script which loads my trained KNN.CLF file and runs a small image (640px by 480px)  and returns the names, locations and scores of faces found but I'm curious if its possible to speed up the response by compiling it so the KNN file is in memory to be used faster?
Or if I'm way off as I'm new to python is there an example which is super minimal?
Any help would be appreciated!

Also if its possible to save it as a json object instead of using pickle? (I realise this is a question probably better suited for stack overflow so I'm sorry I'm advance)

Moving this to stack overflow as its better suited :)


Fix Issue #58

This should fix the two vulnerabilities discussed in issue #58.

Any thoughts on this, @peterbraden?

Thanks!


Showing Recent Errors Only /extractLocStrings:-1: bad entry in file /Users///Pods//.framework/Headers/*.h (line = 365): Argument is not a literal string.

Showing Recent Errors Only /extractLocStrings:-1: bad entry in file /Users/*/*/Pods/*/*.framework/Headers/*.h (line = 365): Argument is not a literal string.
here is the code in line = 365:
#define UMLocalizedString(key,defaultValue) NSLocalizedStringWithDefaultValue(key,@"UMSocialLocalizable", [NSBundle mainBundle], defaultValue, nil)

Even the code is commented out, it can cause error: "Argument is not a literal string"
Like this:
//        if (self.showManualips) {
//            [InteractionMaster toastCautionInfoWithText:NSLocalizedString(manager.dictionaryData[@"error_msg"], manager.dictionaryData[@"error_msg"]) hideAfterDelay:2];
//            return;
//        }
//    }

Hey, the error is clearly stating the issue: "Argumen is not a literal string." It needs to be though in order to be discovered by extractLocStrings. We did configure the quite mode of extractLocStrings in #121 though to prevent such problems, I'm not sure if this applies here though. It was shipped with 4.0.1, so could you please check what version you have installed (or just upgrade and check if it's still happening?).
But I think the real issue here is the fact that the Pods directory is getting included in BartyCrouch searches in the first place. You shouldn't use BartyCrouch for dependencies, it should only search through your own apps code. We actually have code in place by default to prevent searching through the Pods directory, but it seems not to be working for your.
Could you please provide your BartyCrouch configuration file contents? Also, please make sure to specify any parameters in there including the word path to the correct paths instead of using the very general "." default value. This will not only help fixing this issue but also make BartyCrouch run much faster.

I don't konw why bartycrouch version is 4.0.0, but brew bartycrouch version is 4.0.2.
Which one is true?

That's a known issue which we already fixed. See https://github.com/Flinesoft/BartyCrouch/issues/145

Hmmm, noob here, saw #145 but issue appears to persist; also a brew install
bartycrouch version
Version: 4.3.1

using this NSDataAsset extension - try for localized version first
if let asset = NSDataAsset.init(name: NSLocalizedString(fromAsset, comment: "")) {
	text = String.init(data: asset.data, encoding: .utf8)
}
else
if let asset = NSDataAsset.init(name: fromAsset) {
	text = String.init(data: asset.data, encoding: .utf8)
}
else
{
	return String(format: "Unable to locate asset:\n%@", fromAsset)
}

Is the solution to not expose paths containing such code to the update etc stages?

So I got around this issue for me; I had an array of strings, indexed based on topic, passed to the asset handler.  The solution was to set up the source array from NSLocalizedString() calls for each literal string item - yuck., but no more error.

The Pods directory is excluded after this fix: https://github.com/Flinesoft/BartyCrouch/pull/214
I think this issue can be closed.

Closing as fix released with 4.3.2 thanks to @billp, please report if issue still happens. 🎉


[branch-2.0](pick #27035) Return InternalError to FE instead of doing a useless DCHECK in ExecNode

pick https://github.com/apache/doris/pull/27035

run buildall


upgrade openpaisdk

Coverage remained the same at 33.681% when pulling 1d75054154ca3b720e9177d07b9ed30728785aaa on suiguoxin:sdk-version into e9de6d33a4c15cfed25c85e4f23153e1bf4c7c32 on microsoft:master.


No option to delete a project

We need an option to delete a project in mission control. This is already implemented in space cloud.

coming in v0.15.0


MPI_ERR_ERRHANDLER should be be in alphabetical order

Same concerns as in https://github.com/mpiwg-abi/header_and_stub_library/pull/23#issuecomment-1959667911


List of links that should be supported by the app

GitHub
Users

[x] https://github.com/jonan
[x] https://github.com/stars/jonan
[x] https://github.com/jonan/followers
[x] https://github.com/jonan/following

Organizations

[x] https://github.com/github/
[x] https://github.com/orgs/github/
[x] https://github.com/orgs/github/people
[x] https://github.com/orgs/github/teams

Teams

[ ] https://github.com/orgs/github/teams/android
[ ] https://github.com/orgs/github/teams/android/repositories

Repositories

[x] https://github.com/jonan/ForkHub
[x] https://github.com/jonan/ForkHub/issues
[x] https://github.com/jonan/ForkHub/pulls
[ ] https://github.com/jonan/ForkHub/releases
[ ] https://github.com/jonan/ForkHub/stargazers
[ ] https://github.com/jonan/ForkHub/watchers

Issues

[x] https://github.com/jonan/ForkHub/issues/1
[ ] https://github.com/jonan/ForkHub/milestones
[ ] https://github.com/jonan/ForkHub/labels
[ ] https://github.com/jonan/ForkHub/issues/created_by/jonan
[ ] https://github.com/jonan/ForkHub/issues/assigned/jonan
[ ] https://github.com/jonan/ForkHub/pulls/jonan
[ ] https://github.com/jonan/ForkHub/pulls/assigned/jonan
[ ] https://github.com/jonan/ForkHub/issues?q=is%3Aopen+is%3Aissue+author%3Ajonan+label%3A"API+limitation"
[ ] https://github.com/jonan/ForkHub/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc

Pull Requests

[x] https://github.com/jonan/ForkHub/pull/123
[ ] https://github.com/jonan/ForkHub/pull/123/commits
[ ] https://github.com/jonan/ForkHub/pull/123/commits/a61c9af7be090b38884e0e9f94709cedd2d0f887
[ ] https://github.com/jonan/ForkHub/pull/123/commits/a61c9af7be090b38884e0e9f94709cedd2d0f887..4f334a8fdcfc13b0c8613ded67593f38ff63b5a9
[ ] https://github.com/jonan/ForkHub/pull/123/files
[ ] https://github.com/jonan/ForkHub/pull/123/files/a61c9af7be090b38884e0e9f94709cedd2d0f887
[ ] https://github.com/jonan/ForkHub/pull/123/files/a61c9af7be090b38884e0e9f94709cedd2d0f887..4f334a8fdcfc13b0c8613ded67593f38ff63b5a9

Issue links

[ ] https://github.com/github/VisualStudio/pull/118#discussion_r43778474
[ ] https://github.com/github/VisualStudio/pull/118#discussion-diff-43778474
[ ] https://github.com/github/VisualStudio/pull/118#issuecomment-154203733
[ ] https://github.com/github/VisualStudio/pull/118#event-456267397
[ ] https://github.com/github/VisualStudio/pull/118#ref-issue-115769327
[ ] https://github.com/github/VisualStudio/pull/118#commits-pushed-0ee808c
[ ] https://github.com/github/VisualStudio/pull/118#ref-pullrequest-110049724

Projects

[ ] https://github.com/jonan/ForkHub/projects
[ ] https://github.com/jonan/ForkHub/projects/1
[ ] https://github.com/orgs/jonan-test-org/projects
[ ] https://github.com/orgs/jonan-test-org/projects/1

Code

[ ] https://github.com/jonan/ForkHub/tree/master
[ ] https://github.com/jonan/ForkHub/blob/master/CHANGELOG.md
[ ] https://github.com/jonan/ForkHub/tree/d731421b61c0725797ec851a57c964923b48f035/app
[ ] https://github.com/jonan/ForkHub/blob/d731421b61c0725797ec851a57c964923b48f035/app/build.gradle

Commits

[x] https://github.com/jonan/ForkHub/commit/22b75b5a25ff8c8d03d1c047fd01a2fd598ae07d
[x] https://github.com/jonan/ForkHub/commit/master
[x] https://github.com/jonan/ForkHub/compare/material-dialogs
[x] https://github.com/jonan/test/compare/file2...file1
[x]<EMAIL_ADDRESS>[x] https://github.com/jonan/egit-github/compare/master...eclipse:master
[ ] https://github.com/jonan/ForkHub/commits/master
[ ] https://github.com/jonan/ForkHub/commits/22b75b5a25ff8c8d03d1c047fd01a2fd598ae07d

Gist
General

[x] https://gist.github.com/jonan/2dbd9521a6307dfb38f0
[x] https://gist.github.com/2dbd9521a6307dfb38f0

What about links to a comment of a diff? I know those sometimes appear in the news feed.

@RandomlyKnighted you're right, I've added all the links to specific parts of an issue that I've found.

@jonan Looks good!

Also, what about wiki links?

Note that also the blacklink is broken after the click on a link brought you to the Repo.  The blacklink points to the user instead of the issue where I clicked on that link

@Fuzzyma are you talking about your phone's back button or the back button in the top left hand corner?

I use the button on the top left corner

That's expected behavior, you are using the Up button, not the Back one. They are not exactly the same.
Checkout this link for more information http://developer.android.com/design/patterns/navigation.html

Still missing a changelog link too. It's kind of annoying having to read them in a browser

@jonan, inability to open a file by link is very annoing. Especially taking in account that ForkHub can open files manually. Please add file links parsing as soon as possible. I gguess that all that you need to do it is to split path by slashes, check if third piece is blob, treat the next one as a branch or a commit, switch to file tree tab, switch to that branch and simulate user actions to open that file.


Buffer is not defined at module.exports  when i added const XlsxPopulate = require('xlsx-populate');

However i installed  "xlsx-populate": "^1.17.0" in my meteor project

Use the build in the browser folder.


Add support to tool decorator for class methods

It would be useful if I could decorate methods on a class to be used as tools.
I have lots of utility classes especially for database related function.
currently if I decorate a method "self" shows up a a parameter.

Totally agree


#196 2 files based optimization

Description

You may include "Fixes #(issue)": A reference to a related issue.

A clear, concise description of the changes proposed in the pull request.

(Optional) @mentions of the person or team responsible for reviewing the proposed changes.

Type of change
Describe the change you're making: how it affects the API, user experience...

Is it a Bug fix? (non-breaking change which fixes an issue).
Have you developed a New feature? (non-breaking change, which adds new functionality).
Are you introducing a Breaking change? (fix or feature that would cause existing functionality not to work or do it differently than previously).
Documentation update (updates regarding the Users docs or the Developer docs, or similar).

Checklist:
Here is the list of things you should do before submitting this pull request:

[ ] New feature / bug fix has been committed following the Contribution guide.
[ ] Add comments to the code (make it easier for the community!).
[ ] Change the documentation.
[ ] Add tests.
[ ] Your branch is updated to the main branch (dependent changes have been merged).

How Has This Been Tested? (Optional)
Please describe the tests that you ran to verify your changes.

Test A: (e.g., I have created the class FooTest.scala...)
Test B: (e.g., Running some benchmarks...)

Test Configuration:

Spark Version:
Hadoop Version:
Cluster or local?

We are closing this PR because we will implement the strategy described in #207 (which diverges from the original proposal) and changes merged on #200 will be reverted.
So it is better to start with another fresh PR.


DiscordAPI Channel Invite Expired

We cannot get into contact with you anymore via Discord. Maybe create a perma link via advanced options?

Sorry, forgot to add that before. I'll replace the referenced links now! Here's an invite for the time being https://discord.gg/0SBTUU1wZTYd2XyW


fix: framework support

Reopening https://github.com/dominicstop/react-native-ios-context-menu/pull/117, which got kind of messed up in some rebasing.
This will:

[x] Add more checks for different pod install configurations like we did in react-native-ios-utilities
[x] Fix import paths

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

run-workflow:build-example-ios-for-pr

Ah interesting. I tested this from a patch on my own app so I didn't try the example app in this library.
What are you using Reanimated for in the example? If it's not critical, maybe we can remove it and simplify the example app as a test ground.

The Reanimated failure seems related to this: https://github.com/software-mansion/react-native-reanimated/issues/6062
It looks like 5aeff10e90204d4a0d29b24d175ed3934604ef9d fixes the headers by using relative imports, so I might close this PR out if that works for you. I can open up another PR and see if I can fix reanimated in the example app.

hello, sorry for the delayed response;  the ithub action for testing the diff. builds just stopped working recently, and i haven't been able to fix it yet.
i have reverted my changes, in favor of your fixes. i am currently waiting for all the build variants to complete; thank you for your patience.


Add a PKCE flow to end of OAuth

This is the most secure way to pass an auth_token back to a server given that the Cookie we create is actually between the browser and the EdgeDB server not the application's server.
Here's a quick overview of how it works:

The application server generates a random string (called the "verifier") and then hashes the verifier and sends this value (called the "challenge") at the beginning of the OAuth flow with the EdgeDB server. Importantly the application server stores the verifier in an HttpOnlly cookie with the browser. This allows the application to extract the verifier later.
The EdgeDB server stores this "challenge" in the database and adds it as a value in the state JWT that is passed back and forth through the typical OAuth flow.
At the end of the OAuth flow with the third-party Identity Provider, the EdgeDB server returns the ID to the PKCE object as a "code" and passes this back through the browser redirect to the application server.
The browser redirects to the application server where it then extracts the verifier from the cookie it set in step 1, and sends the code and verifier to the EdgeDB server (at /token).
The EdgeDB server looks up the PKCE object via the code (which is the PKCE.id), and then does the same sha256 hash on the verifier. If that hashed value matches the PKCE.challenge we know it's a good request, and we return the auth token and identity ID back to the application server. This completes the PKCE flow.

(additionally, we remove the used PKCE object to avoid replay attacks, and expire these PKCE objects after 10 minutes)

I didn't take a lot of time on naming and modularizing the various parts, so I would ❤ LOVE ❤  to get some feedback on naming, code structure, etc.

The application server generates a random string (called the "verifier") and then hashes the verifier and sends this value (called the "challenge")

Should we include the name of the hash function into the challenge string?

The application server generates a random string (called the "verifier")

Should we require minimum length for the verifier? (can be enforced at the last step)

The application server generates a random string (called the "verifier") and then hashes the verifier and sends this value (called the "challenge") at the beginning of the OAuth flow with the EdgeDB server. Importantly the application server stores the verifier in an HttpOnlly cookie with the browser. This allows the application to extract the verifier later.

So here's how I understand it, correct me if I'm wrong: there will be a few ways developers can take advantage of EdgeDB Auth:

Implement auth client-side in their one-page JS apps. They render their own login forms and use the future version egdedb-js@auth package to invoke APIs like:

client.signIn({user, password}) -- send a request to the EdgeDB API endpoint, no need for PKCE here?
client.signInWithOAuth({...}) -- the page would redirect to the relevant OAuth provider; the PKCE verifier/challenge would be generated by the client and persisted in localStorage until redirected back, at which point it can issue a request to an EdgeDB API endpoint to get the JWT. All done completely automatically for the developer.

In this scenario there's no need in any server-side code for the user to have. Everything would be handled by edgedb-js client side + some of our server-side API endpoints.

Use our pre-built UI. For this the developer would have to implement one page/URL, say app.com/login that would generate the verifier, set it as an HTTPOnly cookie, and then redirect the browser to our UI. Once the login is successful, we redirect the logged in user to the pre-configured app.com location, where the server code will always be checking for the HTTPOnly cookie presence. If it's there it would be asking EdgeDB to issue a token.

Not use our pre-built UI, but have an app with a sizable backend, where it makes sense to call, say, edgedb-js@auth APIs from the server side to get the auth JWT. Good for server-rendered apps etc.

Am I missing or not getting something?

Implement auth client-side in their one-page JS apps. They render their own login forms and use the future version egdedb-js@auth package to invoke APIs like:

client.signIn({user, password}) -- send a request to the EdgeDB API endpoint, no need for PKCE here?
client.signInWithOAuth({...}) -- the page would redirect to the relevant OAuth provider; the PKCE verifier/challenge would be generated by the client and persisted in localStorage until redirected back, at which point it can issue a request to an EdgeDB API endpoint to get the JWT. All done completely automatically for the developer.

Yeah, PKCE is absolutely something we can use for client-side only, but the missing piece here is that if we allow "unauthenticated" users to make any kind of query to the database, why even have authentication? 😅 At the end of this authentication flow, we've created an ext::auth::Identity, but the application-level User type has to be made by the application. If we encourage people to do this from a SPA, I think we need a better backend-less story around RBAC with database roles to lock down what people can do based on their database user.
But that's a bit orthogonal to this: yeah PKCE can absolutely be implemented client-side only (and mobile app only).

If the above is right, then specifically for use cases (1) and (3) we should also allow specifying the OAuth "scope" and obtaining the auth token to fetch further info.

Yep, you got all of that right! I agree that we should allow passing the IdP's auth (and refresh) tokens back to the application for all use cases, including when using the built-in UI. The payload of the PKCE request is secure, so we can pass anything back. Now, backend-less apps have to consider the security implications of not having a "secure" place to store sensitive information, but that's already a going to be a problem for them (until we figure out our own backend-less solution and then we can be that secure location).

@scotttrinh couple of comments from the above review that I still want to get your opinion on:

Should we include the name of the hash function into the challenge string?
Should we require minimum length for the verifier? (can be enforced at the last step)

@1st1

Should we include the name of the hash function into the challenge string?

We could also include it as a separate value to avoid needing any finicky parsing on the other end.

Should we require minimum length for the verifier? (can be enforced at the last step)

The last step feels kind of late: the user will have already consented to the auth at the IdP, and then they'll be confronted with a runtime error that they cannot fix. Seems fine to leave it unchecked, but I'm also fine with rejecting a weak verifier. Hopefully this will be "solved" with introducing a library of helpers and documenting things well.

We could also include it as a separate value to avoid needing any finicky parsing on the other end.

As discussed on the call we don't have to do it now in 4.0. The main use case is potential lack of sha256 on the client, but we can write one in vanilla JS or whatnot if we have to. In any case, we can add a second parameter later.

Should we require minimum length for the verifier? (can be enforced at the last step)

Let's do this before merging this, aside from that it's cool.


Multicast to Docker-Container

I read https://github.com/troglobit/pimd/issues/121 and my situation is similar, except that I tried the solution (forward accept) and it still doesn't work :-(
I have a docker container running:
docker run --rm -it -p 2222:2222/udp -v $(pwd):/usr/src/app -w /usr/src/app node:alpine sh
In this container I have a node.js script that receives multicast on the host just fine.
I installed pimd 2.3.2 and ran it by sudo /usr/sbin/pimd -d -f -c /etc/pimd.conf 2>&1 | grep 230.185, in order to grep for the multicast address I'm interested in. The log starts with these lines as soon as I run my script:
09:16:09.357 accept_group_report(): igmp_src <IP_ADDRESS> ssm_src <IP_ADDRESS> group <IP_ADDRESS> report_type 34
09:16:09.357 Set delete timer for group: <IP_ADDRESS>
09:16:09.358 SM group order from  <IP_ADDRESS> (*,<IP_ADDRESS>)
09:16:09.358 create group entry, group <IP_ADDRESS>
09:16:09.358 Adding vif 1 for group <IP_ADDRESS>
09:16:10.241 accept_group_report(): igmp_src <IP_ADDRESS> ssm_src <IP_ADDRESS> group <IP_ADDRESS> report_type 34
09:16:10.241 Set delete timer for group: <IP_ADDRESS>
09:16:10.241 Adding vif 1 for group <IP_ADDRESS>
INADDR_ANY       <IP_ADDRESS>  <IP_ADDRESS>   WC RP
INADDR_ANY       <IP_ADDRESS>  <IP_ADDRESS>   WC RP
INADDR_ANY       <IP_ADDRESS>  <IP_ADDRESS>   WC RP
09:16:24.289 accept_group_report(): igmp_src <IP_ADDRESS> ssm_src <IP_ADDRESS> group <IP_ADDRESS> report_type 34
09:16:24.290 Set delete timer for group: <IP_ADDRESS>
09:16:24.290 Adding vif 1 for group <IP_ADDRESS>
INADDR_ANY       <IP_ADDRESS>  <IP_ADDRESS>   WC RP

tcpdump on the host shows incoming UDP packets, however inside the container it doesn't:
tcpdump -i eth0 -s0 -vv host <IP_ADDRESS>
sudo pimd -r shows this:
Virtual Interface Table ======================================================
Vif  Local Address    Subnet              Thresh  Flags      Neighbors
---  ---------------  ------------------  ------  ---------  -----------------
  0  <IP_ADDRESS>   192.168.100/22           1  DR NO-NBR
  1  <IP_ADDRESS>       172.17                   1  DR NO-NBR
  2  <IP_ADDRESS>   register_vif0            1

 Vif  SSM Group        Sources

Multicast Routing Table ======================================================
...
----------------------------------- (*,G) ------------------------------------
Source           Group            RP Address       Flags
---------------  ---------------  ---------------  ---------------------------
INADDR_ANY       <IP_ADDRESS>  <IP_ADDRESS>   WC RP
Joined   oifs: ...
Pruned   oifs: ...
Leaves   oifs: .l.
Asserted oifs: ...
Outgoing oifs: .o.
Incoming     : ..I

TIMERS:  Entry    JP    RS  Assert VIFS:  0  1  2
             0    50     0       0        0  0  0
----------------------------------- (S,G) ------------------------------------
...

Network interfaces have "MULTICAST" - static routes with smcroute work. Did I miss something to set up for pimd?

Oh - it starts working as soon as the sender joins the multicast group as well.
I always had the impression this is only necessary for listeners, while the sender just use the address. Hmm.
Furthermore, I really need sudo iptables --policy FORWARD ACCEPT. Is this a recommended solution? It's apparently not necessary for smcroute.
Finally, I tried pimd though smcroute works, because smcroute has a certain problem: it does not recognize the docker0 interface when it's started. Surely because docker is started after smcroute or because it takes some more time. Unfortunately, pimd seems to have the same problem. It only works if I restart the service after reboot. Any idea how this could be solved?


Output video sped up

I'm using the Colab demo. When I put in a 30 fps video and interpolate it to 60 fps, the resulting output video is sped up 2x, resulting in a video that is half the duration. When I use the same video and interpolate it to 120 fps, the resulting output video is sped up 4x, resulting in a video that is a fourth of the duration. Obviously, this is not ideal and probably not intended. The below are the flags I've been using for the process, everything else in the notebook has been kept the same.
!python3 inference_video.py --exp=0 --fps=60 --video=video.mp4

We should use --exp=1 for 2x interpolation, --exp=2 for 4x interpolation
--exp=0 will not perform frame interpolation for input video.


Fraud Detector's URI returns 502

wget -vvv https://replica.boba.network:8081/state-dump.latest.json
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving replica.boba.network (replica.boba.network)... <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, ...
Connecting to replica.boba.network (replica.boba.network)|<IP_ADDRESS>|:8081... connected.
HTTP request sent, awaiting response... 502 Bad Gateway
2021-11-05 08:46:42 ERROR 502: Bad Gateway.

Thank you for your report! The community fraud detector has been re-written in python and has just been released:
Community Fraud Detector
Also, the user documentation has been added to docs.boba.network:
Community Fraud Detector User Documentation
Please allow for up to one hour for the various caches to update, before those links will show all the right material.


Not enough samples describing Resource Authorization

So recently I've been following the tutorials laid out in the mvc getting started page
https://identityserver.github.io/Documentation/docs/overview/mvcGettingStarted.html
and I was fine all the way up till Resource Authorization. The way I'm laying out my project is taken from the Samples repository: namely the MVC Owin Client (Hybrid) with identity server 3 project on a separate server. When I tried to implement the Resource Authorization, I had it working in the MVC Authentication demo project, but bringing that into the MVC Owin Client (Hybrid) it failed.
I have everything working if I use [Authorize] attribute, but when I switched to [ResourceAuthorize...] and installing the Thinktecture.IdentityModel.Owin.ResourceAuthorization and Thinktecture.IdentityModel.Owin.ResourceAuthorization.Mvc I ran into an error:
ResourceAuthorizeAttribute.cs is not found

You need to find ResourceAuthorizeAttribute.cs to view the source for the current call stack frame.

Debugging through to the code:
app.UseResourceAuthorization(new AuthorizationManager());
it gives me a different error:
AppbuilderExtensions.cs is not found

You need to find AppbuilderExtensions.cs to view the source for the current call stack frame.

I also realized the Client.cs is different when comparing MVC Authentication sample to the MVC Owin Client (Hybrid) sample. Meaning the MVC Authentication is using Client.cs from IdentityServer3.dll, where as the MVC Owin Client (Hybrid)/IdentityServer3 (hub) is using Thinktecture.IdentityServer3.dll -- I pulled this from a membershipreboot sample. The reason why I'm mentioning this, is because of the descrepencies between getting AllowedScopes versus RestrictedScopes. I'm wondering if there's an integration solution? or is there a migration between going from one to the other dll? Anyways..
After running through all the client samples, I realized the approach found in the tutorial for Resource Authorization isn't found in any examples EXCEPT the MVC Authentication project.
So I'm hoping there could be a new tutorial to explain how to do Resource Authorization to an MVC Owin Client (Hybrid) pathway. Or perhaps an integration of the way MVC Authorization utilizes Resource Authorization into other sample projects as well.

Okay so I don't know what happened, but when I reinstalled the nuget all over again, and ran the code it worked!
I think it had something to do with the responsetype, I had it as "code id_token token" and put it as "id_token token" and I guess that's where the problem occurred


added edu.txt

TOBB Economy and Technology University

@igulum I am sorry, the domain etu.edu.tr is removed from our trusted domains list because it was abused in the past. If you are the student of this school, please enroll to GitHub Student Developer Program. Then apply for JetBrains educational subscription with your GitHub account (GitHub tab at https://www.jetbrains.com/shop/eform/students).


Find, replace, find all, replace all: add keyboard shortcut tooltip

Feature
The find/replace widget has a button for switching between find and find/replace modes. This button has a tooltip. Also there is a keyboard shortcut for this.
In other places in VS Code, a button which has a tooltip and has a keyboard shortcut, the keyboard shortcut is shown in the tooltip, for example here the find/replace Replace and Dismiss buttons.
I am requesting that these discoverability niceties also be added in these places:
FIND (this should show the tooltip for FIND+REPLACE)

REPLACE (this should show the tooltip for JUST FIND)

FIND ALL (this should show the tooltip for FIND+REPLACE ALL)

REPLACE ALL (this should show the tooltip for JUST FIND ALL)

Implementation notes
Another commit which implements this same improvement for the Remote button can be a starting point to study for implementing this issue.

Pinging a potentially interested person (and sorry if not interested): @JacksonKearl

@fulldecent thanks for feedback, this makes perfect sense.

unless I'm not finding it, there isn't actually a keyboard shortcut for toggling replace when the find widget is open. i.e. ctrl+f/h don't perform the same action that the carrot button does


[C++][Parquet] Fix fuzzing errors

Reporter: Francois Saint-Jacques / @fsaintjacques
Assignee: Francois Saint-Jacques](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=fsaintjacques) / @fsaintjacques
PRs and other links:

GitHub Pull Request #6440

Note: This issue was originally created as PARQUET-1797. Please see the migration documentation for further details.

Antoine Pitrou / @pitrou:
Issue resolved by pull request 6440
https://github.com/apache/arrow/pull/6440


Add flag for admin users

To enforce a user always as an admin we should add a CLI flag to the server that enforces spcific users to be admins.

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/40471465-add-flag-for-admin-users?utm_campaign=plugin&utm_content=tracker%2F32627907&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F32627907&utm_medium=issues&utm_source=github).

Wrong repository.


feat(olm): support depending on APIservices

Adds the ability to depend upon apiservices in a cluster
Doesn't yet support installing Apiservices

I rewrote a chunk of this because I realized I wasn't checking for the availability of the Kind, so I added checking for that via discovery.

/lgtm

/lgtm

/lgtm


[Good First Issue]: add Related Products functionality

How the project can be improved?
Currently we do not have related products functionality but it can be added by modyfying the GraphQL query as in the below example:

Steps to follow:

Modify product query
Create new getter for the getRelatedProducts functionality
Update theme (Product.vue by uncommenting lines about related products)

What are the acceptance criteria?

[ ]

Additional information
No response
Code of Conduct

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

@Baroshem thanks. I like it. I will take it.

@zmilan
I would say that you are partly right 😉 Variants of the product are indeed variations of the certain product. However in this example query what was done is that I requested collections (categories) and the productVariants inside these collections. So basically what was done there I requested products that are also part of the same collection that the currently viewed product. It is a variant that is a part of the same collection but not the same product

Hi @zmilan
Are you able to finish this task until the end of this week? I would like it to be released with our upcoming 1.0.0-beta.4 version that is planned to land next week.

Hi @Baroshem, I'm sorry for taking so much time. It looks like get more busy than I was planned. If there is someone else that could pick up it, it would be great. Other way I could try to finish it this week (I just can not believe myself too much on this already)

@zmilan
No worries, so maybe pick smaller tasks that are planned for the stable 1.0.0 version that is expected to be released until the end of this month?
You can also spend some time playing around with the project template and see if there are any things that need to be fixed before releasing a stable version.
Just look at the project named 1.0.0 😉

@Baroshem thanks, I will check them for sure, and I am not leaving the project. But I think it is not good to keep release waiting on me, since my time is very limited at the moment, and I'm still new to the whole project and how to work with it.
I plan to become more active soon, and especially once when I get more experience with the project and how things works.


License ?

Hello, under what license is this project released under ? Thank-you.

Hi,
Sorry for my late reply. Didn't notice this for a long time.
License updated. Welcome to contribute.
Thanks!
B.R.
Tony.


FIND_PACKAGE(GLM REQUIRED) failing with GLM >= <IP_ADDRESS>

The FindGLM.cmake module was removed with commit https://github.com/g-truc/glm/commit/62a7daddcf082f754000fc5e42d7bcdf93c895f7 from GLM. Thus, setting USE_SYSTEM_GLM=ON results in a failing FIND_PACKAGE call for GLM <IP_ADDRESS> and later.

CMake currently fails with
  Could not find a package configuration file provided by "GLM" with any of
  the following names:

    GLMConfig.cmake
    glm-config.cmake

The GLM configuration file is installed as glmConfig.cmake. Thus replacing FIND_PACKAGE(GLM REQUIRED with FIND_PACKAGE(glm REQUIRED, cmake passes. I'll send a pull request.


[Feature request] Ignore certain tokens from scattering

My problem
I use tokens for chests, ladders, lights, etc. and I don't want them to move, when players walk over them.
Requests

Would it be possible to add a toggle to the token configuration window, to disable scattering?
Let's say I have 3 token in a square. If one of them is a ladder, I don't want it to be taken into account when calculating and rendering the scattering. So it should look as if there are the other 2 token on the same field and the ladder should stay in the background.

Could you also change it to still be taken into acccount on mouse over?
So the disabled tokens are only scattered with the rest of the tokens when the mouse is moved over the square.

Also can tokens be scattered according to who is eligible to move the token?
The players won't be able to move the ladder on their own, that's something the gamemaster has to do, so they won't need to see the ladder in the scatter, but the GM might want to move it away from under the other tokens and therefore would need to have it scattered.

Possible configuration options
It could look as simple as this:

I propose the following:
Z Scatter                 In background [ ]    On mouse-over [ ]   Only owner [ ]

In background would disable scattering and always put the token behind everything else that has scattering enabled.
On mouse-over would only be clickable when In background is active and would add the token to the scatter when the mouse moves over the square.
Only owner would only be clickable when In background is active and would only scatter the token for the token owner (and GM, so basically everyone allowed to move the token).

Examples for all cases:

Normal - Nothing is selected. Default. Everything works like it does now.
Light object - Only In background is selected. The light should always stay in the background, won't be moved (after being placed) and won't be targeted or interacted with
Treasure chest - In background and On mouse-over are selected. The chest should not move when players walk over it, but should still be interactable and therefore should be scattered when the player's mouse moves over the square
Ladder - In background, On mouse-over and Only owner are selected. The ladder should in all circumstances stay in the background for the player, since they aren't able to move it and it's basically a map feature for them. The GM however want's to move it and needs to be able to select it, so it should be able to scatter.
Mounts or companions - In background and Only owner are selected. The token should always stay in the background, but still be visible for the owner of the token at all times.

Since On mouse-over and Only owner only reenable scattering in certain cases, it won't be necessary to allow them, without In background.

In a similar vein, I would love to see an option to have dead creatures not contribute to scattering. In our group we use bloodsplats to replace dead creatures but leave the token on the map, and it would be awesome if the blood splatters didn't force tokens to scatter out of the square.

A very easy way to accomplish this is shift-clicking and slightly moving the token (could as little as one pixel).

Thirded. We use "Ridable" as one of my player's is a goblin who mounts a wolf. I would love to have a way to not have them scatter.


A runtime error occurred while training the model

As I implemented this project, an error (RuntimeError: result type Float can't be cast to the desired output type Long) occurred during the training process. I've checked the code and found it had a problem while processing the sample with 0 repetition count. I want to ask whether you guys have met this problem before and are there any proper way to handle it. For now, I just delete all samples with 0 count and problem solved.

As I implemented this project, an error (RuntimeError: result type Float can't be cast to the desired output type Long) occurred during the training process. I've checked the code and found it had a problem while processing the sample with 0 repetition count. I want to ask whether you guys have met this problem before and are there any proper way to handle it. For now, I just delete all samples with 0 count and problem solved.

I have met the same problem. After deleting the samples with 0 count, it works.

Yep, so do we. For the counting task under this setting, we consider that the count of 0 (or others) is dirty data, and the preprocessing stage has done cleaning. But if we change the setting to others, we can be considered a hard case. So the released dataset retains this kind of data.

Ok, I see, thanks!

Hello guys, is the video with the count = 0 'stu6_44' only? I couldn't find any other videos with count=0. However, after I deleted it, I still get the same error.


Example of running Playwright as a library

The example provided is only for running tests via CLI. How can I run Playwright as a library? Or is that not supported?

Hi @jonathanong , I assume you mean you want to integerate MPT service with just playwright library? if yes, please follow this example https://github.com/microsoft/playwright-testing-service/issues/70.
BTW, Can you help us know your scenario ?

perfect, thank you! I am just looking for more granular control over how they are run

Sure, let me know if you need further help in your scenario.


Threshold for the key is incorrect

Description
Threshold displays 2 of 1. 2 of 1 is not possible as 1 should be the max allowable.

Steps to reproduce
See above
Additional context
No response
Hedera network
other
Version
0.7.0-alpha.2
Operating system
No response

I do get the error message if I try to save it like that. But I am wondering if this should be allowed when the user actually tries to set it.

I seem to remember that this was done on purpose, for some reason. I think Alex wanted to be able to mark the thresholds that still needed keys, but don't quote me on that.
I can make the change, but it is not a bug or a release blocker in my opinion.


Netplugin crashes when network is created post make demo

Looks like skydns container is detached when startSwarm is run and netplugin fails to find the dns container when network is created.
Steps:
make demo
netctl network create orange -s <IP_ADDRESS>/24 -g <IP_ADDRESS>

not able to reproduce the problem.
Changed the documentation https://github.com/contiv/contiv.github.io/pull/29
Checked with @shaleman . We dont need to set DOCKER_HOST in our scripts.
also its ok to run swarm-manager and swarm-agent on all the nodes.

Closing as not able to reproduce !


Migrate to Vulkan 1.2 (or 1.1 with timeline semaphores) on Android

Now that Android is slowly starting to get timeline semaphores (via the extension or the rumored 1.2 core update) we can investigate cutting the support for 1.1 (or at least timeline semaphore emulation). Most of this is a projected product decision instead of a technical one: what consumers of IREE on Android would want to ship with Vulkan GPU support on systems without timeline semaphores. This was much less clear at the start of last year but now thanks to the existence proof of Mali's getting the extension we may be able to reevaluate, especially in consideration of who would want GPU support (vs CPU support) and when they would ship. For example, if we target end-of-2021 for shipping apps using the GPU on Android we may be safe to perform this cut sooner rather than later. Given that we will likely always need to ship a CPU path on Android for any app to be usable it's likely fine to progressively widen the device support by time (vs. by additional fallbacks/emulation). We still have desktops that support 1.2 today and a lot of the code generation and runtime work done there will directly benefit Android.
Bumping to 1.2 would get us assurances for features like descriptor indexing (reducing descriptor set overhead) and SPIR-V 1.5 as well as additional data types (8-bit/16-bit storage for shader storage buffers, better 64-bit support, etc). Most of these are present as extensions in 1.1 that are available on many devices anyway but not having to handle fallback paths would keep the entire stack (compiler + runtime) simpler.
No hard timeline here just would be good to do some legwork and figure out what we should be planning for this year.

[ ] resolve plans/timing for 1.2 on Android
[ ] resolve plans/timing for timeline semaphores from GPU vendors we would allowlist in shipping applications
[x] resolve plans/timing for timeline semaphores in swiftshader

While it would be nice to have a single version to rule all platforms, in reality, I wonder how likely that will be the case. Android is just the huge elephant. :D It would be fantastic if we can see v1.2 on Android but I don't know when that will happen or whether it will happen at all.
IMO, we should investigate on a per extension/feature basis instead of saying we blanketly require v1.2. As far as the implementation supports all the features we'd like (be it via a bunch of extensions or v1.2), we should be fine. Compared to relying on v1.2, the overhead is probing these extensions, which should be okay. Ultimately, I guess we need to push standardizing a bunch of compute features as profiles we'd like to see for IREE in either the Android OS or the Vulkan spec.
But yeah, agreed this is mostly a product question and we can decide when the product story is more full fledged.
For timeline semaphore specifically, we should certainly #ifdef 0 it away if the underlying device already natively supports it.

While it would be nice to have a single version to rule all platforms, in reality, I wonder how likely that will be the case. Android is just the huge elephant. :D It would be fantastic if we can see v1.2 on Android but I don't know when that will happen or whether it will happen at all.
IMO, we should investigate on a per extension/feature basis instead of saying we blanketly require v1.2. As far as the implementation supports all the features we'd like (be it via a bunch of extensions or v1.2), we should be fine. Compared to relying on v1.2, the overhead is probing these extensions, which should be okay. Ultimately, I guess we need to push standardizing a bunch of compute features as profiles we'd like to see for IREE in either the Android OS or the Vulkan spec.
But yeah, agreed this is mostly a product question and we can decide when the product story is more full fledged.
For timeline semaphore specifically, we should certainly #ifdef 0 it away if the underlying device already natively supports it.

The reason to have core spec versions - even if they are most rollups of prior extensions - is that probing is not as easy as you make it out to be: each new conditional bit of code dependent on the presence of an extension is a new uncovered codepath that needs testing and maintenance. Given our current situation with CI where we don't have coverage of the two switches we already have I'm making the prediction we'll add more new switches faster than we can bring up tests for them. I am tempted to say that no new switches get added unless a CI gets brought up with VK_LAYER_LUNARG_device_simulation to test them :)
Vulkan 1.3 (and matching SPIR-V version) is the rollup with all the OpenCL features required for clspv so I highly suspect that Android will be moving to that eventually no matter how much they want to keep dragging their feet.
TLDR: it's extremely expensive maintenance-wise and code-size-wise to maintain alternate infrequently-used device/environment-dependent codepaths so if we can at all avoid them it's worth doing so even at the cost of platform compatibility. Maybe when we have the GPU path far exceeding the performance of the CPU path on systems that haven't had a driver update since Jan 2020 we can re-evaluate how much we want to spend on it, but right now and over the next few quarters we have nothing shipping so it's pure tax :)

The reason to have core spec versions - even if they are most rollups of prior extensions - is that probing is not as easy as you make it out to be: each new conditional bit of code dependent on the presence of an extension is a new uncovered codepath that needs testing and maintenance. Given our current situation with CI where we don't have coverage of the two switches we already have I'm making the prediction we'll add more new switches faster than we can bring up tests for them. I am tempted to say that no new switches get added unless a CI gets brought up with VK_LAYER_LUNARG_device_simulation to test them :)
Vulkan 1.3 (and matching SPIR-V version) is the rollup with all the OpenCL features required for clspv so I highly suspect that Android will be moving to that eventually no matter how much they want to keep dragging their feet.
TLDR: it's extremely expensive maintenance-wise and code-size-wise to maintain alternate infrequently-used device/environment-dependent codepaths so if we can at all avoid them it's worth doing so even at the cost of platform compatibility. Maybe when we have the GPU path far exceeding the performance of the CPU path on systems that haven't had a driver update since Jan 2020 we can re-evaluate how much we want to spend on it, but right now and over the next few quarters we have nothing shipping so it's pure tax :)

but not having to handle fallback paths would keep the entire stack (compiler + runtime) simpler.

So something I haven't seen explicitly spelled out anywhere is what is the "if these aren't supported, the device isn't supported and falls back to CPU"
If there is going to be a fallback regardless, why not just always aim for Vulkan 1.1 and that way the setup logic is always the same (check extension, enable, etc) regardless. If there is a 1.3 promoted extension desired the current situation gets worse while the "always 1.1" method would work the same

I'm not sure I follow what you're getting at?

So something I haven't seen explicitly spelled out anywhere is what is the "if these aren't supported, the device isn't supported and falls back to CPU"

Falling back from GPU to CPU is currently left up to applications to handle. For example: if you try to create a GPU device and encounter errors, run out of GPU memory, or have other GPU workloads come through and want to rebalance compute resources, then you could have your application create a CPU device and route execution to it instead.
I don't think the low level IREE library itself should take opinions on when/how to fall back from one device to another. A higher level library built on top of IREE could, though.

Falling back from GPU to CPU is currently left up to applications to handle.

If I have a device with only 1.0 Vulkan, IREE will fail to create a Vulkan instance, which yes the applications then decide to fall back to the CPU.
My question is "when" IREE will fail to create the instance, I guess IREE_HAL_VULKAN_EXTENSIBILITY_INSTANCE_EXTENSIONS_REQUIRED is what I was looking for

I'm not sure I follow what you're getting at?

So if there are the required extensions, and 1.1 and 1.2 only difference is just wrapping some ext to core (most are still optionally supported extensions)... What is the reason/argument to not just make IREE "Vulkan 1.1 with required extensions" instead of having this 1.1 vs 1.2 per platform stuff at all?

Ah, gotcha. It's about maintenance burden: it's not good to have a lot of difficult to test code around extension management if it's not required and if the minimum platform level can be raised to allow for simpler code with fewer failure modes that's a good thing. So I'd flip the question around: why have a bunch of additional code for handling things that no one needs? The answer may be the same ("someone needs Vulkan 1.1 support") but the implication is different: we can't afford to keep around every code path for all backends for all platforms for all versions and if something like Vulkan roll-up releases allows us to cull that combinatorial explosion then it's worth taking advantage of when we can.
We have the virtue at this point in time of being new code without legacy users: at some point we're going to lose that and be stuck with what we have for certain compatibility windows and the less we need to bring into that process the better.

Oh but concretely I don't like that we have some #if android version switch thing - that's weird to me. I believe the reason was swiftshader not being 1.2. It looks like it is now and we can remove that #if.

it's not good to have a lot of difficult to test code around extension management

So for timelineSemaphore sure that can be assumed on 1.2, but if you want storageBuffer8BitAccess that is still optional on 1.2 so your "branch logic just went from"
if ( VK_KHR_8bit_storage == supported) {
     add_support()
} else {
     no_support();
}

to
if ( VkPhysicalDeviceVulkan12Features.storageBuffer8BitAccess == supported) {
     add_support()
} else {
     no_support();
}

so there is still an equal amount of permutation to maintain

The above is oversimplifying: extensions are much heavier weight to deal with than a single boolean field in a composite structure that is queried anyway (they require all the code to query, track, and propagate that throughout the program). Are you arguing that we should support Vulkan 1.0 in perpetuity and have several thousand lines of code for managing extensions? There's definite tradeoffs here (if we need to support 1.1 for some time then that means we have to do the extra work, but if we don't then we shouldn't) but I'm not sure I know what you're expecting? :)

Are you arguing that we should support Vulkan 1.0

That is a fair counter argument

here's definite tradeoffs here / I'm not sure I know what you're expecting?

I am painfully aware of how much of a monster the Vulkan versioning/extension system became (and Android being at 1.1)... guess playing devil's advocate on what is actually important or not here

guess playing devil's advocate on what is actually important or not here

It's useful! This issue has been lingering for awhile because we haven't been able to decide if we can cut off Vulkan 1.1. I had forgot the #if android existed - it looks like it was a transient thing that never got cleaned up and it's as confusing to the intent as you say. Given that we obviously support running on 1.1 with current code I'd say we just make it 1.1 everywhere and re-evaluate our min target when we have enough information to do so - or we age enough that there's no practically targetable devices without 1.2 :P


syft: 0.93.0 -> 0.95.0

Description of changes
https://github.com/anchore/syft/releases/tag/v0.95.0
https://github.com/anchore/syft/compare/v0.93.0...v0.95.0

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 266133 run on x86_64-linux 1

1 package built:

syft


Storybook example showing NaN

Rather than just adding an amount in the storybook example it should be fixed so that it just shows the usual "Send any amount of XEC" text.

After the last changes merged I am no longer able to reproduce this error

We can test this again after #351 is in.


[BUG] Leading and trailing spaces are captured in the Backend roles added in mapped users

What is the bug?
Leading and trailing spaces are captured in the Backend roles added in mapped users. It is really difficult for a user to know that permissions have gone wrong due to this issue. Also, when users looks at the UI in mapped users table it doesn't show the actual spaces saved.
How can one reproduce the bug?
Steps to reproduce the behavior:

Go to Security dashboards home
Click on roles and add a new one.
Add a mapped user with backend role (include spaces before and after)

What is the expected behavior?
Leading and trailing spaces should be trimmed out while adding a BE role to the mapped users.
What is your host/environment?

OS: AL2/Linux
Version 2.11
Plugins Security plugin

Do you have any screenshots?

Do you have any additional context?
Add any other context about the problem.

[Triage] Thanks for filing - this would be a good improvement for the backend to trim these values.


Add missing using and remove unnecessary  ones

:x: There is undocummented changes. Run chronus add to add a changeset or click here.
The following packages have changes but are not documented.

:x:@typespec/http-specs

Show changes

You can try these changes here

🛝 Playground
🌐 Website
📚 Next docs


How to identify type of Song?

I'd like to filter my library as its being parsed as I have a mixture of music, podcasts, and audiobooks. Is there an attribute to identify which of these a Song is?

Here's all the attributes of the song class:
'name', 'work', 'movement_number', 'movement_count', 'movement_name', 'track_id', 'artist', 'album_artist', 'composer', 'album', 'genre', 'kind', 'size', 'total_time', 'track_number', 'track_count', 'disc_number', 'disc_count', 'year', 'date_modified', 'date_added', 'bit_rate', 'sample_rate', 'comments', 'rating', 'rating_computed', 'play_count', 'album_rating', 'album_rating_computed', 'persistent_id', 'location_escaped', 'location', 'compilation', 'lastplayed', 'skip_count', 'skip_date', 'length', 'track_type', 'grouping', 'podcast', 'movie', 'has_video', 'loved', 'album_loved', 'playlist_only', 'apple_music', 'protected'
I believe podcast is what you're looking for.

Perfect,thank you! Is there an equivalent one for audiobooks?

I don't see one, unfortunately. I don't have any audiobooks on iTunes myself, so I'm not sure what the formatting would look like.

I don't have audioboks either, but if you could share an xml object from your library that describes an audiobook, we might see how it is formatted and if it is possible to add a specific attribute to the library.


Fix order of free arguments in assembly methods

Fixes #111

I found a bug that is not related to this issue but needs to be fixed if we want to use multiple fields or constants.
https://github.com/pyccel/psydac/blob/38be3e99808e43c3e2efcf61c5885bf7124c5829/psydac/api/fem.py#L272
we need to use lists instead of tuples

I found a bug that is not related to this issue but needs to be fixed if we want to use multiple fields or constants.

Thanks for pointing this out. I am going to create a separate issue.


Failure to remove broken packs < 2048 bytes

Output of restic version
restic 0.2.0 (v0.2.0-150-g9fd941f)
compiled at 2016-08-25 14:15:31 with go1.6
Actual behavior
$ restic prune
enter password for repository:
counting files in repo
building new index for repo
unable to list pack 265caccc: Load at -2048 failed: sftp: "Bad message" (SSH_FX_BAD_MESSAGE)
[0:12] 100.00%  2779 / 2779 files
repository contains 2778 packs (25624 blobs) with 13.957 GiB bytes
...
$ restic check --read-data
enter password for repository:
Create exclusive lock for repository
Load indexes
Check all packs
pack 265caccc23f871267ae31ed69407857a6f44e06fc9f90f4b89c71640af1fbc00: not referenced in any index
The pack file should be removed, but it is not due to the sftp seek failure.
Steps to reproduce the behavior
The 265caccc file is 453 bytes long (less than 2048, so it cannot be seeked 2048 ahead from the end).

Ah, this should be fixed by 9f752b8306b95c57bd267bae47f2c8462551331b


fix(engine) Add ascription to match scrutinees.

Fixes #1207
This adds an ascription to pattern matching scrutinees. Maybe this could be made more fine-grained to do it only with scrutinees that can cause issues (this would avoid making the generated code too verbose)

I started a libcrux job to test this branch: https://github.com/cryspen/libcrux/actions/runs/12480045327/job/34830201797


Allow clients to pass in any READ-able…

In particular, I'd like to pass in a reqwest::Response object, which implements Read, instead of writing it to a file, calling from_file, then deleting the file… 🙂
I'm not very advanced at Rust, but I think you would just need to add pub to the from_read function…

(I guess the other thing that would work for me, is to read the response into a Vec<u8> and pass that, if you would rather that kind of API…)

I'm happy with exposing from_read.
Added in ca062d6ad4117f6411ad8e39df4e4af297d52559 and published on crates.io as v0.1.2.

Just tested it, and it works wonderfully! Thank you! 😄


background a sampling

Currently the sampling scheme for the background splines is very suboptimal for high-redshift quantities. We should figure out something that samples high redshift and low redshift quantities sufficiently well simultaneously

The same is true for the a-sampling of the power spectrum (although here the problem may be less relevant)

@damonge Was this addressed in #255? If yes, let's close this issue.


Send event when executor is up and ready for consume jobs

It will be very useful for calculating overheads connected with e.g. starting VM where executor is installed. To implement it in simple way Executor.publish_event can be used.
I can implement it but need some guidance how to test it using local environment.
/cc @balis, @kfigiela, @mpawlik what do you think, can you help me?

After some digging I just discovered that executor.ready is reported. It should be enough. Unfortunately I cannot see it while using hyperflow-amqp-metric-collector.
E.g. I have hyperflow workflow generating 2 jobs for amqp executor and the only logs I receive are as follow:
cde57940-bd23-44f7-b8e2-919f0c70b385<PHONE_NUMBER>8200  36ccce1c-e9ca-4afd-aef2-5795f23aaf98    ruby /home/servers/mr_scenario_selection/mr_worker.rb<PHONE_NUMBER>55   NA      NA      0       0<PHONE_NUMBER>.0289357      NA      NA<PHONE_NUMBER>.029825<PHONE_NUMBER>.6807709       NA      NA<PHONE_NUMBER>.6810174

e6500cdc-4684-4bf5-bf11-09784425c354<PHONE_NUMBER>3860  76d773f6-51a3-4eba-ae03-b7e231d987ef   ruby /home/servers/mr_scenario_selection/mr_worker.rb<PHONE_NUMBER>06   NA      NA      0       0<PHONE_NUMBER>.2196782      NA      NA<PHONE_NUMBER>.2205796<PHONE_NUMBER>.8777976       NA      NA<PHONE_NUMBER>.8799973

No information about time when executor started and is ready to receive jobs.
Do you have any suspicion what I'm doing wrong?

It was already fixed by @mpawlik - thx


nested for loops in average distance calculation

there are 3 nested for loops in the average distance calculation subroutine which needs to be optimized for faster calculation

The issue was removed using numpy.hypot(), that also preserved the time information for all clusters


Market approval: tiny-vue

I would like to publish it on the official marketplace. Here is the information about my bot.

bot_id
bot_name
bot_description

44232982-b086-4a1e-8d29-4a6e9f84661c
tiny-vue
TinyVue is an enterprise-class UI component library of OpenTiny community, support both Vue.js 2 and Vue.js 3, as well as PC and mobile.

done


Change the way Shipping Agents are accessed in swagger

Description
Unfortunately the SwaggerField we use for forms can't do nested definitions.  Also, to be more straight forward in coding the backend and for api calls I've just flattened out the ShippingAgent definition.
I've created a new model in Related to https://github.com/transcom/mymove/pull/870.  Based on some early SBD wireframes it made sense to treat the accepting of a shipment separate from managing the service agents related to that shipment.  We can still make acceptance rely on having Service Agents but the API will expose differently.  Now I have these endpoints:

/shipment/{shipment_uuid}/accept (POST)
/shipment/{shipment_uuid}/service_agents/ (GET, POST)
/shipment/{shipment_uuid}/service_agents/{service_agent_uuid} (PATCH, DELETE)

Additionally I fixed a typo issue with the ShipmentStatus enum.
Code Review Verification Steps

[x] Request review from a member of a different team.

@tinyels - that's good to know.  I'm still wondering if this might not be an easier format to use the API as well.  Before you had to pass in two objects with three fields each.  Now you just submit one object with six fields.  I'm thinking it might be nicer from a UX perspective.  What do you think?
@amitch23 - I'd still love to talk to you about how nested definitions work with SwaggerField.

I learned Friday about a different, more generic way that SBD has been thinking about this.  I'll be updating this again shortly.  Here's a screen shot I got of their ideas:

@tinyels - will you take a look at this?  I've basically rethought how we would manage these contacts now and I think it makes more sense.


Correct table format in readme file

correct the table format in readme file for correct format check Data Type & Conditions format.

Add counting for quesions
remove extra \ from rows

@Shubhamlmp .plz assign it to me . I can do it

assign me this task

assign me this task

Hi @prashantpadhy, first go through the rules.

yes forked

Hi @prashantpadhy, first go through the rules.
yes forked and stared

Can i work in this issue?

@prashantpadhy  I want to work on this issue .

@prashantpadhy I want to work on this issue .

Hi @Shivani622, can you please look at another tasks.

Can i work in this issue?

Hi @harsitagarwalla187  can you please look at another tasks.

yes forked

Hi @prashantpadhy, first go through the rules.
yes forked and stared

Okay, can you please look at another tasks.

done


Update parallels-desktop to 12.1.1-41491

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} left no offenses.
[x] The commit message includes the cask’s name and version.

(Looks like you forgot the number after the # symbol)

honestly, I don't know where it came from. I use cask-repair to update the formulas, seems I accidentally add -c option


Add save_all_scenes method to Editor Interface

This PR exposes save_all_scenes method to the EditorInterface class. It's a very simple change, but I don't think there were other ways to do this in the editor.
I added the documentation for this method and changed, but I wanted to propose changing save_scene to save_edited_scene (and save_scene_as to save_edited_scene_as). It's a breaking change, but the previous method names gives the wrong impression on what they do, since it's not possible to use them to save an arbitrary editor scene. Is it okay to add this on this PR, or should I ignore this?
PS: My use-case is a very simple addon with pre-configured resolutions for different mobile devices. I need to change the resolution in the inspector quickly, without the hassle of opening Project Settings multiple times, and I need the addon to reload every open scene to see the changes. Problem is, when the scenes reload, any modification not saved is lost, so I need to save them first. Before this PR, I was saving all scenes by running play and stop via code, because by default the editor saves all scenes before playing the game - but that certainly wasn't efficient nor the best way to do this.

You need to fix the documentation. You've probably edited it manually, but the order is incorrect. Make sure to use the doctool instead of editing by hand, and then fill out the description. See this doc.

Done!
I just added a bit on the save_scene and save_scene_as to clarify their functionality.

It looks like some people in the repository put the "(squash)" notice at the end of the squashed commit titles

That would be incorrect.

It looks like some people in the repository put the "(squash)" notice at the end of the squashed commit titles

That would be incorrect.

Ok thanks for the clarification!

This is caused by using squash instead of fixup, it's confusing when we say to "squash" but see the PR workflow instructions

@AThousandShips Both actions are squashing commits. It's just one appends the commit message from the squashed commit, and the other drops it. But let's not derail a PR review too much, OP is completely fine here :) But it will have to wait a bit for the 4.2 merge window.

Thanks for the rebase :) I'm adding this PR to the queue so we don't forget about it.

Thanks!


Remove SendSync (see Electron docs)

I removed sendSync. Electron docs says you should not use it. Use invoke instead:
See https://www.electronjs.org/docs/latest/tutorial/ipc#using-ipcrenderersendsync
The structure of this code is very similar to the invoke model, but we recommend avoiding this API for performance reasons. Its synchronous nature means that it'll block the renderer process until a reply is received.
I also implemented an invoke example in which you can submit a message (request).
Also I implemented logging to console which helps debugging the communication.

Hello, thank you for using the Vutron template and contributing to the work.
The sendSync in your example isn't causing any serious performance degradation, but I agree with replacing it with invoke as it can be confusing to use in the template, and I think the functionality works well enough to replace the existing code.
There are a few things missing (translation keys), but I'll work on that further, and I'll merge this PR.
Thanks a lot!


Add path component to file:FileInfo

Purpose
This PR will add path component to file:FileInfo.
Fixes: #19149
Port: https://github.com/ballerina-platform/ballerina-lang/pull/21217

Codecov Report

Merging #21227 into ballerina-1.1.x will not change coverage.
The diff coverage is n/a.

@@               Coverage Diff                @@
##           ballerina-1.1.x   #21227   +/-   ##
================================================
  Coverage            15.21%   15.21%
================================================
  Files                   50       50
  Lines                 1341     1341
  Branches               208      208
================================================
  Hits                   204      204
  Misses                1121     1121
  Partials                16       16

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 05e242b...1400e24. Read the comment docs.


[backport] Update jail timeout and error message v2.3

https://github.com/rancher/rancher/issues/23241

Closing in favor of https://github.com/rancher/rancher/pull/23309


Unable to do mup deploy as root user after 1.4.2

I have a server process running a script as root to deploy my meteor app and I'm now getting the following error:
You are attempting to run Meteor as the "root" user. If you are developing,
this is almost certainly *not* what you want to do and will likely result in
incorrect file permissions. However, if you are running this in a build process
(CI, etc.) or you are absolutely sure you know what you are doing, add the
`--unsafe-perm` flag to this command to proceed.

=> Build Error. Check the logs printed above.

Could this flag perhaps be added to the mup command line?

@productiveme I got that a couple times too, I don't why it started do that but do this
mup deploy --unsafe-perm
I even got it on installing meteor too

@Deadlyweed I tried that but it seems the flag is not passed along to the meteor cli, since I get the same error.

For what it's worth, since the bug was fixed upstream in Meteor <IP_ADDRESS> and higher (meteor/meteor#7959), this should be working once again if you're using abernix/meteord:base.