ShareUs.io

Link
https://api.shareus.io/direct_link?api_key=Mv2E5zRYgqgW5VmVOvbpjy0cxZ92&pages=3&link=https://link.tnshort.net/DL8ro
Version
Manifest-v3
What browser(s) are you using?
Chrome browsers (includes brave, edge, opera, etc)
What platform are you using?
Phone (Android)
(Optional) Anything else?
Ye

Ugh I think that is just a trap for people like you, because for me, it just redirects to the same website over and over again.
 It seems to be an infinite loop

Okay
On Fri, Oct 20, 2023, 7:02 PM UltraBlackLinux @.***>
wrote:

I said I don't think you can even get past that. It seems to be an
infinite loop
—
Reply to this email directly, view it on GitHub
https://github.com/FastForwardTeam/FastForward/issues/1188#issuecomment-1772798492,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHLEBIJKM6HXKKE4RNKZSULYAJ77XAVCNFSM6AAAAAA6BDQRRGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONZSG44TQNBZGI
.
You are receiving this because you authored the thread.Message ID:
@.***>


⚠ Bofrost.lu has degraded performance

In 7439972, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1507 ms

Resolved: Bofrost.lu performance has improved in c8ddee4 after 1 hour, 9 minutes.


Check server Schema hang

Hi,
I'm trying to join the wrapper to Synology NAS according to your Doc (https://ahaenggli.github.io/AzureAD-LDAP-wrapper/installation/use-synology-nas/), but cannot get beyond "Check Server schema".

Have also enabled Debug:

In the Log i can also see all the Usernames in my Domain, so Connection to Entra seems to be estabilsted.
Any Ideas?
Thanks!

If you click on the gray “Details” button (first printscreen), is there an option to skip the check?

Thanks! Now it passes, have not thought it is an Requirement to skip the Warning ("you can ignore it and skip the warning").


Create Code Style Guide

Identify a common coding standard and apply the appropriate style guide to the Sublime project. Review ES Lint and other automated options

Using https://google.github.io/styleguide/jsguide.html and automatically applied to new script "build.bat" through eslint. Set up linter in Sublime workspace.

Pull Request #11

Pull Request #11


docs: clarify AuthClient documentation

Adjusts an example involving @dfinity/auth-client to better match what I was hoping to find (from the perspective of a JavaScript developer looking for a copy-paste example) on this documentation page.

This PR appears to be outdated/not needed. Closing this PR to clean up the repo. Please feel free to reopen if you think this should be revisited.


Fixed #31651 -- Made ExpressionWrapper use grouping columns from wrapped expression.

https://code.djangoproject.com/ticket/31651

@theosotr Thanks :+1: Welcome aboard :boat:


[$500] Hold - Approved reports change currency when owner change the approver and return it back

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 9.0.30-2
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4937429&group_by=cases:section_id&group_order=asc&group_id=309128
Email or phone of affected tester (no customers<EMAIL_ADDRESS>Issue reported by: Applause Internal Team
Action Performed:
Precondition:

Login as the owner of the workspace
Create a workspace
Invite the approver and employee
Navigate to more features
Enable "workflows"
On the "Workflow" editor - enable "Add Approvals"
Set the Approver account as the Approver

Steps:

As employee submit 2 expenses to the workspace chat ( using MKD currency for example)
As Approver Hold one of the expenses and fully approve the report
As Owner, go to Workflows> Assign yourself as Approver
Verify that Workspace chat disappears from Approver's LHN
As Owner, go to Workflows> Assign Approver as Approver again
As Approver, open the Workspace chat> Take a look at the currency of approved report

Expected Result:
Approved report should remains with same currency as created
Actual Result:
Approved reports change currency ( from MKD to USD) when owner change the approver and give the same role to the approver again.
Issue repro for Gmail account.
Workaround:
Unknown
Platforms:

[x] Android: Native
[x] Android: mWeb Chrome
[ ] iOS: Native
[ ] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos
https://github.com/user-attachments/assets/f47bffa4-59c3-4dbf-97b0-662a35b779e8

View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~021833692522883497533
Upwork Job ID:<PHONE_NUMBER>883497533
Last Price Increase: 2024-09-17

Issue OwnerCurrent Issue Owner: @paultsimura

We think that this bug might be related to #wave-collect - Release 1

@stephanieelliott  FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

This is strange, I do thing it should be fixed.

Waiting on some proposals

Upping the price on this to generate some proposals

Hi team, I am able to reproduce this even without the need of changing the approver and I think this issue is in the backend itself. Once the report was created with a currency (let's say USD), all the expenses in that report even with other currency (let's say MKD) all these expenses gets converted into report's currency (i.e. USD). Once the expected behaviour is confirmed from the team, please let me know. I can pick this issue. Thanks!

Once the report was created with a currency (let's say USD), all the expenses in that report even with other currency (let's say MKD) all these expenses gets converted into report's currency (i.e. USD).

I thought I was having trouble reproing this and now I see why -- this is actually expected behavior for the currency to update to the report currency. Gonna close.


Fix parameter freezing when used in combination with Passive Attributes (#637, xUnit.net2)

Addresses issue #637 for xUnit.net2 Glue Library.

The build error looks intimidating:
  1) Building C:\projects\autofixture\Src\AutoFakeItEasy.sln failed with exitcode 1.
  2) CA1506: (-1,0): Microsoft.Maintainability : 'Fixture' is coupled with 81 different types
from 14 different namespaces. Rewrite or refactor this class's methods to decrease its class
coupling, or consider moving some of the class's methods to some of the other types it is
tightly coupled with. A class coupling above 95 indicates poor maintainability, a class
coupling between 95 and 80 indicates moderate, and a class coupling below 80 indicates
good maintainability.

Unfortunately I cannot reproduce it locally because of another build error with NUnit3 (even in the latest master branch!):
  1) Fake.UnitTestCommon+FailedTestsException: NUnit test failed. Process finished with
exit code UnexpectedError (-100).
   at Fake.Testing.NUnit3.NUnit3(FSharpFunc`2 setParams, IEnumerable`1 assemblies) in
