Bitbucket Collector not fetching any data

Configured application.properties as per the document -
`
Database Name
dbname=dashboarddb
Database HostName - default is localhost
dbhost=<IP_ADDRESS>
Database Port - default is 27017
dbport=27017
MongoDB replicaset
dbreplicaset=false
dbhostport=<IP_ADDRESS>:27017
Database Username - default is blank
dbusername=
Database Password - default is blank
dbpassword=
Collector schedule (required)
git.cron=0 0/1 * * * *
Mandatory parameters
git.host=http://scm.******.com:
git.api=/rest/api/1.0/
Maximum number of days to go back in time when fetching commits
git.commitThresholdDays=15
Page size for rest calls
Only applicable to Bitbucket Server.
Only applicable to Bitbucket Cloud.
git.pageSize=25
Bitbucket product
Set to 'cloud' to use Bitbucket Cloud (formerly known as Bitbucket)
Set to 'server' to use Bitbucket Server (formerly known as Stash)
More information can be found here:
https://github.com/capitalone/Hygieia/issues/609
git.product=server
logging.level.com.capitalone.dashboard=INFO
logging.level.com.capitalone.dashboard.collector=INFO
logging.level.com.atlassian.git=INFO
Bitbucket key for private repos
bitbucket.key=
`
Successfully connecting to database but not fetching any data from repo.
Database Entry -
{ "_id" : ObjectId("5cbf45bc95cd9456c40a5ff8"), "_class" : "com.capitalone.dashboard.model.Collector", "name" : "Bitbucket", "collectorType" : "SCM", "enabled" : true, "online" : false, "errors" : [ ], "uniqueFields" : { "branch" : "", "url" : "" }, "allFields" : { "lastUpdateCommit" : "", "password" : "", "lastUpdate" : ISODate("2019-04-29T16:25:00.018Z"), "branch" : "", "userID" : "", "url" : "" }, "lastExecuted" : NumberLong("1556555100123"), "searchFields" : [ "description" ] }
Logs
2019-04-29 09:24:00,001 INFO  c.c.d.collector.CollectorTask - Running Collector: Bitbucket
2019-04-29 09:24:00,055 INFO  c.c.d.collector.CollectorTask - -----------------------------------
2019-04-29 09:24:00,055 INFO  c.c.d.collector.CollectorTask - Starting...
2019-04-29 09:24:00,055 INFO  c.c.d.collector.CollectorTask - -----------------------------------
2019-04-29 09:24:00,226 INFO  c.c.d.collector.CollectorTask - Repo Count              0        0s
2019-04-29 09:24:00,226 INFO  c.c.d.collector.CollectorTask - New Commits             0        0s
2019-04-29 09:24:00,226 INFO  c.c.d.collector.CollectorTask - Finished                         0s

bro convert git api /rest/api/1.0 to /api/2.0/repositories
git.api=/api/2.0/repositories and give a try

Do did you create a dashboard and add an SCM widget?

@Sbrenthughes - thank you, it works, But its strange that all other collectors work differently.

Most collectors will not collect data for a widget until the widget is configured. However, some collectors need to pull certain pieces of data before they can be configured to collect anything specific.
That being said, please let me know of any collectors that pull all data by default. This type of pull is very inefficient when it comes to large amounts of data.

I am running into the same problem. Can you please post the solution here. I am using Bitbucket server and api URL /rest/api/1.0. The api/2.0/repositories is not a valid endpoint for our bitbucket setup.


Support test error message in test explorer

When a unit test fails, I can see the reason by going to the test fixture. The function definition of the failed test displays an error squiggle and the hover shows the error.
It would be nice the test explorer also had the same feature. i.e. hover over the red X of a failed test to see the error. Otherwise, I have to jump between the test fixture and the implementation to find out why a test has failed.

Thank you for the suggestion! We have marked this issue as "needs decision" to make sure we have a conversation about your idea. We plan to leave this feature request open for at least a month to see how many 👍 votes your idea gets to help us make our decision.

Thanks for the suggestion! But we decided not to move forward with this idea for now.


Fixes issue #80 "Cannot read properties of undefined (reading 'contains')"

Fixes GitHub issue #80 by adding a check that the current file cache is not null, which happens when the file cache hasn't been generated yet.

Thank you!


Fix cc_library.implemention_deps handling

Part of #82.
Fixes #1963.
TODO: Update fixture to show new includes and defines.

Confirmed this change + https://github.com/MobileNativeFoundation/rules_xcodeproj/pull/1933 fixes the issue on the repro project! Thanks @brentleyjones


Paper index page should link to edit paper page

Scenario
Given a paper
When users visit the papers index page
Then it should link to the paper's edit page
Error

Expected to find link nil with href "/papers/1/edit" but there were no matches

35 exercise tests have passed. There are 44 in total. You will solve multiple at once towards the end.

Sorry, it's not working for me yet:
Scenario
Given a paper
When users visit the papers index page
Then it should link to the paper's edit page
Error

Expected to find link nil with href "/papers/1/edit" but there were no matches

If you have problems solving this task, please don't hesitate to contact the teaching team!


Flag to disable token_registry_metadata.logo field in asset_info

