Chartist.plugins.tooltip not working

Hello!
I am trying to use the tooltip plugin in my angular app but it doesn't work, I got this error:
"ERROR TypeError: Chartist.plugins.tooltip is not a function"  I am spending my 3rd day with this... :(
simple code:
import * as Chartist from 'chartist';
import * as tooltip from 'chartist-plugin-tooltips'
var chart = new Chartist.Line('.ct-chart1', {
labels: [1, 2, 3],
series: [
[
{meta: 'description', value: 1 },
{meta: 'description', value: 5},
{meta: 'description', value: 3}
],
[
{meta: 'other description', value: 2},
{meta: 'other description', value: 4},
{meta: 'other description', value: 2}
]
]
}, {
low: 0,
high: 8,
fullWidth: true,
plugins: [
Chartist.plugins.tooltip()
]
});
any idea? :)
ctPointLabels is working...

I don't know why, but I have to initialize the imported tooltip in constructor() or in ngOnInit();
constructor() {
var toltip = tooltTips;
}
and it is working, but still have some silly bug..... the tooltip is in the left top corner showed...

@Gergely1987 you have to have a require('chartist-plugin-tooltips') somewhere before you try to use Chartist.plugins.tooltip()
Ref: https://github.com/tmmdata/chartist-plugin-tooltip/blob/130146ddb3f44b5bec71f2221613c50ef432c418/src/scripts/chartist-plugin-tooltip.js#L23

i think you can call this in
options: {
}

...try this...


Bluetooth: Controller: ISO adaptation layer

Improves error handling and makes ISO adaptation layer
independent of CIS.
Signed-off-by: Asger Munk Nielsen<EMAIL_ADDRESS>

@thoh-ot can you please review if you want this in for 2.6?

Comments addressed and CI passing, @carlescufi please merge when you have time, thanks


HTTP 599: SSL certificate problem: self signed certificate in certificate chain

https site demo work well here http://demo.pyspider.org/debug/ttest and linux machine.
but rasie SSL error on windows.

pyspider phantomjs -- --ignore-ssl-errors=true

@binux I don't set `fetch_type="js"

what's the version of libcurl on windows? try command curl -v to see the error.

curl 7.37.0 (Windows) libcurl/7.37.0 OpenSSL/1.0.1j zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp
Features: NTLM SSL libz

by https://github.com/binux/pyspider/issues/372
curl -v is not to see the version....
E:\>curl -v https://www.ebooks-it.net
* Rebuilt URL to: https://www.ebooks-it.net/
* timeout on name lookup is not supported
* Hostname was NOT found in DNS cache
*   Trying <IP_ADDRESS>...
* Connected to www.ebooks-it.net (<IP_ADDRESS>) port 443 (#0)
* libcurl is now using a weak random seed!
* SSLv3, TLS Unknown, Unknown (22):
* SSLv3, TLS handshake, Client hello (1):
* SSLv2, Unknown (22):
* SSLv3, TLS handshake, Server hello (2):
* SSLv2, Unknown (22):
* SSLv3, TLS handshake, CERT (11):
* SSLv2, Unknown (21):
* SSLv3, TLS alert, Server hello (2):
* SSL certificate problem: unable to get local issuer certificate
* Closing connection 0
* SSLv2, Unknown (21):
* SSLv3, TLS alert, Client hello (1):
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

this error:
curl: (60) SSL certificate problem: unable to get local issuer certificate
relate to
http://stackoverflow.com/questions/24611640/curl-60-ssl-certificate-unable-to-get-local-issuer-certificate
https://laracasts.com/discuss/channels/general-discussion/curl-error-60-ssl-certificate-problem-unable-to-get-local-issuer-certificate
add curl's CA  to system32 not work. I would add the verify_https = False on windows.
This is a curl bug, work fine on curl 7.46.0 (x86_64-w64-mingw32) but curl 7.37.0 (Windows)

When you add verify_https, you mean validate_cert ?

yes, I think validate_cert should be False default because a crawler don't care the site is a liar or not.

crawl() got unexpected keyword argument: ['validate_cert'], What's wrong with that?

[E 160329 13:51:34 base_handler:194] crawl() got unexpected keyword argument: ['validate_cert']     Traceback (most recent call last):       File "/Library/Python/2.7/site-packages/pyspider/libs/base_handler.py", line 187, in run_task         result = self._run_task(task, response)       File "/Library/Python/2.7/site-packages/pyspider/libs/base_handler.py", line 167, in _run_task         return self._run_func(function, response, task)       File "/Library/Python/2.7/site-packages/pyspider/libs/base_handler.py", line 149, in _run_func         return function(*arguments[:len(args) - 1])       File "<mmm>", line 15, in on_start       File "/Library/Python/2.7/site-packages/pyspider/libs/base_handler.py", line 354, in crawl         return self._crawl(url, **kwargs)       File "/Library/Python/2.7/site-packages/pyspider/libs/base_handler.py", line 296, in _crawl         raise TypeError('crawl() got unexpected keyword argument: %s' % kwargs.keys())     TypeError: crawl() got unexpected keyword argument: ['validate_cert']

please upgrade to git/master version

@binux Thanks! It works!


Credo and dogma

Adds Credo and Dogma, no more warnings/errors for either.
Should come after PR https://github.com/mattmills/ecto_neo4j/pull/1

I think overall this is good, and the code smells (that I introduced) I see are things we'll address as we work towards a functioning library. Thanks! This is awesome.

Hey man. I found some issues with a missing config/test.exs at work this morning (the work was done on my home system). So I think I left off that file. I'll close this and make a new PR with the missing file (that will also have your preferred squashed commits in the history).
Thanks.


Documentation link in changelog is broken

https://github.com/PowerShell/PowerShellGet/blob/development/CHANGELOG.md has the link below. But it doesn't go anywhere.
https://docs.microsoft.com/en-us/powershell/gallery/psget/module/RequireLicenseAcceptance

Please take a look https://github.com/PowerShell/PowerShell-Docs/pull/1620 , this PR has been merged. It looks like the documentation is not yet deployed to live documentation site.

https://docs.microsoft.com/en-us/powershell/gallery/psget/module/RequireLicenseAcceptance is live now.


Lags with Chisels and Bits

If you run 1.16.3 or 1.16.4 with Chisels and Bits and MoreOverlays and press F7 it laggs a lot if you’re looking at a building made with CaB.
If you need any versions, latest should still have the problem.
I think it happens because MoreOverlays tries to render a cross on each block but a chisels and Bits block has 256 blocks instead of just one, but I'm not sure.

Can you try the newest version? https://www.curseforge.com/minecraft/mc-mods/more-overlays-updated/files/3172013

Can you try the newest version? https://www.curseforge.com/minecraft/mc-mods/more-overlays-updated/files/3172013

Oh, sorry! I never got a notification for that, or I missed it!


isValid doesn't respect format

Why does isValid returns true when I explicitly give string format ?
(moment('2011/11/10',"DD/MM/YYYY")).isValid() //=>  true

Try strict parsing:
moment('2011/11/10',"DD/MM/YYYY", true).isValid() // false

What happened was it parsed 20/11/10 as DD/MM/YYYY and it said that 11 (from 2011) is extra, and non-strict parsing is ok with that.


fix(select-with-tags): fixed margins with outer label

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

3 of 3 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.005%) to 80.475%

Totals

Change from base Build<PHONE_NUMBER>:
0.005%

Covered Lines:
7392

Relevant Lines:
8366

💛  - Coveralls


/refresh not working if management.security.enabled=true

If i do not give management.security.enabled=true or even do not give it then refresh url is not working it gives 401 -- Full authentication is required to access this resource. I am testing it from soap ui and do not understand what authentication it needs , I even skipped it from our inhouse authentication. can anyone tell how i can expose it without any authentication and with management.security.enabled=true otherwise sonar complaines about it.

You must have spring security on the classpath.  You can either disable spring security or configure it so the /refresh endpoint is not protected.

I will try that and other thing is i exposed a custom url (eg : "/custom-refresh")  which calls the refresh method of spring class which i will autowire in my custom controller and provide authentication to it. Wouldn't that be a good solution.

