Github Action Scan executing in incorrect directory

Situation
When I run the GitHub Action scan to execute the Sechub scan (without changes in my configuration files), I notice that the scan is now executing under its own directory instead of the workdir where the code of my app is located.
It seems that the scan is being executed in its own working-directory.
Steps to Reproduce

Run the GitHub Action scan with Sechub.
Observe that the scan executes in its own directory instead of the intended workdir.

Debugging showed that the SecHub action creates the zip to analyze with its own code:
2024-10-03 14:06:45 (Z) DEBUG: Loading config file: '/home/runner/actions-runner/_work/mono/mono/generated-sechub.json'
2024-10-03 14:06:45 (Z) DEBUG: appendToSourceCodeZipFile - 1 folders defined: [.]
2024-10-03 14:06:45 (Z) DEBUG: appendToSourceCodeZipFile - 0 files defined: []
2024-10-03 14:06:45 (Z) DEBUG: appendToSourceCodeZipFile - Excludes: [prism bruno certs **/test/** **/node_modules/** **/.gradle/** **/.idea/** **/.vscode/** **/.git/** sechub-false-positives-*.json sechub_report_*.json *.a *.so *.class *.jar *.gif *.jpeg *.jpg *.png .svg *.tar *.xz *.zip]
2024-10-03 14:06:45 (Z) DEBUG: appendToSourceCodeZipFile - SourceCodePatterns: []
2024-10-03 14:06:45 (Z) Zipping folder: . (/home/runner/actions-runner/_work/mono/mono/sechub/github-actions/scan)
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/.eslintrc.json
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/.gitignore
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/.prettierrc.json
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/README.adoc
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/__test__/client-version-helper.test.ts
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/__test__/configuration-builder.test.ts
...
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/action.yml
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/dist/exec-child.js
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/dist/index.js
2024-10-03 14:06:45 (Z) DEBUG: Adding __data__/reference-data-1/jest.config.js
2024-10-03 14:06:45 (Z) DEBUG: "node_modules/.bin/acorn" matches exclude pattern "**/node_modules/**" -> skip
2024-10-03 14:06:45 (Z) DEBUG: "node_modules/.bin/browserslist" matches exclude pattern "**/node_modules/**" -> skip
...
2024-10-03 14:06:46 (Z) DEBUG: Adding __data__/reference-data-1/package-lock.json
2024-10-03 14:06:46 (Z) DEBUG: Adding __data__/reference-data-1/package.json
2024-10-03 14:06:46 (Z) DEBUG: "sourcecode-***.zip" matches exclude pattern "*.zip" -> skip
2024-10-03 14:06:46 (Z) DEBUG: Adding __data__/reference-data-1/src/action-helper.ts
2024-10-03 14:06:46 (Z) DEBUG: Adding __data__/reference-data-1/src/client-download.ts

I have tried running the scan with previous versions of the client, but the same behavior always occurs.
After reviewing this PR , I noticed that you are setting the working-directory: ${{ github.workspace }}/sechub/github-actions/scan in the step name: Run SecHub Scan. Could this be related?
Could you please provide support on whether we need to change something in our configuration, or take a look at this issue?
Thank you!

Hello @escudev,
thank you for bringing this issue to our attention. It has been fixed and a new release of the Github Action has been published (https://github.com/mercedes-benz/sechub/releases/tag/v2.2.0-gha).
Kind regards
Rouven


Validate ZooKeeper ACLs required for upgrade process.

A user reported upgrade issues with ZooKeeper ACLs - document the ACLs expected by Accumulo and required for an upgrade.  This is a follow on to https://github.com/apache/accumulo/issues/2890

Closed with #3109 and #3118


A question on design

Is there a reason for creating Init? I am basically curious, because surely you could do this instead ...
function cash(selector, context) {
    if (!(this instanceof cash)) {
        return new cash(selector, context);
    }

    // ... continue with querying the DOM etc...
}

The original reason is probably "because jQuery does it", but the real reason is "performance".
The instanceof call slows the creation down by nearly 100% versus just returning a new Init. Try it for yourself with this simplified test:
https://jsperf.com/init-vs-instanceof

Granted, you're probably not creating thousands of cash instances per second so the real world difference would not be drastic, however there's no advantage to the instanceof way other than somewhat simplifying the codebase. Filesize-wise, there's no significant difference between the two (a few bytes after minification) and the performance is so much greater that it's worth keeping Init.
If you think there's something I'm missing, please let me know.

Okay, so it was pre-optimisation. Thanks


PARQUET-1692: [C++] LogicalType::FromThrift error on Centos 7 RPM [refix]

patch in PR #5900 is insufficient, as FindThrift.cmake is overriding THRIFT_VERSION even if the found version is less than required.
The THRIFT_VERSION variable (originally set by versions.txt) is consequently used by build_thrift() to download and build the thrift dependency.
As a result, once an incompatible version of Thrift is found, the same version will be downloaded again.

@kou

Oh, sorry.
I think that the root cause of this is using the same variable name for multiple proposes (found Thrift version and build Thrift version).
This will fix this problem but how about renaming variable name
https://github.com/kou/arrow/commit/b99965b9a7f9a48f2de20e9e04df7b64223635f1 ?

@kou looks good. Can you take-over and open a new PR with your patch?

OK. I'll do it.

Done: https://github.com/apache/arrow/pull/5958


Use TreeMap instead of HashMap for JsObject key/value pairs, fixes #277

The problem is that with String's hashCode implementation it is too simple to
create synthetic collisions. This allows an attacker to create an object with
keys that all collide which leads to a performance drop for the HashMap
just for creating the map in the first place. See https://github.com/scala/bug/issues/11203
for more information about the underlying HashMap issue.
For the time being, it seems safer to use a TreeMap which uses String ordering.
Benchmarks suggest that using a TreeMap is only ~6% slower for reasonably sized JSON objects
up to 100 keys.
Benchmark for non-colliding keys:
Benchmark                         (_size)  (parser)   Mode  Cnt        Score       Error  Units
ExtractFieldsBenchmark.readSpray        1   HashMap  thrpt    5  1195832.262 ± 64366.605  ops/s
ExtractFieldsBenchmark.readSpray        1   TreeMap  thrpt    5  1342009.641 ± 17307.555  ops/s
ExtractFieldsBenchmark.readSpray       10   HashMap  thrpt    5   237173.327 ± 70341.742  ops/s
ExtractFieldsBenchmark.readSpray       10   TreeMap  thrpt    5   233510.618 ± 69638.750  ops/s
ExtractFieldsBenchmark.readSpray      100   HashMap  thrpt    5    23202.016 ±  1514.763  ops/s
ExtractFieldsBenchmark.readSpray      100   TreeMap  thrpt    5    21899.072 ±   823.225  ops/s
ExtractFieldsBenchmark.readSpray     1000   HashMap  thrpt    5     2073.754 ±    66.093  ops/s
ExtractFieldsBenchmark.readSpray     1000   TreeMap  thrpt    5     1793.329 ±    43.603  ops/s
ExtractFieldsBenchmark.readSpray    10000   HashMap  thrpt    5      208.160 ±     7.466  ops/s
ExtractFieldsBenchmark.readSpray    10000   TreeMap  thrpt    5      160.349 ±     5.809  ops/s

/cc @plokhotnyuk

LGTM


Added descriptor_type support in file database.

Description
Files can now be saved (and thus accessed) in accordance with the file_type and descriptor_type provided by the user. Detailed description of the change has already been given under the issue description.
Fixes #58
Type of change

[x] New feature (non-breaking change which adds functionality)
[x] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] I have not reduced the existing code coverage
[x] I have added docstrings following the Python style guidelines of this project to all new modules, classes, methods and functions are documented with docstrings following; I have updated any previously existing docstrings, if applicable

Just checked very quickly so that you can go ahead. The most important stuff is correct for sure. If there needs to be some refactoring done, we can do it later. You can go ahead with the validations.
Thanks a lot for this!!!


Scale Loki to the moon 🌙

Details
Describe the solution you'd like:
Prometheus, Thanos are all scaled, time to do the same work for Loki. This might be tricky with the loki ruler.

Done with the new Loki simple scalable helm chart.


Ignore code coverage for auto generated file

Changes
Ignore code coverage for auto generated file under v1alpha2
Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:

[x] Includes tests (if functionality changed/added)
[x] Includes docs (if user facing)
[x] Commit messages follow commit message best practices

See the contribution guide for more details.
Double check this list of stuff that's easy to miss:

If you are adding a new binary/image to the cmd dir, please update
the release Task to build and release this image.

Reviewer Notes
If API changes are included, additive changes must be approved by at least two OWNERS and backwards incompatible changes must be approved by more than 50% of the OWNERS, and they must first be added in a backwards compatible way.
Release Notes
Describe any user facing changes here, or delete this block.

Examples of user facing changes:
- API changes
- Bug fixes
- Any changes in behavior

/lgtm

/test pull-tekton-pipeline-integration-tests

/test pull-tekton-pipeline-integration-tests


Dump content and models via Content Management API into the repo

Motivation
Those who clone this repo can only guess what the content models and items in the KK project are.
Design guidelines
Dump the entire content project into JSON files so that everyone can clone the project.

fixed in https://github.com/Kentico/gatsby-starter-kontent/commit/0864d97b51ce705bd9471ec1b512d56dfbd418ee#diff-7a53765b8babef679e3e43dfcb8b12dbb8ed562e1b343935d53b42443403fb7e


Add instructions install on top #493

Yeap, I just switch to local, and also think it's a very small percentage that uses global.

The Install/Command line sections should go before the Who uses mustache.js? one, imo.

Please, check the text you wrote, there are multiple mistakes/typos. I can point them out, but you can probably figure out most of them, currently.

Sorry for my mistakes, and I also think best the Install/Command line tools section before the Who uses mustache.js?

cc @dasilvacontin

LGTM except for the comments. Sorry for the reviewing delay!

fix the comments, no problem for delay

Please squash commits after that last change :)
Relevant: https://robots.thoughtbot.com/git-interactive-rebase-squash-amend-rewriting-history

Thanks @dasilvacontin, just did squash the commits :)

I think you missed one of my old comments: https://github.com/janl/mustache.js/pull/496#discussion_r41712922
I also added a new one: https://github.com/janl/mustache.js/pull/496#discussion_r41734106

sorry @dasilvacontin, I'm fix new and old comments.

No problemo! Looks good now, thanks! :)


C executables built with Sonnet-modified WarpOS target still contain non-0x2005 hunks

Currently, C executables linked with Sonnet-modified WarpOS target (sonnet.o instead of warpup.o) still contain two hunks without 0x2005 extended memory attribute.
This can be observed for example, in wosdb. Even though I added a bunch of -hunkattr parameters to vlink.
Investigating, I suspect x.o can be blamed here.
Note hunk 6, 7 below:
$ sonnetrun/a.out wosdb/wosdb
HUNK_HEADER
	Hunk table size: 9
	First hunk to load: 0
	Last hunk to load: 8
Unaligned read at 15f60!
Unaligned read at 15f60!
HUNK_CODE (0x3e9) hunk number 0 at offset 0x54
	Size: 156 Amiga longwords (624 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_CODE (0x3e9) hunk number 1 at offset 0x2cc
	Size: 17616 Amiga longwords (70464 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_RELOC32 (0x3ec)
HUNK_CODE (0x3e9) hunk number 2 at offset 0x1162c
	Size: 7 Amiga longwords (28 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_DATA (0x3ea) hunk number 3 at offset 0x1166c
	Size: 829 Amiga longwords (3316 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_DATA (0x3ea) hunk number 4 at offset 0x12378
	Size: 1349 Amiga longwords (5396 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_DATA (0x3ea) hunk number 5 at offset 0x13c98
	Size: 116 Amiga longwords (464 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_DATA (0x3ea) hunk number 6 at offset 0x13f34
	Size: 4 Amiga longwords (16 bytes)
	Flags: None (implied MEMF_PUBLIC)
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_DATA (0x3ea) hunk number 7 at offset 0x13fdc
	Size: 6 Amiga longwords (24 bytes)
	Flags: None (implied MEMF_PUBLIC)
	Relocation: HUNK_DRELOC32 (0x3f7)
HUNK_BSS (0x3eb) hunk number 8 at offset 0x14010
	Size: 1996 Amiga longwords (7984 bytes)
	Flags: Extended mem attributes
		Extended memory attribute: 0x2005
	Relocation: HUNK_DRELOC32 (0x3f7)

Actually not x.o. Linking with -M shows:
------------------------------
  00000000 .ctors  (size 10)
           00000000 - 00000010 INITEXIT(.ctors)
------------------------------
  00000000 .dtors  (size 18)
           00000000 - 00000018 INITEXIT(.dtors)
------------------------------

These are the culprits, now where are they added...

Automatic constructors/deconstructors are added when using -amigahunk. Or
so the vlink docs say. Don't know if that is relevant.
2016-02-04 10:24 GMT+01:00 Radosław Kujawa<EMAIL_ADDRESS>
Actually not x.o. Linking with -M shows:

00000000 .ctors  (size 10)
00000000 - 00000010 INITEXIT(.ctors)
00000000 .dtors  (size 18)
00000000 - 00000018 INITEXIT(.dtors)
These are the culprits, now where are they added...
—
Reply to this email directly or view it on GitHub
https://github.com/Sakura-IT/SonnetAmiga/issues/30#issuecomment-179727805
.

Constructor/destructors are generated by vlink, but -hunkattr affects only input sections read from the objects that we are linking.
Frank will take a look at applying hunkattr modifications for generated sections as well.

What are those sections used for? If there is no PPC access we can leave it at this.

Something generated by constructors/destructors in VBCC standard C library. It's likely it will be needed. Frank implemented hunkattr support for this, will try tomorrow vlink snapshot.

Fixed in vlink source dated today. Already installed it on the server.
@DvdBoon Can you test whether wosdb packaged in latest sonnet.lha works correctly?
https://sonnet.uguu.waw.pl/jenkins/job/sonnetamiga/87/artifact/sonnet.lha

I see that all the hunks now have $2005 as an attribute. And wosdb works nicely/correctly. Yay for the Altivec update. Now to find a Sonnet G4.


[CSL-436] Secure slotting: implement NTP list solution

@georgeee

Calculate current slot based on:

Current system time
Time margin, known from NTP server querying

Use TW-102 multi-server NTP client (launch it as worker)
Be careful regarding slot monotony: if we receive negative time-shift we shouldn't apply it immediately if it's only start of slot (for this reason the best would be to apply time-shifts by timer at middle of slot)

https://input-output-rnd.slack.com/archives/sl-pos/p1482245511000127

@georgeee
Postponed till TW-102 done


Redirection: Monitor pages by default

When published pages or posts change urls, it's a nice feature to monitor for those and redirect for end-users.
Redirection has support for this, and they also have the ability to set configuration in code, so we should be able to do this by default:
https://github.com/johngodley/redirection/blob/50aaa1c774117086c10083c7c03fe3aea25efa30/redirection-settings.php#L44

Tried this, but didn't work:
red_set_options( ['monitor_post' => true, 'monitor_types' => ['post', 'page']]);.
Closing out, it's not a huge deal.


Update JobClient dependency Apache HttpClient to v4.5.5

Changes proposed in this PR
Update JobClient dependency Apache HttpClient to v4.5.5.
Why are we making these changes?
A customer has a conflict with the old version, and asked us to upgrade.

@pschorf - I think this is ready to merge.


Changing learning rate crashes actor_critic_agent.py

https://github.com/PacktPublishing/Tensorflow-2-Reinforcement-Learning-Cookbook/blob/aad22c1c121fa4af41818d26880b1fc6903265b6/Chapter02/8_actor_critic_agent.py#L37
Change the learning rate above to 1e-1 and run the edited file, after some episodes, it will throw the error:
Traceback (most recent call last):
  File "8_actor_critic_agent.py", line 108, in <module>
    train(agent, env, num_episodes)
  File "8_actor_critic_agent.py", line 91, in train
    next_state, reward, done, _ = env.step(action)
  File "~/.pyenv/versions/tf2/lib/python3.6/site-packages/gym/wrappers/time_limit.py", line 16, in step
    observation, reward, done, info = self.env.step(action)
  File "~/.pyenv/versions/tf2/lib/python3.6/site-packages/gym/envs/classic_control/cartpole.py", line 104, in step
    assert self.action_space.contains(action), err_msg
AssertionError: 2 (<class 'int'>) invalid

Hi @Ynjxsjmh ,
The reason you get that error from the CartPole environment is because the action logits predicted by the neural-network based Actor in this line is NaN (Not a number).
The cause for the NaN value is the very-high learning rate value which causes an explosion in gradients thereby driving the neural network's output to infinity/NaN.
Using such a high learning rate of 1e-1 is not recommended with the Adam optimizer.
To solve your issue, please use a lower learning rate.

Closing this issue since this is not an issue with the Actor-Critic Agent recipe but rather with the choice of the learning rate hyper-parameter used.


Create LICENSE

Add BSD 3-Clause License
Resolves #1

BabylonJS is licensed under Apache 2.0

BabylonJS is licensed under Apache 2.0


base fraction cutoff

Hi Andrew
I've added a feature so that you can specify a cutoff based on the fraction of HQ bases not just absolute count. This is probably important where there is high depth of coverage and 2 ALT bases could be sequencing error.
Using a fraction_cutoff of >=0.05 and count_cutoff of >=2, I eliminated a lot of SNVs I think were false positives based on manual inspection
In addition I have made a couple of changes so that it will account for

multiple SNVs in  one contig
https://github.com/lowandrew/ConFindr/blob/ab3bedbd70a959dd2498afc3c44f18c6a122c228/confindr/confindr.py#L598
https://github.com/lowandrew/ConFindr/blob/ab3bedbd70a959dd2498afc3c44f18c6a122c228/confindr/confindr.py#L761

allow for the fact that at some positions there may be three bases e.g {'A': 64, 'T': 2, 'C': 1}
https://github.com/lowandrew/ConFindr/blob/ab3bedbd70a959dd2498afc3c44f18c6a122c228/confindr/confindr.py#L294

I have made extensive use of list and dictionary comprehensions in the find_if_multibase function to simplify the code a little.
I hope that the PR makes sense. Thanks for a great concept realised in this software

By the way, I added a few tests for my altered function that changed to has_two_high_quality_bases to number_of_bases_above_threshold 😄

This looks great, the fraction contamination is something I've been meaning to get around to implementing for a while but hadn't yet. Thanks!


Execute DNSSEC resolver tests

Execute DNSSEC resolver tests

https://dnssec.vs.uni-due.de/
https://en.internet.nl/

Results:
** https://dnssec.vs.uni-due.de/**

Yes, your DNS resolver validates DNSSEC signatures.

You are protected by DNSSEC signature validation.

You have enabled ‘IPv6 Privacy Extensions’ (or you are not using SLAAC).

You are able to reach computers via DNS on their IPv4 address.

You are able to reach computers directly on their IPv6 address.

You are able to reach computers via DNS on their IPv6 address.

Your DNS resolver is able to reach name servers over IPv6.

Nothing to do here. All looking good.


Factbox layout not rendered correctly

1. Describe the bug
I created the FactBox that just shows some info about an Item and also taking Location Filter and Variant Filter for SubPageLink.
I added the created FactBox to following documents:

Purchase Order (page 50)
Purchase Quote (page 49)
Sales Order (page 42)
Sales Quote (page 41)
Service Lines (page 5905)
Service Quote Lines (page 5966)
Service Item Worksheet (page 5906)
Purch. Order From Sales Order (page 1328) <-- remember this one

On all documents it works as expected. Like this

But on page Purch. Order From Sales Order (page 1328) the layout is messed up

2. To Reproduce
Steps to reproduce the behavior:

Create new FactBox named "TSRD Item Details - Repl." that shows info about Items replenishment system
Add newly created FactBox to pages listed above using appropriate SubPageLink

part(TSRDItemRepltDetails; "TSRD Item Details - Repl.")
{
    ApplicationArea = All;
    SubPageLink = "No." = field("No."), "Location Filter" = field("Location Code"), "Variant Filter" = field("Variant Code");
}

On Purch. Order From Sales Order (page 1328) FactBox isn't displayed correctly

3. Expected behavior
Information displayed inside FactBox should be properly aligned.
4. Actual behavior
Information displayed inside FactBox isn't properly aligned.

5. Versions:

AL Language: v9.0.615906

Visual Studio Code:
Version: 1.66.2 (user setup)
Commit: dfd34e8260c270da74b5c2d86d61aee4b6d56977
Date: 2022-04-11T07:46:01.075Z
Electron: 17.2.0
Chromium: 98.0.4758.109
Node.js: 16.13.0
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.19044

Business Central: Version: DE Business Central 19.5 (Platform 19.0.36528.38789 + Application 19.5.36567.38821)

List of Visual Studio Code extensions that you have installed:

AL CodeActions
AL Navigator
AL Toolbox
AL Variable Helper
AZ AL Dev Tools/AL Code Outline

Hi, this issue is out of scope of for this repository. You should do one of the following:

Open a support request to CSS through the PartnerSource portal
Open a bug in Collaborate
Contact your Service Account Manager (SAM) in your local subsidiary to understand what is included in your contract as of support incident and PAH (Partner Advisory Hours). Your SAM might also direct you "step by step" how to open a support request or how to get credentials, if this is the first time for you or your company

As a reminder, this repository only handles issues to do with the compiler or VSCode development experience for AL.


Unable to scroll console-only (headless) distros

Describe the issue
A clear and concise description of what the issue is. BEFORE SUBMITTING YOUR ISSUE, PLEASE LOOK AT THE PINNED ISSUES AND USE THE SEARCH FUNCTION TO MAKE SURE IT IS NOT ALREADY REPORTED. ALWAYS COMMENT ON AN EXISTING ISSUE INSTEAD OF MAKING A NEW ONE.
When I run any Linux distro headless (primary examples: Alpine Linux v3.13 and Puppy Linux v9.5), I am unable to scroll back beyond the current screen. This is a real issue because when I run a search for a package and the list is longer than one screen, for example, I cannot view anything that came before it. For now, I am sending the searches to text files, which is less than desirable. Am I missing a configuration option?
Configuration (required)

UTM Version: (How do I find this in the app?)
OS Version: iPadOS v14.3
Device Model: iPad Pro 12.9” 2018
Is it jailbroken (name jailbreak used)? Not jailbroken
How did you install UTM? AltStore

Crash log
If the app crashed, you need a crash log. To get your crash log, open the Settings app and browse to Privacy -> Analytics & Improvements -> Analytics Data and find the latest entry for UTM. You should export the text and attach it here.
No crash occurred.
Debug log
For all issues, including crashes, you should attach a debug log. Open UTM, and open the settings for the VM you wish to launch. Near the bottom of the configuration options (or at the top of the QEMU page) is Debug Log. Turn it on and save the VM. After you experience the issue, quit the VM and re-launch UTM. Open the VM settings again and select Export Log... and attach it here.
UMT-Alpine-Log-030321
Upload VM
(Optional) If possible, upload the config.plist inside the .utm. If you do not have this, you can upload the entire .utm but note this contains your personal data. Since GitHub has an attachment size limit, you may want to upload to another service such as Google Drive. Link it here.
I am unsure how to get to the config.plist.

What happens when you try to pan the screen with your fingers? On my ArchLinux install it scroll fine.

That’s interesting. I an unable to do so. My fingers on the screen does nothing. I tried two fingers, one finger, and three fingers — sliding them does nothing. I also tried with Apple Pencil 2, but same result. I can take a screen capture vid and link it here? Ooof, now that I think about it, though, I’m not sure you’d be able to see what my fingers are doing that way. I could take a regular video, then? If that would be helpful? Or is there anything else I can give you? I will also try Arch and Ubuntu and see if they also experience an issue. So far, I’ve only worked with Alpine and Puppy. 👍🏻

With the very tiny distros like Alpine, I boot to tty0 only unless/until I install a desktop environment. Could that be an issue for scrolling the screen history?

@8thHalfHour I just realized looking at your logs that you are not in Console Only mode (Display -> Type -> Console Only). Since you are emulating a VGA that the VM is outputting to and there's no mouse/tablet device being emulated, there is no way for your touch inputs to work. This is as expected and is exactly what would happen if you run this OS on a real computer (you won't get anything from the mouse). You can either install an OS with a GUI (such as Debian or Ubuntu) or use Console Only mode which emulates a terminal instead of VGA (so you can scroll with your fingers).


Typo

"necessarily files all end up in their correct places in the project" should read "necessary files all end up in their correct places in the project"
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 92399c34-8136-b3bf-4754-5f0781a99bad
Version Independent ID: 459b7ff8-6d5d-2dcb-fd78-9f52f56ae9b0
Content: Create a NuGet package using the dotnet CLI
Content Source: docs/create-packages/creating-a-package-dotnet-cli.md
Product: nuget
GitHub Login: @karann-msft
Microsoft Alias: karann

@moingshaikh created a PR to fix the typo, which has been merged. It's not yet live, but will be the next time our staged changes are published to live.


Autowired@ needed ?

Is @Autowired missing here in OrderController's constructor in chapter 3 example?
public OrderController(OrderRepository orderRepo) {
this.orderRepo = orderRepo;
}

As of Spring Framework 4.3, an @Autowired annotation on such a constructor is no longer necessary if the target bean only defines one constructor to begin with. However, if several constructors are available, at least one must be annotated to teach the container which one to use.

established by usage


Gradient Checkpointing requires JIT off, does it need in original RWKV?

https://github.com/Blealtan/RWKV-LM-LoRA/blob/df5689bc88fc2f3334fbbc0117369817b0558b2b/RWKV-v4neo/train.py#L260
Studying RWKV-LoRA I found out that if args.grad_cp == 1 then RWKV_JIT_ON should be set to 0. I would like to ask if it is applicable for LoRA only or original RWKV also needed it?
Thanks.

I suspect the original RWKV also needs it but have no direct evidence. I only tried turning LoRA off and checkpointing on in this repo and it doesn't work. However this repo with LoRA off should be identical to the original, so that's what I thought. Maybe later look further into it.

Nice find out, thank you for implementing LoRA for RWKV :)


providers.docker.defaultrule

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What did you do?
1.unraid install traefik
2.add the traefik.yml and fileconfig.traefik
3.update the providers.docker.defaultrule
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock

What did you see instead?
If the defaultrule (defaultrule: Host({{ .ContainerName }}.xxxx.com)) is set, the startup prompts {"level":"error","msg":"Error occurred during watcher callback: /etc/traefik/traefik.yml: template: :68:26: executing "" at \u003c.ContainerName\u003e: can't evaluate field ContainerName in type bool","providerName":"file","time":"2024-03-10T01:10:38-08:00"}, and the proxy is correct for ContainerName+domain but the configuration in fileconfig does not take effect. If the defaultrule (defaultrule: Host({{ .ContainerName }}.xxxx.com)) is removed, fileconfig becomes effective, and the proxy container becomes the container name.

config is not in effect at this time
This is what I want when I enter the container's delete defaultrule: Host('{{. ContainerName }}. xxxx. com ")

But when I restarted, he was wrong again.

What version of Traefik are you using?
v2.11.0
What is your environment & configuration?

global:
  checkNewVersion: true
  sendAnonymousUsage: true

entryPoints:
  http:
    address: :80
    http:
      redirections:
        entrypoint:
          to: https
          scheme: https
  https:
    address: :443
    http:
      tls:
        options: default
        certresolver: cloudflare
        domains:
          - main: xxxx.com
            sans:
              - '*.xxxxx.com'
    forwardedHeaders:
      trustedIPs:
        - <IP_ADDRESS>/32
        - <IP_ADDRESS>/8
        - <IP_ADDRESS>/16
        - <IP_ADDRESS>/12
        - <IP_ADDRESS>/20
        - <IP_ADDRESS>/22
        - <IP_ADDRESS>/22
        - <IP_ADDRESS>/22
        - <IP_ADDRESS>/18
        - <IP_ADDRESS>/18
        - <IP_ADDRESS>/20
        - <IP_ADDRESS>/20
        - <IP_ADDRESS>/22
        - <IP_ADDRESS>/17
        - <IP_ADDRESS>/15
        - <IP_ADDRESS>/13
        - <IP_ADDRESS>/14
        - <IP_ADDRESS>/13
        - <IP_ADDRESS>/22
        - 2400:cb00::/32
        - 2606:4700::/32
        - 2803:f800::/32
        - 2405:b500::/32
        - 2405:8100::/32
        - 2a06:98c0::/29
        - 2c0f:f248::/32

api:
  dashboard: true

log:
  level: DEBUG
  filePath: /logs/traefik.log
  format: json
accessLog:
  filePath: /logs/access.log
  format: json
providers:
  providersThrottleDuration: 2s
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock
  file:
    watch: true
    directory: /etc/traefik
certificatesResolvers:
  letsencrypt:
    acme:
      email: xxxxxx
      storage: /acme/acme.json
      dnsChallenge:
        provider: cloudflare
        resolvers:
          - "<IP_ADDRESS>:53"
          - "<IP_ADDRESS>:53"
# this is fileconfig
http:
  middlewares:
    authelia-basic:
      forwardauth:
        address: http://<IP_ADDRESS>:9091/api/verify?auth=basic
        trustForwardHeader: true
        authResponseHeaders:
          - Remote-User
          - Remote-Groups
          - Remote-Name
          - Remote-Email
    authelia:
      forwardAuth:
        address: http://<IP_ADDRESS>:9091/api/verify?rd=https://authelia.xxxx.com:443
        trustForwardHeader: true
        authResponseHeaders:
          - Remote-User
          - Remote-Groups
    chain-no-auth:
      chain:
        middlewares: []

  serversTransports:
    pve:
      insecureSkipVerify: true

  routers:

    ikuai:
      entryPoints:
        - https
      rule: Host(`ikuai.xxxx.com`)
      service: ikuai
      middlewares:
        - authelia
      tls:
       certresolver: cloudflare
    pve:
      entryPoints:
        - https
      rule: Host(`pve.xxxx.com`)
      service: pve
      middlewares:
        - chain-no-auth
      tls:
       certresolver: cloudflare
  services:
    ikuai:
      loadBalancer:
        passHostHeader: true
        servers:
          - url: http://<IP_ADDRESS>:80
    pve:
      loadBalancer:
        passHostHeader: true
        serversTransport: pve
        servers:
          - url: https://<IP_ADDRESS>:8006
tls:
  options:
    default:
      minVersion: VersionTLS12
      cipherSuites:
        - TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
        - TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
        - TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
        - TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
        - TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
        - TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305
        - TLS_AES_128_GCM_SHA256
        - TLS_AES_256_GCM_SHA384
        - TLS_CHACHA20_POLY1305_SHA256
        - TLS_FALLBACK_SCSV
      curvePreferences:
        - CurveP521
        - CurveP384
      sniStrict: true

Add more configuration information here.
docker run
  -d
  --name='traefik'
  --net='traefik'
  --ip='<IP_ADDRESS>'
  -e TZ="America/Los_Angeles"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="5700G"
  -e HOST_CONTAINERNAME="traefik"
  -e 'CF_DNS_API_TOKEN'='xxxxxxxxx'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:8080]/'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/ibracorp/unraid-templates/master/icons/traefik.png'
  -l 'traefik.http.routers.api.rule'='Host(`traefik.xxxx.com`)'
  -l 'traefik.http.routers.api.entryPoints'='https'
  -l 'traefik.http.routers.api.service'='api@internal'
  -l 'traefik.enable'='true'
  -l 'traefik.enable'='true'
  -p '7443:443/tcp'
  -p '7080:80/tcp'
  -p '8000:8080/tcp'
  -v '/mnt/user/appdata/traefik':'/etc/traefik':'rw'
  -v '/var/run/docker.sock':'/var/run/docker.sock':'rw'
  -v '/mnt/user/appdata/traefik/logs':'/logs':'rw' 'traefik:v2.11.0'

If applicable, please paste the log output in DEBUG level

{"level":"info","msg":"I have to go...","time":"2024-03-10T01:30:24-08:00"}
{"level":"info","msg":"Stopping server gracefully","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"https","level":"debug","msg":"Waiting 10s seconds before killing connections.","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"http","level":"debug","msg":"Waiting 10s seconds before killing connections.","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"https","level":"error","msg":"accept tcp [::]:443: use of closed network connection","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"http","level":"error","msg":"accept tcp [::]:80: use of closed network connection","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"http","level":"error","msg":"close tcp [::]:80: use of closed network connection","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"http","level":"debug","msg":"Entry point http closed","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"https","level":"error","msg":"close tcp [::]:443: use of closed network connection","time":"2024-03-10T01:30:24-08:00"}
{"entryPointName":"https","level":"debug","msg":"Entry point https closed","time":"2024-03-10T01:30:25-08:00"}
{"level":"info","msg":"Server stopped","time":"2024-03-10T01:30:25-08:00"}
{"level":"info","msg":"Shutting down","time":"2024-03-10T01:30:25-08:00"}
{"level":"info","msg":"Traefik version 2.11.0 built on 2024-02-12T15:26:45Z","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Static configuration loaded {\"global\":{\"checkNewVersion\":true,\"sendAnonymousUsage\":true},\"serversTransport\":{\"maxIdleConnsPerHost\":200},\"entryPoints\":{\"http\":{\"address\":\":80\",\"transport\":{\"lifeCycle\":{\"graceTimeOut\":\"10s\"},\"respondingTimeouts\":{\"idleTimeout\":\"3m0s\"}},\"forwardedHeaders\":{},\"http\":{\"redirections\":{\"entryPoint\":{\"to\":\"https\",\"scheme\":\"https\",\"permanent\":true,\"priority\":2147483646}}},\"http2\":{\"maxConcurrentStreams\":250},\"udp\":{\"timeout\":\"3s\"}},\"https\":{\"address\":\":443\",\"transport\":{\"lifeCycle\":{\"graceTimeOut\":\"10s\"},\"respondingTimeouts\":{\"idleTimeout\":\"3m0s\"}},\"forwardedHeaders\":{\"trustedIPs\":[\"<IP_ADDRESS>/32\",\"<IP_ADDRESS>/8\",\"<IP_ADDRESS>/16\",\"<IP_ADDRESS>/12\",\"<IP_ADDRESS>/20\",\"<IP_ADDRESS>/22\",\"<IP_ADDRESS>/22\",\"<IP_ADDRESS>/22\",\"<IP_ADDRESS>/18\",\"<IP_ADDRESS>/18\",\"<IP_ADDRESS>/20\",\"<IP_ADDRESS>/20\",\"<IP_ADDRESS>/22\",\"<IP_ADDRESS>/17\",\"<IP_ADDRESS>/15\",\"<IP_ADDRESS>/13\",\"<IP_ADDRESS>/14\",\"<IP_ADDRESS>/13\",\"<IP_ADDRESS>/22\",\"2400:cb00::/32\",\"2606:4700::/32\",\"2803:f800::/32\",\"2405:b500::/32\",\"2405:8100::/32\",\"2a06:98c0::/29\",\"2c0f:f248::/32\"]},\"http\":{\"tls\":{\"options\":\"default\",\"certResolver\":\"cloudflare\",\"domains\":[{\"main\":\"xxxxxx.com\",\"sans\":[\"*.xxxxxx.com\"]}]}},\"http2\":{\"maxConcurrentStreams\":250},\"udp\":{\"timeout\":\"3s\"}}},\"providers\":{\"providersThrottleDuration\":\"2s\",\"docker\":{\"watch\":true,\"endpoint\":\"unix:///var/run/docker.sock\",\"defaultRule\":\"Host(`{{ .ContainerName }}.xxxxxx.com`)\",\"exposedByDefault\":true,\"network\":\"traefik\",\"swarmModeRefreshSeconds\":\"15s\"},\"file\":{\"directory\":\"/etc/traefik\",\"watch\":true}},\"api\":{\"dashboard\":true},\"log\":{\"level\":\"DEBUG\",\"filePath\":\"/logs/traefik.log\",\"format\":\"json\"},\"accessLog\":{\"filePath\":\"/logs/access.log\",\"format\":\"json\",\"filters\":{},\"fields\":{\"defaultMode\":\"keep\",\"headers\":{\"defaultMode\":\"drop\"}}},\"certificatesResolvers\":{\"cloudflare\":{\"acme\":{\"email\":\"xxxxxxxx.com\",\"caServer\":\"https://acme-v02.api.letsencrypt.org/directory\",\"storage\":\"/etc/traefik/acme.json\",\"keyType\":\"RSA4096\",\"certificatesDuration\":2160,\"dnsChallenge\":{\"provider\":\"cloudflare\",\"resolvers\":[\"<IP_ADDRESS>:53\",\"<IP_ADDRESS>:53\"]}}}}}","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Stats collection is enabled.","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Many thanks for contributing to Traefik's improvement by allowing us to receive anonymous information from your configuration.","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Help us improve Traefik by leaving this feature on :)","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"More details on: https://doc.traefik.io/traefik/contributing/data-collection/","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider aggregator aggregator.ProviderAggregator","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","msg":"Starting TCP Server","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider *file.Provider","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"*file.Provider provider configuration: {\"directory\":\"/etc/traefik\",\"watch\":true}","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Starting TCP Server","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"add watcher on: /etc/traefik","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"add watcher on: /etc/traefik/acme.json","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"add watcher on: /etc/traefik/fileconfig.yml","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"add watcher on: /etc/traefik/traefik.yml","time":"2024-03-10T01:30:27-08:00"}
{"level":"error","msg":"Error while building configuration (for the first time): /etc/traefik/traefik.yml: template: :68:26: executing \"\" at \u003c.ContainerName\u003e: can't evaluate field ContainerName in type bool","providerName":"file","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider *traefik.Provider","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"*traefik.Provider provider configuration: {}","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider *acme.ChallengeTLSALPN","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"*acme.ChallengeTLSALPN provider configuration: {}","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider *acme.Provider","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"*acme.Provider provider configuration: {\"email\":\"xxxxxxx@163.com\",\"caServer\":\"https://acme-v02.api.letsencrypt.org/directory\",\"storage\":\"/etc/traefik/acme.json\",\"keyType\":\"RSA4096\",\"certificatesDuration\":2160,\"dnsChallenge\":{\"provider\":\"cloudflare\",\"resolvers\":[\"<IP_ADDRESS>:53\",\"<IP_ADDRESS>:53\"]},\"ResolverName\":\"cloudflare\",\"store\":{},\"TLSChallengeProvider\":{},\"HTTPChallengeProvider\":{}}","time":"2024-03-10T01:30:27-08:00"}
{"ACME CA":"https://acme-v02.api.letsencrypt.org/directory","level":"debug","msg":"Attempt to renew certificates \"720h0m0s\" before expiry and check every \"24h0m0s\"","providerName":"cloudflare.acme","time":"2024-03-10T01:30:27-08:00"}
{"ACME CA":"https://acme-v02.api.letsencrypt.org/directory","level":"info","msg":"Testing certificate renew...","providerName":"cloudflare.acme","time":"2024-03-10T01:30:27-08:00"}
{"level":"info","msg":"Starting provider *docker.Provider","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"*docker.Provider provider configuration: {\"watch\":true,\"endpoint\":\"unix:///var/run/docker.sock\",\"defaultRule\":\"Host(`{{ .ContainerName }}.xxxxxx.com`)\",\"exposedByDefault\":true,\"network\":\"traefik\",\"swarmModeRefreshSeconds\":\"15s\"}","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Configuration received: {\"http\":{\"routers\":{\"http-to-https\":{\"entryPoints\":[\"http\"],\"middlewares\":[\"redirect-http-to-https\"],\"service\":\"noop@internal\",\"rule\":\"HostRegexp(`{host:.+}`)\",\"priority\":2147483646}},\"services\":{\"api\":{},\"dashboard\":{},\"noop\":{}},\"middlewares\":{\"redirect-http-to-https\":{\"redirectScheme\":{\"scheme\":\"https\",\"port\":\"443\",\"permanent\":true}}},\"models\":{\"https\":{\"tls\":{\"options\":\"default\",\"certResolver\":\"cloudflare\",\"domains\":[{\"main\":\"xxxxxx.com\",\"sans\":[\"*.xxxxxx.com\"]}]}}},\"serversTransports\":{\"default\":{\"maxIdleConnsPerHost\":200}}},\"tcp\":{},\"udp\":{},\"tls\":{}}","providerName":"internal","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Configuration received: {\"http\":{},\"tcp\":{},\"udp\":{},\"tls\":{}}","providerName":"cloudflare.acme","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Provider connection established with docker 24.0.9 (API 1.43)","providerName":"docker","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Configuration received: {\"http\":{\"routers\":{\"bark\":{\"entryPoints\":[\"https\"],\"service\":\"bark\",\"rule\":\"Host(`bark.xxxxxx.com`)\",\"tls\":{}},\"cookiecloud\":{\"entryPoints\":[\"https\"],\"service\":\"CookieCloud\",\"rule\":\"Host(`CookieCloud.xxxxxx.com`)\",\"tls\":{}}},\"services\":{\"CookieCloud\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:8088\"}],\"passHostHeader\":true}},\"bark\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:8080\"}],\"passHostHeader\":true}}}},\"tcp\":{},\"udp\":{}}","providerName":"docker","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Provider event received {Status:start ID:a38a89eb8dfd22772454c904a5c6a886078bc25f72b91cb9f9ad35586fd86020 From:traefik:v2.11.0 Type:container Action:start Actor:{ID:a38a89eb8dfd22772454c904a5c6a886078bc25f72b91cb9f9ad35586fd86020 Attributes:map[image:traefik:v2.11.0 name:traefik net.unraid.docker.icon:https://raw.githubusercontent.com/ibracorp/unraid-templates/master/icons/traefik.png net.unraid.docker.managed:dockerman net.unraid.docker.webui:http://[IP]:[PORT:8080]/ org.opencontainers.image.description:A modern reverse-proxy org.opencontainers.image.documentation:https://docs.traefik.io org.opencontainers.image.source:https://github.com/traefik/traefik org.opencontainers.image.title:Traefik org.opencontainers.image.url:https://traefik.io org.opencontainers.image.vendor:Traefik Labs org.opencontainers.image.version:v2.11.0 traefik.enable:true traefik.http.routers.api.entryPoints:https traefik.http.routers.api.rule:Host(`traefik.xxxxxx.com`) traefik.http.routers.api.service:api@internal]} Scope:local Time:1710063027 TimeNano:1710063027629943443}","providerName":"docker","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"No default certificate, fallback to the internal generated certificate","time":"2024-03-10T01:30:27-08:00","tlsStoreName":"default"}
{"entryPointName":"http","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware noop@internal","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Creating middleware","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Setting up redirection to https 443","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"traefik-internal-recovery","middlewareType":"Recovery","msg":"Creating middleware","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Adding certificate for domain(s) *.xxxxxx.com,xxxxxx.com","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"No default certificate, fallback to the internal generated certificate","time":"2024-03-10T01:30:27-08:00","tlsStoreName":"default"}
{"entryPointName":"http","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware noop@internal","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Creating middleware","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Setting up redirection to https 443","routerName":"http-to-https@internal","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"traefik-internal-recovery","middlewareType":"Recovery","msg":"Creating middleware","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"pipelining","middlewareType":"Pipelining","msg":"Creating middleware","routerName":"cookiecloud@docker","serviceName":"CookieCloud","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating load-balancer","routerName":"cookiecloud@docker","serviceName":"CookieCloud","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating server 0 http://<IP_ADDRESS>:8088","routerName":"cookiecloud@docker","serverName":0,"serviceName":"CookieCloud","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"child http://<IP_ADDRESS>:8088 now UP","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Propagating new UP status","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware CookieCloud","routerName":"cookiecloud@docker","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"pipelining","middlewareType":"Pipelining","msg":"Creating middleware","routerName":"bark@docker","serviceName":"bark","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating load-balancer","routerName":"bark@docker","serviceName":"bark","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating server 0 http://<IP_ADDRESS>:8080","routerName":"bark@docker","serverName":0,"serviceName":"bark","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"child http://<IP_ADDRESS>:8080 now UP","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Propagating new UP status","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware bark","routerName":"bark@docker","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"traefik-internal-recovery","middlewareType":"Recovery","msg":"Creating middleware","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Adding route for cookiecloud.xxxxxx.com with TLS options default","time":"2024-03-10T01:30:27-08:00"}
{"entryPointName":"https","level":"debug","msg":"Adding route for bark.xxxxxx.com with TLS options default","time":"2024-03-10T01:30:27-08:00"}
{"level":"debug","msg":"Configuration received: {\"http\":{\"routers\":{\"api\":{\"entryPoints\":[\"https\"],\"service\":\"api@internal\",\"rule\":\"Host(`traefik.xxxxxx.com`)\"},\"bark\":{\"entryPoints\":[\"https\"],\"service\":\"bark\",\"rule\":\"Host(`bark.xxxxxx.com`)\",\"tls\":{}},\"cookiecloud\":{\"entryPoints\":[\"https\"],\"service\":\"CookieCloud\",\"rule\":\"Host(`CookieCloud.xxxxxx.com`)\",\"tls\":{}}},\"services\":{\"CookieCloud\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:8088\"}],\"passHostHeader\":true}},\"bark\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:8080\"}],\"passHostHeader\":true}},\"traefik\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:80\"}],\"passHostHeader\":true}}}},\"tcp\":{},\"udp\":{}}","providerName":"docker","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"Adding certificate for domain(s) *.xxxxxx.com,xxxxxx.com","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"No default certificate, fallback to the internal generated certificate","time":"2024-03-10T01:30:29-08:00","tlsStoreName":"default"}
{"entryPointName":"http","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware noop@internal","routerName":"http-to-https@internal","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Creating middleware","routerName":"http-to-https@internal","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"redirect-http-to-https@internal","middlewareType":"RedirectScheme","msg":"Setting up redirection to https 443","routerName":"http-to-https@internal","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"http","level":"debug","middlewareName":"traefik-internal-recovery","middlewareType":"Recovery","msg":"Creating middleware","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"pipelining","middlewareType":"Pipelining","msg":"Creating middleware","routerName":"bark@docker","serviceName":"bark","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating load-balancer","routerName":"bark@docker","serviceName":"bark","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating server 0 http://<IP_ADDRESS>:8080","routerName":"bark@docker","serverName":0,"serviceName":"bark","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"child http://<IP_ADDRESS>:8080 now UP","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"Propagating new UP status","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware bark","routerName":"bark@docker","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware api@internal","routerName":"api@docker","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"pipelining","middlewareType":"Pipelining","msg":"Creating middleware","routerName":"cookiecloud@docker","serviceName":"CookieCloud","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating load-balancer","routerName":"cookiecloud@docker","serviceName":"CookieCloud","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Creating server 0 http://<IP_ADDRESS>:8088","routerName":"cookiecloud@docker","serverName":0,"serviceName":"CookieCloud","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"child http://<IP_ADDRESS>:8088 now UP","time":"2024-03-10T01:30:29-08:00"}
{"level":"debug","msg":"Propagating new UP status","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"tracing","middlewareType":"TracingForwarder","msg":"Added outgoing tracing middleware CookieCloud","routerName":"cookiecloud@docker","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","middlewareName":"traefik-internal-recovery","middlewareType":"Recovery","msg":"Creating middleware","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Adding route for bark.xxxxxx.com with TLS options default","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Adding route for traefik.xxxxxx.com with TLS options default","time":"2024-03-10T01:30:29-08:00"}
{"entryPointName":"https","level":"debug","msg":"Adding route for cookiecloud.xxxxxx.com with TLS options default","time":"2024-03-10T01:30:29-08:00"}
{"ACME CA":"https://acme-v02.api.letsencrypt.org/directory","level":"debug","msg":"Looking for provided certificate(s) to validate [\"xxxxxx.com\" \"*.xxxxxx.com\"]...","providerName":"cloudflare.acme","time":"2024-03-10T01:30:29-08:00"}
{"ACME CA":"https://acme-v02.api.letsencrypt.org/directory","level":"debug","msg":"No ACME certificate generation required for domains [\"xxxxxx.com\" \"*.xxxxxx.com\"].","providerName":"cloudflare.acme","time":"2024-03-10T01:30:29-08:00"}

Hello @WPF0414 ,
Thanks for your interest in Traefik.
The error you've encountered is due to the file provider interpreting {{.ContainerName}} as a Go template and attempting to populate it.
I recommend splitting your static and dynamic configurations into dedicated files, this should resolve the issue you're facing.
Feel free to leave a new comment if you continue to experience any issues.

@lbenguigui thanks!How do I deal with it? I'm currently using lable:traefik. http. routers. xxx. Rule is processed in the form of providers. Docker. defaultrule deleted, but I could have used it in the command in docker-compose before.

Hello @WPF0414 ,
If you want to split static & dynamic configuration that coming from your file provider, I suggest you to replace :
...
providers:
  providersThrottleDuration: 2s
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock
  file:
    watch: true
    directory: /etc/traefik
...

by :
...
providers:
  providersThrottleDuration: 2s
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock
  file:
    watch: true
    filename: /etc/traefik/my_dedicated_file.yaml #or directory: /etc/traefik/my_dedicated_directory
...

And set all the dynamic configuration related to the file provider in the dedicated file (or directory).

Hello @WPF0414 ,
If you want to split static & dynamic configuration that coming from your file provider, I suggest you to replace :
...
providers:
  providersThrottleDuration: 2s
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock
  file:
    watch: true
    directory: /etc/traefik
...

by :
...
providers:
  providersThrottleDuration: 2s
  docker:
    watch: true
    network: traefik
    defaultrule: Host(`{{ .ContainerName }}.xxxx.com`)
    endpoint: unix:///var/run/docker.sock
  file:
    watch: true
    filename: /etc/traefik/my_dedicated_file.yaml #or directory: /etc/traefik/my_dedicated_directory
...

And set all the dynamic configuration related to the file provider in the dedicated file (or directory).

I have used the docker label to solve this problem, thank you very much!


Vioserial & viorng build issue

Hello.
Build Env:
Win 2012 r2, DDK 7.1, WKD 8.1, VS 2013
I'm cloning repo, checkout tag mm131, run buildadd.bat
While building Vioserial & viorng I get a lot of errors. I attached logs of failed build:
viorng.txt
vioserial.txt
Could you please to look into them?

Thank you for the report. Will look into it.

Fixed in stable branch - https://github.com/YanVugenfirer/kvm-guest-drivers-windows/commit/285f9f2d28d5b1c44fb20d1d3fa954dfa106307f

Thank you, I'll try it tommorow.
Btw, should I always use stable branch or tags?

The release are from stable branch and they are marked with tags. So better
use the latest tag.
Best regards,
Yan.
On Sun, Dec 13, 2015 at 3:01 PM, Proskurin Kirill<EMAIL_ADDRESS>wrote:

Thank you, I'll try it tommorow.
Btw, should I always use stable branch or tags?
—
Reply to this email directly or view it on GitHub
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/issues/47#issuecomment-164255574
.

--
Daynix Computing LTD
Yan Vugenfirer, CEO
Email<EMAIL_ADDRESS>Phone (Israel): +972-54-4758084
Phone (USA): +1-7204776716
Phone (UK): +44-2070482938
Web: www.daynix.com

I tested your fix in stable branch and looks like vioserial is fixed, but viorng is not, logs attached:
viorng.txt

You have to install Microsoft CNG SDK from http://www.microsoft.com/en-us/download/details.aspx?id=1251
Vadim Rozenfeld.

It gave me 404 after register\login redirect. I found this link https://www.microsoft.com/en-us/download/details.aspx?id=30688 which sounds like the same thing but viorng wont compile with it.

Sad to know this. Looks like MS moved it out of itsusual location. Technically, you should be able to build viorngum.dll after adding the following definitions, taken from bcrypt_provider.h header file, provided as a part of Cryptographic Provider  Development Kit, into viorngum.h file:
diff --git a/viorng/cng/um/viorngum.h b/viorng/cng/um/viorngum.h
index 9878d08..1357281 100755
--- a/viorng/cng/um/viorngum.h
+++ b/viorng/cng/um/viorngum.h
@@ -38,6 +38,60 @@
#define STATUS_INVALID_PARAMETER    ((NTSTATUS)0xC000000DL)
#endif
+typedef Must_inspect_result NTSTATUS
+(WINAPI *BCryptOpenAlgorithmProviderFn)(

Out   BCRYPT_ALG_HANDLE   *phAlgorithm,
In    LPCWSTR pszAlgId,
In    ULONG   dwFlags);

+//
+//
+typedef Must_inspect_result NTSTATUS
+(WINAPI * BCryptGetPropertyFn)(

In                                        BCRYPT_HANDLE   hObject,
In                                        LPCWSTR pszProperty,
Out_writes_bytes_to_opt(cbOutput, *pcbResult) PUCHAR   pbOutput,
In                                        ULONG   cbOutput,
Out                                       ULONG   *pcbResult,
In                                        ULONG   dwFlags);

+//
+//
+typedef Must_inspect_result NTSTATUS
+(WINAPI * BCryptSetPropertyFn)(

Inout                 BCRYPT_HANDLE   hObject,
In                    LPCWSTR pszProperty,
In_reads_bytes(cbInput)    PUCHAR   pbInput,
In                    ULONG   cbInput,
In                    ULONG   dwFlags);

+//
+//
+typedef Must_inspect_result NTSTATUS
+(WINAPI * BCryptCloseAlgorithmProviderFn)(

Inout BCRYPT_ALG_HANDLE   hAlgorithm,
In    ULONG   dwFlags);

+typedef Must_inspect_result NTSTATUS
+(WINAPI * BCryptGenRandomFn)(
+In_opt                        BCRYPT_ALG_HANDLE   hAlgorithm,
+Inout_updates_bytes_all(cbBuffer)   PUCHAR   pbBuffer,
+In                            ULONG   cbBuffer,
+In                            ULONG   dwFlags);
+
+
+typedef struct _BCRYPT_RNG_FUNCTION_TABLE
+{

BCRYPT_INTERFACE_VERSION        Version;
BCryptOpenAlgorithmProviderFn   OpenAlgorithmProvider;
BCryptGetPropertyFn             GetProperty;
BCryptSetPropertyFn             SetProperty;
BCryptCloseAlgorithmProviderFn  CloseAlgorithmProvider;
BCryptGenRandomFn               GenRandom;
+} BCRYPT_RNG_FUNCTION_TABLE;

// CNG RNG Provider Interface.
NTSTATUS WINAPI VirtRngOpenAlgorithmProvider(OUT BCRYPT_ALG_HANDLE *Algorithm,

Sounds like a hack. I dont really think what applying this patch everytime is a good idea for me, bacaouse it will break in future with some changes.
Any idea what happend with MS CNG SDK?

On Mon, Dec 21, 2015 at 7:00 PM, Proskurin Kirill<EMAIL_ADDRESS>wrote:

Sounds like a hack. I dont really think what applying this patch everytime
is a good idea for me, bacaouse it will break in future with some changes.
Any idea what happend with

MS CNG SDK?
It seem that they moved it to a new "Cryptographic Provider Development
Kit" (https://www.microsoft.com/en-us/download/details.aspx?id=30688).

You might need to add or replace the "#include <bcrypt.h>" line with
"#include <bcrypt_provider.h>"
Thanks,
Gal.

—
Reply to this email directly or view it on GitHub
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/issues/47#issuecomment-166359625
.

I installed Cryptographic Provider Development Kit, checkout mm132, added "#include <bcrypt_provider.h>" to viorng.h  and to viorngum.c.

It cant find  bcrypt_provider.h, but I found this file in Cryptographic Provider Development Kit dir
It still has instant compile errors even before including of bcrypt_provider.h
replacing "#include <bcrypt.h>" with didnt "#include <bcrypt_provider.h>" helped too

On Tue, Dec 29, 2015 at 5:33 PM, Proskurin Kirill<EMAIL_ADDRESS>wrote:

I installed Cryptographic Provider Development Kit, checkout mm132, added
"#include " to viorng.h and to viorngum.c.

It cant find bcrypt_provider.h, but I found this file in Cryptographic
Provider Development Kit dir
It still has instant compile errors even before including of
bcrypt_provider.h
replacing "#include " with didnt "#include " helped too

My mistake. The new sdk required
few more changes. Attached is a patch that should solved the compilation
error with the new sdk.

—
Reply to this email directly or view it on GitHub
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/issues/47#issuecomment-167813275
.

Im sorry I dont get it, I dont see any patch attached to you last message. Are you talking about the one above by vrozenfe?

Trying to attach patch again.
0001-rng-update-to-new-cryptographic-provider-sdk.zip

Thank you, this patch looks like helps, but it still needed to fix path for viorngum.c. I attaching build logs: viorng.txt

On Tue, Dec 29, 2015 at 6:57 PM, Proskurin Kirill<EMAIL_ADDRESS>wrote:

Thank you, this patch looks like helps, but it still needed to fix path
for viorngum.c. I attaching build logs: viorng.txt
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/files/74142/viorng.txt

Did you installed the cpdksetup.exe file?
Does the bcrypt_provider.h file exists in C:\Program Files (x86)\Windows
Kits\8.0\Cryptographic Provider Development Kit\Include ?
    Gal.

—
Reply to this email directly or view it on GitHub
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/issues/47#issuecomment-167829670
.

Yes, I have CPDK installed and yes I have bcrypt_provider.h in this folder(and bcrypt.h too)

On Wed, Dec 30, 2015 at 1:15 PM, Proskurin Kirill<EMAIL_ADDRESS>wrote:

Yes, I have CPDK installed and yes I have bcrypt_provider.h in this
folder(and bcrypt.h too)

Check the project's properties. There is a macro which should expand to
right location in the include directories.
    Gal.

—
Reply to this email directly or view it on GitHub
https://github.com/YanVugenfirer/kvm-guest-drivers-windows/issues/47#issuecomment-167980700
.


[Catalog] Generate Model for Azure architectural icons

Extending Meshery Models
Meshery as an extensible platform allows users to import, generate and export models that are either annotation (SVGs) or infrastructure configuration (CRDs).
Create a new model with the following specifications:
Model:
Model Display Name:
Model Resources:
Then list the model on  by raising a PR.
Contributor Resources

The meshery.io website uses Jekyll and GitHub Pages. Site content is found under the master branch.
See the Contributing to Meshery.io Website section of the readme.md and other contributing instructions, too.
See Meshery site designs in this Figma designfile. Fill-in the Layer5 Community Member Form and join the Layer5 Community Slack for access.
See how to import, generate and export models.
Link to CSV template

Hey @Jougan-0, can I work on this? I watched the YouTube livestream and got the hang of how we're using CSV to create models and which fields to fill.
Thanks!

@TraXIcoN Sure man here you go.


SocketDisconnectedError in commit_offsets

This pull request stops the SimpleConsumer's offset committer thread from dying when it encounters a SocketDisconnectedError as a result of a broker going down.
Resolves #325.

While combing through the tracebacks posted on #314 I realised there may be one more thing here: self._offset_manager could potentially change if the cluster reconfigures?

Just to cross-ref this info here: see Jason's comment at https://github.com/Parsely/pykafka/issues/189#issuecomment-154479063 - it looks like BalancedConsumer._rebalance (which begins with a call to commit_offsets) would also benefit from this pullreq. I think the specific situation there is that it is the offset-managing broker that has become unavailable, and so we'd need to update our cluster metadata before we even decide if we otherwise need a  _rebalance.
The other important thing is that Jason encountered socket.timeout, not SocketDisconnectedError. I wonder if that could be because we test on Debian whereas he runs CentOS, and maybe OS sockets are configured with different default behaviour? Certainly the python docs on socket suggest that you shouldn't need to expect timeouts unless you configured them, but here we are and they show up nevertheless. (This may need its own ticket actually?)

@yungchin feel free to review (and merge) this when you can. I resolved the one issue I know about, and I think the timeout issue is probably better handled in #189


How to do parallel data states?

I have a DataState that is called StateA with ChildMode.PARALLEL, how do I make sure its child datastates get the original data? I keep getting Last data is not available yet in

Hi, DataState can receive its data by two ways:

By DataEvent targeting this state
By default data value set  on state creation point

Data is NOT propagated over DataState hierarchy in some way.

closing as stale


Add AWSEndpointService controller to hypershift-operator

More private cluster work.  Included in this PR

New --region flag for hypershift install and hypershift-operator
New AWSEndpointService controller in hypershift-operator that is added to the manager if a non-empty AWS credentials file is provided through the AWS_SHARED_CREDENTIALS_FILE environment variable.  When an AWSEndpointService resources is created in any namespace, this controller will find the NLB referenced in the spec and create an Endpoint Service pointing to that NLB.  The name of the service is recorded in the AWSEndpointService status.endpointServiceName.  It also reports an Available condition in the status with any error.

/lgtm


luci-mod-status: syslog scroll buttons inert on iOS Safari browser

Steps to reproduce:

go to: Status → System Log using an iOS/iPadOS Safari browser with LuCI Bootstrap theme
Click the Scroll to tail button. Nothing happens.
Scroll manually to the bottom of the page. Click the Scroll to head button. Nothing happens.
Repeat same steps on the Kernel log page.

Actual behavior:

No scrolling

Expected behavior:

Scrolling to bottom or top of page as worked earlier in 23.05. Broken with https://github.com/openwrt/luci/commit/9370bdddaede2feeb581193158d83f5062d5a318

Additional Information:
OpenWrt version information from system /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='23.05.3'
DISTRIB_REVISION='r23809-234f1a2efa'
DISTRIB_TARGET='x86/64'
DISTRIB_ARCH='x86_64'
DISTRIB_DESCRIPTION='OpenWrt 23.05.3 r23809-234f1a2efa'
DISTRIB_TAINTS=''

luci-mod-status - git-24.141.29354-5cfe7a7

I can at least confirm this behaviour on iOS Safari. @McGiverGim wanna take a crack at fixing?

I don't have any mac/apple product. I will be out of my computer for one month more or less. I can give it a try then. I will need to install safari on my windows to reproduce it?

Consider using .scrollIntoView() instead of .focus(). Seems to work on iOS Safari and Windows Chrome for the current BootStrap theme.

@dave14305 your suggestion worked fine. Committed. Thanks!

@dave14305 your suggestion worked fine. Committed. Thanks!

@systemcrash will this be backported to 23.05?

If it wasn't already I'll go do that. Good to get it verified by others in
master (where verified means it doesn't break anything else)

picked to 23 and 22. Thanks for the nudge @dave14305


Make XQA deal properly with multiple paragraph QA settings

See issue #333, also related to #228
This PR includes a lot of refactoring and rewriting of the whole XQA setup.

[x] adapt fastqa, bidaf and input module to be able to properly handle multiple paragraphs
[x] allow retrieving best k answers by changing beam_size attribute in shared_resources.config
[x] use tf idf to subsample paragraphs containing potential answers during training and evaluation
[x] setup trivia qa
[x] different encoders for fastqa and bidaf (lstm, gru, sru[2], gldr [3])
[x] achieve reasonable results on TriviaQA
[ ] more detailed documentation for question answering

This PR should roughly follow suggestions of [1].
[1] https://arxiv.org/pdf/1710.10723.pdf
[2] https://openreview.net/pdf?id=rJBiunlAW
[3] https://openreview.net/pdf?id=HJRV1ZZAW

Looks great on first sight! Could you point me to some high level interface changes that need review most crucially? It's a massive PR.

the only interface change is probably the XQAOutputModule which produces List[Answer] (top-k) for each question when loading a reader and setting its beam_size param to k. Default is a list of one element (k=1).
XQAInputModule changed slightly; there is a subsampling part in the preprocessing function and there is a new support2question port.

There is some code for porperly setting up triviaqa.
But from the outside not a lot has changed, that is, interfaces are still the same.

Codecov Report

Merging #341 into master will decrease coverage by 3.59%.
The diff coverage is 67.05%.

@@            Coverage Diff            @@
##           master     #341     +/-   ##
=========================================
- Coverage   63.16%   59.57%   -3.6%
=========================================
  Files          73       75      +2
  Lines        4246     4329     +83
=========================================
- Hits         2682     2579    -103
- Misses       1564     1750    +186

Impacted Files
Coverage Δ

jack/io/SQuAD2jtr.py
20.83% <ø> (ø)
:arrow_up:

jack/tfutil/xqa.py
93.33% <100%> (-6.67%)
:arrow_down:

jack/train_reader.py
91.66% <100%> (ø)
:arrow_up:

jack/tfutil/embedding.py
40.35% <100%> (ø)
:arrow_up:

jack/util/preprocessing.py
70.19% <100%> (-10.51%)
:arrow_down:

jack/core/reader.py
83.58% <100%> (+0.63%)
:arrow_up:

jack/core/tensorport.py
93.93% <100%> (ø)
:arrow_up:

jack/readers/multiple_choice/shared.py
65.16% <100%> (+0.8%)
:arrow_up:

jack/core/data_structures.py
100% <100%> (ø)
:arrow_up:

jack/tfutil/rnn.py
52.27% <25%> (-39.73%)
:arrow_down:

... and 17 more

Continue to review full report at Codecov.

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


[BUG] Footer not Aligned well

Live Preview https://xprofile.us

Hello:) Please assign me

Done @Bashamega . Assigned you the issue.


CallbackOnCollectedDelegate MDA at end of drag

I've run into an intermittent issue when docking windows. Releasing a panel that I've been dragging sometimes triggers the following MDA within DockPanel.DragHandlerBase.WndProc's call to the base WndProc method.

Managed Debugging Assistant 'CallbackOnCollectedDelegate' : 'A callback was made on a garbage collected delegate of type 'System.Windows.Forms!System.Windows.Forms.NativeMethods+WndProc::Invoke'. This may cause application crashes, corruption and data loss. When passing delegates to unmanaged code, they must be kept alive by the managed application until it is guaranteed that they will never be called.'

You can make it happen every time by inserting System.GC.Collect() right before the call to base.WndProc. You won't see the MDA  when not running in the debugger since it isn't enabled by default in that case, but the underlying problem is still there.
The root cause seems to be calling base.WndProc after EndDrag.  EndDrag always calls NativeWindow.ReleaseHandle to stop the DragHandlerBase from wrapping the content being dragged. This sets the Handle property to 0 and MSDN says that calling NativeWindow.DefWndProc, which is what the base call does, is an error.
#401 made it much easier to trigger this by moving the most common EndDrag into WndProc, but there was already one there before.
I think the best solution is to add an if (Handle != IntPtr.Zero) right before the call to base.WndProc. It avoids changing the return value of OnPreFilterMessage, which may matter if we need to go back to using a message filter, and avoids adding an unnecessary flag to the class.
partial class DockPanel
{
    // ...
    public abstract class DragHandlerBase : NativeWindow, IMessageFilter
    {
        protected virtual bool OnPreFilterMessage(ref Message m)
        {
            if (m.Msg == (int)Win32.Msgs.WM_MOUSEMOVE)
                OnDragging();
            else if (m.Msg == (int)Win32.Msgs.WM_LBUTTONUP)
                EndDrag(false);
            else if (m.Msg == (int)Win32.Msgs.WM_CAPTURECHANGED)
                EndDrag(!Win32Helper.IsRunningOnMono);
            else if (m.Msg == (int)Win32.Msgs.WM_KEYDOWN && (int)m.WParam == (int)Keys.Escape)
                EndDrag(true);

            return false;
        }
        // ...
        protected sealed override void WndProc(ref Message m)
        {
            //Manually pre-filter message, rather than using
            //Application.AddMessageFilter(this).  This fixes
            //the docker control for ActiveX objects
            this.OnPreFilterMessage(ref m);

            if (m.Msg == (int)Win32.Msgs.WM_CANCELMODE || m.Msg == (int)Win32.Msgs.WM_CAPTURECHANGED)
                EndDrag(true);

            base.WndProc(ref m); // MDA within here
        }
    }
    // ...
}

Should be fixed by disabling the patch from #401. Please test the master after this commit, 99b77161721a63f4527bceafa4870bba5aa1540c

That does fix my issue for when the ActiveX option is disabled. I think we still need an if (Handle != IntPtr.Zero) before the call to base.WndProc to fix it when the ActiveX option is on or when we end up in the WM_CANCELMODE/WM_CAPTURECHANGED case that's directly in DragHandlerBase.WndProc. One way to trigger the latter is if your program opens a message box while the user is dragging a panel (see #460 regarding a potential issue with that), but for some reason that case doesn't trigger the MDA. Unfortunately Visual Studio is acting up right now and I can't step into the framework to figure out why, but I think it's still incorrect to make the base call.

@billybednar You can send a pull request.

Closed temporarily and wait for a better patch to replace #401.


[TASK]: work on the functional system

Description

Research Objectives
The first objectives will be changed based on what the supervisor says
References
Review the systems that have been designed from the references that have been collected
Focus Area
Deal with the functionality, the UI and everything else such as the login, signup will come later once the system meets the set objectives
Challenges

None

Checklist

[x] Thorough Research
[x] Added References
[x] Focus Area
[x] Challenges

Completed functional system


Check out AIX 360 and see how easy it is to use

https://github.com/Trusted-AI/AIX360
See how easy it is to use
what the required inputs are
judge if it's worth integrating with it

paper on the AIX360
https://arxiv.org/abs/1909.03012

paper on the AIX360
https://arxiv.org/abs/1909.03012

probably best to not include for now.
algorithms in AIX360 tend not to be standardized across, so not much to do to ease integration for now.


Suggestion: artisan routes:list should not include prefix App\Http\Controllers

When you use the console command php artisan route:list you get a long path for the method name in the controller a particular route is mapped to. For larger projects a few subdirectories this can get long, sometimes to long to fit the width of a full screen terminal window.
I am proposing that the Controller class path be shortened by removing the App\Http\Controllers\ portion of the file path. Since all Controllers will likely be in this directory it is redundant and takes up valuable screen real estate.

route:list could use some formatting love, but Laravel doesn't care where your controllers live. App\Http\Controllers is only a suggestion.

Routes can be based from there, and indeed from anywhere else as well, so we need the full name.

What if instead there were some additional command line parameters to hide certain columns or display only the classname and not the full namespace?


This code does not work anymore

Hi,
First thanks a lot for making this code open source, the emuch.net has changed a lot during the last several months, and the code does not work anymore, I was wondering if you have any plans to update it?
Thanks!

@hao-lh
Hi ,
I have‘t logged in Emuch for many years ,this code has out of date .
Fell so sorry for no time to fix it.
The bug will be fixed in some day ,so the issues be open until i fix this bug.
Thank you for your attention.


Broken link

Last link on the page is broken.
Note all content on MSAs appears to have been removed...
[Enter feedback here]

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

ID: 344b210a-650f-4f12-dd1c-4a20f6cf46eb
Version Independent ID: 176eade9-04bd-a656-fc2c-ba04c1c0aab2
Content: What's New for Managed Service Accounts
Content Source: WindowsServerDocs/security/group-managed-service-accounts/what-s-new-for-managed-service-accounts.md
Product: windows-server
Technology: security-gmsa
GitHub Login: @coreyp-at-msft
Microsoft Alias: coreyp

@coreyp-at-msft , Issue is conformed by me also, after the link.
So i will create PR now

#closed-by #4630

I've checked the links in the live page, and they all work as expected now.
#please-close


chokidar doesn't notice changes when paths is globs-array

	const Globs={
		js:'**/*.js',
		scss:'**/*.scss',
		html:'**/*.html'
	};
	chokidar.watch([Globs.js,Globs.scss,Globs.html], {
        cwd: path.resolve(__dirname,'src'),
        ignoreInitial: true,
        awaitWriteFinish: {
            stabilityThreshold: 600
        }
    }).on('change', path => {
        console.log(`ChangeFile===>${path}`);
    });

