text:
HTTPCache : JCR storage handler

Hi! I am quite new here, but would like to take part of this awesome project.
I wanted to contribute by developing a JCR storage handler for the HTTP cache.
Just to prevent me from doing work thats already done, is somebody already working on this?
My idea was the following:
-Have the storage work under 1 root node (configureable through OSGI config)
-Have then bucket nodes under this root node (like a hashmap) that comes from the hashcode in the cachekey.
-Have the bucket nodes go a few levels deep, since you dont want all buckets under 1 node, this might cause storage performance issues. So for instance if you have the hashcode  12345678910:
rootNode / 123456 / 078910 / entrynode1
The breakpoint to split can then be configureable through OSGI config.
To retrieve a node, it would be like a hashmap, so loop all the nodes under a bucket and perform equals on the cachekey. The cachekey would have extend Serializeable.
What do you guys think?

@Sc0rpic0m no one is working on this!
Its been a while since i looked at the code; but sounds like a good approach!  Thoughts around clearing the cache? Would the cache contents be deny all and only accessible via a service user?
@Sivaramvt thoughts on the approach?

Cheers for the reply!
Clearing the cache would be as follows:
Expiry:
1: Put an expiry in (through OSGI config) as epoch timestamp or calendar object as property.
2: The cache store also implement scheduler, and in the run method, fire off a service that performs a query on the root node, targeting nodes with the expiry time expired.
3: delete these nodes.
Regular flush:
Same as regular hashmap, just fetch the node and delete is.
Just gotta think of an efficient way to delete the bucket nodes that don't contain contents after a cleanup or regular flush.

For cache contents: yes, would be deny all and only accessible via a service user indeed.

You can look at my fork here as well:
https://github.com/Sc0rpic0m/acs-aem-commons/tree/feature/httpcache-jcr-memstore/bundle/src/main/java/com/adobe/acs/commons/httpcache/store/jcr/impl
Of course it's just WIP.

@Sc0rpic0m could you make a PR to /develop and just put in the PR's title [REVIEW ONLY] HTTP Cache JCR Store implementation - its a bit easier to review and leave comments in the context of a PR. We can always close the PR. Thanks!


text:
Dispatcher flush rules - doesn't manage multiple occurrence of the same path

Required Information

[ ] AEM Version, including Service Packs, Cumulative Fix Packs, etc: AEM 6.4.2
[ ] ACS AEM Commons Version: ACS-AEM-Commons 4.0.0
[ ] Reproducible on Latest? yes

Expected Behavior
By configuring the "ACS AEM Commons - Dispatcher Flush Rules" service with the following values:
-/content/we-retail/ca/en=/content/we-retail/ca/fr
-/content/we-retail/ca/en=/content/we-retail/us/es
-/content/we-retail/us/en=/content/we-retail/us/es
the expected behaviour is that after publishing the page /content/we-retails/ca/en also the paths:

/content/we-retail/ca/fr
/content/we-retail/us/es

are flushed.
Actual Behavior
Inside the actual version after configuring the ACS AEM Commons - Dispatcher Flush Rules service as described above, only one of all the paths that need to be flushed after the replication of the /content/we-retail/ca/en page, is correctly flushed
Steps to Reproduce
You can reproduce the issue with the following steps:

Configure the ACS AEM Commons - Dispatcher Flush Rules configuration with 2 occurrence of the same path in order to flush 2 different paths (e.g. as the attached image)
Replicate the path which need to trigger the flush of the other
Check the flush agent into the publish instance (e.g. as the attached image)

Links
Links to related assets, e.g. content packages containing test components

Hm, can you try with this configuration:
-/content/we-retail/ca/en=/content/we-retail/ca/fr&/content/we-retail/us/es
-/content/we-retail/us/en=/content/we-retail/us/es

source: gharchive/issue

license_type: permissive

license_source: bigquery


text:
#18 - Asset, Config  and PagePredicate models now leverage the modelC…

…ache so they are not reinitialized for every component on the page that uses them.
@godanny86 would be good to have an extra sanity check that the sample content works and i didn't miss testing any of the components.

@godanny86 should be fixed

source: gharchive/pull-request

license_source: github-api


text:
Fix swagger spec for response type of all requests returning binary responses