Also we would like to ask you to make some flag to disable token_registry_metadata.logo field in asset_info GET&POST endpoints (https://api.koios.rest/#post-/asset_info), as it can be disabled only through full filtering of token_registry_metadata jsonb object.
In our lightwallet, updating asset data does not always require a logo, but it does require decimals for example. So requests are sometimes 1-2-5 megabytes.
Quick access link (we just made a separate RPC *crazy*):
https://github.com/ray-network/raygraph-output/blob/d21d2a6a9a269485251f990e74254c95ebc812c4/koios-lite/rpc-extra/assets_info_bulk_no_logo.sql#L55
Originally posted by @ray-robot in https://github.com/cardano-community/koios-artifacts/issues/186#issuecomment-1576479787

@ray-robot - hope you dont mind converting that comment to seperate issue here.
Unlike the utxo endpoints in previous issue where we were adding _extended to avoid joins (performance impact), the requirement here is more around verticle filtering for contents within endpoint with details from same table.
Hence, I'd want to be sure to understand that (since consumption is programatic and not manual), wouldnt something like below fit the purpose?
curl -X POST "https://api.koios.rest/api/v0/asset_info?select=policy_id,asset_name_ascii,total_supply,mint_cnt,token_registry_metadata->decimals,token_registry_metadata->ticker"  -H "accept: application/json" -H "content-type: application/json"  -d '{"_asset_list":[["750900e4999ebe0d58f19b634768ba25e525aaf12403bfe8fe130501","424f4f4b"]]}'

# [{"policy_id":"750900e4999ebe0d58f19b634768ba25e525aaf12403bfe8fe130501","asset_name_ascii":"BOOK","total_supply":"10000000000","mint_cnt":1,"decimals":0,"ticker":"BOOK"}]

In general, this (exclusion) would then kinda extend to other fields across different endpoints wherein you might want to exclude transaction metadata details or datum byte which will be similarly large footprints unless filtered. Let us know your views around the same.


SignatureVersion 2 no longer works

This gem only implements AWS SignatureVersion 2 but https://docs.aws.amazon.com/AlexaWebInfoService/latest/CalculatingSignatures.html notes this is no longer available

Signature version 4 is described below. Signature V2 will  be deprecated on Feb 1, 2018. As of November 25, 2017 you must use  signature version 4.

There seem to be some forks that do implement v4 such as https://github.com/Welovroi/alexa

Fixed in 0.7.0


Just trying to reach out

Hey I hate doing it like this but your email<EMAIL_ADDRESS>listed on the contact section of your website didn't work.
I'm sure you're very busy but still wanted to reach out because you only miss the shots you don't take, as i always say. Would you be interested in contributing to this momentum signal idea I have? Even if you could just grace us with a few hours per week or whenever you have ome downtime to spare. We would greatly appreciate.
We're just a small group of young developers (most high school) age working on a social trading app that mainly operates on Discord right now. I won't go into specifics right now as it's not relevant. But I do want to clarify that we can't compensate you for our time as we don't have the capital or the revenue to offer you a fair rate.
I know this is a long shot but just had to try, you seem to be full of knowledge with technical analysis and indicators so you would be perfect for this project.
Thanks for your time

Hi rich1488, thanks for reaching out. As you can see, I am not updating this repository very often. Unfortunately I am fully occupied by other aspects of work/life so I won't be able to help you. Since you guys are young and into trading, my advice is simple. You either do well in math and follow the quant track into a big institutions with better bid ask spread or be well connected to the bankers to obtain information advantage. Do a sharpe ratio calc on your time and effort. You may be getting rich faster if you switch your trading time to coding for a promising startup or just FANG. If you can work in Bay area, why waste your time with wall street?

He is AI hahahahahaha


The WINDOWS constant is missing when XamlPreCompile runs

Describe the bug
When building for Windows, the XamlPreCompile task does not have any of the implicit defines by the .NET SDK.
There is a AddImplicitDefineConstants target that basically adds all these:

TRACE;DEBUG;NET;NET7_0;NETCOREAPP;WINDOWS;WINDOWS10_0_19041_0;NET5_0_OR_GREATER;NET6_0_OR_GREATER;NET7_0_OR_GREATER;NETCOREAPP1_0_OR_GREATER;NETCOREAPP1_1_OR_GREATER;NETCOREAPP2_0_OR_GREATER;NETCOREAPP2_1_OR_GREATER;NETCOREAPP2_2_OR_GREATER;NETCOREAPP3_0_OR_GREATER;NETCOREAPP3_1_OR_GREATER;WINDOWS10_0_19041_0_OR_GREATER;WINDOWS10_0_19041_0_OR_GREATER;WINDOWS10_0_18362_0_OR_GREATER;WINDOWS10_0_18362_0_OR_GREATER;WINDOWS10_0_17763_0_OR_GREATER;WINDOWS10_0_17763_0_OR_GREATER;WINDOWS8_0_OR_GREATER;WINDOWS7_0_OR_GREATER

But, when the XamlPreCompile task is running, nothing has been set and all we have is:

TRACE;DEBUG;NET;NET7_0;NETCOREAPP

As a result, having an app with a TFM of net7.0-windows10.0.19041.0 is weird and you get compiler errors: https://github.com/dotnet/maui/issues/6815
Steps to reproduce the bug
In a MAUI app (or any app for that matter), add this code somewhere:
#if ANDROID
var os = "Android";
#elif IOS
var os = "iOS";
#elif MACCATALYST
var os = "Mac Catalyst";
#elif WINDOWS
var os = "Windows";
#endif

Debug.WriteLine(os);

The app will fail to compile.
Add
#else
var os = "ERROR";

So that the full snippet is:
#if ANDROID
var os = "Android";
#elif IOS
var os = "iOS";
#elif MACCATALYST
var os = "Mac Catalyst";
#elif WINDOWS
var os = "Windows";
#else
var os = "ERROR";
#endif

Debug.WriteLine(os);

The output will be Windows.
Expected behavior
The app compiles without the #else
Screenshots

NuGet package version
1.1.5
Packaging type
Packaged (MSIX)
Windows version
Windows 11 version 21H2 (22000)
IDE
Visual Studio 2022-preview
Additional context
Added the binlogs:
Build without the #else that fails: error.binlog.zip
Build with the #else that runs: fixed.binlog.zip

:tada:Microsoft.WindowsAppSDK v1.3.0 has been released which fixes this issue.

Release Notes
Nuget to try it out.


azure.yaml schema no longer includes services.properties.modules

It looks like somewhere along the way, we removed module as a valid property for services. This causes users to see a false positive diagnostic in their azure.yaml (I'm assuming it's false positive given that the product still works) in VS Code/Codespaces.

To repro:

Clone any of our templates and open the azure.yaml (make sure you have the YAML Red Hat extension installed; I didn't so I hadn't seen this before).

Run into the same issue lately. Thanks @wbreza for the quick fix!


Example: bundle install

The example relies on 1.1.6. so I get:
bundle install
Fetching gem metadata from https://rubygems.org/...........
Fetching version metadata from https://rubygems.org/...
Fetching dependency metadata from https://rubygems.org/..
Could not find gem 'jekyll-language-plugin (= 1.1.6) ruby' in any of the gem sources listed in your Gemfile or available on this machine.

After changing it to 1.1.7 it works fine.

Thanks for the heads-up. Version 1.1.6 was yanked because it was broken. I have forgotten to update the Gemfile to version 1.1.7. Fixed.

:+1:

@escapedcat how do you like the example? Would you suggest theming the site to make it more appealing or do you think that a bare-bone site is more illustrative on how to use the plugin?

Hey, good question.
I think barebone is totally fine. No need for styling.
I was just trying to add some main pages, not posts. So things like about, contact, projects for example.
If I want to translate the URLs as well I find myself creating one file each with the same content, but different language option. Like:
about.md
---
layout: default
language: en
subset: about
---
{% tinclude about.md %}

and
ueberuns.md
---
layout: default
language: de
subset: about
---
{% tinclude about.md %}

Not sure if this is the way to go though.
To shorten things up... some different main pages would be great for the example page.
Also an .md example would be nice to show that not only .txtworks in _i18n.

Ok, fair enough. I, however, would not rely on language-specific URLs. Just go with one about.md for English and German and then use a tinclude like you already do. Look into the default layout where you can see the alternative language references inside the head tag. If you are using different files for each language, there are no references for alternative languages.

Oh, I see. Didn't see that. Thanks. Will check.

How to set a different page title in that case?

I have created an about.md page. See 0d15df675d7c2df1309bb6047d5399f534a3b116.

The page title is the title key in the page's subset of the language being rendered. Look into the bespoke default layout.

Awesome, thanks!


Question: Driver support for mssql?

The readme says that sqlite, mysql and postgres drivers are supported.
But sqlx also supports the mssql (microsoft database) drivers.

I noticed that a few weeks back. I think this may have been added later but getting it added would be pretty straight forward. I can add it to an upcoming PR.

I have added mssql support in a feature branch along with splitting out the deserialization/type mapping on a per DB basis. The mssql types are not listed (unlike the other databases) so @falkmarinov if you have a MsSQL db handy that you do some testing with maybe give this a test?
feature branch

@yankeeinlondon Danke für deine Mühe. Ich besitze leider keine mssql Datenbank, womit ich tests durchführen kann. Diese Frage kam hauptsächlich dafür auf, dass ich in kurzer Zeit ein Forschungsprojekt starte und dort eine Anbindung an einer mssql Datenbank gegeben sein muss. Und ob Tauri dafür in Frage kommt, ist davon abhängig, ob eine einfache Verbindung mit einer mssql Datenbank hergestellt werden kann.

@FabianLars I'm going to push this branch as a PR which I'm hoping can be quickly merged as I believe its just providing better isolation of the various DB's data types (where there are notable differences). I'll keep the feature of "mssql" included (as it does no harm to users of the other existing databases) and I'll include a request for an active user of MSSql to add a PR when then can add in a PR to address the unusual variations in the API surface that SqlX is providing along with refact the type mappings for this DB (I have put in a fairly comprehensive mapping for now but as Sqlx doesn't state this on their site as it does the others I'd say it needs validation and testing).
@falkmarinov if your project does move forward maybe you can help us with this future PR?

@yankeeinlondon If it turns out that I convince my team about Tauri despite this immature feature, I will share more information that will help to validate it and try to help in the future PR.

@yankeeinlondon I have a MSSQL database idea project. Perhaps I can pitch in with this PR if you have any guidance. I have installed the branch and started playing with already.
Any tips would be appreciated.

@dmitov I think the branch should now be fully supporting Tauri but because Sqlx doesn't support the migrations functionality that has been removed. This isn't a showstopper in most cases but my hands are tied until the upstream fixes this. I have added a DB type to Serde type mapping which should be decent but because Sqlx says very little about this in their docs I suspect there will be some issues to sort through.
I'm happy to support you where I can.


DX: Switch <Spinner to <StyledSpinnerNext from baseui

Is your feature request related to a problem? Please describe.
I'm always frustrated when baseui complains about deprecated Spinner

Describe the solution you'd like
Switch to StyledSpinnerNext
Additional context
The spinner is this.

Hey if possible I would like to take a crack at it!

@Legendarytruth sweet! assigned you

Thanks for solving this!


Create GraalVM Native Image Executables and Dockerize them

Is your feature request related to a problem? Please describe.
I would like the ability to package a GraalVM native image into a Docker image
Describe the solution you'd like
It would be ideal to have the following set of flags to create a dockerized  Graal VM native image executable
scala-cli --power package --native-image --docker HelloDocker.scala --docker-image-repository hello-docker

Describe alternatives you've considered
Currently, I would have to manually create a Dockerfile and take the GraalVM native image and create the Docker image using this approach.

It seems that --native-image and --docker are separate paths in package right now, we're not yet sure what will be the UX for combining them.
it was also discussed whether these paths should be separate sub-commands, in which case I'm even less sure about how to approach this right now. (see https://github.com/VirtusLab/scala-cli/discussions/1794)
We will get back to this once a course of action is decided.
Meanwhile, community contributions are welcome.

If I try this now there's a a error

[error]  Unsupported package type: GraalVMNativeImage for Docker.

so I guess we could just modify --docker option to support this without thinking about the command merging first

The package command will probably be redesigned in the future, as there's a number of incompatible options right now (like --native-image and --docker).
It is likely that the sub-command will be split further, as suggested in https://github.com/VirtusLab/scala-cli/discussions/1794
It is unlikely for the Scala CLI team to work on this before that happens.
@doofin However, as was said, community contributions are welcome.


[DO NOT MERGE] [PF-2273],[TERRA-200],[TERRA-230],[TERRA-231] Add optional platform parameter to Terra-cli

Add optional platform parameter to Terra-cli create workspace
Corresponding test utils are updated to use only GCP
Since parameter is optional, and default value is set to GCP, no impact to users
Reason for this change: incremental changes are easier to manage, primarily intended for test update
If an unsupported platform is explicitly chosen, error message is displayed

testing --->
Add supported platforms in server config
"supportedCloudPlatforms": ["GCP"]
2022-12-01 13:41:00.079 PST [main] DEBUG bio.terra.cli.businessobject.Server - TEST--> server: broad-dev-cli-testing, SupportedCloudPlatforms: [GCP]

"supportedCloudPlatforms": ["GCP", "AZURE"]
2022-12-01 13:45:46.214 PST [main] DEBUG bio.terra.cli.businessobject.Server - TEST--> server: verily-mc-feature-dev, SupportedCloudPlatforms: [GCP, AZURE]

Summarizing an offline conversation :)

For the foreseeable future, TVC customers will only have one option, GCP. It would be confusing for them to see the --platform flag. It would also be inconvenient for them to have to set it every time.
In the server .json files, we could put which platforms a server supports. In the far future, we may want to customize on a per-customer or per-organization basis. However, per-server should work for a while.
TVC servers only support GCP. MC servers only support AWS. broad-dev will support GCP and soon Azure. CWB customers don't use GCP. but CLI repo uses broad-dev for testing.
It would be nice if --platform flag only appeared if the server supported more than one platform.

Thanks for the feedback. As discussed, this PR will be on hold. Tickets created -
https://verily.atlassian.net/browse/TERRA-230
https://verily.atlassian.net/browse/TERRA-231

Summary - It is not a concern if users w/o access to AWS are shown AWS-related commands, as long as there is graceful error handling + messages. The primary reason is the complexity needed to dynamically show/hide options & subcommands not only based on the server but workspace, workspace override, user permissions (or policy) based on multi-tenancy, or just server changes on the CLI
Much of the command spec is static today. Manual changes to Help messages, options, and subcommands might open up unwarranted complexity in the code. The control flow of the current implementation would also need to be changed.
hence it was suggested - 1) no need to hide AWS related options (and Azure in the future), add relevant error messages 2) alternate: build specific binaries / packages that only support required cloud platforms (not considered at this time)

FYI @rtitle

getSupportedCloudPlatforms

We dont need this to error out, since it on the CommandSpec option defaults to GCP


RFC: Improve the Send trait.

Rendered view.
This RFC proposes extending the Send trait in some relatively small but backwards incompatible ways, to allow more safe behaviors to be exposed in Rust's type system.  In particular, this involves removing the 'static bound from Send in a way that preserves thread safety.

@pythonesque BTW at this stage it's looking unlikely that we'll be ready to make a change before alpha (Jan 9), but I will avoid stabilizing affected APIs. We'll need to come to a decision soon after alpha.

@pythonesque BTW at this stage it's looking unlikely that we'll be ready to make a change before alpha (Jan 9), but I will avoid stabilizing affected APIs. We'll need to come to a decision soon after alpha.

@pythonesque can you adjust the RFC to remove mention of the Own trait? I think #599 offers a better alternative there.