everything run good,except the html file in deep directory,when i modify the file (src/a/b/c/d.html) chokidar doesn't notice changes

I believe I have the same issue.
I have tried to debug it and I think I have somehow isolated the failure to the case where the paths parameter of chokidar.watch() is an array where array.length ≥ 2.
For example, the following paths will have no issues:

['./index.js']
['./**/*.js']

However, the following array will:
[
  './index.js',
  './**/*.js'
]

Specifically, in the last case chokidar will emit an unlink event on ./index.js after changing and saving the file once or twice and after that unlink event no more changes will be identified.
I have created a repository where I describe the above three test cases that reproduce this issue.
Possible Solution
One possible solution is to create two watchers:
chokidar.watch('./index.js');
chokidar.watch('./**/*.js');

However, with more paths this may prove problematic due to the big number of watchers. So, I am not very sure this is a valid workaround for most cases.

Update to v3, it should resolve this.

Hello,
That did not solve the problem for me.
I have cloned the repo, and on branch master I have changed the provided example.js file in order to make it look like this:
global.watcher = require('./').watch(['a.js', 'b.js'], {
  ignored: /node_modules|\.git/,
  persistent: true,
  // followSymlinks: false,
  // useFsEvents: false,
  // usePolling: false
}).on('all', function(event, path) {
  console.log(event, path);
}).on('ready', function() {
  console.log('Ready');
})
//.on('raw', console.log.bind(console, 'RawEvent:'))