Perhaps, You couldn't config your authorization configure, in just my opinion. If you enable security, you should be using basic-auth or password.  and if you will try to change management URL, you just change management port.
[https://docs.spring.io/spring-boot/docs/1.4.1.RELEASE/reference/html/production-ready-monitoring.html](Official documentation)

That was helpful, I was able to find it . Thanks @ryanjbaxter  and @Nyamkhuub


Disable monkey patch if Rails version >= 6.1

Once we ship v2, let's short-circuit the monkey patches entirely in 6.1, as they will no longer be necessary.
I'm almost wondering if we could/should move the monkey patches to their own gem at that point. What do you think @jonspalmer?

Closed by https://github.com/github/view_component/pull/268


Broken Markdown link detection should also work for internal links

One fantastic feature of Docusaurus 2 is that it warns me if I have a broken link in one of my Markdown files:
warn Docs markdown link couldn't be resolved: (non_existent_page.md) in C:\Repositories\my-repo\docs\main.md for version current

This feature is really helpful and a huge time saver!
However, this feature does not work with internal links on the page.
For example, consider the following Markdown file:
### Section 1

This is section 1. By the way, you might want to also check out [section 2](#section-3).
<!-- Oops, I made a typo at the end of the previous line, and the link is now broken! -->

### Section 2

This is section 2.

Docusaurus won't warn me about the bug in this file, which is a real bummer. =(
Is this something that can be added?

Yes, we definitively want this feature, duplicate of https://github.com/facebook/docusaurus/issues/3321


Remove #[allow(clippy::suspicious_else_formatting)]

Since https://github.com/rust-lang/rust-clippy/issues/12497 is merged.
Here: https://github.com/rust-lang/rustc_codegen_gcc/blob/7ff5d39980b7ac84d702ff0e82df02163dfe9265/src/intrinsic/mod.rs#L129

Does this mean anywhere #[allow(clippy::suspicious_else_formatting)] is set need to be remove

Yes.
You can try, but I assume this might not work until this PR is merged.

i will pick another issue while i wait for dependent PR to get merged and come back to it

hello @antoyo i would love to work on this

I don't remember exactly why, but I mentioned in my previous comment that it won't be possible to do until the sync PR is done (which will take some more time still).
Perhaps it is because some lint was added in the rust repo so we won't have it until the sync is over?
Anyway, you can take a look: I'll assign you to this issue.

alright


Add powerpoint .ppt definition

While building a previewer for ActiveStorage, I uploaded a .ppt file I exported from Keynote. You can see in the params hash the content type is application/vnd.ms-powerpoint but once it gets to the previewer it's application/x-ole-storage which is generic across several formats. This adds a definition for Powerpoint so those get recognized correctly.

Thanks! Do you have a minimal sample file that could be added as a test fixture?

Was just working on making one for ya. 👍

And done!


to find out why telescope-fzf isnt working on linux

to find out why telescope-fzf isnt working on linux, it does work on windows

if telesocpe-fzf isnt working just do:
Lazy build telescope-fzf-native.nvim


Docs: Comparison tolerance

:tada: This PR is included in version 2.9.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Fix fix hint tests with different be instances

Problem:
When using multiple be to test hint with distribute hint, the result would be unstable
Solved:
Add ordered hint to every distribute hint and move some leading hint cases to check containing of hint infomation

run buildall

it is beter to 'set be_number_for_test=3' to avoid choosing different join type

run buildall

run buildall


[SPARK-39316][SQL] Merge PromotePrecision and CheckOverflow into decimal binary arithmetic

What changes were proposed in this pull request?

The main change:

Add a new method resultDecimalType in BinaryArithmetic
Add a new expression DecimalAddNoOverflowCheck for the internal decimal add, e.g. Sum/Average, the different with Add is:

DecimalAddNoOverflowCheck does not check overflow
DecimalAddNoOverflowCheck make dataType as its input parameter

Merge the decimal precision code of DecimalPrecision into each arithmetic data type, so every arithmetic should report the accurate decimal type. And we can remove the unused expression PromotePrecision and related code
Merge CheckOverflow iinto arithmetic eval and code-gen code path, so every arithmetic can handle the overflow case during runtime

Merge PromotePrecision into dataType, for example, Add:
override def resultDecimalType(p1: Int, s1: Int, p2: Int, s2: Int): DecimalType = {
  val resultScale = max(s1, s2)
  if (allowPrecisionLoss) {
    DecimalType.adjustPrecisionScale(max(p1 - s1, p2 - s2) + resultScale + 1,
      resultScale)
  } else {
    DecimalType.bounded(max(p1 - s1, p2 - s2) + resultScale + 1, resultScale)
  }
}

Merge CheckOverflow, for example, Add eval:
dataType match {
  case decimalType: DecimalType =>
    val value = numeric.plus(input1, input2)
    checkOverflow(value.asInstanceOf[Decimal], decimalType)
  ...
}

Note that, CheckOverflow is still useful after this pr, e.g. RowEncoder. We can do further in a separate pr.
Why are the changes needed?

Fix the bug of TypeCoercion, for example:
SELECT CAST(1 AS DECIMAL(28, 2))
UNION ALL
SELECT CAST(1 AS DECIMAL(18, 2)) / CAST(1 AS DECIMAL(18, 2));

Relax the decimal precision at runtime, so we do not need redundant Cast
Does this PR introduce any user-facing change?

yes, bug fix
How was this patch tested?

Pass exists test and add some bug fix test in decimalArithmeticOperations.sql

cc @cloud-fan @viirya @HyukjinKwon

cc @manuzhang this should fix the bug you hit

Besides the bug fix test in union.sql, we'd better test all the DecimalArithmetic types. I don't think they've been covered before.

Besides the bug fix test in union.sql, we'd better test all the DecimalArithmetic types. I don't think they've been covered before.

@manuzhang yeah, will add some more tests for all decimal binary arithemtic

thanks, merging to master!

@cloud-fan do we plan to back-port it to branch-3.1?

Here is @wangyum 's follow-up PR

https://github.com/apache/spark/pull/36853

@manuzhang this is a big refactor and we can't backport...

Could you help review if I submitted a PR?

For backport, I think your workaround to switch rule order is safer.

@ulysses-you Is the following query an actual bug before the refactor? Or did the refactor just remove the redundant cast?
SELECT CAST(1 AS DECIMAL(28, 2))
UNION ALL
SELECT CAST(1 AS DECIMAL(18, 2)) / CAST(1 AS DECIMAL(18, 2));

@gengliangwang it is a bug fix and also have improvement for saving unnecessary cast. The query will produce the unexpected precision and scale. before: decimal(28,2), after: decimal(38,20)

Looking at this motivated by something related. But what the bug is not so clear in the PR description and the JIRA, I only see that it claims there is a bug, but no clear description about what the bug actually is and what is correct behavior.
Is it possible to update the PR description and JIRA (even they were merged/closed)? It's still valuable for others for tracking purpose.

@viirya sure, I have updated the pr description and jira. Hope it is more clear now.

Thank you @ulysses-you


RFC 002 - Add Client Metadata for relying parties

In several situations, we realised the need to show the user who the relying party is. E.g. Payments. It provides a better user experience by showing the merchant's logo on the payment screen, e.g.

It would be interesting using a cryptografically verifiable trust Mark in the form of qrcode

Or simply an LPID @malinnorlander

Comments from Stefan / VISA towards RFC008.

Not sure that you as a wallet would want to load and try to display binary data appearing to be an image from an arbitrary URI on a per-transaction basis without further security guards. Hence I would not recommend putting this into the transaction_data. This would also open doors to deceiving the consumer (i.e. logo does not match the merchant).

Client metadata of the RP seems to be a better approach as this way, at least the URI is read from a resource that can be associated with the RP.

Ideally, I would say that this type of data should also be connected to the RP's access certificate and information in there (e.g. a shared base URL at least). But I am aware that this is still open and future-looking.

Hey all,
Yes I agree with Stefan, for me the client metadta is the natural place for adding this info...


Please provide a possible upgrade/fix for log4j2 getting utilised in org.wso2.carbon:org.wso2.carbon.utils:jar->pax-logging-log4j2:jar:1.11.3:compile

Describe the issue:
This is with respect to the recently raised log4j vulnerability. The mvn dependency tree does not show the dependency of log4j2 for org.wso2.carbon:org.wso2.carbon.utils:jar:4.6.1 but it does depend on pax logging which eventually has log4j 2.12.1 as provided dependency.
How to reproduce:
mvn dependency tree:
[INFO] +- org.wso2.carbon:org.wso2.carbon.utils:jar:4.6.1:compile
[INFO] |  +- org.wso2.orbit.org.bouncycastle:bcprov-jdk15on:jar:1.60.0.wso2v1:compile
[INFO] |  |  - org.bouncycastle:bcprov-jdk15on:jar:1.60:compile
[INFO] |  +- org.wso2.carbon:org.wso2.carbon.user.api:jar:4.6.1:compile
[INFO] |  |  - (org.wso2.carbon:org.wso2.carbon.base:jar:4.6.1:compile - omitted for duplicate)
[INFO] |  +- org.wso2.carbon:org.wso2.carbon.bootstrap:jar:4.6.1:compile
[INFO] |  |  +- (org.ops4j.pax.logging:pax-logging-api:jar:1.11.3:compile - omitted for duplicate)
[INFO] |  |  - wrapper:wrapper:jar:3.2.3:compile
[INFO] |  +- org.ops4j.pax.logging:pax-logging-api:jar:1.11.3:compile
[INFO] |  |  +- org.osgi:osgi.core:jar:6.0.0:compile
[INFO] |  |  - org.osgi:osgi.cmpn:jar:6.0.0:compile
[INFO] |  +- org.ops4j.pax.logging:pax-logging-log4j2:jar:1.11.3:compile
[INFO] |  |  +- (org.ops4j.pax.logging:pax-logging-api:jar:1.11.3:compile - omitted for duplicate)
[INFO] |  |  +- (org.osgi:osgi.core:jar:6.0.0:compile - omitted for duplicate)
[INFO] |  |  - (org.osgi:osgi.cmpn:jar:6.0.0:compile - omitted for duplicate)
Expected behavior:
There should be an upgraded version for using the non-vulnerable pax logging library
Environment information (Please complete the following information; remove  any unnecessary fields) :
WSO2 IS 5.7 and 5.11

Optional Fields
Related issues:

Suggested labels:
log4j2

There is also a direct dependency on Log4j 2.13.2. See #12876.
Current versions of Log4j are vulnerable to CVE-2021-44228 (remote code execution vulnerability) and CVE-2021-45046 (denial of service vulnerability)

At least the following jars are vulnerable (contain the file org/apache/logging/log4j/core/lookup/JndiLookup.class):
/home/wso2carbon/wso2is-5.11.0/lib/log4j-core-2.12.0.jar
/home/wso2carbon/wso2is-5.11.0/repository/components/plugins/org.ops4j.pax.logging.pax-logging-log4j2_1.11.3.jar
/home/wso2carbon/wso2is-5.11.0/repository/components/tools/forget-me/lib/pax-logging-log4j2-1.11.3.jar

To patch these, run:
VULNERABLE_JARS=$(for jar in `find $(pwd) -iname '*.jar'`; do unzip -l $jar | grep -v -E '^Archive' | grep org/apache/logging/log4j/core/lookup/JndiLookup.class >/dev/null 2>&1 && echo $jar; done || true) \
&& for jar in $VULNERABLE_JARS; do echo "Patching vulnerable jar $jar"; zip -q -d $jar org/apache/logging/log4j/core/lookup/JndiLookup.class; done

A number of other jars also contain class JndiLookup, and depending on how it is used, this may open up other avenues of vulnerability, but removing the class from those other jars may break them or disable LDAP functionality.

Docker users can find updated docker images at codebling/wso2is (source repo)

It seems there's also an official script here and an information page here

#12893 is the new pull request for this

Thank you @codebling for your response. Following are my thoughts:
The direct dependencies can still be upgraded. but for pax logging -> log4j2 dependencies are provided and transitive. Also, they cannot be seen in the dependency tree. And now with the 2.16 vulnerability, even an upgrade of pax-logging to the latest version(2.0.12) doesn't seem to be a plausible solution as it uses 2.16 version of log4j.
The mitigation script is fine but as the doc suggests it is a temporary solution and an upgrade is the most optimal solution to this. So for pax-logging, may be we could exclude it up, add the latest version in  and exclude log4j for the same.

org.ops4j.pax.logging
pax-logging-log4j2
2.0.12

org.apache.logging.log4j
log4j-api

org.apache.logging.log4j
log4j-core

@jasmine0508 have you tested this? pax would then use the root (upgraded) log4j? Seems like a good solution if that's the case, (though still a temporary one). The final solution is for WSO2 to fix this

Right. Still in the process to test it up. Though ideally it should. Anyways pax has provided an upgraded version 2.0.13 so that can be used

See also #12913 #13117  #13115

So do we have any update on v5.11 using log4j 2.12

U2 updates have sent for 5.11

Could you help me with the github release link for the same.
I tried v5.11 from https://github.com/wso2/product-is/releases/tag/v5.11.0

@jasmine0508 https://wso2.com/identity-and-access-management/previous-releases/ I have no idea when that was even released

IS 6.0.0 is released including removing log4j1 usages. For the IS 5.11 product updates were sent.


#39225 - added fix for zfs dracut support

Motivation for this change
Resolves issue with ZFS not being detected properly by dracut. (#39225)
Issue was created upstream in https://github.com/zfsonlinux/zfs/pull/7287 and resolved later in https://github.com/tonyhutter/zfs/commit/d565bdaaf3a045c753aebb85d19424d01c861932
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[X] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[X] Fits CONTRIBUTING.md.

Ah - wasn't aware of that. Only started learning NixOs yesterday. I'll cancel this PR.

The module was also loaded in initrd as far as I remember.


fix: avoid duplicate bos token

this PR updates the tokenizer to avoid appending the bos token since this is now included in the config and is applied upstream by the chat template
changes to template: https://huggingface.co/google/gemma-7b-it/discussions/42/files

Should the model have a BOS token when not using templates? If so we can't do that I think, right?

We shouldn't even use that class altogether, everything should be upstream in transformers, no ?

great points, thank you! I seems like the issue is theres more then one place special tokens can be added once chat templates were added... maybe we can skip special tokens in all or some cases on batch_decode (it would be nice to skip them in all "chat" cases)
...
self.tokenizer.batch_decode(
  prefill_token_ids,
  clean_up_tokenization_spaces=False,
  skip_special_tokens=True,
)

in the Conversation pipeline in transformers special tokens seem to be expected to be handled by the template rather than the tokenizer: https://huggingface.co/google/gemma-7b-it/discussions/42#65d8904dd532b55d20355844

stale, low priority (will re open if causes issues)


docs(footer): update footer copyright year

Update the footer to say 2020 instead of 2019: https://s.armory.io/OAubEAX8

I was doing some cleanup and absentmindedly deleted the fork this came from. I wonder if that's why the required statuses is stuck on yellow.

Huh. Not sure. But just now when I try to add a space, I find that suggest changes button is not there. Should we close this and try again?

Yup, I'll create a new one.


Kqueen ldap

refactor env-vars arch to provide configuration using only docker env-vars
remove apply_env changes due issues with bad overriding in case of multiple value-entries in config file
logging increased

This change is not equivalent to the current configuration. When you move the auth dict sample from config to code, you can no longer use local auth only for example. Can you alter the code so it is still configurable which auth backends we use?

@atengler pls clarify info about auth_config, i don't understand what do u mean


YETUS-957. maven.sh fails to parse maven version

JIRA: https://issues.apache.org/jira/browse/YETUS-957

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-99/1/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 42s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1 :green_heart:
shellcheck
0m  2s
There were no new shellcheck issues.

+1 :green_heart:
shelldocs
0m  0s
There were no new shelldocs issues.

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

_ Other Tests _

+1 :green_heart:
asflicense
0m  9s
The patch does not generate ASF License warnings.

2m 10s

Subsystem
Report/Notes

Docker
ClientAPI=1.40 ServerAPI=1.40 base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-99/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/99

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 2c668c4c6883 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 7996642

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-99/1/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.7.0

Powered by
Apache Yetus 0.12.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

Verified with Maven 3.6.3: https://github.com/apache/yetus/pull/100#issuecomment-604307341

Thanks @aw-was-here  for your review.


Can't retrieve output files of a job on windows

Hi!
While trying to access the output of a job there is an error:
404 Server Error: Not Found for url: https://zam2125.zam.kfa-juelich.de:9112/JUSUF/rest/core/storages/1c7ee596-c470-480b-ac4d-0d8185ea36d8-uspace/files\
I am using windows for development and I believe this error is due to the fact that normpath is being used on the url and as seen in the error, the URL ends with the unicode code for '' which is what normpath does to '/'.
Here is how I am trying to access the files:
token = 'my_real_token'
import pyunicore.client as unicore_client
transport = unicore_client.Transport(token, oidc=True)
registry = unicore_client.Registry(transport, unicore_client._HBP_REGISTRY_URL)
sites = registry.site_urls
site_url = sites['JUSUF']
client = unicore_client.Client(transport, site_url)
jobs = client.get_jobs()
jobs[0].working_dir.listdir()

thank you!

Can you please approximate a time frame for the release with the fix if possible? Also in past versions there used to be a function  for getting a dict with the available sites called get_sites. Is it possible to get the function back or provide an example of what would be the best way of getting it (I have a feeling that the way I did it in the example above is not ideal)?

Sure! The release is available - 0.11.1
The get_sites() has been removed, since using a Registry client (as you did) does the same thing.
Once you have the Registry , you can get a site client more easily:
client = registry.site("JUSUF")

Thank you for your prompt response!


chore(deps): update dependency postcss to v8.1.1

This PR contains the following updates:

Package
Type
Update
Change

postcss (source)
devDependencies
patch
8.1.0 -> 8.1.1

Release Notes

postcss/postcss
v8.1.1
Compare Source

Update funding link.

Renovate configuration
:date: Schedule: At any time (no schedule defined).
:vertical_traffic_light: Automerge: Disabled by config. Please merge this manually once you are satisfied.
:recycle: Rebasing: Whenever PR becomes conflicted, or if you modify the PR title to begin with "rebase!".
:no_bell: Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

Available now for Enterprise: Renovate Pro with real-time webhook handling and priority job queue.

:tada: This PR is included in version 6.0.2 :tada:
The release is available on:

v6.0.2
GitHub release

Your semantic-release bot :package::rocket:


(PUP-7118) New Acceptance test: utf-8 characters in function args

The original version of this test was modified to set the environment
variable LANG to "en_US.UTF-8" on each call to on() and apply_manifest_on().
There are some VM pooler templates that to not set this by default.
In addition, the utf-8 string is now defined by using the unicode values.

CLA signed by all contributors.

@seangriff can you post link to the output of a successful ad-hoc run before we merge this?

@MosesMendoza
successful output of ad-hoc run:
https://gist.github.com/seangriff/ff53e8b17ac82b8605b0b0bd18f327d3

This PR will fix the failure on the Jenkins build today (PUP-7172)

output of successfull run:
https://gist.github.com/seangriff/fe851317f79843d38db7dec086d61f98


Decode now calls private property instead of public method

Removes the warning raised when the decode method is called.

Codecov Report

Merging #1087 into master will decrease coverage by 0.01%.
The diff coverage is 33.33%.

@@            Coverage Diff            @@
##           master   #1087      +/-   ##
=========================================
- Coverage   79.61%   79.6%   -0.02%
=========================================
  Files          42      42
  Lines        6898    6898
=========================================
- Hits         5492    5491       -1
- Misses       1406    1407       +1

Impacted Files
Coverage Δ

pytorch_transformers/tokenization_utils.py
85.9% <33.33%> (-0.33%)
: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 e00b4ff...2ba1a14. Read the comment docs.

Yes! Thanks @LysandreJik LGTM


preputial gland inflammation

Please add:
preputial gland inflammation
DEF: local accumulation of fluid, plasma proteins, and leukocytes in any of the paired, lobulated, modified sebaceous glands located in the inguinal region adjacent to the penis and vagina, with pheromonal functions in male rodents; in males, the preputial gland empties into the preputial cavity and in females, the preputial (aka clitoral) gland duct empties into the clitoral fossa
SYN: preputial inflammation
From J:211266
Thanks
Anna

New term added:
preputial gland inflammation  MP:0013905


E57_ERROR_INTERNAL exceptions when trying to read data3d with 0 points

Hi, thanks for the library.
I observed that when creating a .reader() for a data3d entry that has 0 points, E57_ERROR_INTERNAL gets thrown, likely incorrectly.
The 2 throw locations are these (linking code from v2.2.0 but that code seems the same with master):
Case 1:
https://github.com/asmaloney/libE57Format/blob/65c0d2380711ddf3c7ec8a7fc9f03d5b453b9d7c/src/Packet.cpp#L97-L101
Case 2:
https://github.com/asmaloney/libE57Format/blob/65c0d2380711ddf3c7ec8a7fc9f03d5b453b9d7c/src/CompressedVectorReaderImpl.cpp#L103-L110
With my real E57 file I encountered the issue on, the first one is thrown, and with a mini synthetic empy E57 point cloud I tried to craft with help of CloudCompare and Meshlab, the second one is thrown.
For the second one, here is a file to repro: empty-cloud.e57.zip
I believe that for such a 0-point point cloud, creating a .reader() from it should work, simply reading 0 points, and not give E57_ERROR_INTERNAL.

Hi Niklas.
I'm trying to reproduce this.
Are you getting this with the latest release or an older version?
When you are talking about .reader() for a data3d what functions are you calling specifically? i.e. is it failing when creating the e57::Data3DPointsFloat, when calling SetUpData3DPointsData, or when calling .read()?
(Do you mind if I add this E57 file to the test suite?)

I was able to reproduce the second one (after removing a specific check for 1 or more points in E57SimpleData.cpp). I don't currently see a path to reproducing the first one.
Not quite sure how to fix it at the moment because the SetUpData3DPointsData function creates and returns the CompressedVectorReader (which is what's throwing), and the function signature does not allow for an error to be returned. I guess I could at least throw from there with a clearer error message and how to solve it?
The simple solution is to not call that if you have 0 points :-) You do have that information from the Data3D header before calling into SetUpData3DPointsData.
Here's a test that outlines it:
TEST( SimpleReaderData, NoPoints )
{
   e57::Reader *reader = nullptr;

   E57_ASSERT_NO_THROW( reader = new e57::Reader( TestData::Path() + "/self/no-points.e57", {} ) );

   ASSERT_TRUE( reader->IsOpen() );
   EXPECT_EQ( reader->GetImage2DCount(), 0 );
   EXPECT_EQ( reader->GetData3DCount(), 1 );

   e57::E57Root fileHeader;
   ASSERT_TRUE( reader->GetE57Root( fileHeader ) );

   CheckFileHeader( fileHeader );
   EXPECT_EQ( fileHeader.guid, "{EC1A0DE4-F76F-44CE-E527-789EEB818347}" );

   e57::Data3D data3DHeader;
   ASSERT_TRUE( reader->ReadData3D( 0, data3DHeader ) );

   ASSERT_EQ( data3DHeader.pointCount, 0 );

   const uint64_t cNumPoints = data3DHeader.pointCount;

   if ( cNumPoints > 0 )
   {
      e57::Data3DPointsFloat pointsData( data3DHeader );

      auto vectorReader = reader->SetUpData3DPointsData( 0, cNumPoints, pointsData );

      const uint64_t cNumRead = vectorReader.read();

      vectorReader.close();

      EXPECT_EQ( cNumRead, cNumPoints );
   }

   delete reader;
}

Are you getting this with the latest release or an older version?

I'm testing with v2.2.0.

When you are talking about .reader() for a data3d what functions are you calling specifically?

I'm calling from pye57 reader = points.reader(dest_buffers), where points is the field in a data3d vector entry.
I think this calls CompressedVectorNode::reader()
Here are the GDB stack traces for Case 1 from the issue description:
(gdb) bt
#0  0x00007ffff7eafff8 in _Unwind_RaiseException () from /nix/store/843dqq10jdkalr2yazaz6drx334visrb-gcc-12.2.0-lib/lib/libgcc_s.so.1
#1  0x00007fff8b8b525a in __cxa_throw () from /nix/store/7c0yrczwxn58f9gk9ipawdh607vh067k-gcc-12.2.0-lib/lib/libstdc++.so.6
#2  0x00007fff7cec7b1a in e57::PacketReadCache::lock(unsigned long, char*&) [clone .cold] ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#3  0x00007fff7ceeacc4 in e57::CompressedVectorReaderImpl::CompressedVectorReaderImpl(std::shared_ptr<e57::CompressedVectorNodeImpl>, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >&) () from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#4  0x00007fff7cee8231 in e57::CompressedVectorNodeImpl::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >, bool) ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#5  0x00007fff7cefb66d in e57::CompressedVectorNode::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool) ()

I'll try to produce the one for Case 2 in a moment as well.

(Do you mind if I add this E57 file to the test suite?)

You can definitely use it. The XML looks a bit odd when viewed in less, but that might be because of embedded binary data?
Meshlab crashed in the middle of writing it (I filed https://github.com/cnr-isti-vclab/meshlab/issues/1433 for that) but it seems to still have written it.

I'm testing with v2.2.0.

Ah. The "simple reader" stuff was significantly revamped for version 3, so it's possible nothing I do here will apply to 2.x.

The XML looks a bit odd...

The XML is OK. The E57 format stores binary data followed by XML and the whole file includes CRC checksums on each 1020 bytes, so that's why you get problems with less. Here's what it looks like when read properly:
<?xml version="1.0"?>
<e57Root type="Structure" xmlns="http://www.astm.org/COMMIT/E57/2010-e57-v1.0" xmlns:nor="http://www.libe57.org/E57_NOR_surface_normals.txt">
    <formatName type="String"><![CDATA[ASTM E57 3D Imaging Data File]]></formatName>
    <guid type="String"><![CDATA[{EC1A0DE4-F76F-44CE-E527-789EEB818347}]]></guid>
    <versionMajor type="Integer">1</versionMajor>
    <versionMinor type="Integer" />
    <e57LibraryVersion type="String"><![CDATA[E57Format-2.2.0-x86_64-linux-gcc122]]></e57LibraryVersion>
    <data3D type="Vector" allowHeterogeneousChildren="1">
        <vectorChild type="Structure">
            <guid type="String"><![CDATA[{50c4acef-3526-4a44-b6b8-2d32c8457814}]]></guid>
            <pose type="Structure">
                <rotation type="Structure">
                    <w type="Float">1.00000000000000000e+00</w>
                    <x type="Float" />
                    <y type="Float" />
                    <z type="Float" />
                </rotation>
                <translation type="Structure">
                    <x type="Float" />
                    <y type="Float" />
                    <z type="Float" />
                </translation>
            </pose>
            <points type="CompressedVector" fileOffset="0" recordCount="0">
                <prototype type="Structure">
                    <cartesianX type="Float" precision="single" />
                    <cartesianY type="Float" precision="single" />
                    <cartesianZ type="Float" precision="single" />
                    <nor:normalX type="Float" precision="single" minimum="-1.0000000e+00" maximum="1.0000000e+00" />
                    <nor:normalY type="Float" precision="single" minimum="-1.0000000e+00" maximum="1.0000000e+00" />
                    <nor:normalZ type="Float" precision="single" minimum="-1.0000000e+00" maximum="1.0000000e+00" />
                </prototype>
                <codecs type="Vector" allowHeterogeneousChildren="1" />
            </points>
        </vectorChild>
    </data3D>
    <images2D type="Vector" allowHeterogeneousChildren="1" />
</e57Root>

I'll try to produce the one for Case 2 in a moment as well.

Here we go, for the repro file attached above:
(gdb) bt
#0  0x00007ffff7eafff8 in _Unwind_RaiseException () from /nix/store/843dqq10jdkalr2yazaz6drx334visrb-gcc-12.2.0-lib/lib/libgcc_s.so.1
#1  0x00007fff8b8b525a in __cxa_throw () from /nix/store/7c0yrczwxn58f9gk9ipawdh607vh067k-gcc-12.2.0-lib/lib/libstdc++.so.6
#2  0x00007fff7ceb0ba7 in e57::CompressedVectorReaderImpl::CompressedVectorReaderImpl(std::shared_ptr<e57::CompressedVectorNodeImpl>, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >&) [clone .cold] () from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#3  0x00007fff7cee8341 in e57::CompressedVectorNodeImpl::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >, bool) ()
   from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#4  0x00007fff7cefb77d in e57::CompressedVectorNode::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool) ()

My debug print prints
e.errorCode() 11 e.context() imageFileName=/path/to/empty-cloud.e57 cvPathName=/data3D/0/points

I don't currently see a path to reproducing the first one.

@asmaloney I have a real-world E57 file I have that causes it, which is probably the fastest way to repro Case 1.
But it's 38 GB and I can't post it publicly.
May I share it with you privately, and would you be up for sending me an email agreeing that you can use it only for the purpose of investigating this bug and to not distribute it further?

I also tried to downsample it with CloudCompare for easier sharing in the hope that this would preserve the 0-points data3d entry (of which there's only one in the file), but CloudCompare crashes on it with
[E57] Error: bad SourceDestBuffer (E57_ERROR_BAD_BUFFER)
    context: pathName=cartesianX
An error occurred while loading 'MainHouse': the third-party library in charge of saving/loading the file has thrown an exception
```,

CloudCompare also uses `libE57Format` according to https://github.com/CloudCompare/CloudCompare/blob/e243efbb3e6ae65a96e42da7620fd46771f90fbe/CHANGELOG.md?plain=1#L972-L974

However, here the error is different, and this downsampling problem might be CloudCompare's own problem.

So it sounds like there are a couple of possible issues here:

you're using a Python wrapper
it's using an old version of the code

This library uses exceptions everywhere (certainly not my choice!), not error return. So the "right" way to use it is to wrap calls to the API with try/catch. This would have to be done in the Python wrapper.
Two solutions for the Python wrapper code:

Add try/catch to handle exceptions
Check the number of points before trying to read

But it's 38 GB

😆 Yikes. I don't think I can deal with that right now.
Can you post a full stacktrace? The frames in the one you posted don't really tell us much other than were the exception was thrown.
What software produced the file? (Hopefully the e57LibraryVersion in the XML in the file should tell us.)

(I sent an email to the address in your profile to followup.)

Two solutions for the Python wrapper code:

Some clarifications:

The Python wrapper pye57 does correctly catch all exceptions. We see the gdb stack trace not because an exception bubbles up to the top-level, but because I used break _Unwind_RaiseException in gdb to get the trace to the two code locations I pointed out in the issue description, to support that those are really the right locations and which path is taken there.
I agree that checking the number of points before trying to read is a workaround, which I'm using currently.
It still seems worthwhile to figure out whether this error should be raised. From my understanding, E57_ERROR_INTERNAL should not surface if the caller does everything correctly, which it seems to do in my case.

Can you post a full stacktrace? The frames in the one you posted don't really tell us much other than were the exception was thrown.

Here are the full stack traces for the two cases, but I don't think it's too helpful because the immediate frame on top of what I posted is already pybind11, Python's C++ binding:
Case 1:
(gdb) bt
#0  0x00007ffff7eafff8 in _Unwind_RaiseException () from /nix/store/843dqq10jdkalr2yazaz6drx334visrb-gcc-12.2.0-lib/lib/libgcc_s.so.1
#1  0x00007fff8b8b525a in __cxa_throw () from /nix/store/7c0yrczwxn58f9gk9ipawdh607vh067k-gcc-12.2.0-lib/lib/libstdc++.so.6
#2  0x00007fff7cec7b1a in e57::PacketReadCache::lock(unsigned long, char*&) [clone .cold] ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#3  0x00007fff7ceeacc4 in e57::CompressedVectorReaderImpl::CompressedVectorReaderImpl(std::shared_ptr<e57::CompressedVectorNodeImpl>, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >&) () from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#4  0x00007fff7cee8231 in e57::CompressedVectorNodeImpl::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >, bool) ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#5  0x00007fff7cefb66d in e57::CompressedVectorNode::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool) ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#6  0x00007fff7cfa2907 in pybind11::cpp_function::initialize<pybind11::cpp_function::initialize<e57::CompressedVectorReader, e57::CompressedVectorNode, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(e57::CompressedVectorReader (e57::CompressedVectorNode::*)(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool)#1}, e57::CompressedVectorReader, e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(pybind11::cpp_function::initialize<e57::CompressedVectorReader, e57::CompressedVectorNode, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(e57::CompressedVectorReader (e57::CompressedVectorNode::*)(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool)#1}&&, e57::CompressedVectorReader (*)(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(pybind11::detail::function_call&)#3}::_FUN(pybind11::detail::function_call&) ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#7  0x00007fff7cf93979 in pybind11::cpp_function::dispatcher(_object*, _object*, _object*) ()
   from /nix/store/jaswcrnsbcgdkm7b5gybzicdlrr7kl2z-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#8  0x00007ffff7c65103 in cfunction_call () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#9  0x00007ffff7b1f930 in _PyObject_MakeTpCall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#10 0x00007ffff7b28592 in method_vectorcall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#11 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#12 0x00007ffff7a62ae3 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#13 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#14 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#15 0x00007ffff7a62ae3 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#16 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#17 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#18 0x00007ffff7a63221 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#19 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#20 0x00007ffff7aad76c in PyVectorcall_Call () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#21 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#22 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#23 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#24 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#25 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#26 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#27 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#28 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#29 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#30 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#31 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#32 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#33 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#34 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#35 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#36 0x00007ffff7b285f4 in method_vectorcall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#37 0x00007ffff7c6b258 in thread_run () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#38 0x00007ffff7a749c2 in pythread_wrapper () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
--Type <RET> for more, q to quit, c to continue without paging--
#39 0x00007ffff789fe24 in start_thread () from /nix/store/46m4xx889wlhsdj72j38fnlyyvvvvbyb-glibc-2.37-8/lib/libc.so.6
#40 0x00007ffff79219b0 in clone3 () from /nix/store/46m4xx889wlhsdj72j38fnlyyvvvvbyb-glibc-2.37-8/lib/libc.so.6

Case 2:
(gdb) bt
#0  0x00007ffff7eafff8 in _Unwind_RaiseException () from /nix/store/843dqq10jdkalr2yazaz6drx334visrb-gcc-12.2.0-lib/lib/libgcc_s.so.1
#1  0x00007fff8b8b525a in __cxa_throw () from /nix/store/7c0yrczwxn58f9gk9ipawdh607vh067k-gcc-12.2.0-lib/lib/libstdc++.so.6
#2  0x00007fff7ceb0ba7 in e57::CompressedVectorReaderImpl::CompressedVectorReaderImpl(std::shared_ptr<e57::CompressedVectorNodeImpl>, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >&) [clone .cold] () from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#3  0x00007fff7cee8341 in e57::CompressedVectorNodeImpl::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> >, bool) ()
   from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#4  0x00007fff7cefb77d in e57::CompressedVectorNode::reader(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool) ()
   from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#5  0x00007fff7cfa2b47 in pybind11::cpp_function::initialize<pybind11::cpp_function::initialize<e57::CompressedVectorReader, e57::CompressedVectorNode, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(e57::CompressedVectorReader (e57::CompressedVectorNode::*)(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool)#1}, e57::CompressedVectorReader, e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(pybind11::cpp_function::initialize<e57::CompressedVectorReader, e57::CompressedVectorNode, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool, pybind11::name, pybind11::is_method, pybind11::sibling, pybind11::arg, pybind11::arg_v>(e57::CompressedVectorReader (e57::CompressedVectorNode::*)(std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool)#1}&&, e57::CompressedVectorReader (*)(e57::CompressedVectorNode*, std::vector<e57::SourceDestBuffer, std::allocator<e57::SourceDestBuffer> > const&, bool), pybind11::name const&, pybind11::is_method const&, pybind11::sibling const&, pybind11::arg const&, pybind11::arg_v const&)::{lambda(pybind11::detail::function_call&)#3}::_FUN(pybind11::detail::function_call&) ()
   from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#6  0x00007fff7cf93bb9 in pybind11::cpp_function::dispatcher(_object*, _object*, _object*) ()
   from /nix/store/107b92i3jp2p6rvzavs57gyrvbzi5hiv-python3-3.10.12-env/lib/python3.10/site-packages/pye57/libe57.cpython-310-x86_64-linux-gnu.so
#7  0x00007ffff7c65103 in cfunction_call () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#8  0x00007ffff7b1f930 in _PyObject_MakeTpCall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#9  0x00007ffff7b28592 in method_vectorcall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#10 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#11 0x00007ffff7a62ae3 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#12 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#13 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#14 0x00007ffff7a62ae3 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#15 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#16 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#17 0x00007ffff7a63221 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#18 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#19 0x00007ffff7aad76c in PyVectorcall_Call () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#20 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#21 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#22 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#23 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#24 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#25 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#26 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#27 0x00007ffff7a62c7a in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#28 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#29 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#30 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#31 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#32 0x00007ffff7a5ec78 in call_function () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#33 0x00007ffff7a61fc5 in _PyEval_EvalFrameDefault () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#34 0x00007ffff7ba7206 in _PyEval_Vector () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#35 0x00007ffff7b285f4 in method_vectorcall () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#36 0x00007ffff7c6b258 in thread_run () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#37 0x00007ffff7a749c2 in pythread_wrapper () from /nix/store/bc45k1n0pkrdkr3xa6w84w1xhkl1kkyp-python3-3.10.12/lib/libpython3.10.so.1.0
#38 0x00007ffff789fe24 in start_thread () from /nix/store/46m4xx889wlhsdj72j38fnlyyvvvvbyb-glibc-2.37-8/lib/libc.so.6
#39 0x00007ffff79219b0 in clone3 () from /nix/store/46m4xx889wlhsdj72j38fnlyyvvvvbyb-glibc-2.37-8/lib/libc.so.6

What software produced the file? (Hopefully the e57LibraryVersion in the XML in the file should tell us.)

The Faro SCENE proprietary laser scan processing software (e57LibraryVersion: SCENE_E57RefImpl-1.1.312).

OK - thanks. Yes those stack traces are not useful 😄

It still seems worthwhile to figure out whether this error should be raised. From my understanding, E57_ERROR_INTERNAL should not surface if the caller does everything correctly, which it seems to do in my case.

One of the design principles from the original lib was that all objects should be in a reasonable state and that no pointers are used for the objects in the API. That means no returning pointers & checking for nullptr on error for example.
So the problem we have in this case is that SetUpData3DPointsData returns a CompressedVectorReader, but a CompressedVectorReader is only valid when there are > 0 points. So we are kind of stuck because of the design.
One solution might be to change the function signature for SetUpData3DPointsData to do something different, but again the rest of the library doesn't return errors; it uses exceptions. Another might be to modify CompressedVectorReader to allow for 0 points. This is probably a better solution and I will look into this (though I'm hesitant to touch this code 😆 ).
For now, I agree about returning E57_ERROR_INTERNAL. I will change it to catch this issue earlier in SetUpData3DPointsData and throw a more useful error.

The Faro SCENE proprietary laser scan processing software (e57LibraryVersion: SCENE_E57RefImpl-1.1.312).

Ah interesting - that's a (possibly modified) earlier version of the library that E5Format was derived from (E57RefImpl 1.1.332). It will likely suffer from the some of the same things as this library. Even though it was called a reference library it didn't follow the standard in some cases...

Copying here one part from our email exchange:
@asmaloney found that my SCENE-written file I provided certainly does not write the 0-point cloud spec-compliantly, because it does not write a data index, but the spec requires that:

The original E57RefImpl (and libE57Format because it comes from E57RefImpl) doesn't create/store any indices. It's required by the standard.

E57 Standard: 9.3.5:

A CompressedVector shall contain at least one index packet and at least one data packet.

This means that all E57-writing programs using E57RefImpl will likely write the 0-points pointcloud wrong.
We haven't figured out what the way to do it correctly is; quoting @asmaloney:

It's unclear what one is supposed to write when you have 0 points - both in the header and in the binary data. It's not specified in the standard. With E57 Standard: 9.3.5 (see next comment), an index and data packet are also required. Maybe it's possible to write each of those with zero entries, but now it's getting ridiculous...

I agree with that, it's definitely weird for the spec to require these to exist.

OK - I'm going to call this "done".

Trying to read a Data3D with an ill-formed header will now give an ErrorData3DReadInvalidZeroRecords exception instead of ErrorInternal. (#264)
It looks like this:

trying to read an invalid Data3D with zero records - check for zero records before trying to read this Data3D section (ErrorInvalidZeroRecordsData3D): fileOffset cannot be 0; cvPathName=/data3D/0/points imageFileName=ZeroPointsInvalid.e57

Properly write a Data3D section with 0 points by including an empty data packet. (#266)
Properly read a Data3D section with 0 points if it includes an empty data packet. (#267)

Note that this doesn't address the missing (required) index packet. That is a failure to comply with the standard, but does not throw any exceptions.

@asmaloney Thanks!


Update HandoffMiddleware.cs

Fix lp channel data format for transfer actions
Fixes #
Proposed Changes

Testing

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: ahuppert sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


version "does not exist" with brew cask info

Hello,
Over last months I used to "update" a cask with brew cask install --force formula when I observed that a new formula for a newer version was available.
Moreover, sometimes, I cleaned up some disk space by deleting the sub-directories of previous casks in the folder Caskroom (typing for instance: rm -fr Caskroom/emacs/24.4)
I just noticed today that it seems to have side effects: brew cask info lists all the "older" versions that I deleted as missing:
brew cask info emacs
emacs: 25.1-1
https://emacsformacosx.com/
/opt/homebrew/Caskroom/emacs/24.4 (does not exist)
/opt/homebrew/Caskroom/emacs/24.5 (does not exist)
/opt/homebrew/Caskroom/emacs/24.5-1 (3,962 files, 140.8M)
/opt/homebrew/Caskroom/emacs/25.1 (5 files, 274.7K)
/opt/homebrew/Caskroom/emacs/25.1-1 (5 files, 274.7K)

Same thing for java, flash, libreoffice, eclipse-ide...
Then, what is the right way to clean useless versions and avoid these "red errors" in the info output?

There is a .metadata directory for every corresponding version, e.g. /opt/homebrew/Caskroom/emacs/.metadata/24.4.
You can either remove these manually or run brew cask uninstall --force and brew cask install again for those casks. I would also suggest you use this method to "update" casks in the future, instead of install --force.

One last comment that I realized after this topic being closed:
Since, when a use tries to install a new version of a software with brew cask install formula, the result says (e.g. with flash formula):
Warning: A Cask for flash is already installed. Add the "--force" option to force re-install.

Why not

change the resulting message to follow your suggestion?
or changer the behavior of the --force option to seamlessly integrate your suggestion?

Why not change the resulting message to follow your suggestion?

Yes, that's a good idea.

Related to https://github.com/caskroom/homebrew-cask/issues/23998


2fa: add remaining seconds when showing totp code

Add remaining time when showing totp code, so that user can know if there is still enough time for him  to input
 2fa
123456 | 17 second(s) left | aws
987654 | 17 second(s) left | vpn
2fa -clip aws
    123456 - 10 second(s) left

I signed it!

Is it possible to include an operator/switch?
IE:

2fa github -time
28

This way people could use the output directly into the client software?


SyntaxError at / on production server - Apache2

Hello,
I have a Django application running on my local machine and wanted to deploy it on my production Apache2 server. I am using mod_wsgi.py for deployment and it did work properly.
But since I upgraded to Python3.4 on my production server, I have a problem with django-pipeline:
SyntaxError at /
invalid syntax (_base.py, line 355)

Request Method: 	GET
Django Version: 	1.8.2
Exception Type: 	SyntaxError
Exception Location: 	/home/<myuser>/.virtualenvs/<myproject>/lib/python3.4/site-packages/concurrent/futures/__init__.py in <module>, line 8
Python Executable: 	/usr/bin/python3
Python Version: 	3.4.0

Error during template rendering

In template /var/www/dpb/templates/base.html, error at line 13
invalid syntax
12 	    {% load pipeline %}
13

-->      {% stylesheet 'vendor' %}             # here's the error

The error occurs, because it does not understand what to do with the stylesheet tag. I properly loaded pipeline using {% load pipeline %} before the stylesheet tag appears. And, to be clear, it is running fine with the django built-in dev-server and it was properly running before I upgraded to Python3.4 on the production server.
The requirements from pip are all installed, the virtualenv is correctly set and it appears to be fine. But I don't get it, why this message appears on my Apache2 server.
The error appears since I am using wsgi-py3 as Apache-module and no longer the normal wsgi module, which is used for python2.
Do you have any suggestions what may be wrong? Thanks.

I think I can see my error... In the dev-server all files are separately served, not the compressed one as expected. Maybe I just go through your tutorial and close this issue for now.


Non-translatable Strings in Website

Observed/problematic behavior
There are some text lines on the website that cannot be translated. I discovered these using the Crowdin In-context feature.
Expected behavior
Lines should be translatable.
Steps to reproduce
Find the non-translatable lines here:

Front/main page

"Find your favourite ... plugins" text
Description right below above line

https://hangar.papermc.io/authors

Page Title
Text in searchbar

https://hangar.papermc.io/staff

Page Title
Text in searchbar

Footer

The different "Download X Plugins" text

Other
No response

Adding another missing text (or multiple): FAQ at the bottom of the site isn't translatable. This includes the title and the FAQ entries themself:


Emergency Issue: Backup-DbaDatabase conversion problem

Can someone please take a look at Backup-DbaDatabase prior to 1.0?
We're getting a number of issues about it:
#5748
#5744
#5742
#5308
#5024
5024 has the most detail
https://github.com/sqlcollaborative/dbatools/issues?utf8=✓&q=is%3Aissue+conversion

Thanks to everyone who helped! The fix is included in #5753 which will be released with dbatools 1.0 on Thursday morning 💯


bolt/bolt.h not found

I am using latest release and trying to build the app with static linking but I get following error while building:
../../../github.com/neo4j-drivers/gobolt/connection.go:25:10: fatal error: 'bolt/bolt.h' file not found
#include "bolt/bolt.h"
         ^~~~~~~~~~~~~
1 error generated.

Any help would be appreciated.

Are you up to date on seabolt? If not, I'd try downloading the release of seabolt that goes with the version of the driver you're using or building seabolt from source.

Same happens here:
I had neo4j-go-driver working a couple of months ago.
Today tried to execute and had an error for seabolt. I pulled latest code, built from source, but the PKG_CONFIG_PATH could not find seabolt17.pc compiling seabolt creates seabolt.pc .  I just created a copy of the same file but renaming it.
Now I get the exactly same error but with modules error:
../../../../pkg/mod/github.com/neo4j-drivers/gobolt@v1.7.0/connection.go:25:10: fatal error: 'bolt/bolt.h' file not found

@MattJBrowning @jmaeso The issue is resolved for me.
I had set PKG_CONFIG_PATH to seabolt/build/share/pkgconfig instead of seabolt/build/dist/share/pkgconfig. I have also set DYLD_LIBRARY_PATH but not required for static linking.
The README does not specify exact path to choose as the path seems to redundant.
@jmaeso let me know if that works for you?

Thank you @vikashvverma for your quick answer.
When I compile seabolt I don't get dist/ I just have bin/ lib/ and seabolt.pc. I compiled it as a release, not debug. Could be because of that?

@jmaeso I had compiled as debug and not As release. You could try this...

Didn't work. I ended up using the released package. Both on local and on the CI
Setup for the CI:
dist: xenial

before_install:
  - wget https://github.com/neo4j-drivers/seabolt/releases/download/v1.7.0/seabolt-1.7.0-Linux-Ubuntu-Xenial.deb
  - sudo dpkg -i seabolt-1.7.0-Linux-Ubuntu-Xenial.deb
  - export PKG_CONFIG_PATH="/usr/local/share/pkgconfig"

@jmaeso I think you cmake cache is out of date, could you please try removing build directory and run make_debug.sh? That should result in build/dist be created and also those .pc files should have 17 in their names.

In fact I get: Error: could not load cache at the end of the make

I don't know what could go wrong in your environment, but it seems something is wrong. I could only suggest a git clean -ixd  confirming to clean-up everything and start from scratch.

I've been able to get this working on OS X workstations and built on a CI server targeting Alpine based images. Making sure all the paths were set on the CI server was a pain but's do able.
After cloning and building from source in /seabolt I set the following vars as part of my setup:
      - export PKG_CONFIG_PATH=/seabolt/build/dist/share/pkgconfig
      - export LD_LIBRARY_PATH=/seabolt/build/dist/lib64
      - export C_INCLUDE_PATH=/seabolt/build/dist/include

You may want to have a look at our latest blog post that shows how to build a static linked go binary with docker - and also our latest PR #56 that includes build / package docker files.
@jmaeso could you please confirm that the suggested solutions work for you?

I didn't do the entire process (because I used the already compiled binaries and are spread through /usr/var/local), but could compile with the good result doing the git cleanup. Thank you @ali-ince.


Update to stm32g0 0.15.1

status

board
status

stm32g030
:warning:

stm32g050
:x:

stm32g070
:warning:

stm32g0b0
:x:

stm32g031
:warning:

stm32g041
:x:

stm32g051
:x:

stm32g061
:x:

stm32g071
:warning:

stm32g081
:warning:

stm32g0b1
:x:

stm32g0c1
:x:

This is, best I can tell, the only way  to get support for g0b1 etc

CI is failed, could you take a look?

This is a work in progress, I don't expect it to pass yet.
On Fri, Dec 9, 2022, 10:58 Vitaly Domnikov @.***> wrote:

CI is failed, could you take a look?
—
Reply to this email directly, view it on GitHub
https://github.com/stm32-rs/stm32g0xx-hal/pull/130#issuecomment-1344657069,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAD724G2WSUW5UTMLZNPYWLWMN6PFANCNFSM6AAAAAASRODMLU
.
You are receiving this because you authored the thread.Message ID:
@.***>

This seems to do the same as #79 and more. I'm happy to pass this over, just be aware that you'll likely be blocked on https://github.com/stm32-rs/stm32-rs/issues/641#issuecomment-1346940114

I am closing this one. 0.15.1 is added with: https://github.com/stm32-rs/stm32g0xx-hal/pull/149.
New targets should be added with separate PRs.


Unable to load file .net file (generated from bngl, via BioNetGen, from Gupta&Mendes benchmark paper)

Concerning the Gupta&Mended paper (https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6013266/) which benchmarks CRN solvers. There is one model (the one I have tried so far) which I have problems loading into Julia. First I get their .bngl file, egfr_net.bngl (attached to the post, both attached files have added an extra ".txt at the end of the name so that GitHub accepts them). I load the egfr_net.bngl into BioNetGen (2.3.1, using RuleBender). and run it with generate_network({}); at the end. This generates the "egfr_net.net" file (also attached). When trying to load this one with ReactionNetworkImporters I first gets some prints:
Parsing parameters...done
Adding parameters...done
Parsing species...done
Adding species...done
Creating ModelingToolkit versions of species and parameters...done
Parsing and adding reactions...done
Parsing groups...

followed by an error message:
ArgumentError: invalid base 10 digit '*' in "2*8"

Stacktrace:
  [1] tryparse_internal(#unused#::Type{Int64}, s::SubString{String}, startpos::Int64, endpos::Int64, base_::Int64, raise::Bool)
    @ Base ./parse.jl:137
  [2] parse(::Type{Int64}, s::SubString{String}; base::Nothing)
    @ Base ./parse.jl:241
  [3] parse
    @ ./parse.jl:241 [inlined]
  [4] #14
    @ ./none:0 [inlined]
  [5] iterate
    @ ./generator.jl:47 [inlined]
  [6] collect(itr::Base.Generator{Vector{SubString{String}}, ReactionNetworkImporters.var"#14#15"{Vector{Symbol}, Sym{Real, Base.ImmutableDict{DataType, Any}}, Dict{Term{Real, Base.ImmutableDict{DataType, Any}}, Int64}}})
    @ Base ./array.jl:678
  [7] parse_groups(ft::BNGNetwork, lines::Vector{String}, idx::Int64, idstoshortsyms::Vector{Symbol}, rn::ReactionSystem)
    @ ReactionNetworkImporters ~/.julia/packages/ReactionNetworkImporters/fTk6C/src/parsing_routines_bngnetworkfiles.jl:159
  [8] loadrxnetwork(ft::BNGNetwork, rxfilename::String; name::Symbol, kwargs::Base.Iterators.Pairs{Union{}, Union{}, Tuple{}, NamedTuple{(), Tuple{}}})
    @ ReactionNetworkImporters ~/.julia/packages/ReactionNetworkImporters/fTk6C/src/parsing_routines_bngnetworkfiles.jl:237
  [9] loadrxnetwork(ft::BNGNetwork, rxfilename::String)
    @ ReactionNetworkImporters ~/.julia/packages/ReactionNetworkImporters/fTk6C/src/parsing_routines_bngnetworkfiles.jl:188
 [10] top-level scope
    @ In[10]:1
 [11] eval
    @ ./boot.jl:360 [inlined]
 [12] include_string(mapexpr::typeof(REPL.softscope), mod::Module, code::String, filename::String)
    @ Base ./loading.jl:1094

Is this a recognisable error? I think it occurs at the end (which I basically think are some kind of observables, basically these are the 12 or something properties which are usually plotted of the network (instead of the ~350 species). The lines goes something like:
begin groups
    1 Dimers               2*8,2*9,2*10,2*13,...
    2 Sos_act              18,24,29,34,35,40,44,47,2*49,....
    ...
end groups

and are at the end of the file.
I also tried loading using SBMLToolkit, but get an: SBML models with listOfRules are not yet implemented., so probably not possible just yet.
egfr_net.net.txt
egfr_net.bngl.txt

I’ll try to figure out what is going on. Observables probably aren’t fully handled…

With the latest updates this works, should be fine when the updates have gone through.

Merging will be hung up till a Catalyst release, which will in turn be hung up till the next ModelingToolkit release. Hopefully this will all get settled soon!


Optimizer tries to update uninitialized parameters

MWE: https://pastebin.com/DXp4msHx
Running the code will result in the following error:
  File "/home/tommi/.pyenv/versions/2.7.12/lib/python2.7/site-packages/chainer/optimizer.py", line 628, in __call__
    g += self.rate * p
TypeError: unsupported operand type(s) for *: 'float' and 'NoneType'

The issue is that the parameter p above is None due to model.l3 having no initialized parameters yet on the first forward pass.
This happens since when we are using shape placeholders, model.l3.params() returns an empty set, which the optimizer tries to update. An easy fix for this is to write the code as self.l3 = L.Linear(n_units, n_units) instead, but I think it is confusing for Chainer users that this error occurs when using placeholders. Would it perhaps be possible to modify the optimizer so that it will not update links with uninitialized parameters?

I came across this issue too.
Another way to fix this issue is by modifying all hook functions.


feat: add bookmark widget

Homarr

Thank you for your contribution. Please ensure that your pull request meets the following pull request:

[x] Builds without warnings or errors (pnpm buid, autofix with pnpm format:fix)
[x] Pull request targets dev branch
[x] Commits follow the conventional commits guideline
[x] No shorthand variable names are used (eg. x, y, i or any abbrevation)

Closes #955
Screenshots

@SeDemal I merged this one so we can get feedback from users. If you want to improve it you can obviously just create another pull request


Branch not respected the timeout

Hello!
The branch.initSession has not respected the timeout of 3000 ms and nor the timeout defined with branch.setNetworkTimeout.
Depending on the quality of the internet it takes longer than 15 seconds.
I use Banch SDK 2.19.0

I am also seeing this issue running Branch SDK 2.18.0. It can run indefinitely when there is no internet.

This is a known issue with URLConnection class bug in Java. If you check the URLConnection time out implementation, the time out is repeated per each DNS resolved IP addresses.
Branch is using URLConnection by default for networking.
Luckily Branch SDK provides support for your own network implementation in case you want to have more control or you want to use any other libraries like Volley OKHttp etc.
Here is how you add a custom network interface
https://github.com/BranchMetrics/android-branch-deep-linking/blob/master/Branch-SDK/src/io/branch/referral/Branch.java#L449
Here is the abstract interface
https://github.com/BranchMetrics/android-branch-deep-linking/blob/master/Branch-SDK/src/io/branch/referral/network/BranchRemoteInterface.java

I have created a simple OkHttp replacement to be able to manage the timeouts. Seems to work ok.

class OkhttpBranchNetworkInterface : BranchRemoteInterface() {
    private val okHttpClient = OkHttpClient.Builder()
            .readTimeout(3, TimeUnit.SECONDS)
            .writeTimeout(3, TimeUnit.SECONDS)
            .connectTimeout(3, TimeUnit.SECONDS)
            .build()

    override fun doRestfulGet(url: String): BranchResponse {
        val request = Request.Builder()
                .url(url)
                .build()

        return handleNetworkRequest(request)
    }

    override fun doRestfulPost(url: String, payload: JSONObject): BranchResponse {
        val request = Request.Builder()
                .url(url)
                .post(RequestBody.create(MediaType.parse("application/json"),payload.toString()))
                .build()

        return handleNetworkRequest(request)
    }

    private fun handleNetworkRequest(request: Request) : BranchResponse {
        return try {
            val response = okHttpClient.newCall(request).execute()
            BranchResponse(response.body().toString(),response.code())
        } catch (exception: Exception) {
            if (exception is UnknownHostException) throw BranchRemoteException(BranchError.ERR_BRANCH_NO_CONNECTIVITY)
            else if (exception is SocketTimeoutException) throw BranchRemoteException(BranchError.ERR_BRANCH_REQ_TIMED_OUT)
            BranchResponse(null,0)
        }
    }
}

@StuStirling Are you still experiencing this issue?


Text on dropped item is annoyingly selected (marked), does not happen in Chrome.

Hi,
You can try with Firefox or Safari:
http://a5hik.github.io/ng-sortable/plunker.html
Drag and drop an item, you will notice the text is selected (marked).
This problem does not happen in Chrome.
How can I avoid this ? Thanks.

You can create a directive with following function
document.onselectstart = function() { return false; }
document.onmousedown = function() { return false; }
Example :+1:
angular.directive('disableHighlight', function() {
return {
restrict: 'A',
link: function (scope, element) {
element[0].onselectstart = function() { return false; }
element[0].onmousedown = function() { return false; }
}
};
});
Now use this 'disable-highlight' directive on parent container.

Works perfect.
Thanks a lot.


Dotfiles cannot be included in the sources for Firefox

Describe the bug
Dotfiles cannot be included in a sources.zip using includeSources (added in #378) after the changes made in #501: **/* passed to fast-glob doesn't match dotfiles without dot: true, so includeSources doesn't actually affect anything
https://github.com/wxt-dev/wxt/blob/6b72f883b6c9407804240efe5b10a8967f62c753/src/core/zip.ts#L102
To Reproduce
wxt-zip-env.zip

Install dependencies: pnpm i
Create sources zip: pnpm zip:firefox
Check if .env file is included in .output/wxt-starter-0.0.0-sources.zip

If you downgrade wxt to 0.17.4, .env file will be included in sources.zip
Expected behavior
The dotfiles specified in includeSources must be included in sources.zip
Environment
System:
  OS: Linux 5.15 Debian GNU/Linux trixie/sid
  CPU: (32) x64 AMD Ryzen 9 7950X3D 16-Core Processor
  Memory: 56.33 GB / 64.76 GB
  Container: Yes
  Shell: 5.9 - /bin/zsh
Binaries:
  Node: 20.12.1 - /mnt/wslg/runtime-dir/fnm_multishells/32306_1712432100305/bin/node
  Yarn: 4.1.1 - /mnt/wslg/runtime-dir/fnm_multishells/32306_1712432100305/bin/yarn
  npm: 10.5.0 - /mnt/wslg/runtime-dir/fnm_multishells/32306_1712432100305/bin/npm
  pnpm: 8.15.6 - /mnt/wslg/runtime-dir/fnm_multishells/32306_1712432100305/bin/pnpm
  bun: 1.1.2 - ~/.bun/bin/bun
Browsers:
  Chrome: 123.0.6312.86
  Chromium: 122.0.6261.57
npmPackages:
  wxt: ^0.17.12 => 0.17.12

Additional context
Since includeSources are already globs, perhaps it is enough to just add them to the glob sources?
await glob(['**/*', ...(options?.include || [])], {

However, I'm not sure why options.include is passed to zipDir
https://github.com/wxt-dev/wxt/blob/6b72f883b6c9407804240efe5b10a8967f62c753/src/core/zip.ts#L63-L65
but actually wxt.config.zip.includeSources is used instead
https://github.com/wxt-dev/wxt/blob/6b72f883b6c9407804240efe5b10a8967f62c753/src/core/zip.ts#L110-L113

However, I'm not sure why options.include is passed to zipDir. but actually wxt.config.zip.includeSources is used instead

This is probably a bug... I'll fix that at the same time.

Released in v0.18.4

Reverted in v0.18.7, causing issues with directories.

Implemented correctly in #902


[fix][broker] Fix flaky test - testClusterMigrationWithReplica…

Motivation
Fixes issue https://github.com/apache/pulsar/issues/20375
Fix the flaky test case introduced by this pr - https://github.com/apache/pulsar/pull/19605
Modifications
Publish a message before asserting that producer is connected to green cluster as this will force the producer to connect to green cluster instead of waiting until retry.
Verifying this change

[x] Make sure that the change passes the CI checks.

(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
Does this pull request potentially affect one of the following parts:

If the box was checked, please highlight the changes

[ ] Dependencies (add or upgrade a dependency)
[ ] The public API
[ ] The schema
[ ] The default values of configurations
[ ] The threading model
[ ] The binary protocol
[ ] The REST endpoints
[ ] The admin CLI options
[ ] The metrics
[ ] Anything that affects deployment

Documentation

[ ] doc
[ ] doc-required
[x] doc-not-needed
[ ] doc-complete

/pulsarbot rerun-failure-checks

/pulsarbot rerun-failure-checks


LUIS v3 is Severely lagged in its resolution of a dispatch create or refresh via a restful API call

I don't know if this is the right place to report this but LUIS Dispatch refresh and or create has a severe lag of what is trained and published vs what can be resolved in the botframework itself.
Here is a screen shot of the LUIS train vs even the LUIS Rest api call
correct but still technically lagged

Rest call here is severely lagged behind the real published version

[bug]

Hi @xtianus79, the tooling in this repo is largely deprecated. Please use the CLI Tooling found in https://github.com/Microsoft/botframework-cli
The newer "bf" CLI tools are the currently supported and maintained set of tooling.


Showing full specialization

cf. https://github.com/timholy/ProfileView.jl/pull/164
However, there is currently not enough room to display it. I think we will probably need a new popup UI.

The following excellent JuliaCon2021 workshop is a good reference on this. :+1:
Package development: improving engineering quality & latency
https://pretalx.com/juliacon2021/talk/VY9UVX/
And you would be disappointed that the method arguments are not shown. :sob:
Unfortunately I don't have enough time right now to do any enhancements to this package.
However, if you just want to display the specialization information, you should be able to insert the data of sf.linfo into the following shortinfo variable, referring to the PR of ProfileView above.
https://github.com/kimikage/ProfileSVG.jl/blob/70b3912f7c8715114567638000a0a66bd52cd91f/src/ProfileSVG.jl#L315

Also, the following time axis settings may be useful.
ProfileSVG.set_default(timeunit=:ms, delay=1e-9)

PR #62 makes it easier to apply a monkey patch. For example:
function ProfileSVG.extract_frameinfo(sf::ProfileSVG.StackFrame)
    file = string(sf.file)
    m = match(r"[^\\/]+$", file)
    if m !== nothing
        dirinfo = SubString(file, firstindex(file), m.offset - 1)
        basename = m.match
    else
        dirinfo = ""
        basename = file
    end
    func = sf.func
    if sf.linfo isa Core.MethodInstance
        func = replace(string(sf.linfo), "MethodInstance for " => "")
    end
    shortinfo = "$func in $basename:$(sf.line)"
    return shortinfo, dirinfo
end

I have no plans to make a tag release for this for now. Please use pkg> add ProfileSVG#master.


[Bug]: net::ERR_HTTP2_PROTOCOL_ERROR 200

What happened?
Cannot connect with wave. error with this net::ERR_HTTP2_PROTOCOL_ERROR 200 on HTTP/2 and net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) on HTTP/1.1 on console
How to reproduce the bug
Installation process shown on github repo and see in console
Package Version
0.7.1
PHP Version
8.2.8
Laravel Version
10.15.0
Which operating systems does with happen with?
macOS, Linux
Notes
No response

Hi!
Try to use the latest version:
composer update qruto/laravel-wave

@janakkapadia Have you had a chance to try the latest version?

Feel free to reopen it if you still have an issue on the latest version.


feat(Switch dataplaneinstance_from_interface_to_class)

What this PR changes/adds
Switch implementation of DataPlaneInstance from interface to Class
Why it does that
This help Jackson to parse the document based on the class without use JsonType annotation
Linked Issue(s)
Closes #2181
Checklist

[ ] added appropriate tests?
[ ] performed checkstyle check locally?
[ ] added/updated copyright headers?
[ ] documented public classes/methods?
[ ] added/updated relevant documentation?
[ ] assigned appropriate label? (exclude from changelog with label no-changelog)
[ ] formatted title correctly? (take a look at the CONTRIBUTING and Etiquette for pull requests for details)

Will close this as it was opened on the upstream too, let's work on that one


Bridge Refresh Broken

Environment

Client OS (e.g., Linux, macOS, Windows): macOS
Keptn Version (keptn version): 0.18.1 (Safari + Firefox)

Affected Component

[ ] Approval
[x] Bridge
[ ] CLI
[ ] Datastore
[ ] Docs
[ ] Distributor / Event Broker
[ ] Helm
[ ] Istio
[ ] Jmeter
[ ] Kubernetes Integration
[ ] Openshift Integration
[ ] REST API
[ ] Webhook

Describe the bug
Bridge refreshes fail with this console error on localhost using port-forward.
[Error] Did not parse stylesheet at 'http://localhost:8080/bridge/styles.e1bda1a7137a0cde23d6.css' because non CSS MIME types are not allowed in strict mode.
[Error] TypeError: 'text/html' is not a valid JavaScript MIME type.
	promiseReactionJob

To Reproduce

Steps to reproduce the behavior:

Load the bridge: http://localhost:8080. Page loads fine.
Refresh with Command + R and page fails. 3.
Even re-requesting the page via the URL bar fails. I have to navigate back to http://localhost:8080 and start again4.

Expected behavior
Page works

Hi @agardnerIT and thanks for your feedback.
We tried to reproduce your problem and found out that the Bridge loads the stylesheet twice, once from the wrong URL and the second time from the correct path, see screenshot below.

This is due to our base-href detection, which we run at runtime:
https://github.com/keptn/keptn/blob/e2d5e9d2a1b382ca277c6bd39b29ab98b22af48e/bridge/client/index.html#L7-L16
This behaviour could be improved maybe with https://github.com/keptn/keptn/issues/6216, but I'm not sure if we can totally get rid of the base-href, since our Bridge needs to allow being based not only at a domain root-level but also with a sub-path.
But anyway in our case the Bridge always loads fine although we have this known issue, also using port-forward and accessing it via localhost:8080 everything works but sometimes the Bridge takes some seconds to load all the resources.
Could you please provide us more details how you start and access your Bridge?

Thanks for the super quick investigation! I'm not doing anything strange (I don't think):
helm install keptn 0.18.1 then kubectl -n keptn port-forward svc/bridge 8080:8080

Hey @agardnerIT, what command have you used for installing Keptn? Have you set the continuousDelivery.enabled and apiGatewayNginx.type as described in the installation instructions?
e.g. helm install keptn keptn --version 0.18.1 -n keptn --repo=https://charts.keptn.sh --create-namespace --wait --set=continuousDelivery.enabled=true,apiGatewayNginx.type=LoadBalancer

I didn't use the continuousDelivery.enabled as I'm not 100% clear on what it does or why I need it but other than that, the above is the exact command I used.

we couldn't reproduce this and it looks like a one-off error


whisper example: Error: No such file or directory (os error 2) when binary copied to another directory

The whisper example runs fine from ./target:
$ ./target/release/examples/whisper --input ~/git/whisper-burn/output.wav
Running on CPU, to run on GPU, build this example with `--features cuda`
loaded mel filters [80, 201]
loaded wav data: Header { audio_format: 1, channel_count: 1, sampling_rate: 16000, bytes_per_second: 32000, bytes_per_sample: 2, bits_per_sample: 16 }
pcm data loaded 131413
loaded mel: [1, 80, 3000]
audio features: [1, 1500, 384]
3000: Segment { start: 0.0, duration: 30.0, dr: DecodingResult { tokens: [50257, 50363, 770, 318, 281, 1672, 3809, 8296, 1223, 1244, 1682, 910, 611, 314, 8296, 1223, 319, 616, 2342, 11, 314, 892, 428, 318, 703, 340, 561, 1210, 503, 13, 50763, 50256], text: " This is an example voice recording something might actually say if I recording something on my watch, I think this is how it would turn out.", avg_logprob: -0.37165226448053545, no_speech_prob: 0.09571712464094162, temperature: 0.0, compression_ratio: NaN } }, in 3.080288417s

But it crashes with an unfound file when I run from another directory:
$ RUST_BACKTRACE=full ./whisper --input ~/git/whisper-burn/output.wav
Running on CPU, to run on GPU, build this example with `--features cuda`
Error: No such file or directory (os error 2)

Stack backtrace:
   0: backtrace::backtrace::libunwind::trace
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.68/src/backtrace/libunwind.rs:93:5
      backtrace::backtrace::trace_unsynchronized
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.68/src/backtrace/mod.rs:66:5
   1: backtrace::backtrace::trace
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.68/src/backtrace/mod.rs:53:14
   2: anyhow::backtrace::capture::Backtrace::create
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/anyhow-1.0.72/src/backtrace.rs:216:13
   3: anyhow::backtrace::capture::Backtrace::capture
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/anyhow-1.0.72/src/backtrace.rs:204:17
   4: anyhow::error::<impl core::convert::From<E> for anyhow::Error>::from
             at /Users/n8henrie/.cargo/registry/src/index.crates.io-6f17d22bba15001f/anyhow-1.0.72/src/error.rs:547:25
   5: <core::result::Result<T,F> as core::ops::try_trait::FromResidual<core::result::Result<core::convert::Infallible,E>>>::from_residual
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/core/src/result.rs:1961:27
   6: whisper::main
             at /Users/n8henrie/git/candle/candle-examples/examples/whisper/main.rs:304:32
   7: core::ops::function::FnOnce::call_once
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/core/src/ops/function.rs:250:5
   8: std::sys_common::backtrace::__rust_begin_short_backtrace
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/sys_common/backtrace.rs:135:18
   9: std::rt::lang_start::{{closure}}
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/rt.rs:166:18
  10: core::ops::function::impls::<impl core::ops::function::FnOnce<A> for &F>::call_once
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/core/src/ops/function.rs:284:13
      std::panicking::try::do_call
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panicking.rs:500:40
      std::panicking::try
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panicking.rs:464:19
      std::panic::catch_unwind
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panic.rs:142:14
      std::rt::lang_start_internal::{{closure}}
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/rt.rs:148:48
      std::panicking::try::do_call
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panicking.rs:500:40
      std::panicking::try
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panicking.rs:464:19
      std::panic::catch_unwind
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/panic.rs:142:14
      std::rt::lang_start_internal
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/rt.rs:148:20
  11: std::rt::lang_start
             at /rustc/8ede3aae28fe6e4d52b38157d7bfe0d3bceef225/library/std/src/rt.rs:165:17
  12: _main

Is there a way to run this as a standalone binary? Other files I could include via include_bytes! or the like?

This is actually missing the mel_filters, you can find them in candle-examples/examples/whisper/mel_filters.safetensors and use the -filters ... argument to specify their locations.
We can easily tweak the binary to include the bytes directly too if that helps.

I actually went ahead with your suggest of embedding the filters directly in the example binary as this is only ~64KB and probably farely rare for users to want to use different filters, this has been merged in #373, let us know if you run into further issues.

Works like a charm! Thanks so much, a standalone whisper binary is super handy!


[DOCS] Better instructions for making changes in the code.

Description
As a beginner, it was quit easy and understandable for me to follow till step 6. Later from step 7, I'd no clue to make changes in the source code and on how to stage those changes. I'm sharing my perspective so that even beginners with potential can contribute and grow this project. I'm really interested in this project, looking forward for further better instructions.
Screenshots
No response

Fixed in #28, hope it makes it better