C:\code\fake\src\app\FakeLib\UnitTest\NUnit\NUnit3.fs:line 280
   at FSI_0005.Build.clo@36-6.Invoke(Unit _arg7)
   at Fake.TargetHelper.runSingleTarget(TargetTemplate`1 target) in
C:\code\fake\src\app\FakeLib\TargetHelper.fs:line 484

CA1506: (-1,0): Microsoft.Maintainability : 'Fixture' is coupled with 81 different types

Does that mean that somebody has coupled Fixture "80 times" and I'm the lucky man who has to decouple this? :fearful:

The issue is caused by the new PropertyInfoElementRelay and TypeElementRelay registrations in the Fixture class. The graph of specimen builders is getting huge.
Any thoughts how to address this issue? Moving the graph initialization to another class(es) may just postpone the problem for a while. Any objections against disabling the rule?

@sergeyshushlyapin When it comes to PRs, we generally prefer to have a linear history over merge commits. Could you please remove the merge commits f3c74f9 18fb59d and instead rebase your freezing-behavior branch on top of master?
We – the maintainers – could also do it ourselves once the PR is complete, if you prefer.

No problem, usually I also prefer rebasing over merge commits. I just noticed that rebasing often "collapse" old conversations, so I just tried to preserve them ;)

It's looking good :+1:
The only comment I have is about deprecation of the the TargetType property.

I apologize if this feedback comes in late, but I have given this some more thought and I'd like to raise a couple of concerns.
By making IReflectionElement part of the public API of FreezeOnMatchCustomization, we're effectively coupling the AutoFixture core API to Albedo from a consumer's point of view. Now, that might not be a problem in and of itself – although I believe the AutoFixture core API has relied solely on the BCL up to this point, while Albedo was used internally.
If we're also going to deprecate the constructor that takes Type as an argument, consumers who wish use the FreezeOnMatchCustomization in their test projects will now have to take a direct dependency on Albedo. Again, this is not a problem per se but it does smell a little bit of interface pollution, in the sense that it forces consumers to use a library they shouldn't necessarily have to know about (Albedo) in order to take advantage of one AutoFixture's core features (freezing by criteria). AutoFixture and Albedo address different concerns and, while Albedo is very useful to AutoFixture's implementation, I don't believe their respective APIs belong together.
These are my concerns. What are your thoughts?

From Albedo site:

Albedo was born out of a need for such abstractions in AutoFixture. While it's easy to extract a specific interface to address a specific need, you always run the risk of defining an interface that can only be used in one very specific situation; such an interface may not be a good abstraction.

Won't we end up with Albedo2 inside AutoFixture if we decide to extend the existing core API?

Since some Albedo maintainers are also AutoFixture maintainers, and since it follows Semantic Versioning, it shouldn't be that bad of an idea if we add it as a dependency...
AutoFixture has relied only on BCL, but I can't currently see disadvantages if we'd have to take Albedo as a dependency :confused:

One thing worth mentioning (according to my understanding, correct me if I'm wrong) is that the FreezeOnMatchCustomization is not used by AF consumers directly. When one needs to freeze a specimen, he either call the fixture.Freeze<>() method or use [Frozen] attribute from Glue Libraries.

We're discussing two different issues here.
@moodmosaic

AutoFixture has relied only on BCL, but I can't currently see disadvantages if we'd have to take Albedo as a dependency

AutoFixture already depends on Albedo. My point is that, up until now, Albedo has been used internally to simply the implementation of AutoFixture – the consumers don't need to know or care about Albedo in order to use AutoFixture in their tests – but with this PR we're effectively surfacing Albedo as part AutoFixture's public API. The practical effect is that whoever needs to use the FreezeOnMatchCustomization is going to have to take a direct dependency on Albedo in order to use its types.
Now, if Albedo was a namespace within AutoFixture that wouldn't be much of a problem. But since Albedo is currently published as a general-purpose package, I see a problem in tying it to AutoFixture's public API.
@sergeyshushlyapin

When one needs to freeze a specimen, he either calls the fixture.Freeze<>() method or use [Frozen] attribute from Glue Libraries.

Well, the Freeze method – in its current implementation – doesn't support matching criteria; if you want to use the imperative API there is currently no other way than using the FreezeOnMatchCustomizationdirectly.
On a more philosophical level, I see customizations and specimen builders as AutoFixture's as building blocks that are combined in order to offer functionality which is conveniently exposed through a higher level API (see the Customize method or the AutoDataAttribute). If a usage scenario isn't directly supported in the API, it should be possible to drop down to the building blocks and combine them in new ways in order to achieve the goal.
That's why I would rather see that the building blocks themselves continue to be free from dependencies on external libraries.

From Albedo we need just three things: IReflectionElement, TypeElement and ParameterInfoElement. Than might sound a bit impertinently, but what if (as a POC) we just "steal" them and remove the reference?... :flushed:

@sergeyshushlyapin
I have concerns regarding the approach you decided to follow. You created custom wrappers and later relays which unpacks that wrappers. Such approach leads to the performance overhead (more relays to check, more object are created, extra request is performed during resolve), however the reason behind that is not clear.
Isn't that much simpler to extend the FreezeOnMatchCustomization with object request which customization should freeze? Technically, that will make customization even more generic, because it will be capable of freezing any type of requests.
It seems that root of your approach is some kind of semantic meaning, but I don't see it. Given that fixture accepts object as a request, we could also use object as a proxy.
P.S. Also, using object should reduce the complexity of overall freezing logic and number of changes applied above :)
P.P.S. Excuse me, if I missed something obvious.

Such approach leads to the performance overhead (more relays to check, more object are created, extra request is performed during resolve)

I don't think that is the case. Relays are widely used in AutoFixture and according to test execution results there are no performance issues.

Isn't that much simpler to extend the FreezeOnMatchCustomization with object request instead of Type request that customization should freeze?

That is one of the three mostly discussed options:

Use objects
Introduce new abstraction
Rely on Albedo

If later we will need support freezing of another request sources (e.g. PropertyInfo), we will need to create one more wrapper and relay.

If we talk about Albedo than yes, we will. But are such scenarios numerous?

Given that fixture accepts object as a request, we could use object as a request too.

Yep. The object parameter does fit the existing design (which is "quite weakly typed").

The value proposition offered by Albedo is that it enables a client to model a variety of Reflection types in such a way that they look like they have a common consumption interface: IReflectionVisitor<T>. This enables a client to implement the interface. When visited by the various heterogeneous Reflection types, no type tests are required because of the double dispatch design.
This also forces a client (developer) to consider how to deal with all of the concrete IReflectionElement subtypes. This adds a degree of type safety to implementations.
None of these features are in play in this pull request. Instead, the two proposed relays perform type tests and use the downcast objects to access the underlying Reflection objects. In this case, I can't see that wrapping Type in TypeElement and ParameterInfo in ParameterInfoElement adds any value. We could achieve the same functionality by simply requesting Type and ParameterInfo.
Thus, I don't see that this particular use of Albedo adds any value, and thus I don't think that the added dependency is warranted.
In order to prevent more thrashing on this particular PR branch, I'm going to close it. @sergeyshushlyapin, as the owner of the fork, you still have the commits, so you should be able to salvage the good parts of this PR from the commits that introduce Albedo, so I'm not saying that everything in this PR is useless. Quite the contrary, and I'd welcome a second attempt, but I think it ought to be in a fresh PR.

I do realise that if anyone is responsible for introducing Albedo to this work item, it's me:

"Well, there's Albedo, which was created to address that particular problem..."

I wrote this in response to the assertion that there's no polymorphic type that can model both PropertyInfo, ParameterInfo, FieldInfo and Type. This is a problem that haunts much of the AutoFixture code base. At a certain time, it became so bad that we created Albedo to address that problem. Albedo is, in fact, a dependency of AutoFixture.Idioms, although not of AutoFixture itself.
The thought of making AutoFixture itself depend on Albedo is not foreign to me. If it's warranted, I'd be happy to entertain the idea (while still listening to arguments against the notion).
I'd consider it warranted if it simplifies the user-aimed API of AutoFixture.


Perform ETL job to merge files

This would be a big change for this project.  Athena falls over when it tries to read too many small files (it crashes due to rate limiting apparently).  CloudTrail log files are often a few KB in size in less active accounts.  Athena works best when it reads files that are 64MB apparently.  A nightly ETL job could take the previous day's log files and concat them into 64MB files, possibly into a separate S3 bucket.
I'm unsure of doing this. This was part of feedback I received from the Athena team for problems I was running into with a client.  I'm more in the camp that Athena should be fixed, and not that I need to build an ETL to work around its limitations.

I'm thinking of a related problem. CloudTrail logs are often stored with other files. For instance CloudTrail-Digest integrity validation files and (in the case of AWS Control Tower) AWS Config logs. After substantial effort I've determined this makes using vanilla Glue Crawlers impossible, which is a shame since they'd be able to automatically create partitions, eliminating the need for Lambdas.
I think the best thing to do with CloudTrail logs for long-term analysis is to store them in Glue-friendly Parquet format. I've found a couple of projects that do this:
https://github.com/awslabs/athena-glue-service-logs
https://github.com/vkoestline/aws_cloudtrail_pipeline
I'm in the midst of writing this all up in a blog post, but what I'd love is to be able to make CloudTrail, and ideally all service logs (VPC flow logs, WAF logs, ALB logs etc.) crawlable by Glue (e.g. solve this issue https://github.com/awslabs/athena-glue-service-logs/issues/15).
It sounds like the only way to do this is with ETL, and I'm not super familiar with Spark, but it seems like the right way to build this.

In #14 I mention a quite-new Athena feature that I think makes both Glue crawlers and partition-adding Lambdas unnecessary. So if we disregard that SMOP, I've got a thought on how we might approach this ETL.
Backfill
Given an existing table cloudtrail_logs with a date column (see #14 for how this would be defined), that table could be converted to ORC as follows:
CREATE TABLE cloudtrail_logs_auto_orc WITH (
    format='ORC',
    external_location='s3://destbucket/destprefix',
    partitioned_by=ARRAY['date']
) AS
SELECT * FROM cloudtrail_logs_auto where date >= '2020/03/01' and date < '2020/06/01'

We chose a time window of three months because Athena can only create up to 100 partitions in a single query. After that first query succeeds, you can then do:
INSERT INTO cloudtrail_logs_auto_orc
SELECT * FROM cloudtrail_logs_auto where date >= '2020/01/01' and date < '2020/03/01'

And repeat this for every 3 month period between today and the beginning of ~time~ CloudTrail logs.
Ongoing
Once the table exists, you could set up a scheduled nightly Step Function that:

Runs a INSERT INTO for the previous day's CT logs
Sleeps for 30 seconds
Checks if the query has finished. If not, loop back to sleeping again.
Maybe tries query again if it failed, maybe alerts a CloudWatch alarm. Who knows.

Other thoughts
For my particular use case, I'm interested in querying across all regions and all accounts so I haven't added partitions for those columns. But they could be added as well. Not sure what the more typical desire would be though.

@alsmola made a project to do this and a blog write-up! 🎉  https://medium.com/@alsmola/use-aws-glue-to-make-cloudtrail-parquet-partitions-c903470dc3e5

Closing this issue, because with Alex's solution that takes advantage of more recent features of AWS, there isn't a reason to continue improving this project, and this project will only have bug fixes from now on. See https://github.com/alsmola/cloudtrail-parquet-glue


Blacklist for language

I only want to generate subtitle for languages I don't speak. It would be nice to have an option to skip languages I understand.

Can you give me an example?  Whisper can only translate into English or transcribe into itself.

Yea, since I do speak English, I want to translate all languages I don't speak into English. I'm using your software for generating subtitles for videos with languages I don't understand. Since most of the videos in my library is in language I understand, having a blacklist would greatly reduce the time to transcribe my library with the TRANSCRIBE_FOLDERS option.

Meaning you want an option to skip files that have X audio language (English for you)?
That should be possible.

Yes, and preferably a list since I do speak a few languages, I don’t need translation for any of the languages I don’t speak. Thanks.

Check out SKIP_LANG_CODES in the readme.  Should be what you're looking for.  I only tested it a bit.


Aux window: from explorer select or open editor in most recently used group across all windows

Selecting a file in explorer selects or opens it in the most recently used editor group in the main window. It should also consider floating windows and select or open it in the most recently used editor group across all windows.
Likewise for any other interaction with the side bar or panel that selects or opens an editor. E.g. selecting a problem in the problems panel correctly uses the most recently used editor for that file in all windows, however selecting a change in the source control side bar always uses the main window.
I want to use the main window for the side bar and panel only, and have all editors in floating windows.
Possibly related:

https://github.com/microsoft/vscode/issues/198994
https://github.com/microsoft/vscode/issues/193267

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

You can get there if you "Lock" the main group in the main window:

This will target all open editor operations to other groups that are not locked, including floating windows.

"Lock" the main group in the main window

That works well, thanks very much for the tip!
However, in order to lock the group in the main window I needed 2 groups in the main window. So I created a new file in one group and split the view into a new group, then I could lock both groups and expand the panel. If I select "Lock Group" when there is only a single group in the main window it does nothing, even if there is another group in a floating window.

Can you give some exact steps for me to reproduce? It is true that we do not allow group locking if you only have 1 group opened in total across all windows, but it sounds like you found a bug maybe.

Close all floating windows and all editor groups in the main window
Select a file in explorer in side bar (opens in new editor group in main window)
Move editor group into new window (no editor group in main window)
Select a different file in explorer in side bar (opens in new editor group in main window)
Select "Lock Group" in main window editor group menu (nothing happens, no lock icon appears, menu item has no check mark)
Select Split Editor Right icon in main window editor group (opens in new editor group in main window)
Select "Lock Group" in menu of both main window editor groups (both groups lock, locked lock icon appears, menu item has check mark)

It is true that we do not allow group locking if you only have 1 group opened in total across all windows

That restriction might not be necessary, since if all groups are locked, a new group is automatically created in the main window when needed.

Changes in #200039 may be relevant. @abrahan-munro  can you test with latest Insiders?

Can you try to reproduce with our nightly insider builds? You can give our preview releases a try from: https://code.visualstudio.com/insiders/

Likewise for any other interaction with the side bar or panel that selects or opens an editor. E.g. selecting a problem in the problems panel correctly uses the most recently used editor for that file in all windows

Not having this behavior here, If I click a problem from the main window it opens the file in a new tab in the main window even though it is already opened in an aux window somewhere else (which is counter-intuitive).
Hope to see "sidebar as an aux window" and  "do not reopen a file if it's somewhere in an aux window" feature soon.
But so far auxiliary windows are really useful, thanks guys.

@vdegenne there is a setting which will help: workbench.editor.revealIfOpen

@vdegenne there is a setting which will help: workbench.editor.revealIfOpen

I could swear I had this setting turned on before, I thought it was a bug with aux windows.. Thanks!

@gjsjohnmurray @bpasero With the current insider build I can lock the single group in the main window if I have another group in a floating window.

once the main window focuses, its editor group becomes the most recent active one.

Can that behaviour be considered a bug? If I have multiple editor groups in the main window it is tracking which is the most recent active one based on direct interaction with the group. So interaction with the main window outside the group shouldn't be counted, whether or not I'm changing focus from another window?

Also, it'd be nice to be able to lock the empty editor group area (with no editors open) in the main window, to that the placeholder locked group doesn't throw off the Control-<number> shortcut numbering.

The current rule is that you cannot lock the main group when no other group is opened but I wonder if we should simply drop this given it makes working with floating windows harder.
Our original rationale was that users might be stuck in the main group refusing to open editors even when all other groups are closed, so we simply unlock.

It would be nice to have an option to open a file in the most recently used auxiliary window, regardless of whether it should be opened in a group or not.
Having to lock groups to instruct VSCode to open a file in the most recently used auxiliary window is unintuitive.

This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

@bpasero

The current rule is that you cannot lock the main group when no other group is opened but I wonder if we should simply drop this given it makes working with floating windows harder.
Our original rationale was that users might be stuck in the main group refusing to open editors even when all other groups are closed, so we simply unlock.

That restriction does not seem to be necessary anyway, since it is permitted to lock all groups when there are more than one, and when all groups are locked, a new group is automatically created in the main window when needed. So, this should also be the case when there is only one group.

@bpasero

once the main window focuses, its editor group becomes the most recent active one.

Can that behaviour be considered a bug? If I have multiple editor groups in the main window it is tracking which is the most recent active one based on direct interaction with the group. So interaction with the main window outside the group shouldn't be counted, whether or not I'm changing focus from another window?

Should I make a bug report for this?

:slightly_frowning_face: In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

Also, it'd be nice to be able to lock the empty editor group area (with no editors open) in the main window, so that the placeholder locked group doesn't throw off the Control-<number> shortcut numbering.

This is now possible in the current release. Move an editor or editor group into an aux window, lock the default group, then close all editors in the default group. The default group now stays locked.


运行提示“KeyError: '深圳'”

第 4 次查询 深圳 -> 岳阳 2019-12-20 17:28:02
Traceback (most recent call last):
File "main.py", line 64, in
main()
File "main.py", line 26, in main
Query.run()
File "/usr/local/scripts/12306/py12306/query/query.py", line 54, in run
self.start()
File "/usr/local/scripts/12306/py12306/query/query.py", line 78, in start
jobs_do(self.jobs, 'run')
File "/usr/local/scripts/12306/py12306/helpers/func.py", line 146, in jobs_do
getattr(job, do)()
File "/usr/local/scripts/12306/py12306/query/job.py", line 109, in run
self.start()
File "/usr/local/scripts/12306/py12306/query/job.py", line 122, in start
self.refresh_station(station)
File "/usr/local/scripts/12306/py12306/query/job.py", line 324, in refresh_station
self.left_station_code = Station.get_station_key_by_name(self.left_station)
File "/usr/local/scripts/12306/py12306/helpers/station.py", line 41, in get_station_key_by_name
return self.station_kvs[name].decode()
KeyError: '深圳'

@classmethod
def get_station_key_by_name(cls, name):
    self = cls()
    return self.station_kvs[name]

是返回的self.station_kvs[name]值类型问题吗？尝试改为拼音 shenzhen 也提示相同的ERROR

我这测试没有问题的，确认下 data/stations.txt 是否丢失或者被修改，再试试


Missing dependencies when using python:3

I keep my images with the tag python:3 because Python versioning says that 3.x are always compatible with previous 3.x versions. However latest update on tag python:3 (that now is 3.7.0-stretch) causes build failures on my requirements.txt.

The headers or library files could not be found for zlib,
a required dependency when compiling Pillow from source.

Because of this 3.7 was not ready to leave rc.
The workaround is simply change base image from python:3 to python:3.6.

Yes, some symlinks (eg libz.so -> libz.so.1 are missing and also the command dpkg-architecture that is called in https://github.com/python-pillow/Pillow/blob/5.2.x/setup.py#L736 to determine library directories.

Yes, so it's not the image's issue, dpkg-dev package is not Python's runtime dependency.

I agree. Probably is more related to Pillow (because of dpkg-architecture) and/or debuerreotype (because of missing libz.so -> libz.so.1) and the image is in between.

So I'm closing this issue.

Answering the question:
Pillow needs dpkg-archtecture that was available in python:3 but is not anymore. Installing dpkg-dev resolve the issue.

dpkg-dev has not existed in the python:3 image since https://github.com/docker-library/python/commit/cd1f11aa745a05ddf6329678d5b12a097084681b.  This is an oversight on our part and we will look to change the build dependency installation to be more like https://github.com/docker-library/php/pull/556 so that this won't happen in the future.
As far as the missing symlink for libz.so.1, that is a problem with your tool not using the ld config find where to look in Debian in general. Debian installs them to /usr/lib/x86_64-linux-gnu/libz.so and /lib/x86_64-linux-gnu/libz.so.1 via the zlib1g-dev and zlib1g packages, respectively (assuming x86-64 architecture). And both packages are installed the python:3.7-stretch and 3.6-stretch images:
$ docker run --rm python:3.7-stretch dpkg -l | grep zlib
ii  zlib1g:amd64                       1:1.2.8.dfsg-5                 amd64        compression library - runtime
ii  zlib1g-dev:amd64                   1:1.2.8.dfsg-5                 amd64        compression library - development
$ docker run --rm python:3.6-stretch dpkg -l | grep zlib
ii  zlib1g:amd64                       1:1.2.8.dfsg-5                 amd64        compression library - runtime
ii  zlib1g-dev:amd64                   1:1.2.8.dfsg-5                 amd64        compression library - development

Glad that you fixed!
About the symlink, it was my mistake. I was looking for it on the wrong directories, but ldconfig -p correctly shows where it is installed.
Can I ask you what about https://github.com/docker-library/php/pull/556 do you plan to do? Save the list of packages installed on previous stages, install what is needed for the build and then autoremove them. There is something about it that I missed?
As curiosity, do you know if can be assumed that if ldconfig is provided by glibc then the cache will be at /etc/ld.so.cache and if the binary contents are stable across glibc versions and linux distributions? I know that it seems to holds true at Debian and Fedora, but I'm not sure about other distributions.


README

URLs required updates.

Code of conduct updated as well. Errors noted.

URLs updated. Team needs to provide updates to images. Issue #97 opened.


docker-compose.yml has a space in the file name

The file " docker-compose.yml" in this repository has a space in front of it.
The README says to use wget to grab this file for use with Docker, but the snippet in the README doesn't work.
wget https://raw.githubusercontent.com/chrisiaut/pictshare/master/docker-compose.yml

This is the actual URL of the file: https://raw.githubusercontent.com/chrisiaut/pictshare/master/ docker-compose.yml

fixed in<PHONE_NUMBER>360d0b3db21bc5c7a64df4bed56600

My PR didn't fix this issue, this is separate. :)

oh! then we'll have to ask @yellowsoar as he wrote the docker-compose file

oh sorry I get the problem now

Ops...Sorry for that typo ><|||


how about use Warn instead of Error for use brew upgrade with package pinned

use Warn instead of Error for use brew upgrade with package pinned
it seems I do something wrong, but actually not.
relate all users with pinned packages
no alternatives

Please always complete the issue template. It helps the team more quickly assess the problem without having to request more information from you. Without the information requested in the issue template, this issue may be closed until you supply that information, preferably in the original text but a follow-up comment is acceptable, too.


Dockerfile does not work

I tried to follow this Guide in the README:

but i got. Reproducable on the bare repository without changing anything.
docker run -p 3000:3000 astroplate                                                                                 ✔   28s  ⬢ 20.2.0  11:30:09 
node:internal/modules/cjs/loader:1080
  throw err;
  ^

Error: Cannot find module '/app/server.js'
    at Module._resolveFilename (node:internal/modules/cjs/loader:1077:15)
    at Module._load (node:internal/modules/cjs/loader:922:27)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12)
    at node:internal/main/run_main_module:23:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

Node.js v18.17.0

Hey @Alfagun74
Sorry for the inconvenience, I also got the error on my site. I will fix it when I got some time. In the meantime you can follow their original docker file from here https://docs.astro.build/en/recipes/docker/#creating-a-dockerfile

As a semi-newb to using Astro, what's the purpose of using Docker here?

@jjaimealeman to deploy the site on a server for example.


S3 backup cleanup using incorrect S3 prefix

Summary
In order to get aws s3 ls to return all the files with the specified prefix (i.e. "in the same directory"), the path must end in a trailing slash:
aws s3 ls s3://my-bucket/path/to/backups
                           PRE backups/

aws s3 ls s3://my-bucket/path/to/backups/
                           PRE /
2022-09-13 15:08:17  187556632 backup-1.sql
2022-09-13 15:08:17  187556632 backup-2.sql

However, https://github.com/tiredofit/docker-db-backup/blob/9ba51bcec9f28fa7e6a3bcec9c92ce0b1b97986f/install/assets/functions/10-db-backup#L475 incorrectly assumes the path doesn't end in a slash.

Resolved in https://github.com/tiredofit/docker-db-backup/pull/171


Support for input, filter, and output configuration?

I was wondering if there will be support for input, filter, and output configuration at any point?

Just curious on the state of this. @miroswan - did you try to get it working somehow? Docker files seem to be pretty standard looking.


FollowerId in TopShards

https://github.com/ydb-platform/ydb/pull/10482
Here new functionality is added: system view partition_stats now has rows for datashard followers and new column FollowerId.
For example:
select * from `/local/.sys/partition_stats` where Path = '/local/Followers'

now returns several records like that
AccessTime	CPUCores	CoordinatedTxCompleted	DataSize	FollowerId	ImmediateTxCompleted	InFlightTxCount	IndexSize	LastTtlRowsErased	LastTtlRowsProcessed	LastTtlRunTime	NodeId	OwnerId	PartIdx	Path	PathId	RangeReadRows	RangeReads	RowCount	RowDeletes	RowReads	RowUpdates	StartTime	TabletId	TxRejectedByOutOfStorage	TxRejectedByOverload	UpdateTime
1970-01-01T00:00:00.000000Z	0.000005	0	0	3	0	0	0	null	null	null	1<PHONE_NUMBER>2723360	0	/local/Followers	9	4	1	0	0	0	0	2024-10-17T06:47:29.686000Z<PHONE_NUMBER>4037954	0	0	1970-01-01T00:00:00.000000Z
1970-01-01T00:00:00.000000Z	0.000005	0	0	2	0	0	0	null	null	null	1<PHONE_NUMBER>2723360	0	/local/Followers	9	4	1	0	0	0	0	2024-10-17T06:47:29.687000Z<PHONE_NUMBER>4037954	0	0	1970-01-01T00:00:00.000000Z
1970-01-01T00:00:00.000000Z	0.000044	1	127	0	0	0	0	null	null	null	1<PHONE_NUMBER>2723360	0	/local/Followers	9	0	0	4	0	0	0	2024-10-17T06:47:28.498000Z<PHONE_NUMBER>4037954	0	0	1970-01-01T00:00:00.000000Z

So there is a need to add nwe column FollowerId to "Top shards" in UI.
Right now it looks like that:

I suggest to write follower id after a point. like 827368762.1

it will require to alter tablet page and both hyperlinks


httping: 4.1.0 -> 4.2.0

Diff: https://github.com/folkertvanheusden/HTTPing/compare/refs/tags/v4.1.0...v4.2.0
Changelog: https://github.com/folkertvanheusden/HTTPing/releases/tag/v4.2.0

Things done

Built on platform(s)

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

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

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 362214

x86_64-linux

:white_check_mark: 1 package built:

httping


Mac instance has dependency on Homebrew

Your documentation fails to mention the default apps/ shell files utilize brew install <APPNAME>, which not everyone has installed. Granted most devs have probably installed it at one point or another, but this creates issues for other platforms and discounts your notion of "zero config" environments.
For Debian Linux users, using apt-get is standard fare, but Windows users who don't have something like Chocalatey installed are out of luck with this utility.
Curious if you've considered writing a standalone install script that downloads and installs the binary into a standardized directory?

yeah you're right. actually I put the code to automatically install brew in install.sh
I will update the code to use apt-get or yum if the current OS is Linux. I will hold back the Windows support at this moment.
At the beginning I was created the standalone script for dev, but later, I decided to split it to smaller scripts (in apps and env folders) for easier integration more languages/apps

:+1: Dig it.
I use a Macbook at work, but have a Windows machine at home, so I may tinker around with testing/building some Win utilities for this. Seems like a good project :)

@bmcminn You could use chocolatey for Windows.

@lackerman I think that's the plan for this, though the install.sh or install.cmd file should be able to determine the OS environment and prompt the user to install a package manage like Homebrew or Chocolatey provided an instance wasn't already discovered.

@bmcminn Fair enough. It makes sense.


AveragePool (auto_pad )

Tuukka S.

Could take a look at https://github.com/llvm/torch-mlir/pull/3670 as a reference point.

@pdhirajkumarprasad @zjgarvey
I would like to work on this issue. Could you please assign me this issue?

I believe someone is working on this. Let me double check.


Update .tool-versions elixir/erlang

Update Elixir to 1.14.0
Update Erlang to 25.1.1 - solves issues when installing Erlang on Apple Silicon (M1 and up)

Looks good, thanks!


typo on hindi example page

Actual Behaviour
typing error on hindi example page
Comments/Statements                निर्देशांक
Coordinates                                 चौड़ाई और ऊंचाई
'Width/Height                               सेटअप और ड्रा
Setup/Draw                                    और ड्रा
No Loop                                          लूप
Loop                                                रेड्रा
Redraw                                             कार्य
Functions                                        रिकर्सन
Recursion                                        ग्राफिक्स बनाएं
Create Graphics                              _
Expected Behaviour
Comments/Statements                टिप्पणी/कथन
Coordinates                                   निर्देशांक
'Width/Height                               चौड़ाई और ऊंचाई
Setup/Draw                                    सेटअप और ड्रा
No Loop                                          लूप रहित
Loop                                                लूप
Redraw                                             रेड्रा
Functions                                        कार्य
Recursion                                        रिकर्सन
Create Graphics                             ग्राफिक्स बनाएं
Steps to reproduce it
need to edit  \p5.js-website\dist\hi\examples\index.html file
Would you like to work on the issue?
yes , once approved

@namanjain2001-code You can go ahead and fix them with a PR. Thanks.

I am trying to edit p5.js-website\dist\hi\examples\index.html file but it not modifying. Now I know that these files are loaded with grunt server but I do not find the file which should be edit for this issue. I need some hint

@akshatnema no loop example not showing

@namanjain2001-code Ohh nice catch. I just saw that it has the wrong name given in the file.I just have to change in next commit. Thanks for noticing.

I am trying to edit p5.js-website\dist\hi\examples\index.html file but it not modifying. Now I know that these files are loaded with grunt server but I do not find the file which should be edit for this issue. I need some hint

You got it right, making changes in dist folder will not do anything. You must make all changes in "src" folder. All files are there, have a look through the codebase properly.

I think we can close this issue @Qianqianye, I already have a merged pull request(#1162). Issue #1162 and #1164 are the same.

Thanks @adarrssh for contirbuting to #1213!


castepxbin help needed

Hi Bonan Zhu,
First of all Happy New and stay blessed. I am a PhD student and using CASTEP interface in Materials Studio for my research. I want to study the projected band structure of heterostructures but unfortunately there is no such option in Materials Studio. Although, I can calculate the pdos by using OptaDOS of Materials Studio files ( .bands, .cell and .pdos_bin). In a similar way, I tried to use the .band and .cell (from spectral band structure calculation) and .pdos_bin (from pdos calculation because CASTEP interface in Materials Studio doesn't generate the .pdos_bin in spectral band structure calculation). But i got the following error.
Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
May be there is some error while reading the .pdos_bin file. Then, I come to know with castepxbin we can read the .pdos_bin file. I am not much familiar with coding. So, i don't know how to use castepxbin to read the .pdos_bin file. Could you please help me in this regards? Thank you in advance.
Looking forward to your kind response.
Best Wishes
Sajid

I think all you need to do is to use the compute_pdos function:
https://github.com/zhubonan/castepxbin/blob/562595df69f5c6473b090924f3b44493a700ebd3/castepxbin/pdos.py#L166-L174
from castepxbin.compute_pdos

pdos_data = compute_pdos(pdos_bin, eigenvalues, kpoints_weights, bins)

It will give a raw non-broaden PDOS - e.g. number of (projected) electrons in each energy bin. You have to work out how to read eigenvalues and kpoints from the bands files and the number of bins to put the eigenvalues.
Actually, this package is meant to be a low-level interface. It is probably more useful to use sumo  for plotting and get processed data. The default branch uses these packages to read the pdos and generate plots.
However, OptaDOS should always work for PDOS plotting, the only advantage of this package is it has lm projections. If you are getting errors, it is likely your bands and pdos_bin are not compatible if they are from different calculations. Can use just run CASTEP executables using the standard file interface? I don't use MS so I don't know how it works.
I am afraid a bit of programming is not avoidable. Consider this a good investment for your PhD ;)

I think all you need to do is to use the compute_pdos function:
https://github.com/zhubonan/castepxbin/blob/562595df69f5c6473b090924f3b44493a700ebd3/castepxbin/pdos.py#L166-L174
from castepxbin.compute_pdos

pdos_data = compute_pdos(pdos_bin, eigenvalues, kpoints_weights, bins)

It will give a raw non-broaden PDOS - e.g. number of (projected) electrons in each energy bin. You have to work out how to read eigenvalues and kpoints from the bands files and the number of bins to put the eigenvalues.
Actually, this package is meant to be a low-level interface. It is probably more useful to use sumo  for plotting and get processed data. The default branch uses these packages to read the pdos and generate plots.
However, OptaDOS should always work for PDOS plotting, the only advantage of this package is it has lm projections. If you are getting errors, it is likely your bands and pdos_bin are not compatible if they are from different calculations. Can use just run CASTEP executables using the standard file interface? I don't use MS so I don't know how it works.
I am afraid a bit of programming is not avoidable. Consider this a good investment for your PhD ;)

Thank you for prompt reply. I have also used the sumo for band structure and pdos calculation but unfortunately sumo can't calculate the projected band structure. May be there is a way to use the castepxbin to calculate the projected band structure. But I am not familiar with it. If there is any way please share with me. Thank you in advance.
One of the interesting thing is we use sumo for MS output files. But again problem for me is the projected band structure calculation.
I just explored that MS can generate the .pdos_bin for band structure calculation but still i am getting the same error. Now get more confuse because all data comes from same calculation. I will be very thankful to you if you can see MS calculated files.
Si CASTEP Energy.zip
Again looking forward to your kind response

Thank you for prompt reply. I have also used the sumo for band structure and pdos calculation but unfortunately sumo can't calculate the projected band structure. May be there is a way to use the castepxbin to calculate the projected band structure. But I am not familiar with it. If there is any way please share with me. Thank you in advance.
One of the interesting thing is we use sumo for MS output files. But again problem for me is the projected band structure calculation.
I just explored that MS can generate the .pdos_bin for band structure calculation but still i am getting the same error. Now get more confuse because all data comes from same calculation. I will be very thankful to you if you can see MS calculated files.
Si CASTEP Energy.zip
Again looking forward to your kind response

Thank you for prompt reply. I have also used the sumo for band structure and pdos calculation but unfortunately sumo can't calculate the projected band structure. May be there is a way to use the castepxbin to calculate the projected band structure. But I am not familiar with it. If there is any way please share with me. Thank you in advance.
One of the interesting thing is we use sumo for MS output files. But again problem for me is the projected band structure calculation.
I just explored that MS can generate the .pdos_bin for band structure calculation but still i am getting the same error. Now get more confuse because all data comes from same calculation. I will be very thankful to you if you can see MS calculated files.
Si CASTEP Energy.zip
Again looking forward to your kind response

Thank you for prompt reply. I have also used the sumo for band structure and pdos calculation but unfortunately sumo can't calculate the projected band structure. May be there is a way to use the castepxbin to calculate the projected band structure. But I am not familiar with it. If there is any way please share with me. Thank you in advance.
One of the interesting thing is we use sumo for MS output files. But again problem for me is the projected band structure calculation.
I just explored that MS can generate the .pdos_bin for band structure calculation but still i am getting the same error. Now get more confuse because all data comes from same calculation. I will be very thankful to you if you can see MS calculated files.
Si CASTEP Energy.zip
Again looking forward to your kind response

Thank you for prompt reply. I have also used the sumo for band structure and pdos calculation but unfortunately sumo can't calculate the projected band structure. May be there is a way to use the castepxbin to calculate the projected band structure. But I am not familiar with it. If there is any way please share with me. Thank you in advance.
One of the interesting thing is we use sumo for MS output files. But again problem for me is the projected band structure calculation.
I just explored that MS can generate the .pdos_bin for band structure calculation but still i am getting the same error. Now get more confuse because all data comes from same calculation. I will be very thankful to you if you can see MS calculated files. Si CASTEP Energy.zip
Again looking forward to your kind response

Excuse me, I would like to know how to let Materials Studio generate the pdos_bin file. So far I have only seen pdos_weight, and I don’t know it it is the same as pdos_bin yet

Hi dear. you can generate it by selecting the pdos option and you can find it in the same folder where you calculate the DOS calculations. I hope this information will help you.

Sorry I forgot to reply to your request @sajidurehman. Hope that you have sorted it out. All you need is the pdos_calculate_weights tag in the param file input to CASTEP. I don't have access to Materials Studio so I am not able to help with any queries regardding that.

Thank you for your kind reply @zhubonan. Yes I somehow sorted it out.

Great, then I will close the issue now.


⚠ Bofrost.be has degraded performance

In 6731ecd, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1682 ms

Resolved: Bofrost.be performance has improved in 53b086b.


installing via npm fails

Description
Getting a 404 error from one of the project dependencies
npm ERR! 404 Not Found - GET<EMAIL_ADDRESS>- Not found
npm ERR! 404
npm ERR! 404  '@types/eslint<EMAIL_ADDRESS>is not in the npm registry.
npm ERR! 404 You should bug the author to publish it (or use the name yourself!)
npm ERR! 404
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, http url, or git url.

npm ERR!      /Users/jameeljiwani/.npm/_logs/2022-06-30T20_58_58_690Z-debug.log

Repro Steps
Please list the steps used to reproduce your issue.
Run npm -g i appcenter-cli in the terminal
Expected behavior
I would expect no errors on a clean machine
Details

Is there a particular beacon/command that you are having trouble with?

N/A

Which version of the App Center CLI are you using?

N/A

Which OS version did you experience the issue on?

macOS Monterey 12.2.1 - M1 Pro

What command line/shell are you using?

zsh

What version of Node.js and NPM/Yarn are you using?

node v16.2, npm 7.13.0

Additionally, you can provide verbose logs of a CLI command by using DEBUG="appcenter-cli:*" before the command, for example, DEBUG="appcenter-cli:*" appcenter apps list. Include the logs here, don't forget to omit any personal/sensitive data.

See above

@JGarcia-nc This might be an issue with NPM: https://status.npmjs.org/incidents/6wr25yb0b2dd


add zip files toacceptable_types

Zip files were added to the list f file allowed to upload to all four main tables.

I took zip MIME types from here: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_types/Common_types
No, I am not sure. We'll find that if they try to upload a file not from that list
I tested zip, bzip, bzip2, gzip. Did not test x-7z-compressed, because 7z is a Windows compress command.

Please ask someone with windows machine to test 'x-7z-compressed' file format. Thanks.

@dschmura I deployed it into the production server already, since Ananta approved it. You can go there, create a test record and upload a zip file. Or test it on your local host.


OS#17729736: Don't cache missing properties for objects with DictionaryTypeHandler's

This may leave stale isMissing elements in the TypePropertyCache after the property has been added to the prototype chain.

@dotnet-bot test

@dotnet-bot test Windows x86_debug


Krishnakalani111 patch 1

Closes #566
✅ Checklist

[X] I have followed every step in the contributing guide
[x] The PR title follows the convention.
[X] I ran and tested the code works

Testing
[Describe the steps you took to test this change]

Changelog
[Short description of what has changed]

Screenshots
[Screenshots]
💯

Submitting a PR should only be done when you believe the PR is ready to be reviewed and accepted. Going to close this for now as it doesn't follow our guidelines. I'd encourage you to take your time instead of rushing, as this is not a race.


[Feature] Import caddy config parser to api endpoint

Appreciate to suryamodulus/caddapto, which is very useful to convert Caddyfile to json config like caddy adapt, but nearly 2 years no update caused a lot of conversation not working. Merge this modules into my project.

But it's hard to always get the latest "customized" build of caddy (with non-standard modules) https://github.com/suryamodulus/caddapto/blob/19a6ca1cf50b463d2fba59a7a64e52af68cdcd8d/api/caddapto.go#L9
I think this needs another plan.


Fix "Failed to create syso file: exit status 1" error.

Fix "Failed to create syso file: exit status 1" error when "windres.exe" is in the "Program Files (x86)" or "Program Files" path.

Hi @txfly, thanks for the PR.
Unfortunately, I can't merge this PR because IMHO it fixed the wrong issue. As far as I know, windres fails usually because one of these two cases :

The path to windres is not valid nor exists; or
The submitted windres is not compatible with the other tools like gcc or g++ that specified in qamel profile.

In this case, I think your issue is happened because of the latter, especially considering your windres is located in Program Files which is not the usual installation place for Qt or MSYS2.
I think the main issue that need to be done first is the useless error message, since exit status 1 is not really helpful to understand why windres fail to run.
With that said, I've already committed the fix to make error message more useful. If you would, please try and check it again. If the error stil persists, feels free to open new issue or new PR :).

After more investigation, it seems this issue happened because of the shells.
When using cmd or powershell, this issue happened. However, when we uses third party shells like cmder, mingw or msys2 the problem doesn't happened.

After more investigation in #15, apparently the only terminal that works properly in Windows 10 cmder, while cmd and powershell is failed with message :
Failed to build app: exit status 1
go build runtime/cgo: c:\go\pkg\tool\windows_amd64\cgo.exe: exit status 2

I'll close this PR for now. Meanwhile, the issue with cmd and powershell will be tracked in #18.


error about systemplugin.imagine.manager

After upgrading ZK from 1.4.3 to 1.4.4build156 I re-activated MediaModule which works fine.
When accessing MeduModule backend I got informed about new version (1.2.2) which I downloaded and activated. Other than offered via webfrontend I chose the way to get the latest build from github.
After upgrading I was still able to access backend, but cant get into frontend or media list any longer.
Here's the stack trace I receive:
Constructing service "systemplugin.imagine.manager" from a Zikula_ServiceManager_Definition is not supported at build time.

 Symfony\Component\DependencyInjection\Exception\RuntimeException: Constructing service "systemplugin.imagine.manager" from a Zikula_ServiceManager_Definition is not supported at build time.
    at n/a
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ContainerBuilder.php line 863

    at Symfony\Component\DependencyInjection\ContainerBuilder->createService(object(Zikula_ServiceManager_Definition), 'systemplugin.imagine.manager')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ContainerBuilder.php line 468

    at Symfony\Component\DependencyInjection\ContainerBuilder->get('systemplugin.imagine.manager', '1')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/lib/legacy/Zikula/ServiceManager.php line 114

    at Zikula_ServiceManager->get('systemplugin.imagine.manager')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/modules/MediaModule/MediaType/AbstractFileMediaType.php line 55

    at Cmfcmf\Module\MediaModule\MediaType\AbstractFileMediaType->injectThings(object(appProdDebugProjectContainer), object(FileLocator), object(FontCollection), '/data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/app')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/app/cache/prod/appProdDebugProjectContainer.php line 1179

    at appProdDebugProjectContainer->getCmfcmfMediaModule_MediaType_ImageService()
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Container.php line 314

    at Symfony\Component\DependencyInjection\Container->get('cmfcmf_media_module.media_type.image', '2')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ContainerBuilder.php line 447

    at Symfony\Component\DependencyInjection\ContainerBuilder->get('cmfcmf_media_module.media_type.image', '1')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/lib/legacy/Zikula/ServiceManager.php line 114

    at Zikula_ServiceManager->get('cmfcmf_media_module.media_type.image')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/app/cache/prod/appProdDebugProjectContainer.php line 1342

    at appProdDebugProjectContainer->getCmfcmfMediaModule_MediaTypeCollectionService()
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Container.php line 314

    at Symfony\Component\DependencyInjection\Container->get('cmfcmf_media_module.media_type_collection', '2')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ContainerBuilder.php line 447

    at Symfony\Component\DependencyInjection\ContainerBuilder->get('cmfcmf_media_module.media_type_collection', '1')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/lib/legacy/Zikula/ServiceManager.php line 114

    at Zikula_ServiceManager->get('cmfcmf_media_module.media_type_collection')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Controller/Controller.php line 391

    at Symfony\Bundle\FrameworkBundle\Controller\Controller->get('cmfcmf_media_module.media_type_collection')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/modules/MediaModule/Controller/CollectionController.php line 324

    at Cmfcmf\Module\MediaModule\Controller\CollectionController->displayAction(object(Zikula_Request_Http), object(CollectionEntity))
        in  line

    at call_user_func_array(array(object(CollectionController), 'displayAction'), array(object(Zikula_Request_Http), object(CollectionEntity)))
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php line 144

    at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Zikula_Request_Http), '1')
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php line 64

    at Symfony\Component\HttpKernel\HttpKernel->handle(object(Zikula_Request_Http), '1', true)
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/DependencyInjection/ContainerAwareHttpKernel.php line 69

    at Symfony\Component\HttpKernel\DependencyInjection\ContainerAwareHttpKernel->handle(object(Zikula_Request_Http), '1', true)
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php line 185

    at Symfony\Component\HttpKernel\Kernel->handle(object(Zikula_Request_Http))
        in /data/web/1/000/027/915/75642/htdocs/staging.amc-idstein/index.php line 23

Might this be a core issue @craigh @guite?

Yes, most likely.
Sebastian<EMAIL_ADDRESS>schrieb am Do., 1. Dez. 2016, 15:09:

Might this be a core issue @craigh https://github.com/craigh @guite
https://github.com/guite?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/cmfcmf/MediaModule/issues/87#issuecomment-264181831,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACC7RBR-ZQCZQmXv4Ij6U8mAAyI5B2o2ks5rDtURgaJpZM4LBbvl
.

is this another service alias problem @Guite?

No. This is a completely different error message.

probably a result of moving Image to a bundle instead of a plugin. perhaps we can find the existing bundle service and alias it.

While the Imagine library is now loaded as a dependency of the LiipImagineBundle, the plugin is still loaded exactly as before, so it doesn't seem like there should be a problem here.

this is confirmed. recommend closing in favor of https://github.com/zikula/core/issues/3235


security: usability improvements

RFC: https://github.com/cockroachdb/cockroach/blob/master/docs/RFCS/certificate_rotation.md
PRs:

https://github.com/cockroachdb/cockroach/pull/14703

The big one is https://github.com/cockroachdb/cockroach/pull/14703, the previous one introduced the certificate manager but did not use it yet.
This one will introduce quite a few changes:

--certs-dir [default=${HOME}/.cockroach-certs] on all commands that need certs. Contains:

CA certificate: ca.crt
node certificate: node.crt (only needed for nodes)
node key: node.key (only needed for nodes)
client certificate: client.<username>.crt (needed for clients commands)
client key: client.<key>.key (needed for client commands)

cockroach cert commands now take --ca-key and --certs-dir and generate the certs inside --certs-dir. The help commands detail what happens when some files already exist (eg: is ca.crt already exists, cockroach cert create-ca prepends the new CA certificate in the file)

The --ca-cert, --cert, and --key flags will still be supported for the start command only, but will print a warning to use --certs-dir instead. These will probably be removed entirely for 1.0.
Certificate rotation is not there yet, but will be done by issuing a SIGHUP signal to the cockroach nodes. Other methods will come later.

Thanks, @mberhault. Will cert rotation be in place for v1? I think I'll rename this issue.

yup. but the "reload certs" will be the easy part to document. The changes to the certs flags are the big ones.

oh. I forgot to mention, https://github.com/cockroachdb/cockroach/pull/14703 is also making --insecure false by default and independent of --host or the cert flags. So cockroach start without certs in ~/.cockroach-certs will fail.

The PR is merged. I've posted a forum PSA detailing the major changes: https://forum.cockroachlabs.com/t/psa-insecure-is-now-false-by-default-certs-dir-replaces-old-certificate-flags/568

@jseldess, @sploiselle: I can do a first pass at the docs, but I'll definitely need your help here. Ideally we'd like to get this out for this week's beta.

If you can lay any kind of groundwork, Marc, that would be wonderful.

Docs are up-to-date. Closing this and opening a separate issue to add docs on cert rotation.


python311Packages.cvxpy: fix build

Description of changes
cvxpy currently has failing tests:
=========================== short test summary info ============================
FAILED tests/test_linalg.py::TestWrappers::test_svd - ValueError: new dimensions ('batch', 'experiment', 'pointwise_sel') must be...
FAILED tests/test_linalg.py::TestWrappers::test_svd_non_square - ValueError: new dimensions ('batch', 'pointwise_sel', 'dim2') must be a sup...
============ 2 failed, 258 passed, 1 skipped, 5 warnings in 11.67s =============

cc @drewrisinger
Things done

Built on platform(s)

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

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

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

I tried cherry-picking this patch but it didn't help :/

what arch / branch? on master it fails due to missing clarabel.
I added clarabel in PR https://github.com/NixOS/nixpkgs/pull/280682 and cvxpy builds fine on x64 linux and darwin.

Fixed in #280682


Integer overflow in exponent

scientific 1 (maxBound::Int) * scientific 1 (maxBound::Int) evaluates to 1.0e-2.

Yes, this is unfortunate. Scientific uses an Int to represent the exponent so it suffers from the same integer overflows that Int suffers from. I've an old TODO to switch the exponent to Integer to make Scientific truly arbitrary precision.

I started doing some work on this on the integer-exponent branch.

I'd prefer we throw an impure error instead of producing wrong values, till we can get arbitrary precision would a patch be accepted that calls Prelude(error) on any operation that would result in corruption?


Addresses issues with Pollen.com API troubles

Description:
Addresses a recently revealed 500 error within the Pollen.com API. In short:

As long as crucial data is returned from the API, sensors are created; non-crucial data is merely ignored (whereas previously, the sensor would fail to show).
Any API issues are properly caught and logged (currently logged under DEBUG – found that any other level spammed the logs way too much without a way to address).

Related issue (if applicable): fixes #12916
Pull request in home-assistant.github.io with documentation (if applicable): N/A
Example entry for configuration.yaml (if applicable):
sensor:
- platform: pollen
  zip_code: "00544"
  monitored_conditions:
    - allergy_average_forecasted
    - allergy_average_historical
    - allergy_index_today
    - allergy_index_tomorrow
    - allergy_index_yesterday
    - disease_average_forecasted

Checklist:

[x] The code change is tested and works locally.

If the code communicates with devices, web services, or third-party tools:

[x] Local tests with tox run successfully. Your PR cannot be merged unless tests pass

🐬


Implement kv cache

Explanation:
KV cache is an inference trick to avoid re-computing the whole sequence when only one token was added. It stores keys and queries of each attention layer in a list for later use.
If use_cache is set to True HuggingFace generator automatically handles this and will only input the last token along with the KV cache when generating a sequence.
The past keys and values are extracted from the cache and concatenated to the next token in each attention layer. Only one query  attends this sequence to generate the next token.
Positional embeddings need to be offset because it can no longer rely on the position of the query in the sequence (there is only 1 query).
Tests:
LLaMA2 and a custom trained model have been tested qualitatively with the generation.py script with this change (with and without the flag --use-cache). Jeopardy with LLaMA2 was also ran to ensure no regression.
Changes:

The model outputs past_key_values regardless of the use_cache (returns None if not used) thus it now returns 3 output values instead of 2
Optional inputs past_key_values and use_cache are taken by the model and passed all the way to the attention computation
Positional embedding takes ~two~ an extra offset argument to offset the queries and keys in the time sequence. This is useful to offset the new query and key to the end of the kv cache sequence
head rotary is not compatible with offsets but will run anyway since it doesn't need to offset anything

Other than the one comment about adding comments to _update_cos_sin_tables, this looks good to me! Would it be possible to document the speedup we get with KV-cache, compared to say HF LLaMa2? Doesn't need to be super thorough, just a quick gut check that we have roughly the right speedup.

oh and finally, could you paste the outputs of pytest so we can merge? (I believe dataloading tests currently fail due to a missing assets/ folder that we're working on adding, but the rest should pass)

oh and finally, could you paste the outputs of pytest so we can merge? (I believe dataloading tests currently fail due to a missing assets/ folder that we're working on adding, but the rest should pass)

There were bugs but most didn't come from my changes:

I added ignore_parse_errors to MockDataArgs.
In train.py l.144 sample chunk I updated to the new args input
in test accumulation I updated the SimpleModel to output 3 items (this was due to my changes)

I added a test for kv cache but it is slow so I also added a slow marker in pyproject.toml, slow tests can be marked with @pytest.mark.slow
Tests marked as slow can be skipped with pytest . -m "not slow" this might help with https://github.com/mlfoundations/open_lm/pull/59#issuecomment-1786029169

With the attached script for a 1b model I get the following results:
Context length | Generation length | Time with cache | Time without cache | Time gain (%)
512            | 512               | 18.1522          | 30.4054             | 40.30
512            | 1024              | 20.8708          | 80.5402             | 74.09
512            | 1536              | 29.9303          | 152.6310            | 80.39
1024           | 512               | 15.6641          | 50.1081             | 68.74
1024           | 1024              | 25.5443          | 123.8644            | 79.38
1536           | 512               | 19.4633          | 73.8159             | 73.63
time_generate.txt

I added a test that checks the generated sequences. It is not very stable:
If we generate long sequences (sometimes as little as 64 tokens), they start to diverge between cached and not cached but not between two non-cached generations. I considered that this was not a bug but the result of compounding errors so I set the test to only compare the first 32 generated tokens. This ends-up passing.

I've added some support for kv_cache  + an input sequence (prior it only worked with a unique new input).
However, it assumes the input sequence to come directly after the kv_cache in the sequence and does not support input position indices.
I've made 2 separate tests: one for speed on a randomly initialized model. One for concistency that loads the 1B pre-trained OpenLM weights and test that the generated results are the same with kv_cache and without.
I didn't produce any test for beam search...
Two tests were not passing but I don't think it's from my changes:

Ok so now check are passing but they do not include the two tests that I added (they are marked both as slow and gpu). One of them involves downloading the 1B model and using it to generate short sequences.

@jmercat thanks so much for the work on this. I had two last follow ups:

When we talked in person, you mentioned there was a decision about what to do when query has sequence length > 1. Could you document what your decision was in the code as a comment?
Is it possible to add a test with a tiny model that can run in CPU? E.g., 1-2 layers.

I had to force a minimum version of multiprocess which depends on a newer version of dill than what apache-beam wants. I could not find a common ground so I remove apache-beam from the requirements and had to add ipython.

Looks good to me except for the two things we discussed offline. I was also wondering if we could look at the coverage of tests but that could be done in a separate PR.

nice! For future reference and documentation, could you comment what the two things you discussed offline are, @ruixin31?

nice! For future reference and documentation, could you comment what the two things you discussed offline are, @ruixin31?

So what Rui suggested is to use xformers new masking  xops.fmha.attn_bias.LowerTriangularFromBottomRightMask()
It works nicely and should be easier to read and faster when using beam search. Sadly it is not compatible with llm_foundry because their dependencies don't match (pip install -r requirements.txt would fail but it could be installed in 2 steps successfully...)
I added comments about that in the code but reverted to using custom masks to make installation faster (we don't use beam search now so it doesn't justify the extra step in installation)


(This failure mode seems to be new as of Go 1.18, but as far as I can tell it only occurs during bootstrapping; it could possibly be a bad interaction with the Go 1.4 toolchain used for bootstrapping.)

Could the compiler be re-using a types2.Info?

I don't think so. The compiler only runs the types2 type checker once per process.

The file:line numbers seem pretty odd. I know cmd/dist rewrites the files for bootstrapping, so I'd expect maybe a few lines delta, but they seem further off than I'd expect.
Like just the top 3 frames:
bootstrap/cmd/compile/internal/types2.(*Checker).recordSelection(0xc208078000, 0xc2084293e0, 0x1, 0x7ff2b6d34790, 0xc208f606c0, 0x7ff2b6d346b0, 0xc208c284e0, 0xc20957fe08, 0x1, 0x1, ...)
	/workdir/go/src/cmd/compile/internal/types2/check.go:450 +0x1a6 fp=0xc209600d80 sp=0xc209600d38

recordSelection starts at line 568
bootstrap/cmd/compile/internal/types2.(*Checker).selector(0xc208078000, 0xc2095f78c0, 0xc2084293e0)
	/workdir/go/src/cmd/compile/internal/types2/call.go:648 +0x3d03 fp=0xc2096012f8 sp=0xc209600d80

There's a call at line 642, which seems reasonably close to 648. (There are also calls at lines 588 and 631.)
bootstrap/cmd/compile/internal/types2.(*Checker).exprInternal(0xc208078000, 0xc2095f78c0, 0x7ff2b6d35240, 0xc2084293e0, 0x0, 0x0, 0xc2088538a8)
	/workdir/go/src/cmd/compile/internal/types2/expr.go:1425 +0x1256 fp=0xc209601840 sp=0xc2096012f8

The only call to selector in expr.go is at line 1458.

I don't think so. The compiler only runs the types2 type checker once per process.

Hmm, so that would rule out a race.
The actual error message is this:
runtime: garbage collector found invalid heap pointer *(0xc209600c08+0x0)=0xc20957d000 span=0xc209574000-0xc20957d000-0xc20957e000 state=0
fatal error: invalid heap pointer

Can someone describe what that means exactly, and the conditions under which it could occur? That would help narrow down whether could be a problem in types2.

@mknyszek for input on the "invalid heap pointer" error

That is an... old message. I can't find it in the current runtime. I'll do some digging in the history but at first glance I suspect that what it's trying to say is that there's a pointer pointing outside of any span (maybe?)
My guess is this is saying that at address 0xc209600c08 there's a pointer 0xc20957d000 and it's invalid. I think what it's trying to say is that the span is not a span that is currently in use by the heap (back then, the whole heap was always covered by the set of spans).
I'll get back to you all in a bit.

I'm inclined to say this is a Go 1.4 compiler (or runtime) bug. It certainly wouldn't be the first time we've been bit by the Go 1.4 toolchain when enabling new code in the compiler. E.g., this is why we currently disable inlining during bootstrapping:
https://github.com/golang/go/blob/896df422a7cecbace10f5877beeeb1476b6061ae/src/cmd/dist/buildtool.go#L199-L201

Huh, OK. So state=0 implies that the span it found for this object is indeed an in-use heap span. The three components 0xc209574000-0xc20957d000-0xc20957e000 refer to span boundaries: start, limit (the point at which you stop having valid objects), and end. The pointer 0xc20957d000  is the limit, so that's why it's invalid. The span is 40960 bytes (5 8 KiB pages) wide, but only the first 36864 bytes (4.5 8 KiB pages) is valid. So there's some 36864 byte object there, and the GC found a pointer past the end of it.

Because it's a pointer-past-the-end situation, this could be a compiler bug potentially too, where there's some moment that the GC could stop a goroutine and see a transiently incorrect pointer value in a stack slot or something (like at the end of a loop, maybe?). Either that, or some of the code overwritten into the source tree unsafe and actually makes an invalid pointer (this is unlikely as it would be breaking outside of bootstrapping too). It could be a GC bug too I suppose if it reached into a place it wasn't supposed to, or at a time it wasn't supposed to.

Oh! One more thing: did Go 1.4 have the "the last zero-sized field in a struct adds a byte of padding" rule? If not, I could see how taking that address in current Go is totally valid, but not valid back then.

Either that, or some of the code overwritten into the source tree unsafe and actually makes an invalid pointer (this is unlikely as it would be breaking outside of bootstrapping too).

The compiler only uses unsafe.Pointer for mmaping source files and export data into memory as strings. I don't think that's likely to be the issue. The mapped memory wouldn't be in a span anyway.
(Though note that the unsafe.Pointer safety rules weren't established until after Go 1.4 anyway.)

did Go 1.4 have the "the last zero-sized field in a struct adds a byte of padding" rule?

I was trying to remember whether that's the case or not. I thought that became a rule when we switched from conservative to precise GC, which I thought was before Go 1.4?

The span is 40960 bytes (5 8 KiB pages) wide, but only the first 36864 bytes (4.5 8 KiB pages) is valid. So there's some 36864 byte object there, and the GC found a pointer past the end of it.

Do we know for certain that it's a single 36864-byte object, or could it be multiple objects taking up that much space?

Given #44505 — and assuming that it actually happens within the not-too-distant future — if we are reasonably confident that this is a Go 1.4 bug it might not be worth spending too much time on.
(External Go users who want to build from source can already work around a Go 1.4 bug by bootstrapping from a newer Go version instead.)

Do we know for certain that it's a single 36864-byte object, or could it be multiple objects taking up that much space?
I don't think we do. This span is in range for being a small object span and it's within tail waste bounds. It's hard to say at this point what it was since the size class wasn't dumped.

I'm pretty sure the last zero-sized field thing was added in Go 1.5 for #9401.

Without running Go 1.4 my best guess is that the size class scheme back then is the same as today's minus the 24-byte size class (there was already the MemStats.BySize array length mismatch). In which case there is no size class that fits the description. None of the size classes waste more than 896 bytes at the tail AFAICT. But a single large object could definitely waste that much because of the page size.

OK, I ran the code and there definitely are size classes with >896 byte tails but they also do not fit the description. I'm pretty convinced this is a single large object. A fun fact is that the code that we used to use for size classes is almost identical to what we use now except that we have a second pass that bumps all object sizes up within size classes to reduce tail waste.

@golang/runtime, should we close this now that we no longer use Go 1.4 for bootstrapping?


Formula fails to render with: Expected node of symbol group type, but got node of type cr

Before reporting a bug

[x] Check common issues.
[x] Check the bug is reproducible in the demo. If not, check KaTeX is up-to-date and installed correctly.
[x] Search for existing issues.

Describe the bug:
The formula crashes Katex with an 'Expected node of symbol group type, but got node of type cr' error.
It can be reproduced in the online editor https://katex.org/
(La)TeX code:
The code of (La)TeX you tried to render:
\left\{
    \begin{array}\\
        w=\alpha t,\,\theta=\frac{\alpha t^2}{2} - A & 0\le t\le t_1 \\
        w=w_1=\alpha t_1,\,\theta=\alpha t_1\left( t - \frac{1}{4F}\right) & t_1\le t\le t_2 \\
        w=\alpha \left(\frac{1}{2F}-t\right),\theta= -\frac{\alpha}{2}\left(t-\frac{1}{2F}\right)^2 + A & t_2\le t \le \frac{T}{2}
    \end{array}
\right

Expected behavior:
Rendering of the array formula. See output from https://www.quicklatex.com in the screenshot.
Or alternatively, and error on what is wrong with the formula.
Screenshots:

Environment (please complete the following information):

KaTeX Version:0.16.4
Device: Desktop
OS: Linux
Browser: Firefox / Chromium
Version: 111.0.1  / 112.0.5615.49

\begin{array} takes a required argument in LaTeX, specifying column alignments. In this example, something like \begin{array}{rl} might be what you're looking for.


bump mimemagic because the owner yanked the old ones

https://github.com/rails/rails/issues/41750

/jira open bug


Automated Package Upgrade

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Routing

Closes #39

Codecov Report

Merging #54 into master will decrease coverage by 0.4%.
The diff coverage is 52.5%.

@@             Coverage Diff              @@
##             master      #54      +/-   ##
============================================
- Coverage     66.91%   66.51%   -0.41%
+ Complexity     1976     1973       -3
============================================
  Files           217      217
  Lines          9216     9287      +71
  Branches       1020     1023       +3
============================================
+ Hits           6167     6177      +10
- Misses         2427     2488      +61
  Partials        622      622

Impacted Files
Coverage Δ
Complexity Δ

...a/org/bboxdb/network/routing/RoutingHopHelper.java
70% <ø> (-2.73%)
1 <0> (ø)

...twork/server/handler/request/KeepAliveHandler.java
100% <ø> (+28.57%)
2 <0> (-1)
:arrow_down:

...ork/server/handler/request/DeleteTableHandler.java
58.82% <ø> (+6.19%)
3 <0> (ø)
:arrow_down:

...andler/request/CreateDistributionGroupHandler.java
82.6% <ø> (+6.6%)
3 <0> (ø)
:arrow_down:

...andler/request/DeleteDistributionGroupHandler.java
73.33% <ø> (+8.62%)
3 <0> (ø)
:arrow_down:

...ork/server/handler/request/CancelQueryHandler.java
12.5% <ø> (+1.38%)
2 <0> (ø)
:arrow_down:

...etwork/server/handler/request/NextPageHandler.java
63.63% <ø> (+9.79%)
3 <0> (ø)
:arrow_down:

...work/server/handler/request/ListTablesHandler.java
14.28% <ø> (-5.72%)
1 <0> (-1)

...org/bboxdb/network/client/future/FutureHelper.java
0% <0%> (ø)
0 <0> (ø)
:arrow_down:

.../java/org/bboxdb/network/client/BBoxDBCluster.java
37.57% <10%> (-0.44%)
24 <0> (ø)

... and 22 more

Continue to review full report at Codecov.

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


asciinema does not now the gen_secret command

It was a regression and I fixed that when upgrading the project to Phoenix 1.6. Therefore this patch is not needed. Thanks anyway!


Improvements on job import via cli

Thank you for a pull request! Please check this document for how the Jenkins project handles pull requests


TComplexity fails for CustomProgrammableRotationGateArray

Description of the issue
TComplexity fails for CustomProgrammableRotationGateArray.
How to reproduce the issue
import cirq_ft
import cirq
from cirq_ft.algos.programmable_rotation_gate_array_test import CustomProgrammableRotationGateArray, construct_custom_prga
from cirq_ft.infra.jupyter_tools import display_gate_and_compilation

pga = construct_custom_prga(*[[1, 2, 3], [4, 5, 6]], kappa=2, rotation_gate=cirq.Z)
greedy_mm = cirq_ft.GreedyQubitManager(prefix="_a")
g = cirq_ft.testing.GateHelper(
    pga, context=cirq.DecompositionContext(greedy_mm)
)
display_gate_and_compilation(g)

TypeError: couldn't compute TComplexity of:
type:
value: CZ**0.25(kappa_load_target0, rotations_target)

Cirq version
You can get the cirq version by printing cirq.__version__. From the command line:
1.2.0

I'd like to take this issue up please


Remove unopened testSuiteFinished

This was removed in e6adedc0c421f05624e5b36ec5c8985687a6a50b but was added again in bbbba3136bc9185bfb246a9b5d553a1e4f83b7ae (whether on purpose or not...).
I don't know if finishing a testSuite without starting one is acceptable or not, but there is no point closing something that was never openeded.

Have also seen this and unsure why it was added. Could look at removing this in the next major version bump

Closing due to age and  merge conflicts and will be tracked in #44


Test for WFLY-4580 that demonstrates that CDI post construct interceptor...

...s work

Windows Build 1472 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Linux Build 6393 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Linux with security manager Build 1320 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Linux with security manager Build 1320 outcome was SUCCESS using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests passed: 825, ignored: 317 Build time: 0:05:01

Windows Build 1472 outcome was SUCCESS using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests passed: 2858, ignored: 373 Build time: 0:47:46

Linux Build 6393 outcome was FAILURE using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests failed: 3 (3 new), passed: 2854, ignored: 373, muted: 1 Build time: 0:49:04
Build problems:
Failed tests detected
Failed tests
org.jboss.as.test.integration.messaging.mgmt.JMSTopicManagementTestCase.removeJMSTopicRemovesAllMessages: <no details avaliable>

org.jboss.as.test.integration.ejb.remote.suspend.EjbRemoteSuspendTestCase.testSuspendedCallRejected: <no details avaliable>

org.jboss.as.test.integration.ejb.stateful.passivation.PassivationTestCase.testPassivationMaxSize: <no details avaliable>

retest this please

Linux with security manager Build 1322 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Windows Build 1474 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Linux Build 6395 is now running using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51

Linux with security manager Build 1322 outcome was SUCCESS using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests passed: 825, ignored: 317 Build time: 0:05:07

Linux Build 6395 outcome was SUCCESS using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests passed: 2868, ignored: 373 Build time: 0:47:15

Windows Build 1474 outcome was SUCCESS using a merge of ccb0451fc4570e9b24d2e49a29f3b66f3c35fc51
Summary: Tests passed: 2868, ignored: 373 Build time: 0:47:34


Latest tag

Hello Luke,
could you provide a tag latest in dockerhub? Kitematic requires that tag to be used.
Btw. thank you for your work 😄
Greetings
Knerd

Closing this to archive this repository. Check out the new official Docker images from DataStax. Thanks!


Changed CSS to use correct English property

Changed 'color de fondo' to background-color in the first example CSS

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

Closed and Reopened this PR to attempt to resolve a specific Travis build failure.

Thanks!


Code to generate reference data for indicators using Tulip Indicators is missing

Expected Behavior

Generating reference data using Tulip Indicators should be possible (without searching in quite "hidden" repository issue/PR...) It should be part a Lean code
Actual Behavior

A script to generate reference data for indicators using Tulip Indicators is missing in the repository
Potential Solution

Create a script for that purpose inspired by https://github.com/QuantConnect/Lean/pull/7654#discussion_r1439861390 from @danielsuh05
Reproducing the Problem

N/A
System Information

Checklist

[x] I have completely filled out this template
[x] I have confirmed that this issue exists on the current master branch
[x] I have confirmed that this is not a duplicate issue by searching issues

[x] I have provided detailed steps to reproduce the issue

https://github.com/QuantConnect/Lean/issues/8194 adresses this issue but my opinion is that it is not the best idea to rely on a wrapper which is marked as [NOT ACTIVELY MAINTAINED].
We should have a C project instead. But that's a temporary solution


Bandstructure from wannier90

I have calculated the bandstructure from wannier 90. So i don't have vasprun.xml which has been calculated along a high symmetry path.  How sumo-bandstats works in that case in order to calculate the effective masses?

Wannier90 writes band structures to its own .dat file format, right? We don't support this format for bandplot or bandstats. It might read your vasprun.xml and give some nonsense result based on walking around the SCF k-points as though they are a smooth path.

Yes sir, it generates its own dat file. Thankyou for your reply.

I think this could be achieved by easily by writing a wannier to pymatgen band structure parser. Ideally this would be implemented in pymatgen itself. I'll ask around to see if anyone already has something to do this.
Bandplot and bandstats could then be adjusted to accept band structure objects (which I've been meaning to add for a while).

That seems a sensible approach. In a way phonon-bandplot has taken a step in this direction with the ability to dump/load pymatgen objects via JSON.


Incorporate senzingapi-runtime package

See https://github.com/Senzing/community-roadmap/issues/65

We've moved this functionality to the senzingapi-runtime repo.


Fix 'Ready' message sequence for Firefox ext disabled worker.

Fixes #6937
It's a little bit messy since we are handling async messages in sync style. We cannot just add e.g. setTimeout or Promises because in some cases we dispose original objects, e.g. arrays in operator list, and cannot clone objects with JSON since some of them are typed arrays.
Proper and full solution will be to make our fake channel act like a real one.

/botio-windows preview

/botio test

/botio-linux test

/botio-linux test

I guess it's something random that was caused by this patch :/

I guess it's something random that was caused by this patch :/

That's unfortunate. However, given that the disableWorker issue is limited to the Firefox versions of PDF.js (where it's not simple to disable workers in the first place, and definitely not recommended), I think that we can live with this at least for now.

Proper and full solution will be to make our fake channel act like a real one.

Obviously it'd be nice to get it fixed as described, but it might not need to be a too high priority.

/botio-linux preview

/botio test

The previous failures are related to #6944. A fresh test run shows that all is fine now, so I would say that this patch is fine. @Snuffleupagus Feel free to merge if the solution is good and the original problem is fixed.

/botio test

Looks like a bad timing, and this patch might make thing less intermittent in terms of problem. However I still cannot reproduce that on real computer (ubuntu ff 46a2). But I would like to push it to m-c at aurora. @Snuffleupagus can you check if it fixes the issue, let's open the bug and uplift that to aurora?

Sorry for the delay here!
Just so I understand correctly: the current patch is still necessary even with PR #6948 (based on this comment)? If that is correct, please land this PR with r=me.

Just so I understand correctly: the current patch is still necessary even with PR #6948

Those patches independent and both address the same issue. However this one makes our testing angrier, but it's easy to use in the uplift to aurora. So I'm thinking to push it only to aurora, while we can, but don't accept it in our repo.

So I'm thinking to push it only to aurora, while we can, but don't accept it in our repo.

This seems fine to me.


There seems to be a rouge console.log in feedParser.ts

Started seeing a lot of log statements in the dev tools console after updating to 2.4.3.
This line seems to be culprit: https://github.com/chhoumann/PodNotes/blob/master/src/parser/feedParser.ts#L114

Thank you, @saiyalamarty! Seems I missed that after my last build. Just removed it in the latest build.


SqlServerObjectToStringTranslator supports DateTime and DateTimeOffset, while SqlServerConvertTranslator does not

SqlServerObjectToStringTranslator supports DateTime and DateTimeOffset, so dateTime.ToString() translates to a server-executed SqlFunctionExpression  CONVERT(VARCHAR(100), dateTime).
SqlServerConvertTranslator does not support DateTime or DateTimeOffset, so Convert.ToString(dateTime) is evaluated locally, returning a string representation that is different from SqlServer's string representation of DateTime returned by the CONVERT function.
Is there a reason for this inconsistency or is this an oversight?
Further technical details
EF Core version: 2.2.0

Oversight.


exceptions 0.7

exceptions-0.7 depended on by:

diagrams-builder-<IP_ADDRESS> (>=0.3 && < 0.7). Brent Yorgey<EMAIL_ADDRESS>@bergey @byorgey @fryguybob @jeffreyrosenbluth
either-4.3.3 (>=0.5 && < 0.7). Edward Kmett<EMAIL_ADDRESS>@ekmett
network-simple-<IP_ADDRESS> (==0.6.*). Renzo Carbonara<EMAIL_ADDRESS>@k0001. @k0001
pipes-safe-2.2.0 (==0.6.*). No maintainer. @Gabriel439
retry-0.5.1 (>=0.5 && < 0.7). No maintainer. @Soostone
shelly-1.6.0 (==0.6.*). FP Complete<EMAIL_ADDRESS>@snoyberg. @snoyberg
webdriver-<IP_ADDRESS> (>=0.4 && < 0.7). FP Complete<EMAIL_ADDRESS>@snoyberg. @kallisti-dev
zeromq4-haskell-0.6.2 (==0.6.*). Toralf Wittner<EMAIL_ADDRESS>@twittner

Thanks for this report @snoyberg. I just uploaded network-simple-<IP_ADDRESS> compatible with exceptions-0.7.

either is fixed.

zeromq4-haskell has been updated.

pipes-safe is fixed and up on Hackage, thanks to @k0001

... and now I've dropped another exceptions version on you. Sorry!

This issue is now causing problems with other packages, e.g. https://github.com/silkapp/rest/issues/107. The following packages still need to update for exceptions 0.8, and most likely it's just a cabal-file edit, so shouldn't be too onerous:
exceptions-0.8 depended on by:

[ ] diagrams-builder-<IP_ADDRESS> (>=0.3 && < 0.7). Brent Yorgey<EMAIL_ADDRESS>@bergey @byorgey @fryguybob @jeffreyrosenbluth
[ ] network-simple-<IP_ADDRESS> (>=0.6 && < 0.8). Renzo Carbonara<EMAIL_ADDRESS>@k0001. @k0001
[ ] pipes-safe-2.2.1 (>=0.6 && < 0.8). No maintainer. @Gabriel439
[ ] retry-0.5.1 (>=0.5 && < 0.7). No maintainer. @Soostone

I just uploaded pipes-safe-2.2.2 which now permits exceptions-0.8.
You can also add me as the maintainer for pipes-safe

Just as a status report, I would have thought upgrading diagrams-builder would just be an upper bound bump, but we are having some issues building it so trying to get that ironed out first.

network-simple-<IP_ADDRESS> is on Hackage, supporting exceptions-0.8. Thanks to @bergmark for the relevant pull-request.

Now only blocked on diagrams-builder.

Since this issue has been opened a long time, and is causing more and more pain (see: #487 for most recent example), I've temporarily disabled diagrams-haddock and diagrams-builder. Please ping me when the restrictive upper bound is resolved and I will add them back.