After creating the files a.js and b.js inside the chokidar dir and running node example.js, I successfully get events for changes on a.js, but for b.js, I just get an unlinkevent and nothing else after that. Example output:
add a.js
add b.js
Ready
change a.js

change a.js
change a.js
unlink b.js

And then changes on b.jsstop firing events altogether.
Funny enough, and I just realized this when writing this post, if I edit b.js first and then a.js, I get the unlink event on a.js, and then changes are ignored on that file. So, I'm guessing this is not an indexing issue.
PS: I came about this issue because nodemon is (for me) not working properly when defining multiple --watch input options, and after doing some digging I realized it uses chokidar (v2, still), and that it passes an array as the first input argument, with an element for each --watch option.

I’m not sure what’s different on your system from all the users which have it working (us included). We need more context.

I'm using Arch Linux:
$ uname -a
Linux <hostname> 5.2.9-zen1-1-zen #1 ZEN SMP PREEMPT Fri Aug 16 11:32:38 UTC 2019 x86_64 GNU/Linux

Node 10, NPM 6.11.2 (just updated, issue still present). I have also issued npm cache clean --force, deleted the node_modules folder, and re-issued npm install. The issue is still present.
Is there any additional information I can provide you with?

Breaking news: I was using vim to edit the files. If I use echo with redirection chokidar works properly. So this must be an issue with the way the saving process is being done, since I do know vim uses temp and backup files in some situations.
I'm going to run some tests and get back to you.