The swagger spec e.g. for getStepLogs (https://github.com/AdobeDocs/cloudmanager-api-docs/blob/5f2281c1abd493768d81f54ffab245cc02c02e1d/swagger-specs/api.yaml#L774) currently does not define any response type, therefore swagger generates a client method which returns void. Instead there should be a binary response defined as outlined in https://swagger.io/docs/specification/2-0/describing-responses/#response-that-returns-a-file.

Actually it seems that always JSON is returned like this
{"redirect":"https://cm0pl0va80stor0prd.file.core.windows.net/909da636-9119-40db-b11c-f8d23003f15e/deploy/step484607.log?sig=2qQOgXo3zAGwwnaih9sJvBd0GVcCzKw8ne3BrBAOKNk%3D&se=2020-10-23T14%3A53%3A26Z&sv=2018-03-28&rsct=application%2Foctet-stream&rscd=attachment%3B%20filename%3Ddeploy%2Fstep484607.log&sp=r&sr=f"}

repo: AdobeDocs/cloudmanager-api-docs


text:
Decision Rules for Offer used in AJO should only refer Profile attributes

Issue in ./help/using/offers/offer-library/creating-decision-rules.md
Decision rules for Offer which are supposed to be later included in AJO should only refer to profile attributes. They should not be using properties from xEvent. If such properties are used the offer validation would fail during Message Publishing step

Captured in DOCAC-6995

authors: Alicesnk chetanmeh

license: MIT


text:
Hi, it would be great and really help all flutter developers if they can convert the components from xd to widgets like BUTTON , TEXTFIELD, LISTVIEW, ANIMATIONS like bounce effect etc..

We love to hear your ideas, but we need your help. Please take a few minutes to fill out the information below, and provide a concise, descriptive title.
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

yes , it would be better if "xd to flutter " plugin can convert the textfield ( if user click on the textfield he can able to write ), button , screen redirection after 5 sec or in specific time duration .

repo: AdobeXD/xd-to-flutter-plugin


text:
Request: Validating the menus (uiEntryPoints)

Currently (v1.1.2),  xdpm checks if the uiEntryPoints exists or not. However, it would be better to check the "structure" of uiEntryPoints.
For example, to check the nesting level of submenus, and required field.
https://github.com/AdobeXD/xdpm/blob/02698548e351162c89679379a072c50c5822f106/lib/validate.js#L90-L93
xdpm helped saved a lot of my development time, and I  believe that this tool accelerates the speed of developing plugins for many developers.
Thanks,

Agreed. I think this is something we want to do, but we need to make the time to do it. It won't make it in time for today's update, but I want to acknowledge that it's an idea we should work on.

Close the issue.
Already resolved with #23 (and PR of #24).

authors: ashryanbeats yoshikinoko

repo: AdobeXD/xdpm


text:
make-adopt-build-farm.sh does not handle mistyped names

What are you trying to do? Run make-adopt-build-farm with an alternate VARIANT set
Expected behaviour: If I mistype the VARIANT value it aborts
Observed behaviour: If I mistype VARIANT it defaults to hotspot
Any other comments:

Is that not what we want? When running without params set, it informs you that it is defaulting to Hotspot (like the other params):
(base) ➜  build-farm git:(master) ./make-adopt-build-farm.sh
ARCHITECTURE not defined - assuming x64
TARGET_OS not defined - assuming you want Darwin
JAVA_TO_BUILD not defined - defaulting to jdk11u
VARIANT not defined - assuming hotspot
FILENAME not defined - assuming jdk11u-hotspot.tar.gz
BUILD TYPE:
VERSION: jdk11u
ARCHITECTURE x64
VARIANT: hotspot
OS: darwin
SCM_REF:
Detecting boot jdk for: jdk11u
Found build version: 11
Required boot JDK version: 10
[ERROR] No local file detected at /Users/morgan/Documents/Repos/openjdk-build/build-farm/platform-specific-configurations/darwin.sh and PLATFORM_CONFIG_LOCATION is not set. Please set PLATFORM_CONFIG_LOCATION to a repository path of a platform config file (e.g. AdoptOpenJDK/openjdk-build/master/build-farm/platform-specific-configurations).

Would you prefer to induce a "hard" failure where the script will fail if it does not detect one or more of these params?

authors: M-Davies sxa

repo: AdoptOpenJDK/openjdk-build


text:
github: Use correct file for AIX playbook

Required now that aix.yml no longer exists now that https://github.com/AdoptOpenJDK/openjdk-infrastructure/pull/2053 has been merged
Signed-off-by: Stewart X Addison sxa@redhat.com

Checklist

[x] commit message has one of the standard prefixes
[ ] FAQ.md updated if appropriate
[ ] other documentation is changed or added (if applicable)
[ ] playbook changes run through VPC or QPC (if you have access)
[ ] for inventory.yml changes, bastillion/nagios/jenkins updated accordingly

https://github.com/AdoptOpenJDK/openjdk-infrastructure/pull/2068 has run the github checks using this PR and https://github.com/AdoptOpenJDK/openjdk-infrastructure/pull/2051 - linter seems happy so even though no linter checks have been done above I believe it's sufficient to prove that this fix is ok and can be approved+merged.

repo: AdoptOpenJDK/openjdk-infrastructure


text:
Email address must be specified in order to enable portal access

Hi,
I get the below error when trying to register a new user on the portal with both redeem invitation and register. Redeem works fine if i update the details under Web Authentication section ahead and redeem the invitation code.
"Email address must be specified in order to enable portal access"
Thanks

Further investigation revealed that it is an issue with one of the internal plug-in which was causing the issue. Thanks

repo: Adoxio/xRM-Portals-Community-Edition

license: mit


text:
Entity Lists not rendering Date Only fields properly

Configure a Date and Time field with the behavior of Date Only:
:
Set the field's value in the Dynamics 365 web client:

The Entity Lists's rendering of the field isn't following the expected behavior of displaying the value without a time zone conversion:

To consistently reproduce, set the local operating system's timezone to UTC-08:00:

Fixed by commit https://github.com/Adoxio/xRM-Portals-Community-Edition/commit/9b59d339f98e5e75ee222fe2b5185d4226e42a63.


text:
Missing auth access route to get access token inside SyncMe

:warning:

Done with 9583294

repo: AdrianBZG/SyncMe


text:
BP_FrontEndMenuCamera use instance rotation

BP_FrontEndMenuCamera now use the camera's current rotation when moving, instead of setting it to 0, 0, 0.
This enhancement allow the camera to maintain its intended orientation during transitions, improving the overall user experience.

I trust you I can't try it right now I'm not home 😉


text:
how to make the generated text always end with a complete sentence？

I find that when I generate text on a web page, the endings are all one complete sentence, starting with "." but when I use the api to generate it, it always ends with an incomplete sentence. I have changed "global_settings.generate_until_sentence = True" in the api, because I find that the request in the web page is "True" here but the api defaults to "false". But I found it didn't work. So I would like to know: how can I make the api generate text that always ends with a complete sentence.Can anyone answer my question? Thanks
Translated with www.DeepL.com/Translator (free version)

I see no bug here. Setting the generate_until_sentence to True does reflect on the request sent to the server when fed to the high_level.generate or high_level.generate_stream.
Note that it will continue sentence only if a period is actually found in the 20 tokens after the end. It means it is affected by context, preset, biases, bans, etc.
If you see an issue, it is likely incomplete copy of the settings on your side. For a deterministic comparison, set the top_k to 1 on both, and you should see the exact same content if both settings are the same.

Thanks for the answer! My problem is solved, I double checked the "preset" parameter in the api and the parameter in the web request and found the difference between them. Finally I found that it was the "repetition_penalty" that was affecting the output. I used to think it had no effect. When I set the "repetition_penalty" from the default "2.25" to "1.148125", the output text starts with The output text ends with a complete sentence.
Translated with www.DeepL.com/Translator (free version)

It seems there is an obscure scaling done on repetition penalty, adjusting the value following 0.525*(X - 1)/7 + 1 (with X previous rep pen - formula extracted from minified JavaScript code). Seems kind of weird for it to exist frontend-side and not backend-side.
A fix is coming along with new sanity tests checking compliancy instead of just "nothing is broken".

authors: Aedial cwyuu

repo: Aedial/novelai-api


text:
Write of image binary file using PED Basic and cracker.py with radare2 fails

Hi @AeroX2 !
Thanks for your efforst in making writing the embroidery card binary images writeable to files!
I'ved tried to get the toolchain running on my machine but have failed so far. Maybe you could give me some guidance here?
Versions:

PED-Basic v1.07 (the about dialog outputs a copyright message "2002 - 2005")
CardIO.dll seems to be version 3.2.1.1 from 22.09.2005
Python 3.12.5
radare2-5.9.4-w64
Windows 10

I don't really think that you had a different version of PED-Basic or the CardIO.dll as both seem pretty old - but you never know.
I somehow guess that I am running into Windows user rights issues. I had installed PED-Basic as the local admin and tried to execute pelite.exe via python cracker.py as normal user. Next, I tried to modify all access rights to all files in a way that a normal user should have full access. I then even copied everything into C:\Users\User\Documents\PED-Basic and it still does not work.
I'll share snippets from the log of python cracker.py, especially those that indicate warnings or errors:
WARN: Relocs has not been applied. Please use `-e bin.relocs.apply=true` or `-e bin.cache=true` next time
ERROR: Cannot debug file (pelite.exe) with permissions set to 0x7Reopening the original file in read-only mode.

INFO: Spawned new process with pid 13068, tid = 3036
INFO: File dbg://C:\\Users\\User\\Documents\\PED-Basic\\pelite.exe reopened in read-write mode
WARN: Relocs has not been applied. Please use `-e bin.relocs.apply=true` or `-e bin.cache=true` next time
13068
(13068) loading library at 0x00007FFFD20B0000 (C:\Windows\System32\ntdll.dll) ntdll.dll
...

WARN: Relocs has not been applied. Please use `-e bin.relocs.apply=true` or `-e bin.cache=true` next time
[Relocations]

vaddr      paddr      type   ntype name
---------------------------------------
0x0003bda4 0x00036048 SET_32 3     CardIO.dll_public: void __thiscall CCardIO::constructor(int)
...

596 relocations

w \x90 @ 4273898
w \x90 @ 4273899
w \x90 @ 4273900
w \x90 @ 4273901
w \x90 @ 4273902
w \x90 @ 4273903
w \x90 @ 4310977
w \x90 @ 4310978
w \xeb @ 4275697
w \xeb @ 24027
ERROR: Cannot write. Use `omf`, `io.cache` or reopen the file in rw with `oo+`
w \xeb @ 24099
ERROR: Cannot write. Use `omf`, `io.cache` or reopen the file in rw with `oo+`
w \xeb @ 24174
ERROR: Cannot write. Use `omf`, `io.cache` or reopen the file in rw with `oo+`
WARN: base addr should not be larger than the breakpoint address
WARN: Cannot set breakpoint outside maps. Use dbg.bpinmaps to false
INFO: Continue until 0x00006ad5 using 1 bpsize

I guess that the ERROR: Cannot write. messages are what really makes me trouble. The file image.bin however is created with 64 kBytes but only contains 0xFF (what would be an empty flash EEPROM/memory). Is there anything I should inspect?
Any hints are very appreciated!
M.
PS: I've also tried to share my findings in the EEVblog forum thread https://www.eevblog.com/forum/reviews/brother-(possibly-also-bernina)-embroidery-machine-memory-cards/?all

Edit: Reinstalling PED Basic in C:\PED-Basic and running python cracker.py  from cmd.exe with admin rights also did not help. So the caching part seems to be related to radare2 but I don't really know what to modify in the Python script.

Edit: Trying to use r = r2pipe.open('pelite.exe', ['-e', 'bin.cache=true', '-w']) gave me:
C:\PED-Basic>python cracker.py
ERROR: Cannot debug file (pelite.exe) with permissions set to 0x7Reopening the original file in read-only mode.

INFO: Spawned new process with pid 7076, tid = 6352
INFO: File dbg://C:\\PED-Basic\\pelite.exe reopened in read-write mode
ERROR: bin.relocs and io.cache should not be used with the current io plugin
7076
(7076) loading library at 0x00007FFFD20B0000 (C:\Windows\System32\ntdll.dll) ntdll.dll
...

ERROR: bin.relocs and io.cache should not be used with the current io plugin

Traceback (most recent call last):
  File "C:\PED-Basic\cracker.py", line 35, in <module>
    cardio_addr = int(re.findall(r"0x([0-9A-F]+)", cardios[-1])[0],16)
                                                   ~~~~~~~^^^^
IndexError: list index out of range

Edit: I've given up for now. Some files or folders (especially the radare ones) seem partiall write-protected. And even when I remove the protection as admin.. they come back right again. Also: rolling back to radare2-5.8.2-w64 which may have been the version you used (released Jan 23, 2023) gives me different warnings/errors - but also does not work overall:
C:\PED-Basic>python cracker.py
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
ERROR: Cannot debug file (pelite.exe) with permissions set to 0x7Reopening the original file in read-only mode.

ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
INFO: Spawned new process with pid 2732, tid = 2264
ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
ERROR: Parse error @ line 30 (Invalid register type)
INFO: File dbg://C:\\PED-Basic\\pelite.exe reopened in read-write mode
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
WARN: invalid type
...

I think the "ERROR: Cannot debug file (pelite.exe) with permissions set to 0x7Reopening the original file in read-only mode." might be the critical part here. I have no clues how to fix this under Windows... :(

Yeah you are right on with radare2, this script is quite old at this point and so hasn't really kept up to date with radare2 hence the issues.
The read write issue is actually because it is trying to write into the wrong addresses since it was unable to find the correct memory address for CardIO.dll.
I've just updated the script and tested it and it seems to work, though I'm testing within a virtual machine with ASLR turned off so your milage may vary.
The other issue I see you might be running into is if the program is still open in the background you also can't write into it, you need to close all instances of cracker.py and the program and then run it and it should hopefully work 🤞

Just tested on a non-VM machine and everything seemed to worked with the updated script
Windows 11
Python - 3.12.0
r2pipe - 1.9.4
PELite 1.07

Thank you very much for your fast reply and fix. Good news: it now also works for me!
I forked your repository and suggest a few minor changes, see #4 . I've done this primarily to help other users understand your code without doing their own research/debugging. Feel free to discard them. 😉
Thanks very much for submitting and publishing your code!
If you have time, I'd be happy if you could answer the following questions (no rush):

The card memory usage indicator doesn't work with the patches. Do you know why? Do you think there is an easy fix? Would be nice to have direct feedback instead of the "0%" bar.
Why is the output binary file 64 kiBytes (65'536 bytes)? If I get it right the upper technial limit is 512 kiBytes? Do you think this is fix-able as well?
What license is your repo (and my contributions)? I think you haven't added a LICENSE file yet. I'd be happy if this was open source (and maybe it kind of already is... never had repos without an explicit license).

🥳 🎉

I forked your repository and suggest a few minor changes, see https://github.com/AeroX2/brother-cart-emulator/pull/4 . I've done this primarily to help other users understand your code without doing their own research/debugging. Feel free to discard them. 😉

Thanks for the PR, definitely will make it easier for future users

The card memory usage indicator doesn't work with the patches. Do you know why? Do you think there is an easy fix? Would be nice to have direct feedback instead of the "0%" bar.

Unlikely to be an easy fix, I suspect the reason for the 0% is because I'm not actually writing to a card, only looking at the memory and taking the data that would be written to the card, the progress bar is likely tied to the actual card writing.

Why is the output binary file 64 kiBytes (65'536 bytes)? If I get it right the upper technial limit is 512 kiBytes? Do you think this is fix-able as well?

Two things, one is I pick the smallest card size of 64kb, you can see in the README.md I pick the address 0x10005E6B, to override and this corresponds with 64kb, for 512kb, you'll need address 0x10005E7D (probably).
Second is that pxj 0x10000 in cracker.py is dumping out only 64kb worth of data, so changing those will allow you to dump more.

What license is your repo (and my contributions)? I think you haven't added a LICENSE file yet. I'd be happy if this was open source (and maybe it kind of already is... never had repos without an explicit license).

I'll add a MIT license, that way people are free to use it the way they want

Hi James,
thanks for everything:

Accepting my PR
Keeping the "tested configurations" sections in README and clarifying your setup
Adding the LICENSE file
Being patient, nice and responsive to my requests!

I just got a brother PED-Basic in the mail. I had not planned to buy one, but that one was even kind of affordable. This should make some research easier in case I keep being motivated.
It really seems that every time the usage bar is updated, the PED card reader is accessed (red busy LED turns off for a short moment). The blue color part is the amount of memory already reserved by the PES files "copied to the right side". The cyan color part is the extra amount of memory "copying" the selected PES file on the left would add on top:

Interestingly, the GUI seams to offer write-only access to the card. I have no clue if my card had been written before or erased in a way. But even after writing some of the samples and re-plugging the card... nothing on the right appears without copying PES files from left to right. So, I guess that the card is just completely whiped and the generated binary is written... w/o data being read. I guess that at least some manufacturer/model data from the EEPROM/flash memory should be read to determine the card size - but that's a wild guess.
Summing up: thanks for your help! Rowing this boat together definitely makes it more fun!

Hi again,
I am trying to print the disassembly of functions in pelite.exe and CardIO.dll to better understand the context of the patches/ your screenshots so that I can extend cracker.py. So I am asking you to shed some light into the darker spots I do not fully understand yet.
I've pushed a commit on the fork of your repo:
https://github.com/maehw/brother-cart-emulator/commit/cf5b36798d20327e7ab338c64bfde90991501025
When being exeucted, I get the following output:
Printing imported CardIO functions...
signature: void__thiscallCCardIO::constructor(int), address: 0x00436048
32 bit word: 0x10001980
signature: enumCIOError__thiscallCCardIO::ChkCardWriterConnected(int,unsignedchar*,int*), address: 0x0043604c
32 bit word: 0x10001df1
signature: enumCIOError__thiscallCCardIO::Receive(classCObArray*,int,voidconst*,voidconst*), address: 0x00436050
32 bit word: 0x10001ca1
signature: void__thiscallCCardIO::ResetCardID(void), address: 0x00436054
32 bit word: 0x10001940
signature: enumCIOError__thiscallCCardIO::Send(classCObArray&,voidconst*,voidconst*,enumCCardAtrbType*), address: 0x00436058
32 bit word: 0x10001d0f
signature: enumCIOError__thiscallCCardIO::ChkCardVolume(classCObArray&,int&,int&,enumCCardAtrbType*), address: 0x0043605c
32 bit word: 0x10001d80

So it seems that the exported functions are known to r2 here. I used r2 command ii.
As the address values are +4 byte each - I guess this is rather a function pointer table (32 bit addresses from good' ol' 32 bit world?) somewhere in memory where the lib is loaded during runtime.
When having a look at the values at those addresses pxw 4 @ ..., I get those 0x1000____ addresses. Where does this offset come from? I'v also spotted it in your code 0x10000000. Unfortunately, I wasn't able to get a dump of the functions there (command pdf @ ...).
What am I missing here?
I'd also like to understand why you chose cracker.py to run until addresse 0x6ad2/0x6b0e. Without the disassembly I am lacking context here.
Also, I'd like to explore the code area more where the different flash sizes are used.
How did you get the GUI view? Is it another RE tool? Prefereably, I'd like to get the disassemblies in the context of running cracker.py.
Your help is very much appreciated!
Cheers

When having a look at the values at those addresses pxw 4 @ ..., I get those 0x1000____ addresses. Where does this offset come from? I'v also spotted it in your code 0x10000000. Unfortunately, I wasn't able to get a dump of the functions there (command pdf @ ...).

Hmm not sure why pdf might not be working but I'd probably recommend doing it in Ghidra since that tool is much more friendly, I only used r2pipe because it was the only scriptable debugger that I knew of and too be honest was a bit of a pain to work with.
As for the 0x10000000, that address is the default address Windows uses for any DLL's that are loaded by a program that aren't rebased a different address so in this case the CardIO.dll
https://devblogs.microsoft.com/oldnewthing/20141003-00/?p=43923#:~:text=Since the operating system itself,you start colliding with DLLs.

I'd also like to understand why you chose cracker.py to run until addresse 0x6ad2/0x6b0e. Without the disassembly I am lacking context here.

Yeah all good, reverse engineering is quite difficult and you have to do a bit of guess work, so if you look at offset 0x6b11, there is a function which is setting up the Brother copyright header, this isn't writing the embroidery data that comes later

But I know that this is the function that write into the card data memory location so I can break at this point and extract it with p8j 4 @ rcx, (technically I could have also done this at 0x6b0e but I felt it was just easier to do at this location because I knew the address was in register rcx)
The 0x6b11 function is only called by one other function (offset 0x6ac8), and there are three other functions called here which write the embroidery data so offset 0x6b0e is the ret instruction and is the first instruction where I know that the embroidery data is all written to memory and I can safely extract it.
https://github.com/user-attachments/assets/c987ba6e-fbaa-4aeb-a996-2f01ca683887

How did you get the GUI view? Is it another RE tool? Prefereably, I'd like to get the disassemblies in the context of running cracker.py

I use a tool called Ghidra (https://ghidra-sre.org/), x64dbg (https://x64dbg.com/), along with retsync (https://github.com/bootleg/ret-sync).
You probably just need Ghidra, which can decompile the program into a C-ish program state but if you want to see what exactly is happening at each state you need to step through it with a debugger (x64dbg) and being able to look back and forth at what is happening with the debugger and Ghidra is where ret-sync comes in.

Hi James / @AeroX2 ,
thanks for your detailed explanations.
This gave me new insights as I am an embedded software developer and not very experienced with application development - at least not on the reverse engineering side of things.
Using Ghidra alone for analysis of the DLL's disassembly did the trick. If I find time and need for setting up the other tools, I might write you again.
In the meantime, I've added support for multiple card sizes - see pull request #5 .
Would be great to get the "progress bar" (memory card usage indicator) feature working as I've seen single PES design pattern files overrunning the default 64 kiBytes (see explanation in my pull request).
HTH / Cheers

Hello again,
I've dived deeper into the disassembled code of both pelite.exe and CardIO.dll.
Unfortunatel, I haven't been able to locate the code which calculates/draws the memory card usage indicator. Could you maybe give me some more guidance here to make this happen?
So far, I've "only" used Ghidra for static analysis.
I've mainly used your patches to get some context and the strings I found (many printf format specifiers). I've also seen some calculations which I thought were suspicious - without any luck.
The function at 0x00416361 seems to format the relative and absolute sizes (%3d%% resp. %5s%s X %5s%s) of the selected pattern which are displayed in the lower left corner of the PED-Basic window. I've verified this by replacing single characters in those format specifiers.
I've also found another percentage value being formatted in the function at 0x0041c67b -- it is the relative pattern size displayed on the right window side after copying it to the card (format specifier %d%%).
This was interesting, but it did not lead me in the right direction.. because the 100% value is never re-labeled. Only the blue/cyan rects are displayed. This should also happen when a pattern is selected on the left hand side.. but I did not find an entry function (on-item-selection-callback?!) where this is hooked.
In addition, I've also read @bezmi's comment https://github.com/AeroX2/brother-cart-emulator/issues/1#issuecomment-1435530216 -- I also see a corrupted string in the output binary file (ÿrother_sewing) - do you have an idea what could cause this issue? Did the corrupt images work with your machine?
Another hint: in the patch descriptions of image-dumper/README.md, you call it "Bypass ChkCardVolume". Strictly speaking the method seems to be called but the result value is ignored and your patches modify the code to make it look like everything turns out as expected. I found this pretty misleading.
This is fun.. and tedious at the same time.

Hi James,

You probably just need Ghidra, which can decompile the program into a C-ish program state but if you want to see what exactly is happening at each state you need to step through it with a debugger (x64dbg) and being able to look back and forth at what is happening with the debugger and Ghidra is where ret-sync comes in.

I'd be interested in a brief description how to set the three tools up in the sync'ed mode you described. Can you also see the decompiled C code? I can run pelite.exe from x64dbg but I have no clue how to start a Ghidra session for the dynamic analysis and also no idea what to do with the ret-sync release file (which seems to be a single *.dp64 resp. *.dp32 file).
Have a nice sunday!

This was interesting, but it did not lead me in the right direction.. because the 100% value is never re-labeled. Only the blue/cyan rects are displayed. This should also happen when a pattern is selected on the left hand side.. but I did not find an entry function (on-item-selection-callback?!) where this is hooked.

I suspect this is because it is using the Windows API for progress bars and so there isn't a "100%" label in the program just a function that is advancing the ticks for the progress bar but I haven't dived into this myself.

In addition, I've also read @bezmi's comment https://github.com/AeroX2/brother-cart-emulator/issues/1#issuecomment-1435530216 -- I also see a corrupted string in the output binary file (ÿrother_sewing) - do you have an idea what could cause this issue? Did the corrupt images work with your machine?

I don't think I've seen a ÿrother_sewing just ÿbrother_sewing but I suspect it would still work since I don't think the headers are really read by the machine just the offsets

I'd be interested in a brief description how to set the three tools up in the sync'ed mode you described.

ret-sync just makes the debugger and Ghidra talk to each other so that the line that you are currently breakpointing on is the same line that is highlighted in Ghidra. This setup makes it a touch easier to reverse engineer but you can still look at the line numbers manually and just match them up.

Can you also see the decompiled C code?

Ghidra shows decompiled C code but it is still heavily obfuscated and not easy to navigate.

I can run pelite.exe from x64dbg but I have no clue how to start a Ghidra session for the dynamic analysis and also no idea what to do with the ret-sync release file (which seems to be a single *.dp64 resp. *.dp32 file).

You can have a look at the ret-sync page for their Ghidra (https://github.com/bootleg/ret-sync?tab=readme-ov-file#ghidra-usage) instructions

(which seems to be a single *.dp64 resp. *.dp32 file).

These are the plugin files that x64dbg uses, you need to drag and drop them in x64dbg plugin folder

Hey @maehw, have you tried with the vikant writer workflow from my repo? There is an ipython notebook that shows how to locate the thumbnail data and the python script emulates a vikant writer so that you can create flash images from custom stitch data (you don't need any hardware to do it). I also have notes which I think are detailed enough to be able to replace thumbnails and stitch data in a given vikant/PED file with our own stuff using python directly. Let me know if you want to look at any of those binary files with custom stitch data.
I started with reverse engineering the binaries, but it gets complicated really fast and it was actually more instructive to jump around the card data in python.

Hi @AeroX2 and @bezmi ,
thank you for your replies.
I've dived deeper into CardIO.dll and also USB communication with the brother's card reader/writer.
Actually, it's really the case that "ÿbrother_sewing" (where ÿ is 0xFF) is written into the card's memory (at offset 0x170). The very last write operation (over)writes the single character 'b' at 0x170 (not at 0x100 as mentioned by you, @bezmi , in the linked issue). So maybe the character is wrong in the binary output file as it comes out of cracker.py. This must be some special handling by either the DLL or the standalone application. It actually may prevent the machine from reading the card. I also had seen several string comparisons in the code.
@AeroX2 : I haven't tried the x64dbg + Ghidra + ret-sync combination (yet). But thanks for the instructions!
@bezmi : I couldn't get the Vikant-based workflow running. That's what I wrote in the eevblog.com forum:

Other things I could not get working: the Vikant card emulator (another Python script)... or rather I could not get it working with the "Ultimate Explorer for Brother" (Serial port version). Even though I created virtual COM ports with com0com, only the Python side connected... and Vikant's Ultimate Explorer didn't want to open or even find the COM port. So this approach currently won't work for me to write own card binaries from PES files.

So it seems that I already had issues with getting the virtual COM port working with the software (that was before I got myself a brother PED card reader/writer + re-writeable memory card which works well with brother's PED Basic software). Which version of the Vikant software have you been using? I'd like to have a working toolchain on Linux/MacOS even though the patched PED Basic approach (running under Windows) works - and it works nicely!

Hi all.
New findings & fixes (#7):

I think the card memory sizes have been wrong, see #6.
Writing "ÿrother_sewing" instead of "brother_sewing" will let my machine (brother PE-150) ignore the memory card and even prevent any operation of the machine at all and keep beeping... - so I fixed it in cracker.py data postprocessing. The puzzle about different locations of the string is now also solved for me: it depends on the hoop size of the character is written at 0xC0, 0x100 or 0x170. According to the "code" 0x280 and 0x28E would also be valid locations - but I don't know under what circumstances - haven't seen them being used by PED Basic. The b is the final character which is written to EEPROM/flash - so the machine could also use it to check if the memory write operation had been completed successfully or if it would likely face a corrupt card image.

HTH

Thanks for your help. I'd be okay if this issue was closed. I'd then open new issues for other, smaller subtopics - if you're okay with that.

@maehw I was just using the version from their website: https://vikant-emb.com/downloads I haven't checked to see if it still works though. I can't think of any issues I had other than having to run as administrator to access the com ports. Glad to know that PED Basic worked for you.

authors: AeroX2 bezmi maehw


text:
Added Python tests GitHub Actions to Atlana (DPP UI)

Task to do
Add python tests actions for PRs and merges
Reason
Help identify issues before and after code is merged
Result
GitHub actions to test python code are run on PRs and merges

Merged commit: https://github.com/AgPipeline/Atlana/tree/ec1ede3e3b3df4127cc2b90d86fb097782ef0f8c

repo: AgPipeline/issues-and-projects


text:
🐛 [BUG] - critical security problems from vm2

Browsers
Firefox, Chrome, Safari, Microsoft Edge, Opera
OS
Windows, Linux, Mac
Description
As dependabot told us, vm2 has a fatal problem. Therefore, starting with the vm2 module in question, the nestjs-modules/mailer@^1.9.1 module must also be replaced/modified.
dependabot이 알려준 것과 같이 vm2에는 치명적인 문제가 있다고 합니다. 따라서 문제가 있는 vm2 모듈부터 nestjs-modules/mailer@^1.9.1 모듈도 대체/수정해야합니다.
https://github.com/TooTallNate/proxy-agents/issues/240
https://github.com/TooTallNate/proxy-agents/pull/224
As in Issue and Pull-Request above, vm2 used in proxy-agent's degenerator module has been removed. Therefore, it seems that the re-installation will solve the problem.
위의 Issue와 Pull-Request와 같이 proxy-agent의 degenerator 모듈에서 사용되었던 vm2가 제거가 되었다고 합니다. 따라서 재설치를 진행한다면 해당 문제가 해결될 것으로 보입니다.
Reproduction URL
https://github.com/AgainIoT/Open-Set-Go_server/security/dependabot/5
Reproduction Steps
https://github.com/AgainIoT/Open-Set-Go_server/security/dependabot/5

Solutions
https://github.com/TooTallNate/proxy-agents/issues/240
https://github.com/TooTallNate/proxy-agents/pull/224

As in Issue and Pull-Request above, vm2 used in proxy-agent's degenerator module has been removed. Therefore, it seems that the re-installation will solve the problem.
위의 Issue와 Pull-Request와 같이 proxy-agent의 degenerator 모듈에서 사용되었던 vm2가 제거가 되었다고 합니다. 따라서 재설치를 진행한다면 해당 문제가 해결될 것으로 보입니다.

Screenshots
No response

I can find solution from this issue
https://github.com/nest-modules/mailer/issues/723


text:
Unity Android and iOS (possible) phone overheat

I'm using Agora SDK (together with MediaPipe Unity Plugin), everything works fine. Unfortunately, our client believes that the application overheats the phone (Android and iOS) too quickly (does not provide data) and users therefore resign from using it.
Is there anything that can be done to make the phones less hot and drain less battery?
Thanks in advance

Reduce the resolution and frame rate of the video, which will reduce power consumption

authors: LoopIssuer xiayangqun


text:
Add support for setting video encoder configuration.

Hello, can you please add an option to set video encoder configuration? If it's already, let me know how?

See the api document.
https://pub.dev/documentation/agora_rtc_engine/latest/agora_rtc_engine/AgoraRtcEngine/setVideoEncoderConfiguration.html
https://pub.dev/documentation/agora_rtc_engine/latest/agora_rtc_engine/VideoEncoderConfiguration-class.html

authors: ironynet kadariyaujwal

repo: AgoraIO/Flutter-SDK


text:
🛑 Mogrib.com is down

In 06438b8, Mogrib.com (https://www.mogrib.com) was down:

HTTP code: 500
Response time: 2873 ms

Resolved: Mogrib.com is back up in 9efa4d2.

repo: AhmadIbrahiim/Mogrib-Uptime


text:
DropDown button 2 latest beta fails with empty dropdown

This code fails with
DropdownButtonHideUnderline(
            child: DropdownButton2<String>(
              value: null,
              items: [],
            ),
          )

RangeError (index): Invalid value: Valid value range is empty: 0
DropdownButton2State.build (package:dropdown_button2/src/dropdown_button2.dart:687:30)

I dont have this error, but it won't open nonetheless. I want it to open, because I am using dropdownSearchData and creating new items when nothing is found.

This no longer occurs in latest beta version.
Feel free to open a new issue if it still exists.

~I dont have this error~ (it does trigger when manually openening using dropdownKey.currentState!.callTap()), but it won't open nonetheless. I want it to open, because I am using dropdownSearchData and creating new items when nothing is found.

Let's discuss this at #257

~I dont have this error~ (it does trigger when manually openening using dropdownKey.currentState!.callTap()), but it won't open nonetheless. I want it to open, because I am using dropdownSearchData and creating new items when nothing is found.

Let's discuss this at #257


text:
add bulk email sender

an API for sending bulk emails using nodejs and express

@agungd3v  can you please add some descrtiption!

@all-contributors please add @agungd3v  for code

@agungd3v please star the repo!

@AhmedRaja1 I'm done adding description


text:
Delay in Start the Streaming of Screen Share

Hi Oven Team,
When I tried start the Screen Share streaming, it takes some time to start the streaming.
I didn't find the reason of the delay in the start.
Hoping for fixed this issue soon.

Screen capture is now stable. Closing this issue. (refer https://github.com/AirenSoft/OvenLiveKit-Web/issues/10)

repo: AirenSoft/OvenLiveKit-Web


text:
User deletion with admin permissions

Linked issue
Resolves: #2122
What kind of change does this PR introduce?

[ ] Bug fix
[ ] New feature
[ X] Refactor
[ ] Docs update
[ ] CI update

What is the current behavior?
Describe the state of the application before this PR. Illustrations appreciated (videos, gifs, screenshots).
Currently it is not possible to delete a user who has super user permissions.
What is the new behavior?
Describe the state of the application after this PR. Illustrations appreciated (videos, gifs, screenshots).

remove check for superuser permission while deleting
only user with permission FULL_ACCESS_USERS_TEAMS_ROLES can delete other user with FULL_ACCESS_USERS_TEAMS_ROLES
send mail to both the users (removed user and removed by), and klaw admin
audit log

Other information
Additional changes, explanations of the approach taken, unresolved issues, necessary follow ups, etc.
Requirements (all must be checked before review)

[ ] The pull request title follows our guidelines
[ ] Tests for the changes have been added (if relevant)
[ ] The latest changes from the main branch have been pulled
[ ] pnpm lint has been run successfully

When I delete a superuser I get a "Delete User Request: SUCCESS" I think it should just say "Delete User: SUCCESS"
As I thought I had to approve the deletion request initially. It also does say this on create as well, "Create User Request: SUCCESS"

authors: aindriu-aiven muralibasani

repo: Aiven-Open/klaw


text:
[SUGGESTION] Custom model data for main gui things as arrow

As talked on spigot, it's about the back button, I know some people that needs the same features so I created that to make it easier and less spammy on spigot :)

Oh thx, i was about to make one as well. We rly need this feature

I started uploading my plugins to github and making them open-source so you can add your own specific features ;)

This is such a good idea!!


text:
Update my ads

Story
As an advertiser I want to be able to update my ads because the price or other values might change during the existence of an ad.
Preconditions

user is logged in

Post-Conditions

changes are saved in the corresponding database tables

Dependencies
This story can be started after Story Nr. 184 has been finished.

DoR

[x] External dependencies are identified or eliminated
[x] Design (at least LoFi?)
[x] Has acceptance criteria

Acceptance Criteria

[ ] AC 1: the user can see an update icon below each of his ads in "settings/my-ads".
[ ] AC 2: the user is able to click on the update icon of one of his ads and is then showed the same view as in the component "create", except that all values are prefilled as they were.

AC 1 could look like this ->
DoD

[ ] Story is tested against acceptance criteria
[ ] Unit test should be passed
[ ] Integration test is done ( if applicable)
[ ] Non-functional requirements are met
[ ] Story ok-ed by Product Owner
[ ] Peer Code Review performed
[ ] Any configuration or build changes documented
[ ] any database changes are documented Database

Changes are pushed to branch 186-update-my-ads

Might be combined with  292

@LanaKast  the update functionality is not implemented, so I assume that it will be a big task because a form for collecting the user data should be implemented in the frontend and the backend should provide an endpoint for updating the topic.

authors: Atanasov-AA aschiakros balsih

repo: AkrosAG/Akros-Marketplace


text:
Adding input validations

Hello I can add proper input validation for the login and register pages
Pls assign this to me

@Gauravtb2253  currently we are facing some problem in our auth apis ,we are working it.After it get fixed we  take issues related to it.


text:
corrupted pacman.conf in chroot

I assume it happened because of devel, because I don't think I updated anything else 😄

Delete /var/lib/aurbuild
Run aur build -sc
Observe pacman.conf

Contents of /var/lib/aurbuild/x86_64/root/etc/pacman.conf
[options]
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
HoldPkg = pacman
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
HoldPkg = glibc
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Architecture = auto
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
SigLevel = PackageRequired
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
SigLevel = PackageTrustedOnly
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
SigLevel = DatabaseOptional
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
SigLevel = DatabaseTrustedOnly
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
LocalFileSigLevel = PackageOptional
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
LocalFileSigLevel = PackageTrustedOnly
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
[core]
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.neuf.no/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.myrveln.se/pub/linux/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.dynamict.se/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.acc.umu.se/mirror/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.ubrco.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://repo.itmettke.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.orbit-os.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.beccacervello.it/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.pseudoform.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://www.mirrorservice.org/sites/ftp.archlinux.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dkm.cz/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.n-ix.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hactar.xyz/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://arch.jensgutermuth.de/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.sh.cvut.cz/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.niyawe.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.cyberbits.eu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.uni-plovdiv.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.sergal.org/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.csclub.uwaterloo.ca/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mex.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.lug.mtu.edu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ind.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dc02.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.kurnode.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.lty.me/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://sgp.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.halifax.rwth-aachen.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.neusoft.edu.cn/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
[extra]
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.neuf.no/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.myrveln.se/pub/linux/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.dynamict.se/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.acc.umu.se/mirror/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.ubrco.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://repo.itmettke.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.orbit-os.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.beccacervello.it/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.pseudoform.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://www.mirrorservice.org/sites/ftp.archlinux.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dkm.cz/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.n-ix.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hactar.xyz/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://arch.jensgutermuth.de/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.sh.cvut.cz/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.niyawe.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.cyberbits.eu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.uni-plovdiv.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.sergal.org/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.csclub.uwaterloo.ca/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mex.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.lug.mtu.edu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ind.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dc02.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.kurnode.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.lty.me/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://sgp.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.halifax.rwth-aachen.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.neusoft.edu.cn/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
[community]
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.neuf.no/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.myrveln.se/pub/linux/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.dynamict.se/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.acc.umu.se/mirror/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.ubrco.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://repo.itmettke.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.orbit-os.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://archlinux.beccacervello.it/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.pseudoform.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://www.mirrorservice.org/sites/ftp.archlinux.org/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dkm.cz/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.n-ix.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hactar.xyz/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://arch.jensgutermuth.de/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.sh.cvut.cz/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.niyawe.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.cyberbits.eu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.uni-plovdiv.net/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.sergal.org/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.csclub.uwaterloo.ca/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mex.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.lug.mtu.edu/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ind.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.dc02.hackingand.coffee/arch/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.kurnode.com/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirror.lty.me/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://sgp.mirror.pkgbuild.com/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://ftp.halifax.rwth-aachen.de/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
Server = https://mirrors.neusoft.edu.cn/archlinux/$repo/os/$arch
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
CacheDir = /var/cache/pacman/pkg/ /var/cache/pacman/maximbaz/
[maximbaz]
Usage = All
SigLevel = PackageRequired
SigLevel = PackageTrustedOnly
SigLevel = DatabaseRequired
SigLevel = DatabaseTrustedOnly
Server = file:///var/cache/pacman/maximbaz

aur build -sc is full of these log entries
warning: config file /etc/pacman.conf, line 32: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 33: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 35: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 36: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 38: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 39: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 41: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 42: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 44: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 45: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 47: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 48: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 50: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 51: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 53: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 54: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 56: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 57: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 59: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 60: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 62: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 63: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 65: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 66: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 68: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 69: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 71: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 72: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 74: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 75: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 77: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 78: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 80: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 81: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 83: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 84: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 86: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 87: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 89: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 90: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 92: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 93: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 95: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 96: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 98: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 99: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 101: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 102: directive 'CacheDir' in section 'core' not recognized.
warning: config file /etc/pacman.conf, line 104: directive 'CacheDir' in section 'core' not recognized.

Nice! Exceeded even my expectations of breakage.

authors: AladW maximbaz

repo: AladW/aurutils

license: isc


text:
aur-sync: update options in man page

Fixes #474

I think I got ahead of you: https://github.com/AladW/aurutils/commit/ae6cfb56ead53e16991492dcbc4be777844d2a1b
I didn't see a reason for leaving out the short options, so I readded them, rather than change the man page.

Sure that makes sense!

authors: AladW alfunx


text:
perf: update to latest dependencies and linting

Alaska Airlines Pull Request
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Resolves: #35
Summary:
Please summarize the scope of the changes you have submitted, what the intent of the work is and anything that describes the before/after state of the project.
Type of change:
Please delete options that are not relevant.

[ ] New capability
[x] Revision of an existing capability
[ ] Infrastructure change (automation, etc.)
[ ] Other (please elaborate)

Checklist:

[x] My update follows the CONTRIBUTING guidelines of this project
[x] I have performed a self-review of my own update

By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission.
Thank you for your submission!
-- Auro Design System Team

:tada: This PR is included in version 2.1.9-beta.2 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: AlaskaAirlines/auro-backtotop


text:
Introduce ToBits::to_bits_le_into and use it in Vec/[T]

This PR targets the feat/narwhal branch, but it's quite likely it would result in a performance improvement in other use cases as well; it introduces a ToBits::to_bits_le_into method that allows us to avoid a lot of allocations when calling Vec::to_bits on large collections.
In a 1-minute run of test_state_coherence in snarkOS/narwhal, this PR reduces the number of allocations from ~4.2M to ~2M, and temporary allocations from ~2.2M to ~0.7M, as measured with heaptrack.
I've investigated the option of calling to_bits_le directly in BatchHeader::compute_batch_id, but that would require plenty of additional implementations of ToBits, and it wouldn't have the potential to reduce other allocations in snarkVM, so I decided against that.
I'm filing this as a draft until all the tests have run - it's possible that I might need to introduce another impl of ToBits::to_bits_le_into, which should be trivial.
before:

after:

The CI failures appear to be unrelated, so it's ready for review.

I am retargeting this PR to testnet3 since the changes are applicable to all snarkVM constructs that use this.

Rebased against testnet3 and added one additional commit which provides a small further improvement; that one was also found via profiling.

Superseded by https://github.com/AleoHQ/snarkVM/pull/1836; the drive-by commit will be filed as its own PR.

authors: howardwu ljedrz

repo: AleoHQ/snarkVM


text:
Question: Does this work generically with mono-repos? Or strictly NX at this stage?

I'm working in turbo-repo. My solution has been to write a script that overrides the path on the .json files so I can use the deployment extension, but if this can be configured to work in turborepo that would be amazing.

Hi @joelybahh ,
Unfortunately, I'm less familiar with turbo-repo and how it works.
Internally, in the executors, I'm using specific NX tools, so I don't know if this will work on other tools and monorepo frameworks.

@AlexPshul Thanks for the prompt reply!
I might do some digging into the source code in any case, although it's NX specific, I might be able to extract out the Azure parts and try to apply the same concepts to Turborepo, thanks again!

authors: AlexPshul joelybahh

repo: AlexPshul/nxazure


text:
New samples

New samples in a repository https://github.com/JetBrains/kotlin-web-site
Files:
docs/topics/collection-transformations.md
docs/topics/constructing-collections.md

New samples in a repository https://github.com/JetBrains/kotlin-web-site
Files:
docs/topics/collection-transformations.md
docs/topics/constructing-collections.md

New samples in a repository https://github.com/JetBrains/kotlin-web-site
Commit: https://github.com/JetBrains/kotlin-web-site/commit/0cf51882694faa08341dc065cabdc631aca1fed8
Files:
docs/topics/jvm/java-to-kotlin-collections-guide.md


text:
Unplugging and Replugging Laptop Crashes Waybar

Unplugging my laptop, waiting a few seconds, and then replugging my laptop consistently crashes waybar. Even after disabling the battery module, waybar still crashes. This could be related to #2519 and #2662. #2704 may solve this until inotify can possibly be replaced with netlink or upower events. The upower module would actually be perfect if it had format-charging like the battery module has.
Waybar Version: 0.10.3
Output:
[2024-05-15 15:31:26.609] [info] Using configuration file /home/zaheen/.config/waybar/config.jsonc
[2024-05-15 15:31:26.610] [info] Unable to receive desktop appearance: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.portal.Settings” on object at path /org/freedesktop/portal/desktop
[2024-05-15 15:31:26.610] [info] Using CSS file /home/zaheen/.config/waybar/style.css
[2024-05-15 15:31:26.637] [info] Hyprland IPC starting
[2024-05-15 15:31:26.637] [warning] $XDG_RUNTIME_DIR/hypr does not exist, falling back to /tmp/hypr
[2024-05-15 15:31:26.638] [info] Loading persistent workspaces from Waybar config
[2024-05-15 15:31:26.638] [info] Loading persistent workspaces from Hyprland workspace rules
[2024-05-15 15:31:26.672] [info] Loading persistent workspaces from Waybar config
[2024-05-15 15:31:26.672] [info] Loading persistent workspaces from Hyprland workspace rules
[2024-05-15 15:31:27.014] [info] Bar configured (width: 1900, height: 22) for output: eDP-1
[2024-05-15 15:31:27.014] [info] Bar configured (width: 1900, height: 22) for output: HDMI-A-1
[2024-05-15 15:31:27.051] [warning] Requested height: 22 is less than the minimum height: 23 required by the modules
[2024-05-15 15:31:27.051] [info] Bar configured (width: 1900, height: 23) for output: eDP-1
[2024-05-15 15:31:27.085] [warning] Requested height: 22 is less than the minimum height: 23 required by the modules
[2024-05-15 15:31:27.085] [info] Bar configured (width: 1900, height: 23) for output: HDMI-A-1
[2024-05-15 15:31:27.156] [warning] Requested height: 23 is less than the minimum height: 24 required by the modules
[2024-05-15 15:31:27.156] [info] Bar configured (width: 1900, height: 24) for output: eDP-1
[2024-05-15 15:31:27.215] [warning] Requested height: 23 is less than the minimum height: 24 required by the modules
[2024-05-15 15:31:27.215] [info] Bar configured (width: 1900, height: 24) for output: HDMI-A-1
/usr/include/c++/13.2.1/bits/stl_vector.h:1128: constexpr std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type) [with _Tp = std::tuple<long unsigned int, long unsigned int>; _Alloc = std::allocator<std::tuple<long unsigned int, long unsigned int> >; reference = std::tuple<long unsigned int, long unsigned int>&; size_type = long unsigned int]: Assertion '__n < this->size()' failed.
fish: Job 1, 'waybar' terminated by signal SIGABRT (Abort)

Hi @ZaheenJ , for UPower features it's better to open feature issue.

Even with the battery module and upower modules disabled, replugging the laptop crashed Waybar which should not happen. I don't have access to the original computer on which the crash occurred, but I can't seem to reproduce the issue on my M1 Macbook on Asahi Linux. I can try debugging more when I have access to the other laptop in about two weeks.

Can't seem to reproduce anymore.

authors: LukashonakV ZaheenJ

repo: Alexays/Waybar


text:
Calendar module: localization issue #1552

Fixed week numbers right alignment when are used different locales(week is started from the SU or MO)
Hardcode prefix 'W' is removed in order to provide user an opportunity to use his own prefix via pango markup. Examples:
"format-calendar-weeks": "W{}"
"format-calendar-weeks": "WEEK{}"

@Alexays can you give a check?


text:
MSYS2 ruby is stalled at 2.4.0-2

I have installed ruby in MSYS2 some time ago, it was at version 2.4.0-2. I see that at https://github.com/Alexpux/MSYS2-packages/tree/master/ruby version 2.5.0 is avalable. I am unable to update to this version with pacman:
`$ pacman -Q ruby
ruby 2.4.0-2
$ pacman -S ruby
warning: ruby-2.4.0-2 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Packages (1) ruby-2.4.0-2
Total Installed Size:  16.16 MiB
Net Upgrade Size:       0.00 MiB
:: Proceed with installation? [Y/n]`
It would be nice to get ruby updated to version 2.5.1 too. Thank you!

@OTLabs 32-bit ruby on MSYS/Cygwin crashing:
https://bugs.ruby-lang.org/issues/13999

Ruby 2.6.0 in repo now

authors: Alexpux OTLabs


text:
Tweak FAQ and downloaded files section for participant IDs to allow for future additions

There will be projects released shortly that do not currently have multiple samples that map to the same participant, but we expect future releases to include samples to meet that condition. The investigator has asked us to include participant IDs so that we don't have to make any revisions later.
As such, we're going to need to change the language in this FAQ to cover these cases: https://github.com/AlexsLemonade/scpca-docs/blob/5c66caa36f99b764f9f770e282b5787e318f3029/docs/faq.md#why-do-some-samples-have-missing-participant-ids
Edit: Also need to address this section: https://github.com/AlexsLemonade/scpca-docs/blob/5c66caa36f99b764f9f770e282b5787e318f3029/docs/download_files.md#metadata, so I've updated the title accordingly.
Anyone who implements this should find all "participant" to be sure everything has been addressed.

Closed by #108

authors: allyhawkins jaclyn-taroni

repo: AlexsLemonade/scpca-docs


text:
Add version updates before writing metadata

I realized that there was a possibility that when skipping steps in workflows we might inadvertently propagate old version numbers, so I added a function and steps to make sure that the version numbers are correct before we write out any metadata files.
The good news is that we are getting the version info for the output reports and final metadata directly from Nextflow, so those were always correct, but some intermediate scpca-meta.json files might not always have been.

I don't think I care much about this variation, but I can make it uniform...

Yeah, it's small 🥔 . totally up to you.

authors: jashapiro sjspielman

repo: AlexsLemonade/scpca-nf


text:
Add plots to QC report

Here I am mostly adding the Total vs. gene count plot to the QC report. I also fixed the knee plot and made the session info hidden by default, so closing all three of those issues here.
I was also playing around with #54, which I ended up abandoning, but in that process I added a bit of formatting to the tables, including making them not full-width, and striping the rows.
A few things to focus on that I was thinking about as I did them:

Please also look at all axis labels and legend titles! (Should I make the knee plot use non-scientific notation?)

For consistency among reports, I made the mitochondrial percentage go from 0-100% for all reports. This may make lower numbers harder to see in mostly-good plots (where no cells are above 50%, say). I thought the consistency was more important, but we could tweak the color scale if we think it matters.

The other potentially controversial aesthetic decision I made was to move the figure legends into the figure panels, at least for the knee & UMI/gene plots. In both of these plots, the location of the data is predictable, so in the vast majority of cases the positions I chose will not overlap data. Still, there is a chance they will, so if there is worry, I can move them back out.  (when we add the miQC plot, the top right ought to work as a clear space)

I am attaching an example report (zipped, b/c github), and the two main figures I worked on below, for reference:

closes #39
closes #40
closes #19
closes #55

Adding in the miQC plot as well, which looks like this (not included in the example report above):

Same story here where I moved the legend inside the plot. In most cases the upper right should have no genes, so it ought to be safe, but I can move back outside if that is preferred.

I updated legends and titles as suggested, using sentence case everywhere, and unifying labels.
I moved what I had put as figure captions to alt text because it was laregely redundant, as noted, but I thought we should have some kind of figure label beyond the title.
For the knee plot, I chose a more contrasting color scheme, but I didn't want to go to red, because that would imply (to me) that those points failed some QC. So I went with a dark green, and lightened up the grey. I also went with smaller points for the filtered cells. Let me know what you think.

Here is a full report file...
SCPCL000001_qc.html.zip

I don't necessarily think we need the change in size and have previously been taught not to double encode variables where we have both size and color showing if a cell is considered passed or excluded but I'll leave that final call up to you.

Yeah, I don't usually do this, but I thought it was worth it in this case, as I think it solves a problem where the two kinds of points overlap.

Yeah, I don't usually do this, but I thought it was worth it in this case, as I think it solves a problem where the two kinds of points overlap.

I would agree, it does help show the separation a lot more. I think for the purposes of this plot its okay to keep it in.

authors: allyhawkins jashapiro

repo: AlexsLemonade/scpcaTools


text:
Could you please add the EWelink Smart Wifi Switch Relay Module Timer DC 5 B/12 B/24 B/32  to your component ? ?

Hi Alex,
For your reference:
https://aliexpress.ru/i/33027260480.html
It seems to be a TISHRIC TSR620/DC
Sonoff cloud info about is:
"1000926297":{"settings":{"opsNotify":0,"opsHistory":1,"alarmNotify":1,"wxAlarmNotify":0,"wxOpsNotify":0,"wxDoorbellNotify":0},"group":"","online":true,"shareUsersInfo":[],"groups":[],"devGroups":[],"_id":"5d84c2daa4285d754675c139","name":"SW_Puerta_Calle","type":"10","deviceid":"1000926297","apikey":"23effe28-d521-4d8f-8a79-e23c97e5c9d9","extra":{"extra":{"uiid":6,"description":"20190516002","brandId":"5735f5f906d9751d4f109629","apmac":"d0:27:01:24:c2:7f","mac":"d0:27:01:24:c2:7e","ui":"单通道开关","modelInfo":"589833ac2f979b623e2f503f","model":"PSF-B01-GL","manufacturer":"郑州市中原区汇诚电子材料经营部","staMac":"60:01:94:D5:BC:41","chipid":"00D5BC41"},"_id":"5cdd2fbb211f3b10753dee66"},"params":{"bindInfos":{"alexa":["621f7a3a-6015-449f-a4ae-9d7403cdc5bc_26ca1996a20e8bd63617ab272d4eeede1d2d8e32"]},"sledOnline":"on","switch":"off","fwVersion":"3.4.0","rssi":-86,"staMac":"60:01:94:D5:BC:41","startup":"off","init":1,"pulse":"off","pulseWidth":500,"version":8},"createdAt":"2019-09-20T12:15:22.938Z","__v":0,"onlineTime":"2020-05-01T07:15:33.008Z","ip":"88.0.108.2","location":"","offlineTime":"2020-05-01T07:14:51.754Z","tags":{"m_c9d9_jime":"on"},"devicekey":"621f7a3a-6015-449f-a4ae-9d7403cdc5bc","deviceUrl":"","brandName":"New Smart ","showBrand":true,"brandLogoUrl":"","productModel":"G1","devConfig":{},"uiid":6},
Alternatively if you give some hint I can look to the code and try a contribution on my own. I look to your code and looks pretty well organized and done. Only issue is that my russian is really poor, not more of 10-15 words after 10y travelling frequently to Moscow for work.

Apologies, it work fine. My fault.

repo: AlexxIT/SonoffLAN


text:
Added add_suffix! and add_prefix! functions to SystemStructure to easily change names, and corresponding set_sname!/set_snames!, etc to StockFlow

Edits to SystemStructure may require further documentation.  Currently writing tests for it, though seemed to work in informal tests so far.

Specifically, these change stock, flow, sum variable, dynamic variable and parameters names to feet, stock flows, and open stock flows.

I think the changes are done on the wrong branch, this should be done on a branch based off 7e65d31


text:
how to configure this in laravel ?

what will be next step after adding trait in model ?

go to
http://localhost:8000/odata.svc
http://localhost:8000/odata.svc/$metadata
http://localhost:8000/odata.svc/ModelName
please let me know if it works for you because i'm getting this error
A non well formed numeric value encountered

Do i have to declare this path in my web.php file right? how can i use all
that function like $count, $top ect..
Best Regards,
Dhruvisha Vasavada
On Thu, Jul 12, 2018 at 2:33 PM donmbelembe notifications@github.com
wrote:

go to
http://localhost:8000/odata.svc
http://localhost:8000/odata.svc/$metadata
http://localhost:8000/odata.svc/ModelName
please let me know if it works for you because i'm getting this error
A non well formed numeric value encountered
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Algo-Web/POData-Laravel/issues/170#issuecomment-404443346,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AkqxyYLE4jHmy87ge0bWc7MMOa9R-a2zks5uFxDfgaJpZM4VMc4V
.

Do i have to declare this path in my web.php file right? how can i use all
that function like $count, $top ect..

Have you exposed the model with the trait?
The routes are defined by the route service provider.
@donmbelembe where are you encountering that error

http://localhost:8000/odata.svc/$metadata this URL is working for me but when I write ModelName it redirecting  back to a login page

I'm also new to Odata
so i don't know, just trying out

this link: http://localhost:8000/odata.svc/$metadata
produce this error _http://localhost:8000/odata.svc/$metadata_

when I write ModelName it redirecting to Home page

@c-harris  yeah and when trying to access http://localhost:8000/odata.svc i'm getting A non well formed numeric value encountered on \vendor\symfony\http-foundation\Response.php

Do we need to add Class 'Symfony\Component\Yaml\Yaml'  this manually in the composer
i have checked in composer.json this class is already there still I'm getting the same error  on this link: http://localhost:8000/odata.svc/$metadata

I've installed composer require symfony/yaml
i'm not getting this error anymore Class 'Symfony\Component\Yaml\Yaml' not found
but still my model redirecting to /home and
http://localhost:8000/odata.svc/$metadata & http://localhost:8000/odata.svc gives this error A non well formed numeric value encountered on \vendor\symfony\http-foundation\Response.php

I'm also getting the same error with laravel 5.6

@donmbelembe , @dsv4890 , can you try again, please?  I've rolled up @NoelDeMartin 's pull request that fixed at least one underlying issue.

thank you ,
but unfortunately after updating to the last version and set the trait to the User Model, i'm getting the following error
`php artisan package:discover
In MetadataProvider.php line 140:
Undefined index: User`

@donmbelembe , thanks for your feedback.
Blast.  I'm working on a pull request at the moment that might get you out of a jam (#171 ) - if I give you the details, are you able to update with them and see if pain persists?

of course @CyberiaResurrection

Here we go - you'll need to tweak your project's composer.json file somewhat:
1 - Add the following section:
    "repositories": [       {         "type": "vcs",         "url": "https://github.com/CyberiaResurrection/podata-laravel.git",         "no-api": true       }     ],
2 - Change your podata-laravel dependency line as follows:
"algo-web/podata-laravel": "dev-CleanUpAsserts as dev-master",
After that, you'll need to run composer update.  Could you let me know how that goes?
I'm still arguing with getting the test suite working under Laravel 5.6.

Thanks dude, I followed your steps, now http://localhost:8000/ and http://localhost:8000/odata.svc/$metadata are returning good response, however When trying to access my model like this http://localhost:8000/odata.svc/ModelName It's redirecting to home page

@donmbelembe , thanks heaps for your feedback and confirming a certain wombat (ie, @CyberiaResurrection) had not mucked that particular bit up.
This may be a really dumb question - crack up laughing if you feel the need -  but are you logged into your project before browsing to odata.svc/ModelName ?

@CyberiaResurrection should we perhaps consider disabling auth by default as it is not detailed in odata itself?

I direct my learned colleague's attention to the README.
@donmbelembe , can you try adding the following line to your project's .env file?
APP_DISABLE_AUTH=true

@CyberiaResurrection About your question, When I'm not logged in it is redirecting to the login page and when it's already logged in it is redirecting to /home. actually my home page has auth middleware

The trait is already set in my model but http://localhost:8000/odata.svc/ModelName is redirecting to /home

@CyberiaResurrection even with APP_DISABLE_AUTH=true i'm getting the same result

@donmbelembe , that's a new problem.  APP_DISABLE_AUTH should do what it says on the tin - thanks for rumbling a spot where I've outsmarted myself.

@donmbelembe , I've pushed out what I hope is a fix for APP_DISABLE_AUTH - does that get you out of trouble?

I think It works now.
So http://localhost:8000/odata.svc/User return an xml with 404 status code but http://localhost:8000/odata.svc/Users return data, so this mean we must call call the model in plural ?
Maybe I should learn more about Odata, I'm testing first

@donmbelembe , thanks for your continued feedback and patience.
We followed Laravel convention and thus pluralised the model names to use as endpoints.  That's an implementation choice in POData-Laravel, not anything intrinsic to OData itself.

Okey. Thanks to you also for your help

Thanks for your bug reports.  As you've confirmed that your issue is fixed in that branch, I'll close this issue.

@donmbelembe , I've rolled those changes up, so you'll need to undo those changes I asked you to make in your project's composer.json file.

authors: CyberiaResurrection c-harris donmbelembe dsv4890

repo: Algo-Web/POData-Laravel


text:
Add torchvision

Could be useful for multimedia!

closing wontfix

repo: AlgoCompSynth/AlgoCompSynth-One


text:
اضافه شدن یک نفر به گروه

لطفا merge کنید.
یک نفر به گروه اضافه شد و لینک آن را به گروه اضافه کردم. متشکرم.

سلام شما نمیتونید به ریدمی اصلی دست بزنید

سلام شما نمیتونید به ریدمی اصلی دست بزنید

authors: FATEMEHVAKILI saharzeinivand


text:
Problem with docker build

I'm struggling to get the proper linux environment to work for this, so I've resorted to using docker. I eventually got the program to work with the provided docker build instructions about a week or so ago on WSL2, but it doesn't seem to work for me any more.
docker build -t first-order-model . fails for me on this step: full log
Collecting opencv-python (from face-alignment==1.1.0)
  Downloading https://files.pythonhosted.org/packages/a1/d6/8422797e35f8814b1d9842530566a949d9b5850a466321a6c1d5a99055ee/opencv-python-4.3.0.38.tar.gz (88.0MB)
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-wuc0x2vh/opencv-python/setup.py", line 9, in <module>
        import skbuild
    ModuleNotFoundError: No module named 'skbuild'

Any ideas to get this working again?
Running on a fresh WSL2 Ubuntu build following the instructions here. Building with a fresh clone of this repo as well.
Thank you!

Hi, I have exactly the same problem after downloading OpenVino toolkit for linux with FPGA support version 2020.4.287.
the same issue is being solved in this thread, but I do not know, how to download changed files.
https://github.com/OpenVisualCloud/Dockerfiles/issues/549

Hi, this problem is described in issue in official opencv-python repo and in their FAQ.

Submited a pull request to fix it

Submited a pull request to fix it

This worked, thank you

Edit the Dockerfile, and add RUN pip3 install scikit-build==0.11.1 before the last Command
about like this:
FROM nvcr.io/nvidia/cuda:10.0-cudnn7-runtime-ubuntu18.04

RUN DEBIAN_FRONTEND=noninteractive apt-get -qq update \
 && DEBIAN_FRONTEND=noninteractive apt-get -qqy install python3-pip ffmpeg git less nano libsm6 libxext6 libxrender-dev \
 && rm -rf /var/lib/apt/lists/*

COPY . /app/
WORKDIR /app

RUN pip3 install scikit-build==0.11.1
RUN pip3 install setuptools

RUN pip3 install \
  https://download.pytorch.org/whl/cu100/torch-1.0.0-cp36-cp36m-linux_x86_64.whl \
  git+https://github.com/1adrianb/face-alignment \
  -r requirements.txt

repo: AliaksandrSiarohin/first-order-model


text:
Ability to sort column either by number or letter

Hi!  Is there any way to add 2 options to the header of a column (which has alpha numeric data) which allows the user to either sort by number or by letter?  Thank you for a job well done!

@rikkirabz sorry for lately reply. Currently, it's hard to achieve your requirement in the react-bootstrap-table. But I'll consider to enhance it on react-bootstrap-table2 when I have time,
Thank you :)

authors: AllenFang rikkirabz

repo: AllenFang/react-bootstrap-table


text:
worker heap memory use high

Alluxio Version:
alluxio 2.6.1
Describe the bug
alluxio worker use memory as follows:
this one only shows heap memory and only alluxio worker use without job worker

worker jvm setting:
ALLUXIO_WORKER_JAVA_OPTS: ' -Dalluxio.worker.rpc.port=30062 -Dalluxio.worker.web.port=30063
-Dalluxio.worker.container.hostname=${ALLUXIO_WORKER_CONTAINER_HOSTNAME} -Dalluxio.worker.memory.size=70Gi
-Dalluxio.worker.hostname=${ALLUXIO_WORKER_HOSTNAME} -Xmx20g -Xms20g -XX:MaxDirectMemorySize=50g'
And the metaspaceSize show as follows:
jinfo -flag MaxMetaspaceSize 1
-XX:MaxMetaspaceSize=18446744073709547520
jinfo -flag MetaspaceSize 1
-XX:MetaspaceSize=21807104
To Reproduce
spark write to allxuio
Expected behavior
can this be smaller?

6 spark jobs write to alluxio ,each spark job has 20 executor and  4 cpu  * 8  memory  per executor

@lilyzhoupeijie are you able to get one or more heap dump when the worker memory usage is high?
@yuzhu any suggestions?

K8S will calculate memory by adding process memory + process page cache and will issue OOM when using more than 100GB
process memory is small

K8S don't have ways to clear page cache

worker process with new process cleaning page cache
another manual way cleaning process page cache

Close because K8S constraint

authors: LuQQiu lilyzhoupeijie

repo: Alluxio/alluxio