I'm happy to report that this RFC has been merged a long last! The response has long been positive, and many have been looking forward to this change. Landing the RFC was previously blocked on default lifetime bounds, but the relevant RFC has been accepted and the change should be merged soon.
Implementing this change should be relatively straightforward, but the audit will take some time.
Tracking issue


Fix markdown for headings

Add spaces to fix rendering of the headers by markdown on github.

Thanks!


Adapt player app to reflect removal of round table

The round table has been removed from the database; the player app has to be adapted accordingly.

Round record information has been removed from the code, and replaced by the round_number field.


Update to Xcode build – it now bundles all necessary includes

Hi, when I built CF++ from the most recent Xcode project, the framework and the collected include files were both missing the two PropertyListType template header files. I moved them to the right spot in their respective build phases and everything checks out after this little update… In any case, thanks for CF++, it’s super handy and great. Yes!

Your changes have been merged, thank you : )


Implemented SA1302: InterfaceNamesMustBeginWithI

The exception for NativeMethods classes is missing (same as in #362)

This is blocked on #358, where a shared NativeMethods check is being implemented.

@macpak This is ready to be updated to use the new helper method.

NativeMethods case is handled right now + I fixed IsContainedInNativeMethodsClass because it had a small bug.

I updated this to use the syntax tree instead of the semantic model (bf0050d827418546d3c74bc01e392c6c1d63dbbc) and enabled it by default (417445377dd1cd05f4bb63e82b116e1ff4cb78c6). Let me know if you see any issues with that! :+1:


Multiple http request

It's a cool app, I have one issue regarding the parallel processing of HTTP.
I want to request large HTTP requests then it's not working
Thank you

Sorry for the late reply, the API interface does not support concurrency and does not have a queue system, it only supports single-user access.

Thanks for your reply,
Any other way I can implement a concurrent process?
Thank you.

Hi thanks for your email
Is there any other way to implement multiple http requests?
Thanks
On Thu, Mar 21, 2024 at 6:57 AM Qing @.***> wrote:

Sorry for the late reply, the API interface does not support concurrency
and does not have a queue system, it only supports single-user access.
—
Reply to this email directly, view it on GitHub
https://github.com/Sanster/iopaint-docs/issues/11#issuecomment-2011018979,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACV46YXQUS425AET6JKBO6TYZIZPLAVCNFSM6AAAAABEKKYLJ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMJRGAYTQOJXHE
.
You are receiving this because you authored the thread.Message ID:
@.***>


upgrade lambda_runtime crate dependencies & add async handler fn support

This PR includes below changes, please let me know ur feedback, thanks!

Add async handler fn support
Make tokio an optional dependency behind feature runtime (default on)
Upgrade tokio to 1.14
Upgrade http to 0.2
Upgrade lambda_runtime to 0.4
Upgrade to rust 2021

The API change in this PR should keep backward compatibility. All style changes come from cargo fmt
Resolves https://github.com/vercel-community/rust/issues/46 https://github.com/vercel-community/rust/issues/20

Could normal and async stuff be in separate files (e.g sync.rs and async.rs), since they're pretty much distinct from what I see in the implementation?
Also, why do we need this?
# Cargo.toml
[dev-dependencies]
anyhow = "1"
tokio = "1.12"

Async should really be a first-class citizen.
Is there anything we could do to move this forward?

It will be great if this PR can get reviewed, before it's merged, ppl can point the crate to my fork
# Cargo.toml
vercel_lambda = {git = "https://github.com/hanabi1224/rust", branch = "update_lambda_runtime_deps"}

Is this abandoned ?

Closing this in favor of https://github.com/vercel-community/rust/pull/80/files


Improve text halo of roads over green, other landuse areas

Looking in the road labels in the Presidio the text halos could stand to be tinted green:

Looking good.


Does the RemoveData parameter completely erase data?

If I use the clear-disk cmdlet with RemoveData parameter, can I safely use the Bitlocker "Encrypt only used space" option without having to worry about previous data on disk?

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

ID: e37de68a-e057-f398-7ae5-9664ebabfa6a
Version Independent ID: d546bb03-3173-3740-b1a6-aa3e8f4b3a47
Content: Clear-Disk (storage)
Content Source: docset/windows/storage/Clear-Disk.md
Product: w10
Technology: powershell-windows
GitHub Login: @andreabarr
Microsoft Alias: v-anbarr

Not sure if this fully helps though it really only deletes the partition/file table info. (so several sectors at the start of the drive and at the end). Data on the middle is still intact.

The Bitlocker « encrypt only used space » option is therefore a security breach...

This repository is for PowerShell core documentation. You seem to be looking for support, which we can't provide here.
I suggest you try posting your issue with context in one of the available community support forums.

I was not looking for support, I was asking for information about what the clear-disk cmdlet exactly do, since the doc didn’t clearly explain it.
BTW I asked this 3 years ago….


Update service-fabric-how-to-parameterize-configuration-files.md

The text was coming in the xml block because of an invalid space.

@cbatra : Thanks for your contribution! The author(s) have been notified to review your proposed change.

Thanks--confirmed fix.

#sign-off


Update README.md

Removed 2nd "notifications" from bulleted list.

:) Hey fadat

Thanks and most appreciated.


Problem using 2xLCD 20x4 in conjunction with 2x 7 Segments Display MAX 7219

HW involved:
With MF 10.2.2

Release using Arduino 2560 R3 with 2xLCD 20x4 + 2x 7 Segment Display Max7219 5 Digit there is a following bug:
Problem encountered:

Start MF, Run an .mcc (no matter XP12 or MSF2020, any aircraft) , the2x  20x4 LCDs work fine, the 2x 7 segments display only one is shown, the other remain blank.
If I upload config or re-load firmware without changing anything all the Displays (both LCD and 7 segments) work fine until the next MF application re-load where we go back in the status described in step 1, it lacks consistency at the MF re-load.
Made lot of testing which exclude power related issue (used external power for LCD and/or 7 segments ) -> same problem
Further test show that if 1 LCD is set as 20x4 and the other 20x2 or 20x3 everything works as expected and MF is consistent in loading MF, start mcc, stop mcc, re-load MF application, start stop in a forever cycle, both the 7 Segments show the display as it should be.
As soon as I configure the second LCD display from 20x2 or 20x3 config to 20x4 config, at the first run all the displays are working (I had to upload new config so it is the same situation in the step 2) but when I re-load the MF application we go back to step 1 with one 7 segment dropped

Steps To Reproduce
Steps to reproduce the behavior:
Easy to reproduce using the steps decribed above
Expected behavior
I Just expect that both LCD and 7 Segment will be operative wthout any display dropped by MF
Actual behavior
It is decribed in the problem description
Details

MobiFlight Version: Latest 10.2.2
FlightSim: [Any XP12 or MSF2020]
AddOn: [Any Aircraft]

Additional context
Add any other context about the problem here.

@FlyDario One question, are both MAX7219 daisy chained or are they separate wired and configured?

I tried both config daisy, not daisy and also with 7 segment powered by external p. Supply. Same result, It Is not related to Power issue

Attivo 5 ott 2024 alle 15:24, elral  @.***>  ha scritto:
@FlyDario  One question, are both MAX7219 daisy chained or are they separate wired and configured?
—
Reply to this email directly,   view it on GitHub, or   unsubscribe.
You are receiving this because you were mentioned.Message ID:  @.***>

@FlyDario could you please upload both config files, from the board and the connector. I have some kind of idea but must test it.
Could take some time as I am on vacation and have sometimes limited internet access (and limited time ;) ).

Hi, this Is a problem I posted many months ago/1 Yeats ago, I had already used a work around ti solve it, I connected the 2 Seven segment display to another Arduino 2560 where are connected 2 lcd display 2*16 and the problem disappear.
So for me Is hard to go back to previous configuration with 2 lcd display 4*20, almost impossible.
Regards
Dario

Attivo 11 ott 2024 alle 18:13, elral  @.***>  ha scritto:
@FlyDario  could you please upload both config files, from the board and the connector. I have some kind of idea but must test it.
Could take some time as I am on vacation and have sometimes limited internet access (and limited time ;) ).
—
Reply to this email directly,   view it on GitHub, or   unsubscribe.
You are receiving this because you were mentioned.Message ID:  @.***>

Hi Dario,
do you roughly remember which output devices were configured? More than 2 LCD's and 2 7Segments?

The output devices were under supported configs:
2x lcd 4x20 + 2x 7 segment max7219
Nothing else

Attivo 12 ott 2024 alle 16:54, elral  @.***>  ha scritto:
Hi Dario,
do you roughly remember which output devices were configured? More than 2 LCD's and 2 7Segments?
—
Reply to this email directly,   view it on GitHub, or   unsubscribe.
You are receiving this because you were mentioned.Message ID:  @.***>


Lecture 6 slide 49 inconsistent spacing

There is a space on the left side of the pipe character for "P(V |N)" but not the right side.
There are no spaces for "P(DT|V)".

Yep, fixed. Thanks. 1 point


hypothesis: 1.14.0 -> 3.1.0

Things done:

[x] Tested using sandboxing (nix-build --option build-use-chroot true or nix.useChroot on NixOS)
[x] Built on platform(s): NixOS
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

nox-review is still not finished, I fixed everything that got reported until now.
Question: should I continue to fix every problem found by nox-review in the process of updating hypothesis, or should I better create an hypothesis3 derivation? I'm ok with both.
/cc @domenkozar @vcunat @edolstra