Try playing with awaitWriteFinish and usePolling  options.

I have read somewhere that using nodemon's -L flag solves the problem, which I think means using usePolling for chokidar. I'll try to use that as a workaround.
But this is very strange. Because in my tests this issue happens only when you pass an array to chokidar, only when that array has more than one element, and only when writing files using vim.
Don't you find this odd?


feat: allow setting mwh annotations in helm charts

Signed-off-by: Anish Ramasekar<EMAIL_ADDRESS>Reason for Change:

ref: https://azure.github.io/azure-workload-identity/docs/known-issues.html#environment-variables-not-injected-into-pods-deployed-in-the-kube-system-namespace-in-an-aks-cluster

Requirements

[ ] squashed commits
[ ] included documentation
[ ] added unit tests and e2e tests (if applicable).

Issue Fixed:

resolves #525
Please answer the following questions with yes/no:
Does this change contain code from or inspired by another project? If so, did you notify the maintainers and provide attribution?

[ ] yes
[ ] no

Notes for Reviewers:

LGTM - should the docs mention setting these fields in the helm charts?

Good idea! These changes are not yet part of a release, so I can update the doc after the v0.13.0 release this week? I'll keep the issue open to track the doc update.

LGTM - should the docs mention setting these fields in the helm charts?

Good idea! These changes are not yet part of a release, so I can update the doc after the v0.13.0 release this week? I'll keep the issue open to track the doc update.

SGTM


160 improve batch statistical example

I fixed some wording mistake and client initialization

Codecov Report
Base: 89.66% // Head: 89.68% // Increases project coverage by +0.02% :tada:

Coverage data is based on head (ac2d7e7) compared to base (a521c4c).
Patch has no changes to coverable lines.

Additional details and impacted files
@@             Coverage Diff             @@
##           develop     #362      +/-   ##
===========================================
+ Coverage    89.66%   89.68%   +0.02%
===========================================
  Files           55       55
  Lines         4838     4838
===========================================
+ Hits          4338     4339       +1
+ Misses         500      499       -1

Impacted Files
Coverage Δ

sentinelhub/data_collections.py
96.86% <0.00%> (+0.44%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Update BigNumber

Revise the big number design.

Implement BigNumberVis as react component, with simple adaptor for transforming superset data into it. The trendline is a data-ui component.
The visual ensures that the big numbers are aligned, with or without subheader.
The number sizes vary depends on available width and presence of the trendline.
Revise visutils to use svg for text size estimation because svg can support css class and also returns height while context.measureText() only returns width.

Reference: Refactored from PR 4313
https://github.com/apache/incubator-superset/pull/4313/commits/cf2c0ff867ef4b8594c3b529915eba989ddb5af7

Welcome on board @kristw! Please paste a screenshot. [optional] you may want to preserve the original commit to keep the attribution in place and make it possible to see the changes on top of the original PR. We'd have to be careful to Merge and not Squash and Merge to ensure it gets preserve on master. Oh and you may want to update your Github profile :)

no worries about the history preservation, I closed #4313.
I think we'll still iterate on the styling of this to make sure there's an option to set color based on the compare ratio delta.

Codecov Report

Merging #5469 into master will increase coverage by 0.02%.
The diff coverage is 21.29%.

@@            Coverage Diff             @@
##           master    #5469      +/-   ##
==========================================
+ Coverage   63.36%   63.38%   +0.02%
==========================================
  Files         349      349
  Lines       22117    22120       +3
  Branches     2457     2464       +7
==========================================
+ Hits        14014    14021       +7
+ Misses       8089     8085       -4
  Partials       14       14

Impacted Files
Coverage Δ

superset/assets/src/visualizations/BigNumber.jsx
0% <0%> (ø)

superset/assets/src/modules/visUtils.js
52.27% <52.27%> (-22.73%)
:arrow_down:

superset/db_engine_specs.py
53.1% <0%> (-0.96%)
:arrow_down:

superset/connectors/sqla/models.py
77.73% <0%> (-0.79%)
:arrow_down:

Continue to review full report at Codecov.

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

@williaster For clarification, will the positive/negative cssClass be for subheader? I think that should be doable. Will find a clean way to do it.

yeah I think that'd make the most sense. could possibly add it for the trend line, but actually they could probably change that if they really wanted if the header had the class.

@williaster ready to merge

solid 🙌 🚢


[NIFI-2649] Update CS table upon creation of a CS from the RT propert…

…ies table

Looks good @scottyaslan. Found one minor issue when reloading controller services from the different tables (process group vs controller settings). I've addressed the bug in this commit [1]. I'm going to incorporate this change into your commit. Thanks!
[1] https://github.com/mcgilman/nifi/commit/be97a19d9ef36f313f5b1fc193645d15b85dae26


Linux TravisCI failure on master

     Running `/home/travis/build/servo/gaol/target/debug/deps/file_read_all-4db1d97cb18b5209`
thread 'main' panicked at 'assertion failed: unshare(CLONE_NEWUSER | CLONE_NEWPID) == 0', platform/linux/namespace.rs:193:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.
thread 'main' panicked at 'assertion failed: libc::read(pipe_fds[0], &mut grandchild_pid as *mut i32 as *mut c_void,
           mem::size_of::<pid_t>() as size_t) ==
    mem::size_of::<pid_t>() as ssize_t', platform/linux/namespace.rs:271:8