I think the best option would be to fix errors as much as possible (which could require some work). An alternative would be to 1) rename hypothesis into hypothesis1 2) make sure that all derivations that did depend on  hypothesis  now depend on hypothesis1 and then 3) introduce hypothesis with the desired version.
hypothesis could be an alias to hypothesis3 but I am not sure if this will be the best option on the long run (we tend to prefer one version maintained).
Considering the amount of changes, the python-wip (build by this hydra instance https://headcounter.org/hydra/jobset/iElectric/python-wip) could be a good first destination.
Also, could it be possible to have 1 commit for each package update (makes it easier to track down)?

I think the best option would be to fix errors as much as possible

done. nox-review wip says everything is fine.

Considering the amount of changes, the python-wip could be a good first destination.

I'm done with the changes. Do you still think it is important to go through python-wip?

Also, could it be possible to have 1 commit for each package update?

sure, that was planned. Done.

I’m running nox-review on my side, this should be enough (no need for the entire hydra job).

@domenkozar this PR also updates oslo/openstack. ok?

Yeah we need to test that openstack still works (I have a PR that has a NixOS test)

@domenkozar do you think that test can be merged directly so we can test whether we can merge this?
If not, I suggest @DamienCassou splits this PR into two, and follows @lancelotsix advice of creating a hypothesis_1 and hypothesis_3.

I managed to run nox-review wip some days ago, but nox-review pr gives me errors I can't reproduce with nix-build.

Ok, I merged #13876. This PR is useless now.


Custom icon not working

Bug description:
Custom icon not working
Steps to reproduce:

Go to=> Edit service
Click => Custom icon
Save
It doesn't work, nothing happens!

Expected behavior

Screenshots

Environment:

Operating System: Windows 10
Ferdi Version: 5.6.0-beta.5
Server: Ferdi

Debug information:
{"host":{"platform":"win32","release":"10.0.19042","screens":[{"id":2528732444,"bounds":{"x":2560,"y":216,"width":1536,"height":864},"workArea":{"x":2560,"y":216,"width":1536,"height":864},"accelerometerSupport":"unknown","monochrome":false,"colorDepth":24,"colorSpace":"{primaries:BT709, transfer:IEC61966_2_1, matrix:RGB, range:FULL}","depthPerComponent":8,"size":{"width":1536,"height":864},"workAreaSize":{"width":1536,"height":864},"scaleFactor":1.25,"rotation":0,"internal":false,"touchSupport":"unknown"},{"id":2779098405,"bounds":{"x":0,"y":0,"width":2560,"height":1080},"workArea":{"x":0,"y":0,"width":2560,"height":1050},"accelerometerSupport":"unknown","monochrome":false,"colorDepth":24,"colorSpace":"{primaries:BT709, transfer:IEC61966_2_1, matrix:RGB, range:FULL}","depthPerComponent":8,"size":{"width":2560,"height":1080},"workAreaSize":{"width":2560,"height":1050},"scaleFactor":1,"rotation":0,"internal":false,"touchSupport":"unknown"}]},"ferdi":{"version":"5.6.0-beta.5","electron":"9.3.2","installedRecipes":[{"id":"clickup","version":"1.0.0"},{"id":"franz-custom-website","version":"1.0.2"},{"id":"gmail","version":"1.3.5"},{"id":"jira","version":"1.1.0"},{"id":"office365-owa","version":"1.1.1"},{"id":"slack","version":"1.0.16"},{"id":"telegram","version":"3.0.0"},{"id":"trello","version":"1.0.2"},{"id":"tweetdeck","version":"1.0.2"},{"id":"twitch","version":"1.0.0"},{"id":"whatsapp","version":"2.0.8"},{"id":"zendesk","version":"1.0.2"},{}],"devRecipes":[],"services":[{"id":"7cc06b36-65f7-4bed-90b1-771f75c9be26","recipe":"gmail","isAttached":true,"isActive":true,"isEnabled":true,"isHibernating":false,"hasCrashed":false,"isDarkModeEnabled":false},{"id":"e9516eb5-56cb-4c50-b93a-2a49d3b4490c","recipe":"whatsapp","isAttached":true,"isActive":false,"isEnabled":true,"isHibernating":false,"hasCrashed":false,"isDarkModeEnabled":false},{"id":"0a0c350b-9b87-43a7-a85b-cec2b9750990","recipe":"slack","isAttached":true,"isActive":false,"isEnabled":true,"isHibernating":false,"hasCrashed":false,"isDarkModeEnabled":false},{"id":"6cf032ca-2d24-4b64-8078-345096eb2dfc","recipe":"whatsapp","isAttached":true,"isActive":false,"isEnabled":true,"isHibernating":false,"hasCrashed":false,"isDarkModeEnabled":false},{"id":"d961981f-4585-430f-9d7e-45c5b7a160a1","recipe":"office365-owa","isAttached":true,"isActive":false,"isEnabled":true,"isHibernating":false,"hasCrashed":false,"isDarkModeEnabled":false}],"messages":[{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"features"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"latest"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"health"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","info":["error","Warning: Failed prop type: Invalid prop user of type object supplied to _class2, expected mobx.ObservableObject.\n    in _class2 (created by _class)\n    in _class (created by inject-_class-with-stores-actions)\n    in inject-_class-with-stores-actions (created by RouterContext)\n    in div (created by _class2)\n    in _class2 (created by Jss(_class2))\n    in Jss(_class2) (created by _class2)\n    in div (created by _class2)\n    in CSSTransitionGroupChild (created by TransitionGroup)\n    in span (created by TransitionGroup)\n    in TransitionGroup (created by CSSTransitionGroup)\n    in CSSTransitionGroup (created by Appear)\n    in Appear (created by _class2)\n    in _class2 (created by _temp)\n    in _class2 (created by Jss(_class2))\n    in Jss(_class2) (created by _temp)\n    in _temp (created by inject-_temp-with-stores-actions)\n    in inject-_temp-with-stores-actions (created by RouterContext)\n    in div (created by _class2)\n    in div (created by _class2)\n    in div (created by _class2)\n    in _class2 (created by Jss(_class2))\n    in Jss(_class2) (created by _class2)\n    in _class2 (created by Jss(_class2))\n    in Jss(_class2) (created by _class2)\n    in ThemeProvider (created by _class2)\n    in _class2 (created by inject-_class2-with-stores-actions)\n    in inject-_class2-with-stores-actions (created by RouterContext)\n    in RouterContext (created by Router)\n    in Router (created by _class)\n    in _class (created by inject-_class-with-stores-actions)\n    in inject-_class-with-stores-actions\n    in IntlProvider (created by _class)\n    in _class (created by inject-_class-with-stores)\n    in inject-_class-with-stores\n    in Provider"]},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"plans"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"plans"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"plans"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"all"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"getUserWorkspaces"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"latest"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"update"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"log","info":["log","Ana Luiza Felipe de Souza - AeC",{"body":"Enc: Integração Tuotempo - liberação de acesso integração","icon":"//ssl.gstatic.com/ui/v1/icons/mail/rfr/logo_gmail_envelope_1x.png","tag":"en_filipedoprado@gmail.com"}]},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"needToWaitToProceed":false,"isSpellcheckerPremiumFeature":false,"isSpellcheckerIncludedInCurrentPlan":true,"isServiceProxyEnabled":true,"isServiceProxyIncludedInCurrentPlan":true,"isServiceProxyPremiumFeature":true,"isWorkspacePremiumFeature":false,"isWorkspaceEnabled":true,"isAnnouncementsEnabled":true,"isSettingsWSEnabled":false,"isServiceLimitEnabled":false,"serviceLimitCount":0,"isCommunityRecipesPremiumFeature":false,"isCommunityRecipesIncludedInCurrentPlan":true,"isCustomUrlIncludedInCurrentPlan":true,"isMagicBarEnabled":true,"isTeamManagementIncludedInCurrentPlan":true,"isTodosEnabled":true,"isTodosIncludedInCurrentPlan":true,"defaultTrialPlan":"franz-pro-yearly","subscribeURL":"https://getferdi.com","planSelectionURL":"https://getferdi.com","hasInlineCheckout":true,"isPlanSelectionEnabled":false,"isTrialStatusBarEnabled":false,"canSkipTrial":true,"pricingConfig":{"currency":"$","currencyID":"USD","plans":{"personal":{"monthly":{"id":"ferdi-free","price":0,"billed":0},"yearly":{"id":"ferdi-completely-free","price":0,"billed":0}},"pro":{"monthly":{"id":"ferdi-still-free","price":0,"billed":0},"yearly":{"id":"ferdi-forever-free","price":0,"billed":0}}}}},"wasExecuted":true,"method":"features"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":null,"wasExecuted":true,"method":"latest"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"},{"type":"error","request":{"result":{"id":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8","email":"filipedoprado@gmail.com","firstname":"Franz","lastname":"Franz","organization":null,"accountType":"individual","emailIsConfirmed":true,"subscription":{},"isSubscriptionOwner":true,"hasSubscription":true,"hadSubscription":false,"isPremium":true,"beta":false,"donor":{},"isDonor":false,"isMiner":false,"locale":"en-US","team":{}},"wasExecuted":true,"method":"getInfo"},"error":{},"response":{},"server":"https://api.getferdi.com"}],"workspaces":[],"windowSettings":{"width":994,"height":736,"x":830,"y":87,"displayBounds":{"x":0,"y":0,"width":2560,"height":1080},"isMaximized":false,"isFullScreen":false},"settings":{"autoLaunchInBackground":false,"runInBackground":true,"reloadAfterResume":true,"enableSystemTray":true,"startMinimized":false,"minimizeToSystemTray":false,"privateNotifications":false,"notifyTaskBarOnMessage":false,"showDisabledServices":true,"showMessageBadgeWhenMuted":true,"showDragArea":false,"enableSpellchecking":true,"spellcheckerLanguage":""\"\\\"\\\\\\\"pt-br\\\\\\\"\\\"\""","darkMode":false,"locale":"en-US","fallbackLocale":"en-US","beta":false,"isAppMuted":false,"enableGPUAcceleration":true,"serviceLimit":5,"server":"https://api.getferdi.com","predefinedTodoServer":"https://app.franztodos.com","autohideMenuBar":false,"lockingFeatureEnabled":false,"locked":false,"lockedPassword":"******","useTouchIdToUnlock":true,"scheduledDNDEnabled":false,"scheduledDNDStart":"17:00","scheduledDNDEnd":"09:00","hibernate":false,"hibernateOnStartup":true,"hibernationStrategy":300,"inactivityLock":0,"automaticUpdates":true,"showServiceNavigationBar":false,"universalDarkMode":false,"adaptableDarkMode":true,"accentColor":"#7367f0","serviceRibbonWidth":"55","iconSize":20,"sentry":false,"nightly":false,"navigationBarBehaviour":"never","useVerticalStyle":false,"alwaysShowWorkspaces":false,"todoServer":"isUsingCustomTodoService","noUpdates":false,"customTodoServer":""},"features":{"isSpellcheckerIncludedInCurrentPlan":true,"needToWaitToProceed":false,"needToWaitToProceedConfig":{"delayOffset":3600000,"wait":10000},"isServiceProxyEnabled":true,"isServiceProxyIncludedInCurrentPlan":true,"isAnnouncementsEnabled":true,"isWorkspaceIncludedInCurrentPlan":true,"isWorkspaceEnabled":true,"isCommunityRecipesIncludedInCurrentPlan":true,"isSpellcheckerPremiumFeature":false,"isServiceProxyPremiumFeature":true,"isWorkspacePremiumFeature":false,"isSettingsWSEnabled":false,"isServiceLimitEnabled":false,"serviceLimitCount":0,"isCommunityRecipesPremiumFeature":false,"isCustomUrlIncludedInCurrentPlan":true,"isMagicBarEnabled":true,"isTeamManagementIncludedInCurrentPlan":true,"isTodosEnabled":true,"isTodosIncludedInCurrentPlan":true,"defaultTrialPlan":"franz-pro-yearly","subscribeURL":"https://getferdi.com","planSelectionURL":"https://getferdi.com","hasInlineCheckout":true,"isPlanSelectionEnabled":false,"isTrialStatusBarEnabled":false,"canSkipTrial":true,"pricingConfig":{"currency":"$","currencyID":"USD","plans":{"personal":{"monthly":{"id":"ferdi-free","price":0,"billed":0},"yearly":{"id":"ferdi-completely-free","price":0,"billed":0}},"pro":{"monthly":{"id":"ferdi-still-free","price":0,"billed":0},"yearly":{"id":"ferdi-forever-free","price":0,"billed":0}}}}},"user":"82c1cf9d-ab58-4da2-b55e-aaa41d2142d8"}}

@doprado - would you mind uploading the image that you tried to use as the custom icon? Without that, we would not be able to help debug the issue.

I don't know if this is the right place to write a solution, but I hope I found a solution to the problem.
On the devtools, if you try to upload a new image, was display the error message.
On the path are the slashs missing , see the screenshot.

I have searched on the code and I think, that the error is on the file ImageUpload.js.
Complete url/path: https://github.com/getferdi/ferdi/blob/develop/src/components/ui/ImageUpload.js
If you search on the line 32, you can find the setState, where the path to the file you want to save is set.
You have to add the missing slashes in the right place to get the correct path.
I hope this can solve the problem and someone can write the fix on the code!
P.s. Between pigi- and ownload on the path, the D has been removed, correctly it should be:
C:\Users\pigi-\Downloads\simple_sample.png
for example

@pigi-spm - Thanks for the detailed investigation. When I checked in my macos, the bahavior is working perfectly as expected. So, I suspect one of the 2:

Since I am debugging with the latest code, the behavior I see might be slightly different
Maybe this is an OS-specific issue (Windows to be exact).

Would you mind trying this bug with the latest nightly from here - and report back? Maybe it has been fixed due to other library upgrades (just a guess)?

@vraravam -  I tried the latest nightly and it doesn't work.
When I add icon, I receve the GET error:
net::ERR_FILE_NOT_FOUND.
The path is also in this case wrong
The operative system, the one I use is  Windows 10 Version 21H1

Thanks for re-confirming @pigi-spm - looks like it might be a Windows-specific issue then. I will have to let one of the other contributors take over for a possible fix.

Same issue on Mac OS too (Mojave 10.14.6):
Drag & drop doesn't work (icon doesn't show up), but clicking and browsing works (the icon shows up on the icon box)

… but after saving the service, no icon is visible on the side bar:

Going back to the service's settings, the icon box is all black:

Doing a mouse over on it, shows up the trash icon:

I've tried with different images with different formats, like .png, .jpg; tried different settings regarding sidebar size and icon sizes, but no success.

I have written a code fix.
The results can be seen from the screenshots.

It has only been tested by Windows 10 as an operating system, but should also be tested on other operating systems.
@vraravam I created a fork from Ferdi's repo and pushed the fix on it, I'm not sure if I can push the fix directly to the developers branch in getferdi/ferdi, as it possibly needs other changes for other operating systems. Please let me know how I can do this correctly.
My Ferdi fork can be found directly here

This looks awesome @pigi-spm - let me run your code on macos and see. Have you rebased your work from the latest in the develop branch of getferdi/ferdi? That would be super helpful!

@pigi-spm - i was able to refactor your changes to only 2 lines as per the above screen capture. Please do the same, test it in windows and raise a PR. Thanks for contributing! (This works in macos)
for ease of copying, here's the text version of the changes:
const imgPath = isWindows ? file.path.replace(/\\/g, '/') : file.path;

@vraravam I have maked a rebase on my fork and adapted your changes to the code.
I have tested again and work it on my pc, please you check again the code 😉

Thanks @pigi-spm - please raise a PR. I can review it in there

I tried with the cost and the constant was not detected correctly (as if I did not use it), so as I modified it, it works correctly. Pull request is created!

Thanks for your help @vraravam. This is a great project, it's just a pleasure to lend a hand 😉

Is it possible that this issue was reintroduced with a recent version? Tried both latest nightly (5.6.3) and stable (5.6.2) - experiencing the same problem on Windows 10.

Hi @alexschomb - Thanks for the warning, but I'm using the stable version (5.6.2) on Windows 10 and I don't have any problem viewing the custom icons.
Do you use a Ferdi-Server installed locally? If yes, have you checked if the Ferdi-Client can reach the Ferdi-Server correctly and download the images? If this is your case, try to check your reverse proxy

@pigi-spm Thanks for your feedback! I setup my own Ferdi-Server on a docker host, it is running the latest version. Communication doesn't seem to be blocked and my reverse proxy (Traefik) doesn't seem to disturb the connection. Do you have any idea how I could debug the issue?

@alexschomb I had the same problem as you and the icons were not displayed, because the reverse proxy was not correctly set for my Ferdi.
What you could do:

on your Ferdi use the key combination CTRL+ALT+I to open the Service Developer Tools
go to the Network section and reload Ferdi CTRL+ALT+R.

You should see all the icons appear. You should see if there are any items in red, they are the items that Ferdi can't reach.
I suggest you do this test, maybe we get more information about the problem

@pigi-spm Thanks, that did the trick! I actually tried to open the Service Developer Tools before via the menu, which wasn't working. The shortcut does, though! I found out that the images were loading from ferdi.domain.tld - which obviously is wrong. Turns out, that the getferdi/server introduced a new environment variable called EXTERNAL_DOMAIN and moved the volume structure internally (before: /usr/src/recipes and /usr/src/database; now: /app/recipes and /app/database). Changed that and now it is working just fine. Thanks for your fast help!

@alexschomb Very well, it has been a pleasure! 🙂


Gather and store mailing list subscriber statistics

In an effort to further measure engagement and activity in the C++ community, we should collect and store data on mailing list subscriber flows and levels. This should include total number of subscribers, new subscribes and unsubscribes by date. We will likely use this data in reports.

mm2 and mm3 are each separate tasks.
For mm2, I have installed this script on wowbagger:
https://github.com/cppalliance/boost-mailman/blob/master/scripts/mm2_stats.sh
list_members outputs a plain list of emails. Count that number each day. Store it in a file.  It's at least a step towards a solution.
For mm3, a script should query the core db's address table and examine the registered_on date.  (There is both a 'core' and a 'web' db on the same server.) Select a range of address for the time period since the last boost release based on registered_on and sum the amount.
For each of these methods, which are quite different, can you think of an algorithm to solve for "unsubscribes"?   (I have an answer  :-) )
PR's are welcome on https://github.com/cppalliance/boost-mailman

For each of these methods, which are quite different, can you think of an algorithm to solve for "unsubscribes"? (I have an answer :-) )

Is your algorithm more sophisticated than looking for emails that disappear from the [list_members|address] from one day to the next?

Possibly.
mm2:
Now that the log file has been discovered, parse that.
Before, I was thinking:

At the end of each computational run, replace/dump a file with the latest list of subscribers, such as "subscribers.txt".
At the start of the next day's cron, do a diff.   Find the number that have disappeared from the diff. Those are unsubscribers in the last day.
Record both subscriber and unsubscriber values, along with the total, in the output file.

mm3:
Let's say a report is run every 3 months.   Observe the total number of new subscribers, compared to last period.  It has increased by 10.   Observe the monotonically increasing id field of the address table.   That has increased by 15.    That would mean 10 new subscribers, and 5 unsubscribers during the time period.    so the trick I am suggesting is to check the id field of the db table as part of the calculation.

Edit: updated text, above

The verification step is a complexity though. Here is a snippet from the address db table:

 id |                                             email                                             | _original | display_name |        verified_on         |       registered_on        | user_id | preferences_id
----+-----------------------------------------------------------------------------------------------+-----------+--------------+----------------------------+----------------------------+---------+----------------
  1 |<EMAIL_ADDRESS>                                                                         |           |              | 2024-01-16 22:05:41.064171 | 2024-01-16 22:05:40.595222 |       1 |              1

In that case, maybe verified_on is the field to examine, instead of registered_on.
If someone "registers" but never completes "verify" then shouldn't they just be ignored?  Not yet a real subscriber.
Then all calculations of any types (subscribers or unsubscribers) should exclude addresses with empty verified_on.    That would affect the "monotonically increasing id field" idea, or it would need to be adjusted.


Allow installation of the project without a setup.py

With PEP 517, projects may no longer even have one in the future.

Looks good at first glance. Is there a way to verify a package is using the new stuff? I imagine not without executing it, because Python?

We could be inspecting setup.cfg for basic required metadata, but that doesn't ensure that setup.py is itself inspecting setup.cfg. We can probably be sure in the majority of cases though, with the exception being a package that moved to setup.py and left stale metadata in the setup.cfg.

@agronholm Revisiting this, I think what we want is to either catch the else case and report back to the user, or convert the elif back to else so that we are unconditionally trying to run python setup.py if the user wants the package installed and isn't using pip.
This should throw an error back at the user with setup.py not found, which should be enough. The best user experience here is reporting on what went wrong and how to fix it (disable install project) but we don't have a good pattern for this yet.

We could be inspecting setup.cfg for basic required metadata, but that doesn't ensure that setup.py is itself inspecting setup.cfg. We can probably be sure in the majority of cases though, with the exception being a package that moved to setup.py and left stale metadata in the setup.cfg.

Wait, why would we inspect setup.cfg?

@agronholm Revisiting this, I think what we want is to either catch the else case and report back to the user, or convert the elif back to else so that we are unconditionally trying to run python setup.py if the user wants the package installed and isn't using pip.

Sure, if this is what you want. The current production code does nothing if setup.py is not found, regardless of whether the user has indicated that the project should be installed.


Unable to unlink cla-assistant

URL to the linked Repo/Org: https://github.com/arnog/mathlive
Steps to reproduce the problem:
I have:
1/ removed the depot in cla-assistant.io
2/ verified there are no webhooks for cla-assistant in my depot
3/ verifier there are no installed GitHub Apps for cla-assistant in my depot
What is the expected result?
That when PR is submitted, a CLA is not required.
What happens instead?
The PR integration check fails for lack of a signed CLA.

Hi @arnog. I just looked into this issue - on CLA side it seems there is no entry for the repository https://github.com/arnog/mathlive.
As soon as you unlink the repository from the Contributor License Agreement the webhook is normally deleted immediately. I can imagine there were some network issues at the time of unlinking.
Solution proposal.
Relink the CLA with the repository https://github.com/arnog/mathlive and unlink it shortly after.
If this does not solve the issue please feel free to reach out to us again.

@arnog could you also remove the cla-assistant status from the list of "required" statuses, please. I believe this will solve your issue.

@KharitonOff That was it!
Settings > Branches > Branch Protection Rules : Edit.
Thanks!


existence_error in node.js example

Testing out the node.js example at http://tau-prolog.org/manual/compatibility-with-nodejs gave me the following error (with analyzer.js as my node.js executable)
 ./analyze.js bread
uncaught exception: error(existence_error(procedure,/(item,2)),/(top_level,0))
false.

However, the example says that I should get back something like
$ ./analyze.js bread
ItemID = 1, ShopID = 1, Price = 0.33, Shop = tau ;
false.

When I tried this in the online sandbox, it worked fine.
ItemID = 1, ShopID = 1, Price = 0.33, Shop = tau.
parsing query: item(id(ItemID),name(bread)),stock(item(ItemID),shop(ShopID),_,price(Price)),shop(id(ShopID),name(Shop),_) ok!

Any ideas about how to get this working?

Hi Joe.
We have not yet adapted all the documentation and examples to the new interface. Please, check the changes to the consult and query methods in version 0.3.0:
https://github.com/tau-prolog/tau-prolog/blob/master/RELEASE_NOTES.md#version-030---august-31-2020
Soon we'll also add an interface to work with promises instead of callbacks.

We've already adapted all the examples in the manual to the new interface.


Delete buttons

Add delete buttons to scenarios

UX Improvement and delete buttons added in v0.0.7


implemented test cases 9, 10, 11

Can one of the admins verify this patch?

JIRA issue raised https://applab.atlassian.net/browse/NMS-184

please merge

Tracked with branch NMS.FT.KILKARICONTROLLERIT.
So closing this request.


[RFC][DO NOT MERGE]Move dts board

look at moving board.dts file into the board dir to make board dirs more standalone.
Fixes #3587

@nashif, @agross-linaro take a look at the change to boards/arm/frdm_k64f/Makefile and what you think of that.

I like the idea. I don't recall why, on ARM boards the number of priority bits are in those files, should really be part of the SoC config shouldn't it?

@nashif, @agross-linaro take a look at the change to boards/arm/frdm_k64f/Makefile and what you think of that. We need to have 2 passes at boards/$(ARCH)/$(BOARD_NAME) one for dts build which has to be early since we use it for config.h and second for normal .c file building of any board code. So this is what I could come up with.

FYI; the cmake branch determines what dts file to use differently. Instead of requiring build scripts
to set the dts source, it is assumed that the dts source file follows the naming convention:
dts/$(ARCH)/$(BOARD_NAME).dts_compiled

@SebastianBoe I assume changing cmake from dts/$(ARCH)/$(BOARD_NAME)/.dts_compiled to board/$(ARCH)/$(BOARD)/$(BOARD_NAME) will be trivial.

@carlescufi which files are you talking about w/regards to PRIO bits?

@galak the .fixup files: https://github.com/zephyrproject-rtos/zephyr/blob/master/dts/arm/nrf52_pca10040.fixup#L1

@SebastianBoe I assume changing cmake from dts/$(ARCH)/$(BOARD_NAME)/.dts_compiled to board/$(ARCH)/$(BOARD)/$(BOARD_NAME) will be trivial.

Then maybe we should just do this after the cmake merge?

While I understand the idea of having boards dir standalone (and agree this would be nice), I wonder how this could fit with using a generic device tree database, that would be out of Linux tree.
This would require either:
-get generic device tree using the same approach
-remove boards from generic device tree database (but we lose 50% of the benefit of it)
-define generic to zephyr structure tree adaptation (rules and tools)
-acknowledge divergence from generic device tree data base

I don't have a strong opinion on this, but it raises the question of how far we want to go supporting things out of tree. Would/should we support out of tree SoCs or drivers?

I don't have a strong opinion on this, but it raises the question of how far we want to go supporting things out of tree. Would/should we support out of tree SoCs or drivers?

I would say yes, any product development based on Zephyr should be feasible without having to checkin code into upstream Zephyr, this does not mean we have to move everything around and restructure our tree, but the build system should support pointing to alternate locations for DTS related files and not force one single location inside the zephyr tree.
In general terms, the model we need to be able to support is someone using the Zephyr kernel (scheduler and architecture interfaces) only and maintaining everything else on their own, this is a very common use case.

actually, related to that but orthogonal , I am proposing to move SoCs to the top level, see #4438

@agross-linaro any particular reason to keep it central for the board dts?  I agree for SoC related dtsi files.

just that it spreads it around the system.  I suppose keeping the board specific stuff in the board directory does make things consistent.

this was moved on top of cmake, so closing


Private channel messages are not responded to

If I send a message containing an avocado to a private slack channel, avokudos does not give the person I mentioned an avocado

Looks like this is a simple fix by adding an event subscription to message.groups


WIP: Bugfix for Subaru Imperial-units dashboard and OP cruise speed mismatch

Note: this is a work-in-progress - ongoing data gathering and discussion taking place in discord/subaru on the different values present for Units - and a test of the high bit may be the most appropriate solution. The data gathered so far indicates the high bit setting of 1 indicates metric, 0 indicates imperial.
This pull request fixes a bug observed on 2019 Subaru Crosstreks and other Subarus using Imperial units. These cars use Imperial units and set Dash_State field Units to 0 or 2. The code adjusts the value of v_cruise_pcm for vehicles using Imperial units, but prior to this PR it only made this adjustment if Units was set to 1. This updates this to also treat Units value 0and a value of 2  as Imperial.
My vehicle  (2019 Subaru Crosstrek) reports a value of 0, and Bugsy has has a vehicle (2020 Outback Onyx XT) reporting a value of 2.
Behavior prior to bugfix: A cruise set speed indicated on the vehicle dash of 40mph would appear as 25 on the EON (incorrectly displayed speed based on the assumption of a kph value).
Behavior after bugfix: Verified on vehicle - cruise set speed on dashboard and EON now agree.

Some testing has shown this is not working as expected.. i.e when the car is toggled between metric/imperial, the corresponding Unit field in the can message doesnt change.


"We noticed you created a venv" notification not displayed, even though new venv is properly discovered

VS Code version
1.63.0-insider
Extension version
v2021.12.1422279751-dev
OS type
Windows
OS version
10
Python distribution
python.org
Python version
3.10
Language server
Pylance
Expected behaviour
Notification saying "we noticed you created a new venv" should be displayed when new venv is created
Actual behaviour
Notification is not displayed even though new environment is properly discovered (shows in the intepreters list)
Steps to reproduce

Make sure the extension is activated
Create a new venv (I ran py -3.10 -m venv venv)
Watch the notification not show up

Logs
No response
Code of Conduct

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

nov52021logs.txt

Can you try toggling this setting?

The latest VS Code ships with a new file system watcher parcel watcher. This might be a bug due to that.

@karthiknadig I was testing out the setting differences and one thing I noticed is that if I activate the Python extension by opening a file, I get the notification (with both setting values). If I activate it and there's no Python file open (e.g. by running the select interpreter), I don't get the notification (both setting values)!
I think this is pretty much an edge case, so not a big deal. But it does seem like a weird bug 🤷♀

It could be the case that the extension takes a different amount of time to activate in the two paths. highly likely it was not ready to get the events. But, if this is 100% reproducible afer the extension is fully activated, then we may have some issue with the watchers.


melody: 0.13.10 -> 0.18.0

Description of changes

https://github.com/yoav-lavi/melody/releases
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] 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
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.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
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

@ofborg eval

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

1 package built:

melody


Update toast messages and add missing static text entry in the locale file

What is the motivation for adding/enhancing this feature?

On some places toast messages are confusing. Also there are multiple static labels those are missing from locale file.
This task also includes the alphabetic arrangement of locale file entries.
What are the acceptance criteria?

Add the suggested toast message for specific case in the comments section.
Can you complete this feature request by yourself?

[x] YES
[ ] NO

Additional information

@ymaheshwari1 Plz have a look at the suggestion mentioned below.
Current - Make sure you've reviewed the products and their counts before upload them for review.
Expected - Make sure you've reviewed the products and their counts before uploading them for review.


Register global functions

Closes #693.
The dpex kernel API intrinsic functions such as dpex.get_global_id always need to be called with the fully qualified name including the module. As described in issue #693, these functions cannot be directly called inside a kernel function.
The PR adds the intrinsic functions in dpex to the globals dictionary to allow the usage without a module name specifier.

It breaks a lot of tests in internal CI. Need more investigations.

@mingjie-intel I made some fixes to Sergey's patch and the tests should work now. I have updated the PR description to describe what the change does.
There are two issues I have with the PR and the issue #693:

The PR does not address all dpex intrinsics (e.g. dpex.atomic.add) will not work yet. We can fix it by doing the same trick of adding the function to globals.
A more philosophical issue is should we even allow intrinsics to be called without the module name specifier. I looked at what numba.cuda does and the too only allow calling these functions via the module name specifier. Moreover, adding these functions to globals does not seem right to be.

What are your thoughts?

@oleksandr-pavlyk + @chudur-budur

In general, I feel making global is not good code practices. Unless there is strong push from user side, I would recommend that we close this PR. @oleksandr-pavlyk   @chudur-budur What do you think?

In general, I feel making global is not good code practices. Unless there is strong push from user side, I would recommend that we close this PR. @oleksandr-pavlyk @chudur-budur What do you think?

I tend to agree. Letting users write get_global_id instead of numba_dpex.get_global_id is a minor syntactic preference IMO. If we want to be pedantic perhaps we can go the route of numba.cuda and introduce a sycl module and change all of these functions to sycl module.
from numba_dpex import sycl

@sycl.kernel
def vecadd(a,b,c):
   i = sycl.get_global_id(0)
   a[i] = b[i] + c[i]

Having the module qualifier is much better in terms of overall readability and letting users know that the code is specific to the numba_dpex kernel API and will not work outside of the kernel function or without the kernel decorator.

Based on feedback, I am closing the PR and the related issue as WONTFIX.


Bring back the project https://github.com/x-malet/gc_hydrometricdata

[ ]  import project
[ ] refactor qc-hydrometric data
[ ] integration in the hydsensread project


PRM-1577 New page for “cover both penalties”

Could you also rebase when you get chance?

back link

I noticed I missed something from my other PR regarding the back link, could you apply the same change here? :sorry:

Is it about enabling the back link, I'm not too sure.


Docs mention [alias.nodejs], but needs to be [aliases.nodejs]

This is probably just an WIP issue. Just wanted to mention it, in case someone else wonders as I did.
Instead of using [alias.nodejs] as documented in the README.md:
[alias.nodejs]
my_custom_node = '18'  # makes `rtx install nodejs@my_custom_node` install node-18.x

it must be [aliases.nodejs]
[aliases.nodejs]
my_custom_node = '18'  # makes `rtx install nodejs@my_custom_node` install node-18.x

Not sure, what the final idea is. Using [alias.nodejs] and updating the code or using [aliases.nodejs] and updating the README.

oof this should actually be alias, I need to update the code. Fair warning, this would normally require a major version bump but since this project just came out yesterday I'm going to make this change in a patch release. This isn't something I'm likely to do ever again.

this fix is out in 1.2


BMSHJ2018 Parameters

I was wondering if the training parameters for both 'bmshj2018_factorized' & 'bmshj2018_hyperprior' were anywhere in the documentation? E.g. the dataset, optimisation, learning rates, training epochs ect.
I am assuming that the quality parameter loads different pre-trained networks depending on the lambda parameter they were trained with in the rate-distortion loss. It would be good to what lambda corresponds to the quality parameter.
Thanks!

Sorry, I completely missed this in the documentation, found here: https://interdigitalinc.github.io/CompressAI/zoo.html#training


Using "provided" instead of "apt" doesn't work when using in conjunction with a project that uses "apt"

I recently upgraded my project from Dagger 1 to Dagger 2.
After the upgrade I noticed that $$Parcelable files are not generated anymore.
After looking for a reason I found that I have to use either "apt" or "provided" in both Dagger2 and Parceler.
apt is needed by Dagger2, so I had to switch for using "apt" in Parceler.
I'm not sure if this is bug in Parceler, but I would like to have a compile time notification when $$Parcelable files are not generated instead of a runtime crash.

Hmm, why does Dagger 2 require apt?
Do you know what is blocking the Parceler annotation processor from running when mixing provided and apt scopes?  I was under the impression the reason to use apt was for Android Studio to pick up the generated sources.

Dagger 2 requires it because you reference generated classes directly so apt is needed so android studio can see the generated classes correctly.

Ok, makes sense.  Any idea if and why apt and provided scopes are incompatible @DHuckaby?

No idea, I use Dagger 2 with Lombok with also generates files. To get them working together I had to declare lombok as both provided and apt. It duplicates the dependency declaration but it works. I recommend for @AlexBravo to give that shot.

@hvisser, care to comment on this one?  Is there any way we can raise an error if a processor doesn't run?

(Sorry I missed this in my inbox)
The reason why this probably doesn't work is that apt sets up the annotation processing path.
Without android-apt any processor in the compile path (both compile and provided) would work, since that's the default way that javac finds a processor.
There's no way to warn if the processor isn't run since the Parceler processor is simply never invoked by javac.
It generally makes more sense to use apt if you use provided since it has the same effect + putting the generated classes in the source path, which aids debugging.

By the way, technically speaking android-apt isn't required by Dagger 2. Code will compile fine without it from the command line and Android Studio, but editing code in Android Studio won't work because it doesn't "see" the generated code without android-apt.

Awesome, thanks for the detailed explanation @hvisser :+1:
@AlexBravo good to close?

There's no way to warn if the processor isn't run since the Parceler processor is simply never invoked by javac.
Is there a way to make runtime crashing more predictable at least?

Thanks for all the explanations, btw.

Is there a way to make runtime crashing more predictable at least?

I'm open to suggestions, but probably not.


Chimera Compaitability

The Tweak isnt working with Chimera Jailbreak

Hello, Any Support?

Hello, Any Support?


Approximately half of all downloads are not being recorded in BigQuery

I ran a script today from 01:07 to 09:39 UTC, downloading a file every six minutes. It made a total of 86 downloads, but only 40 of them are in the database:
SELECT *
FROM
  TABLE_DATE_RANGE(
    [the-psf:pypi.downloads],
    TIMESTAMP("2018-05-25"),
    TIMESTAMP("2018-05-25")
  )
  where file.project = "six" and file.version = "0.9.0"
  and country_code = "DE" and details.installer.version = "10.0.1"
  order by timestamp desc

Looking at the data more generally, there are 1440 minutes in a day, but on 05-23 only 748 of them had any data recorded:
#standardSQL
SELECT timestamp_trunc(timestamp, MINUTE) minute, count(*)
FROM `the-psf.pypi.downloads*`
where _table_suffix between "20180523" and "20180523"
  group by minute order by minute desc

Browsing through those results shows many extended gaps in the data, e.g. from 22:45 to 22:54, and 21:36 to 22:16.
I know this service isn't widely-known, but isn't it intended to be a complete record of all PyPI downloads? If so, something is clearly going wrong.

Email thread: https://groups.google.com/forum/#!topic/pypa-dev/0TYYydsjfx0

Appears linehaul service may be flapping, as reported by Fastly:
Last error: read tcp REDACTED-Fastly-IP:42645->REDACTED-PSF-IP:48175: i/o timeout
                Last error time: 2018-05-31T21:43:17.391210755Z
                Broken since: 2018-05-31T21:42:46.555578684Z

Linehaul is getting killed by OS with some frequency:
ernestd@linehaul01:/var/log/upstart$ sudo journalctl -f -u linehaul
-- Logs begin at Thu 2018-05-31 14:45:52 UTC. --
May 31 21:17:38 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Failed with result 'signal'.
May 31 21:17:39 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Service hold-off time over, scheduling restart.
May 31 21:17:39 linehaul01.iad1.psf.io systemd[1]: Stopped Linehaul Stats Collection Daemon.
May 31 21:17:39 linehaul01.iad1.psf.io systemd[1]: Started Linehaul Stats Collection Daemon.
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Main process exited, code=killed, status=9/KILL
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Unit entered failed state.
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Failed with result 'signal'.
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: linehaul.service: Service hold-off time over, scheduling restart.
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: Stopped Linehaul Stats Collection Daemon.
May 31 21:44:15 linehaul01.iad1.psf.io systemd[1]: Started Linehaul Stats Collection Daemon.

Appears that linehaul is leaking ram and getting OOM'd based on this measurement of RAM usage:

Trying to wrap my head around the impact of this.
It's probably not a big deal at all for folks who are using the bigquery data to compute relative statistics (e.g., "what percent of my downloads are still python 2?"), since (so far) it sounds like the missing data is random distributed in a fairly homogenous way through time.
But it is kind of a big deal for folks who are using it to compute absolute download counts, like we tend to do in grant proposals ("numpy gets XX downloads/month") or the manylinux download counts here.
In theory it should be able to "correct" the historical counts by estimating how much data was lost each data, though I'm not sure whether there's any reasonable way to do this within the constraints of bigquery's query language...

Some cheap memory profiling with objgraph.show_most_common_types shows that we collect hundreds of thousands of persistent dict, Arrow, and tzutc objects in long runs of linehaul.
The number of Arrow and tzutc objects are 1:1, while the dicts grow steadily over time.
A snapshot:
dict                       383879
tzutc                      104560
Arrow                      104560
function                   10556
tuple                      5290
list                       4358
weakref                    3252
builtin_function_or_method 2275
getset_descriptor          1720
type                       1663

dict                       531610
tzutc                      144512
Arrow                      144512
function                   10556
tuple                      5285
list                       4367
weakref                    3252
builtin_function_or_method 2286
getset_descriptor          1720
type                       1663

So all but the three problem types are steadyish!
This leads me to believe that we need to look into the parse method at https://github.com/pypa/linehaul/blob/0aea04507c6997e0b367949e5513515e6abc97ed/linehaul/parser.py#L149-L176 and the Download class at https://github.com/pypa/linehaul/blob/0aea04507c6997e0b367949e5513515e6abc97ed/linehaul/parser.py#L127-L139

diff --git a/linehaul/core.py b/linehaul/core.py
index af76f4f..626e971 100644
--- a/linehaul/core.py
+++ b/linehaul/core.py
@@ -24,6 +24,9 @@ from ._queue import CloseableFlowControlQueue, QueueClosed
 from .syslog.protocol import SyslogProtocol
 from .user_agents import UnknownUserAgentError

+import gc
+import objgraph
+

 BATCH_SIZE = 500
 MAX_WAIT = 5 * 60  # 5 minutes
@@ -164,8 +167,12 @@ async def send(client, queue, *, loop):
                 rows = list(rows)
                 suffix = rows[0]["json"]["timestamp"].format("YYYYMMDD")

+                logger.info('flushing to bq')
                 await bq.insert_all(
                     rows,
                     template_suffix=suffix,
                     skip_invalid_rows=True,
                 )
+                gc.collect()
+                with open("/var/log/linehaul/objgraph.log", 'a') as objgraph_log:
+                    objgraph.show_most_common_types(file=objgraph_log)

diff used to pull objgraph data.

@dstufft can you take a look when you have a chance?

Yea I'll dig into it.

I have a small website for aggregate pypi downloads and noticed a sharp decline in records recently on GBQ. Was doing a bit of research about it and came across this issue. I'm assuming this is directly related. Just wanted to confirm.

I've just deployed a new version of Linehaul (pypa/linehaul@trio), and so far we've had an ~hr of uptime and our memory usage has been flat, with no OOM kills in that hour. I'm going to continue to monitor the new version and make sure it stays stable, but so far it looks very promising.

Oh and just to double check, I've ran:
SELECT
  TIMESTAMP_TRUNC(timestamp, MINUTE) minute,
  COUNT(*)
FROM
  `the-psf.pypi.downloads*`
WHERE
  _TABLE_SUFFIX BETWEEN "20180727" AND "20180727"
GROUP BY
  minute
ORDER BY
  minute DESC

At 12:37 UTC, and there were 37 results, indicating that so far the new linehaul is at least populating some data in every minute, instead of only for some of them.

It appears that the data loss had gotten much worse recently, here's a visualization showing the # of download events per day, over the last 90 days. I included today on this chart, but obviously we're just barely started on today:

I'm going to close this. So far we've dropped no data on the floor (except when we've been explicitly shutting down Linehaul or restarting it) and everything appears to be stable. I've also improved our handling of unknown user agents to still record those downloads (we just won't have any information about the target Python or such).
Thanks everyone for bringing this to our attention1


fix: remove broken esm bundle

since moving to webpack5, and the removal of esm-webpack-plugin, the esm bundle has been broken.
When bundling the following:
import { URI } from 'vscode-uri';
console.log(URI);

undefined is printed.
@aeschli any chance issues are re-enabled in this repository so such things can be reported/discussed?

Closing in favour of #16

Closing in favour of #16


📖 update v0.20/README.md for all scenarios to work with latest builds

Summary
Update the base README for all scenarios to work with latest builds from Jan 17, 2024
This is still an interim README until the docs work is completed.

Thanks!
Do you want to add those docs to the list in https://github.com/kubestellar/kubestellar/blob/ks-0.20/README.md#quickstart ?

Thanks! Do you want to add those docs to the list in https://github.com/kubestellar/kubestellar/blob/ks-0.20/README.md#quickstart ?

Done.

How tested is this?

How tested is this?

@MikeSpreitzer It's all tested with the images tagged 0.20.0-alpha.1, which I have built. If there are adjustments to do after the merge / tagging will do in a separate PR.

Ideally we would have testing by someone or something besides the author.

I understand the plan to be as follows.

merge PR 1576 into ks-0.20
do the branch work
apply the tag v0.20.0-alpha.1 to main
rebuild the container images
retest the scenarios to verify that they still work

.. before advertising this. That is OK with me.

/lgtm

/approve


cypress/included requires additional installation of cypress

I use cypress/included as a base image for my custom cypress image. It used to work fine until I upgraded it from 5.1.0 to 6.3.0. Cypress.
Now, when I run tests, cypress cannot be resolved.
FROM cypress/included:6.3.0

ARG BUILD_DATE
ARG REVISION_SHA

LABEL org.opencontainers.image.created=$BUILD_DATE \
  org.opencontainers.image.revision=$REVISION_SHA \
  org.opencontainers.image.description="Base image used to run Cypress tests"

WORKDIR /app

ENV DOCKERIZE_VERSION=v0.6.1
RUN wget https://github.com/jwilder/dockerize/releases/download/$DOCKERIZE_VERSION/dockerize-alpine-linux-amd64-$DOCKERIZE_VERSION.tar.gz \
    && tar -C /usr/local/bin -xzvf dockerize-alpine-linux-amd64-$DOCKERIZE_VERSION.tar.gz \
    && rm dockerize-alpine-linux-amd64-$DOCKERIZE_VERSION.tar.gz

RUN yarn add @knapsack-pro/cypress jsdom axe-core cypress-axe

The solution for this is to add cypress to yarn add command, but it is not something I would expect from cypress/included image.

Lots of versions of cypress have been released since this was logged. I know that the current containers are able to resolve cypress, at least in our tests.


Add back missing log4j2 for CLI library

Log4j2 was removed as standard logging implementation, but as an unforeseen consequence, the CLI library doesn't log anymore and produces a warning instead. This should be rectified.

7.0.0 just released.


Ability to provide custom ami during build.

What would you like to be added:
It would be nice to have ability to provide custom ami during build. So we can override:

name (should points by default to amzn2-ami-minimal-hvm-*)
owners (should points by default to<PHONE_NUMBER>89)

Currently it's looks like this:
      "source_ami": "{{user `source_ami_id`}}",
      "source_ami_filter": {
        "filters": {
          "architecture": "x86_64",
          "name": "amzn2-ami-minimal-hvm-*",
          "root-device-type": "ebs",
          "state": "available",
          "virtualization-type": "hvm"
      },
      "owners": [ "137112412989" ],

But this source_ami_id only allows to extend filters not fully override.

If you set this in conjunction with source_ami, the source_ami will be added to the filter.

Why is this needed:
To allow end user to use custom ami (for example hardened one) without need to keep own fork of this repository.

Fix merged


[ISSUE #950]✨Support RequestCode GET_MAX_OFFSET/GET_MIN_OFFSET(30/31) in AdminBrokerProcessor🔥

Which Issue(s) This PR Fixes(Closes)

Fixes #950
Brief Description

How Did You Test This Change?

🚀Thanks for your contribution🎉. CodeRabbit(AI) will review your code first🔥


Using at:'@' with any keyboard character input?

Have you checked the settings API? The first parameter is what you need to change to your needs

Which API?

You mean at: paramenter, I want the popup for all sequence of characters which I type.

If you want the popup to show when for example typing a you need to set:
$('.atwho-inputor').atwho({     // key char for observing such as @     at: 'a', });

Suggestion should appear for while typing words.eg. for ORANGE, this should be the sequence O,OR,ORA,ORAN, ORANG, ORANGE

Issue soved, by setting at: to empty


#10574  Adjust file tree click behavior, don't collapse parent folder

Issue #10574 - Clicking to the left of filename can collapse parent folder
Observed that clicking in the padding of a parent ul tag (positioned to the left of the span/a/ins tags containing filenames/icons) would collapse the parent folder.
Solution: Ignore ul tag clicks. When a user intends to click on a parent folder, clicks are sent from span/a/ins tags.
Test Cases:
[action] --> [result]
click parent folder icon --> toggles open/close
click parent folder title --> toggles open/close
click nested folder icon --> toggles open/close
click nested folder title --> toggles open/close
click to the left of nested folder icon --> no result action (previous behavior would close parent folder)
click filename --> select file
click to the left of filename --> no result action (previous behavior would close parent folder)

@nethip, @mellolikejello  this change does not sound quite right, it's inconsistent with the previous behavior. with this to expand/collapse folder you'd have to click on little triangle whereas before you could click on the folder. a better solution could be ignoring the click past the line or changing the box model for the tree.

@busykai All the behaviors which you mentioned above, remain intact. Even with this change clicking on project folder will toggle open/close. What this PR fixes is, if the click happens in the padding area of the ul, handleClick() this will now make sure not to fold the parent folder. Am I missing anything here?

@busykai @mellolikejello I did some unit testing around with this fix and it takes away the annoying parent folding bug. One area I would like to see improved is that when a click happens onto the left of a file name(not folder), the file should get selected. Right now the selection happens if the click is on the file name or onto the right of the file name. @mellolikejello It would be great if you can fix this.

@nethip, you're right, the folder itself is actually li, ins and span. ul is the expanded area only. still, this fix is more a workaround than a proper fix. if we change the layout of the tree, it would be hard to recall the === "ul" has to be changed as well. when the issue you mention (there's a space where at the level of a file clicking on which does not select it) is fixed, change introduced in this PR should becomes unneeded.

@busykai yeah I agree with you this is just a work around and over a course of time this becomes hard to manage. @mellolikejello Do you think there is another proper way of fixing this? Maybe a way to not listen to clicks from ul padded area.


Receiving error when creating a new user v<IP_ADDRESS>

I have Enterprise version <IP_ADDRESS> and whenever I open the web page and select to add a new user and provide all the information necessary, I get the following error [object ProgressEvent]. I can't find any information on what these means or how to correct it.

How can I resolve this issue?

Hi @CySecAnalyst, I think that we're working this issue via email. I did want to reach out though to make sure you're getting your issue taken care of.
Here are some instructions on how to capture network traffic between the browser and server.
https://support.zendesk.com/hc/en-us/articles/4408828867098-Generating-a-HAR-file-for-troubleshooting
If you can send the HAR file back via the email thread we can continuing working this.
Thank you!


TGP-3015: Add search and filter options to goods profile page

Checklist for developers before reviewing

[ ] I have merged in main
[ ] I have assigned the PR to me
[ ] I ran the code with a clean compile test and ensured there are no warnings or deprecations
[ ] I have run sbt prePR to run all tests, format and check the code coverage
[ ] I have written unit tests to cover any code that I wrote, where necessary
[ ] I have linked tickets to any TODOs I have written
[ ] I have run the microservices with the latest SM2 config
[ ] I have checked all the Acceptance Criteria pass
[ ] I have run the pipeline journey tests
[ ] I have spoken to the QAs about any changes that may need to be made to the journey tests OR no changes to the journey tests are necessary
[ ] I have moved the ticket to Review in Jira
[ ] I have left a message in tgp-prs on slack to alert other Devs that this ticket is ready for review
[ ] I have checked my PR is not in draft mode

Checklist for reviewer 1

[ ] I have added an emoji to the relevant message in tgp-prs to show I am reviewing
[ ] I have checked out the branch
[ ] I have run the microservices with the latest SM2 config
[ ] I have checked all the Acceptance Criteria pass
[ ] I reviewed the code and left comments where necessary
[ ] I have left a message on the relevant tgp-prs message to show that I have finished reviewing

Checklist for reviewer 2

[ ] I have added an emoji to the relevant message in tgp-prs to show I am reviewing
[ ] I have checked out the branch
[ ] I have run the microservices with the latest SM2 config
[ ] I have checked all the Acceptance Criteria pass
[ ] I reviewed the code and left comments where necessary
[ ] I have left a message on the relevant tgp-prs message to show that I have finished reviewing

Checklist for developers before merging

[ ] The PR has been approved by 2 other developers
[ ] I have merged in main
[ ] I have run sbt preMerge to run all tests, check formatting and code coverage
[ ] I have run the microservices with the latest SM2 config
[ ] I have checked all the Acceptance Criteria pass
[ ] I have checked that the QAs have merged in any changes to the journey tests
[ ] I have run the pipeline journey tests

Reminders for developers after merging

Wait for pipeline to pass
Move ticket to QA column in Jira
Leave message in tgp-qa on slack to alert QAs that this ticket is ready for testing

Other than the above the only other suggestion I would have is to maybe move the new stuff into a separate component then call it within the goodsRecordView
Could have the overarching GoodsRecordFilterComponent then within that you could have the GoodsRecordFilterFormComponent and that means within the goodsRecordView we would just import and call using @GoodsRecordFilterComponent
Might make it easier to maintain in the future