note: Run with `RUST_BACKTRACE=1` for a backtrace.
error: test failed, to rerun pass '--test file-read-all'

@pcwalton Any chance you could take a look at this?

@pcwalton The TravisCI job says:
Distributor ID:	Ubuntu
Description:	Ubuntu 14.04.5 LTS
Release:	14.04
Codename:	trusty
Runtime kernel version: 4.14.12-041412-generic

That's from the "Build system information" dropdown in https://travis-ci.org/servo/gaol/jobs/358137831.

I'm having trouble reproducing this on that version of Ubuntu, unfortunately…

Fixed by #50


Create dwc_mapping.Rmd

Should be functional (i.e. it standardizes the example source data to Darwin Core) and act as an example that can be build upon.
Functionality to include:

[ ] digest to generate taxonID
[ ] Remove duplicates to create unique records in taxon core
[ ] name_parse to get genus and taxonRank
[ ] static mapping, e.g. datasetName
[ ] as is mapping, e.g. locality
[ ] recode mapping: treatStatus from full text to codes
[ ] case_when mapping: if locality is empty and countryCode is e.g. BE => use Belgium for locality

Note, the use of the nameparser function is not always that trustworthy, see this issue. So are we still going to use it to generate information for taxonRank and genus?

Would still use it, it’s still useful and introduces the concept of external/biodiversity specific services

All done, closing.


[LWJGL] GLFW_VERSION_UNAVAILABLE error on MacBook Pro 2015

I receive the following error when running the Main class on my Macbook Pro. My Macbook pro currently supports OpenGL 4.1. So I'm utterly confused about this error.
[LWJGL] GLFW_VERSION_UNAVAILABLE error
	Description : NSGL: The targeted version of macOS only supports forward-compatible core profile contexts for OpenGL 3.2 and above
	Stacktrace  :
		org.lwjgl.glfw.GLFW.nglfwCreateWindow(GLFW.java:1649)
		org.lwjgl.glfw.GLFW.glfwCreateWindow(GLFW.java:1827)
		core.kernel.Window.create(Window.java:61)
		core.kernel.CoreEngine.createWindow(CoreEngine.java:41)
		core.Main.main(Main.java:9)

https://support.apple.com/en-us/HT202823
MacBook Pro (Retina, 15-inch, Mid 2015)	AMD Radeon R9 M370X	4.1	1.2

I had/have the same issue. In order to use 4.1 on you're mac, you'll need to provide some additional hints. You can see that the default profile for most macs is 2.1 (https://support.apple.com/en-us/HT202823) however the core profile is 4.1 for newer macs.
In order to use this, you'll need to add the following hints:
glfw.window_hint(glfw.CONTEXT_VERSION_MAJOR, 4)
glfw.window_hint(glfw.CONTEXT_VERSION_MINOR, 1)
glfw.window_hint(glfw.OPENGL_PROFILE, glfw.OPENGL_CORE_PROFILE)   <--- This telling the mac to use the core profile
glfw.window_hint(glfw.OPENGL_FORWARD_COMPAT, True) <--- This telling the mac to deprecate everything before it basically
With these hints, I have no issue using the 4.1 version. Hopefully, you've figured this out by now but if not, the information is here for reference.

For future reference, this is still happening. The changes to Window.java that I had to make on my 2019 iMac Pro are as follows:
Inside create()
glfwWindowHint(GLFW_RESIZABLE, GL_TRUE);
glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 4);
glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 1);
glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
glfwWindowHint(GLFW_OPENGL_FORWARD_COMPAT, GL_TRUE);


Add field mapping for Patient - photo

Added the photo field to the Patient model class, Hibernate file, and script.

Reopening to add extended fields needed for the photo field

Added the extended fields for the photo field to the Patient model class, Hibernate file, and script.


HDXDSYS-882 update moz 3w

Correct MOZ 3w parameters (in the time it took for the tests to run the resource was updated and reuploaded).
cc @turnerm

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 92.921%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1352

Relevant Lines:
1455

💛  - Coveralls


make fails: Error: template d.ir.type.Type.accept cannot deduce function from...

make fails at this step:
dmd -c -ofobj/libd-llvm.o libd-llvm/src/d/llvm/*.d libd-llvm/import/llvm/c/target.d -m64 -w -debug -gc -unittest -Ilibd-llvm/import -Ilibd-llvm/libd/src
libd-llvm/src/d/llvm/type.d(42): Error: template d.ir.type.Type.accept cannot deduce function from argument types !()(TypeGen), candidates are:
libd-llvm/libd/src/d/ir/type.d(85):        d.ir.type.Type.accept(T)(ref T t)
make used to work before (that was a while back not sure when)

use dmd 2.066 not master

So master is broken again ? My computer is starting to hate dustmite :(

Fixed. This is linked to this being final in classes now.


⚠ Bofrost.at has degraded performance

In 4b2b341, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 2394 ms

Resolved: Bofrost.at performance has improved in 0880b25.


enhancing UI

the UI of this can be improved.
can u assign me this and label it aswell.
thank you!

@T-Rahul-prabhu-38 make sure to complete this issue for the next 2 days
and make sure to join discord channel mentioned at readme,

sure sir,

I would like to work on this issue pls assign me this @vivekvardhan2810

@Akanshaku don't spam in other issues, this is the last warning.


Simplifying complex data input by tabulation

A suggestion of showing highway data in a tabular form where there's a column for each lane and a row for each attribute.
In an effort to encourage people to include lane information such as sidewalks, turn lanes and different restrictions on the use of each lane as applicable.

I can't understand what you are requesting here. Can you try to explain again?

Current tags are listed in 2 columns. Fine for most things but where there are multiple lanes, each of which can have its own attributes, would it not be easier to understand if the details for each lane was in one column ? so a column for each lane where attributes can be different.

Okay, there's an existing issue for support for lane tags: #387. Please post your suggestions there.

can you move this onto the end of that thread then ?


Ran the example code but got wrong results

I ran the example code exactly as the same as provided.
from calflops import calculate_flops
from torchvision import models

model = models.alexnet()
batch_size = 1
input_shape = (batch_size, 3, 224, 224)
flops, macs, params = calculate_flops(model=model,
                                      input_shape=input_shape,
                                      output_as_string=True,
                                      output_precision=4)
print("Alexnet FLOPs:%s   MACs:%s   Params:%s \n" %(flops, macs, params))

But the results (FLOPS, MACs) I got didn't match the results described in your README.
------------------------------------- Calculate Flops Results -------------------------------------
Notations:
number of parameters (Params), number of multiply-accumulate operations(MACs),
number of floating-point operations (FLOPs), floating-point operations per second (FLOPS),
fwd FLOPs (model forward propagation FLOPs), bwd FLOPs (model backward propagation FLOPs),
default model backpropagation takes 2.00 times as much computation as forward propagation.

Total Training Params:                                                  61.1 M
fwd MACs:                                                               714.188 MMACs
fwd FLOPs:                                                              1.4297 GFLOPS
fwd+bwd MACs:                                                           2.1426 GMACs
fwd+bwd FLOPs:                                                          4.2892 GFLOPS

-------------------------------- Detailed Calculated FLOPs Results --------------------------------
Each module caculated is listed after its name in the following order:
params, percentage of total params, MACs, percentage of total MACs, FLOPS, percentage of total FLOPs

Note: 1. A module can have torch.nn.module or torch.nn.functional to compute logits (e.g. CrossEntropyLoss).
 They are not counted as submodules in calflops and not to be printed out. However they make up the difference between a parent's MACs and the sum of its submodules'.
2. Number of floating-point operations is a theoretical estimation, thus FLOPS computed using that could be larger than the maximum system throughput.

AlexNet(
  61.1 M = 100% Params, 714.19 MMACs = 100% MACs, 1.43 GFLOPS = 100% FLOPs
  (features): Sequential(
...
)
---------------------------------------------------------------------------------------------------
Alexnet FLOPs:1.4297 GFLOPS   MACs:714.188 MMACs   Params:61.1008 M

Your README shows Alexnet FLOPs:4.2892 GFLOPS   MACs:2.1426 GMACs   Params:61.1008 M

I think this may be a typo by the author of the Readme document. In his subsequent calculation screenshots and results, the results are the same as yours.