text:
Questions about Building the SCB Files

First of all, congratulations on your groundbreaking work on scGPT. However, I have a question regarding my use of Build the scb Files. For example, I downloaded 9 h5ad files about heart from cellxgene, but after building the scb files using Build the scb Files, only 5 scb files were generated. This has left me perplexed. Have you ever encountered such a situation?

Hi, thanks for the question. If you are using this script, some files may get skipped between the following lines:
https://github.com/bowang-lab/scGPT/blob/c1d2101188b8c3d1c1269067f4c48fd3419b7192/data/cellxgene/build_large_scale_data.py#L181-L210
So this "try except" would skip the data file that can not be properly processed, but you should see the traceback messages printed out.
Meanwhile, I would say if you don't have super large datasets, you probably don't need this. Building SCB is particularly designed for accelerating the data processing in pretraining where you can not fit all the data in memory. If you have large enough CPU memory, you may just load all the data and follow one of the tutorial notebooks that fits your application.
I hope the explanations make sense to you.

Thank you very much for your reply. Your response has resolved some of my doubts. However, I still want to confirm something: when constructing SCB files, is it normal if some H5AD files are not converted into SCB files? Do I need to convert these unconverted H5AD files back into SCB files again? In other words, is there any operation that can convert the unconverted H5AD files back into SCB files?
Thank you again for your reply

Yes, it should be able to convert your files in general. Did you check the log messages when you ran the script? As I mentioned in the previous comment, did you see any traceback messages printed out?  You may copy the message here and I can help check the cause for skipping those files

Yes, it should be able to convert your files in general. Did you check the log messages when you ran the script? As I mentioned in the previous comment, did you see any traceback messages printed out? You may copy the message here and I can help check the cause for skipping those files

I apologize for the late response, but regarding this issue, I believe I have found the reasons: 1. The connection to cellxgene is unstable when downloading data, which causes errors in the downloaded partition data, so the chunk cannot be converted to an scb type file.2. Insufficient computer memory prevents all h5ad files from being converted to SCB files.

Thank you for the updates. Let me know if any further question

repo: bowang-lab/scGPT


text:
when will bower update --save work?

I see that this is reverted in v1.7.1. When are we getting this back?

There's a lot of movement to move back to npm - https://gofore.com/stop-using-bower/.  Without small things like this to help improve workflow and prevent wasted time this is a momentum that won't subside.  On some of our projects we've already started this process, and frameworks like Ionic 2 have already implemented the change back to npm and documented it as best practice.

update never worked well and bower is now deprecated

source: gharchive/issue

authors: jaichandra mtpultz sheerun

repo: bower/bower

license: mit

license_type: permissive

license_source: bigquery


text:
I have a question about a proxy support

I've read the docs about to use Proxy for API calls just like below:
***** docs *****
Use Proxy for API calls
In order to use a proxy for API calls, calling the client.with_proxy(proxyConfig) method creates a new client, leaving the original client unmodified, with the username and password being optional.
new_client = client.with_proxy(
ProxyConfig(url="http://proxy.com", username="username", password="password")
)
***** ended *****
But, I don't understand that in order to get a original client behind proxy, I have to use API call for oauth2 authentication, and this time I don't have a proxy config.
So I want to known that I can get a oauth2 authentication without proxy config? The oauth2 code just like your docs:
***** docs *****
auth = BoxOAuth(
OAuthConfig(client_id="YOUR_CLIENT_ID", client_secret="YOUR_CLIENT_SECRET")
)
auth_url = auth.get_authorize_url()
auth.get_tokens_authorization_code_grant("YOUR_ACCESS_CODE")   <-- get access code at my redirect URL.
client = BoxClient(auth)        <- this is a original client. then I can use it to get a client for proxy call?
***** ended *****

And I've tried do a proxy connection with sample code:

new_client = client.with_proxy(
ProxyConfig(url="http://proxy.com", username="username", password="password")
)
items_in_root_folder = [
item.name for item in new_client.folders.get_folder_items(folder_id="0").entries
]

I got an error:
Message: HTTPSConnectionPool(host='api.box.com', port=443): Max retries exceeded with url: /2.0/folders/0/items (Caused by ProxyError('Cannot connect to proxy.', NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x0000026CA93F99C0>: Failed to establish a new connection: [Errno 11001] getaddrinfo failed')))
Note: I can use the same proxy config with old box-python-sdk.

Hi @c-rei,
so first of all if you want to use proxy to get OAuth token you can use code:
auth = BoxOAuth(
OAuthConfig(client_id="YOUR_CLIENT_ID", client_secret="YOUR_CLIENT_SECRET")
)
auth_url = auth.get_authorize_url()

#  After callback
network_session_with_proxy = NetworkSession().with_proxy(config=ProxyConfig(url="http://proxy.com/", username="username", password="password"))
auth.get_tokens_authorization_code_grant("YOUR_ACCESS_CODE", network_session=network_session_with_proxy)
client = BoxClient(auth, network_session=network_session_with_proxy)

if you don't want to use proxy to perform get_tokens_authorization_code_grant call just skip network_session parameter.
I'll try to debug you issue from the second message and update you soon.
Best,
@lukaszsocha2

Hi @c-rei,
can you print
print(client.network_session.requests_session.proxies)

using your client with proxy set to verify if the proxy setting are as expected.
Please let us know about results,
Best,
@lukaszsocha2

Hi, @lukaszsocha2
I'll give your results with print.
At old sdk:
print(client.session._prepare_proxy())
{'http': 'http://192.168.200.12:3128', 'https': 'http://192.168.200.12:3128'}
And new sdk:
print(new_client.network_session.requests_session.proxies)
{'http': 'http://None192.168.200.12:3128', 'https': 'http://None192.168.200.12:3128'}
So, I think you have a problem in this code:

I've tried that:
f'aaa{None}, and the result is "aaaNone".

Hi,
thanks for the help. We will fix this and make a new release today.
Best,
@lukaszsocha2

Hi @c-rei,
the fix have been merged, so the issue was closed. Let us know if the fix worked for you. If you still have any problems with proxy feel free to reopen this issue or create a new one. A new release with the fix will be done today or tomorrow.
Best,
@lukaszsocha2

Hi @c-rei ,
the fix is now available in the new v1.5.1 release.

Hi, @lukaszsocha2
The fix worked for me.
Thanks for your update.

repo: box/box-python-sdk-gen

license_source: github-api


text:
VMware Tools 10.3.x installation fails on Windows 8.1 and Windows Server 2012 R2 because of missing requirements

Hi.
The VMware Tools 10.3.x installation fails on Windows 8.1 and Windows Server 2012 R2 because of missing requirements.
VMware Tools 10.3.x requires Microsoft Windows update KB2919355 on Windows 8.1 and Windows Server 2012 R2.
See https://kb.vmware.com/s/article/55798.
Otherwise the following appears in the packer log:
WARNING: Error 1603 was returned by: "d:\setup.exe" /S ...

The VMware Tools setup log contains the following error:
ERROR: OS compatibility requires update KB2919355

builder type: vmware-iso
VMware ESXi 6.7.0

@icnocop, I assume that also means win2016-standard-.json, right? Does this issue also include win2008r2-.json?

The reason I mention it is because the KB article includes Win7, but VMware Tools appears to be installed on all my W7 VMs, so just wondering how far back I'd need to go.

The VMware KB article mentions that Windows 7 must have SP1 installed in order to install VMware Tools.
Are you running at least Windows 7 SP1?
The same applies for:

Windows Server 2008 R2, SP1 is required.
Windows Server 2008, SP2 is required.
Windows Vista, SP2 is required.

The Microsoft Windows update KB2919355 is required only for Window 8.1 and Windows Server 2012 R2.

I think this issue is closed by PR #243

It it doesn't, let me know and I'll see what I can do.

authors: arizvisa icnocop

repo: boxcutter/windows


text:
/opt/boxen/bin/boxen-git-credential erase: /opt/boxen/bin/boxen-git-credential: No such file or directory deploying Octopress

I removed Boxen a long time ago, and I got this error when I tried to deploy my Octopress blog to GitHub for the first time:
/opt/boxen/bin/boxen-git-credential erase: /opt/boxen/bin/boxen-git-credential: No such file or directory
Does anyone know where I might be able to find whatever settings file is trying to pull that boxen-git-credential file from?

@kyletcarlson is this still an issue or can it be closed?

Closing this since been a while since it was originall reported. If it's still happening feel free to reopen.

this still happens

@drom296 please open a new issue and make sure includes output from boxen --debug.

@seanknox no thanks. As the beginning of this thread says, this only happens after getting rid of boxen and thus came across this error. Therefore I cannot do what you ask.
I did find my solution though. In the .gitconfig, delete the credentials helper that points to boxen folders.

authors: drom296 kyletcarlson seanknox

repo: boxen/our-boxen


text:
Stoa cannot be restarted

Attempting to restart Stoa on the live system yields:
[Stoa] 2020-12-29T03:04:15.876Z info Agora endpoint: http://127.1.1.1:4567
[Stoa] 2020-12-29T03:04:15.877Z info sqlite3 database filename: /Users/geod24/projects/bpfk/stoa/data/main.db
[Stoa] 2020-12-29T03:04:15.947Z error Failed to create LedgerStorage: Error: SQLITE_ERROR: trigger tx_trigger already exists

This is blocking us from making any progress and should be fixed ASAP.

CC @MichaelKim20 @TrustHenry when will you have time to tackle this ?

I'll fix it.

Fixed in #233 although a test is still missing.

I will add a test case.

repo: bpfkorea/stoa

license: MIT


text:
bpfman: dispatcher not unloaded with invalid program type

As part of writing integration tests for error conditions, it was seen that when a dispatcher based program (XDP, TC-Ingress, TC-Egress) is loaded with the wrong program type, the dispatcher is not unloaded.
EXPECTED:
sudo ../target/debug/bpfman load image --image-url quay.io/bpfman-bytecode/tc_pass:latest tc -i eno3 -p 50 -d ingress
:
 Kernel State
 Program ID:                       39854
:

sudo ../target/debug/bpfman unload 39854

sudo ls /run/bpfman/fs/tc-ingress/

ERROR:
sudo ../target/debug/bpfman load image --image-url quay.io/bpfman-bytecode/xdp_pass:latest tc -i eno3 -p 50 -d ingress
Error: Unable to get database entry map_pin_path from tree pre_load_program_452657147: Collection [112, 114, 101, 95, 108, 111, 97, 100, 95, 112, 114, 111, 103, 114, 97, 109, 95, 52, 53, 50, 54, 53, 55, 49, 52, 55] does not exist

sudo ../target/debug/bpfman list
 Program ID  Name  Type  Load Time

sudo ls /run/bpfman/fs/tc-ingress/
dispatcher_4_1

This was found with writing integration tests for error conditions. When running the tests, bpfman panics when unloading existing programs:
RUST_LOG=debug cargo xtask integration-test -- test_invalid_parameters
:
[DEBUG integration_test::tests::error] Installing programs
[DEBUG integration_test::tests::utils] Successfully added tracepoint program: "39866" from: Image
[DEBUG integration_test::tests::utils] Successfully added tracepoint program: "39872" from: File
[DEBUG integration_test::tests::utils] Successfully added xdp program: "39879" from: File
[DEBUG integration_test::tests::utils] Successfully added tc ingress program: "39886" from: Image
[DEBUG integration_test::tests::utils] Successfully added tc egress program: "39893" from: File
:
[DEBUG integration_test::tests::error] Error checking TC Ingress load parameters: load wrong program type
[DEBUG integration_test::tests::error] Error checking TC Egress load parameters: load wrong program type
:
[DEBUG integration_test::tests::error] Error checking XDP load parameters: load wrong program type
:
[DEBUG integration_test::tests::utils] Deleting bpfman program(s)
[DEBUG integration_test::tests::utils] Successfully deleted program: "39866"
[DEBUG integration_test::tests::utils] Successfully deleted program: "39872"
thread 'main' panicked at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library/core/src/ops/function.rs:250:5:
Unexpected failure.
<bpfman panics unloading XDP>

Commented out load wrong program type tests for XDP and TC in tests/integration-test/src/tests/error.rs to allow tests to pass. Search for Issue#1101 and re-enable these tests to reproduce.

poke @astoycos

repo: bpfman/bpfman


text:
docs: Improve PER_CPU types documentation

Based on feedback from an in-person hands-on-lab for bpftrace, we received feedback that our PER_CPU types are confusing to understand.
To help with this, I reworded and added more examples to the docs. Hopefully this makes things more obvious to new users.

Checklist

[ ] Language changes are updated in man/adoc/bpftrace.adoc
[ ] User-visible and non-trivial changes updated in CHANGELOG.md
[ ] The new behaviour is covered by tests

Few small nits but otherwise LGTM

source: gharchive/pull-request

authors: danobi jordalgo

repo: bpftrace/bpftrace


text:
Update README.adoc

Trisotech now supports this I18n extension for its BPMN, CMMN and DMN XML serialization. We support element names/documentation and some Trisotech specific extension internationalization.

awesome!

authors: SimonRinguette falko


text:
New trial behavior

Discarded #75, now this is a bit simpler.
New behavior
Trial modes
There are two available trial modes: inside or outside. This defines how the trial will be counted when renewal time
is due.
USAGE WILL NOT BE CLEARED when user has had trial time. This is what gives sense to both methods.
When a new subscription to a plan is made:
If plan has trial
If plan has trial, subscriber does not have subscription but only a trial. Subscription period starts and ends at null and this is considered subscription is not made. Because in a real case scenario, when a subscriber has a trial it does not have a subscription yet, so the invoice period is made and charged after the trial has ended.
Renewal when trial is "inside"
If trial mode is inside; when trial ends and is renewed invoice period will have substracted the days of trial that have been used.
Example: 7 day trial in a 30 day subscription period.

User uses 3 days, likes the app them and renews the subscription.

Result: The next subscription renewal will be in 27 days.

User uses all 7 day trial. Forgets about the app and comes back a week later.

Result: The next subscription  renewal will be in 23 days.

In summary: this is NOT a free trial. User always ends up paying the full price for full period.
Renewal when trial is "outside"
If trial mode is outside; when trial ends and is renewed, invoice period will start at the moment it's renewed.
Example: 7 day trial in a 30 day subscription period.

User uses 3 days, likes the app them and renews the subscription.

Result: The next subscription renewal will be in 30 days. User got 3 days for free.

User uses all 7 day trial. Forgets about the app and comes back a week later.

Result: The next subscription
renewal will be in 30 days. User got 7 days for free.

In summary: this is IS a free trial. User does not pay for the trial period, but for the next subscription period.
If plan does not have trial
If plan does not have trial, subscriber has subscription. Because when a plan does not have trial, a new subscription activates a new invoicing period.
TODO:

[x] Canceling trial
[x] Sorting if trial should be considered part of the period or not
[x] Renew multiple period
[x] Don't penalize early buyers
[ ] Ending period information
[x] Resettable period issue https://github.com/bpuig/laravel-subby/issues/85

Now this makes sense.

Could you prepare a beta v5 release? Would be much easier to give it a try

Could you prepare a beta v5 release? Would be much easier to give it a try

I'm afraif that would be not possible, it would mean I'd have to merge this PR, you can use the branch this PR is on: https://github.com/bpuig/laravel-subby/tree/new_trial_behaviour

OK

Thank you for this implementation, seems to be much more logical. I share my first thoughts:
"Outside" mode

I strongly believe the user should have the right to use their free trial up to the initially set trial_ends_at ("7 days") and when they pay in the 3rd day of trial, the starts_at should start at trial_ends_at and not now(). We should not "punish" them when they quickly decide to pay for our app. (Just when they decide to cancel, we by default allow them to use the app up to the end of the period).

"Inside" mode

I have made such a simulation:

Trial with 7 days created on '2021-05-17 05:03:09'
So the trial_ends_at is '2021-05-24 05:03:09'
Today (so after a month from creating the trial), I decided to renew. So, I used 7 days trial in May, and upon paying (renewal) should still have 30-7=23 days in my subscription.
So expected behaviour would be to get starts_at set to now(), let's say '2021-06-17 05:21:20' and ends_at 23 days from now(): '2021-07-10 05:21:20'
But I got: starts_at set to '2021-05-24 05:04:14' and ends_at set to '2021-06-24 05:04:14'.

In my understanding, the user just had a gap in usage of the app between '2021-05-24 05:03:09' and '2021-06-17 05:21:20'. His trial was over, could not use the features but when finally decides to renew, we should just discard this gap of no using the app and give them the remaining 23 days.
Here if they pay in the 3rd day of trial should not matter (as this is not a free trial). But if they pay after the usage gap, they should get the remaining days.

Free plan

With the plan of price 0, I think the subscription should be valid "forever". Now, upon creating a new subscription, I got it just valid until 17 of July. Maybe with price 0 we should just set starts_at and leave ends_at as null which would mean active indefinitely? With the free plan nobody would care to renew it every month...

Universal information about end of trial/subscription

It's usual to display to the user information when their subscription ends (either with trial or without). We can grab the information if it is trial or not (isOnTrial()) but I consider getting the end of the period very cumbersome with conditional logic (if on trial, get trial_ends_at, if not on trial get ends_at). That's why I'd recommend something more generic inside the PlanSubscription.php like:

public function getPeriodEndsAtAttribute()
    {
        if ($this->isOnTrial()) {
            return $this->trial_ends_at;
        }

        return $this->ends_at;
    }

I strongly believe the user should have the right to use their free trial up to the initially set trial_ends_at ("7 days") and when they pay in the 3rd day of trial, the starts_at should start at trial_ends_at and not now(). We should not "punish" them when they quickly decide to pay for our app. (Just when they decide to cancel, we by default allow them to use the app up to the end of the period).

Done, now you get the remaining days! But trial still ends because I don't want to have trial and subscription at same time. Either one or the other.

In this mode shouldn't the usage be cleared? They used what they got for free during the trial, and with renew() should start a new period with reset, fresh features. We need to consider as well 30 or even 90 days trials. And they may renew (actually start) subscription with a different plan.

I don't think so, because if you get 7 days trial, consume everything and renew, you'd get 1 month of usage for free because you used all the available features and then got renewed with a clear usage. Trial means you just get free time, not features.

* I have made such a simulation:

The way I calculate now won't make that happen.

Shouldn't trial_mode field be copied from plan to plan_subscriptions as well? The plan definition can be changed in the meantime and we should use the definition from upon trial creation.

Yes it should, all the trial data.

* With the plan of price 0, I think the subscription should be valid "forever". Now, upon creating a new subscription, I got it just valid until 17 of July. Maybe with price 0 we should just set `starts_at` and leave `ends_at` as `null` which would mean active indefinitely? With the free plan nobody would care to renew it every month...

You should get a subscription that renews every given invoice period. For the amount of 0€, so free.

Universal information about end of trial/subscription
* It's usual to display to the user information when their subscription ends (either with trial or without). We can grab the information if it is trial or not (`isOnTrial()`) but I consider getting the end of the period very cumbersome with conditional logic (if on trial, get `trial_ends_at`, if not on trial get `ends_at`). That's why I'd recommend something more generic inside the `PlanSubscription.php` like:

public function getPeriodEndsAtAttribute()
    {
        if ($this->isOnTrial()) {
            return $this->trial_ends_at;
        }

        return $this->ends_at;
    }

I'll take a look

And what about the problem with doubling/quadrupling the allowance of the features? It won't happen now?

Too many things to remember but I think I was wrong and you were right, that features where reset by periods or something like that. Also renewal does not clear usage now. Multiple renewal should be OK.

I think I found another issue(s).
Renewal date for features is retrieved by:
$period = new Period($this->resettable_interval, $this->resettable_period, $dateFrom ?? now());
And $dateFrom is set here:
if ($feature->resettable_period) {
    // Set expiration date when the usage record is new or doesn't have one.
    if (is_null($usage->valid_until)) {
        // Set date from subscription creation date so the reset
        // period match the period specified by the subscription's plan.
        $usage->valid_until = $feature->getResetDate($this->created_at);
    } elseif ($usage->hasExpired()) {
        // If the usage record has been expired, let's assign
        // a new expiration date and reset the uses to zero.
        $usage->valid_until = $feature->getResetDate($usage->valid_until);
        $usage->used = 0;
    }
}

Soooooo... what happens if subscriber does not use the app for 1 period.... When usage is going to be recorded again... I will be set to next month from the previous period and use one. Subscribers would get 1 usage for every period they've been out. Super weird

Sorry for all that commits, I don't know what happened.

I strongly believe the user should have the right to use their free trial up to the initially set trial_ends_at ("7 days") and when they pay in the 3rd day of trial, the starts_at should start at trial_ends_at and not now(). We should not "punish" them when they quickly decide to pay for our app. (Just when they decide to cancel, we by default allow them to use the app up to the end of the period).

Done, now you get the remaining days! But trial still ends because I don't want to have trial and subscription at same time. Either one or the other.

So how does it work now? Upon renewal, trial_ends_at is set to starts_at at now()? And ends_at is prolonged by "30 days" from the previous value of trial_ends_at?

In this mode shouldn't the usage be cleared? They used what they got for free during the trial, and with renew() should start a new period with reset, fresh features. We need to consider as well 30 or even 90 days trials. And they may renew (actually start) subscription with a different plan.

I don't think so, because if you get 7 days trial, consume everything and renew, you'd get 1 month of usage for free because you used all the available features and then got renewed with a clear usage. Trial means you just get free time, not features.

I don't understand "Trial means you just get free time, not features". Companies often give 7-day trial for the "Pro" plan and allow users both to have time and to test the features for free. I rather see this scenario. And later when you subscribe, you get fresh set of features. Maybe it should be on an option then?

With the plan of price 0, I think the subscription should be valid "forever". Now, upon creating a new subscription, I got it just valid until 17 of July. Maybe with price 0 we should just set starts_at and leave ends_at as null which would mean active indefinitely? With the free plan nobody would care to renew it every month...

You should get a subscription that renews every given invoice period. For the amount of 0€, so free.

But should I (developer) care about refreshing it every month? Normally renewal comes "from outside" (payment). When we set a free 0€ subscription, it is not natural that we additionaly should care about prolonging it every month. It just should be infinite.

I think I found another issue(s).

Do you have an idea how to solve it? I think we need a check whether a date is inside a subscription period and if $usage->valid_until is inside the active subscription, we should probably use start of the subscription period? BUT we do not have this, it should be manually calculated: ends_at minus invoice period.
Buuuut... then feature usage is not decoupled from subscriptions... And sub period can be a year, and feature a month...
Maybe there should be a loop for incrementing $usage->valid_until until we land on "current" period before doing the real feature record? I mean something like this:
valid_until = valid_until + resettable period
if now() "inside" (valid_until + resettable period) then break the loop and record feature usage
(of course when valid_until is already in current period, there is no loop necessary)

Wait... You already solved it at https://github.com/bpuig/laravel-subby/pull/86/commits/e335d97d90bfbd1758c5f71cd884801ca283d49f ! Funny thing that we came to the same conclusion of doing it in a loop :)

So how does it work now? Upon renewal, trial_ends_at is set to starts_at at now()? And ends_at is prolonged by "30 days" from the previous value of trial_ends_at?

Trial ends at now and then:

Inside: We get trial length, substract remaining days and them from a full period.

7 day trial on 30 day period = 30 day

Used 7 days and come back a month later: subscription will do 30 - 7 used days.
Used 4 days and renew: Subscription will renew 30 - 4 used days.

Outside: We add remaining trial days to the end of subscription.

7 day trial on 30 day period = 37 day
- Used 7 days and come back a month later: new subscription will be 30 days.
- Used 4 days and renew: Subscription will renew 30 + 3 unused days.

I don't understand "Trial means you just get free time, not features". Companies often give 7-day trial for the "Pro" plan and allow users both to have time and to test the features for free. I rather see this scenario. And later when you subscribe, you get fresh set of features. Maybe it should be on an option then?

Then you are giving a month set of features for free, do you really want that? I can look into making it an option, makes sense, not economically, but makes sense... 😆

But should I (developer) care about refreshing it every month? Normally renewal comes "from outside" (payment). When we set a free 0€ subscription, it is not natural that we additionaly should care about prolonging it every month. It just should be infinite.

Subscriptions should auto-renew until canceled. I know there is the payment thing that should be sorted sometime, but right now the package is a "bubble" that should not care what happens in the outside world (payment platform).

I don't understand "Trial means you just get free time, not features". Companies often give 7-day trial for the "Pro" plan and allow users both to have time and to test the features for free. I rather see this scenario. And later when you subscribe, you get fresh set of features. Maybe it should be on an option then?

Then you are giving a month set of features for free, do you really want that? I can look into making it an option, makes sense, not economically, but makes sense...

Sometimes you need to give a user something totally for free (even the Pro "sub") so that they get to know your solution and only later ask them to pay. If the trial is longer, eg. for 30 days and they later prolong, they need to have fresh usage limits. And even if trial is 7-14 days, when they decided to prolong, they get a new subscription and in my opinion, they need to get fresh usage limits as well. I consider a free trial to be a real free trial. So I think, it would be good implementing such an option.

But should I (developer) care about refreshing it every month? Normally renewal comes "from outside" (payment). When we set a free 0€ subscription, it is not natural that we additionaly should care about prolonging it every month. It just should be infinite.

Subscriptions should auto-renew until canceled. I know there is the payment thing that should be sorted sometime, but right now the package is a "bubble" that should not care what happens in the outside world (payment platform).

Hmm... So I was not aware of the auto-renewal of free subscriptions. Where does it happen in the code?

If the trial is longer, eg. for 30 days and they later prolong, they need to have fresh usage limits.

I'll try to implement the behavior somehow 👍

Hmm... So I was not aware of the auto-renewal of free subscriptions. Where does it happen in the code?

I meant YOU need to auto-renew the subscriptions. The package was (is) thought that you handle renewals when subscription ends, and you should keep track of renewals.

Hmm... So I was not aware of the auto-renewal of free subscriptions. Where does it happen in the code?

I meant YOU need to auto-renew the subscriptions. The package was (is) thought that you handle renewals when subscription ends, and you should keep track of renewals.

That's natural that subscriptions with the price need to have the outside event to trigger the renewal. But the free subscriptions don't even demand the outside world, they should just exist and be available. And that's why I talk about some special handling of the free subscriptions, inside the package "bubble" itself.
AFAIR this manual renewing of free subscriptions is not mentioned in the docs? Or I didn't notice that. Common sense tells me that if the subscription is free, it's just can be used forever and no external steps need to be taken. It would be a big nuisance to set up an extra scheduler job just to keep free subs "alive".
IMHO it would be reasonable to fill the starts_at and leave the ends_at with null, we'd need a new method isFree() (true if price equals 0 (and maybe if ends_at is null)) and in such a case the isActive() would return true if || $this->isFree(). hasEnded() should as well return false if isFree().

I think this is almost good to go. I have been away for some time so I'm not fully fresh about what we were talking.
This branch accepts renewal by periods. Also renewal does not clear usage just manipulates periods, since that is done by the usage model automatically.
If you want to take a look at it, I'll live it open some more time in case I find anything more.
Exceptions for free subscriptions will not be made, they will be treated as a regular subscription with 0 price. This will keep the package more coherent and with the minimum exceptions and variants possible as long as it is usable.
:smile:

Thank you! I hope to be able to test it the next week and will give some feedback

authors: boryn bpuig

repo: bpuig/laravel-subby


text:
Possible fix for null access_token bug

This is a possible fix for #1 .
Though' there is probably a better way.

Thanks for the PR! It's not a bad fix but I'd rather opt for keeping this extension simple by removing the reliance on access_token instead of keeping it for backwards compatibility.
https://github.com/br41nslug/directus-extension-3d-viewer/pull/3


text:
Tried 4.5 bios version on 2 PSone, able to restore memory card afterwards with PS2 and PS1 itself.

Just reporting that it is working fine on 2 PSOne consoles I've tried. Both with 4.5 version. With 4.4 wasn't working.
Probably both consoles have latest bios revision. Tried with an old third party memory card flashed with PS2 Memory Card Annihilator v2.
What I noticed is that I was able to reflash the memory card from 4.4 to 4.5 always using Memory Card Annihilator without it stopping from recognising the memory card and freezing.
But then I flashed the memory card with the "bios 3.x" version to try on an SCPH-1002 PS1 and then I wasn't able to use Memory Card Annihilator anymore... Until I tried Memory Card Manager (MCM.EXE for PS1) and I was able to format the memory card and get it working normally again!
You can find MCM on PAV_PSXHKB7 cd image collection to use on the console. I'll attach here only the MCM.exe
MCM.zip
Note: MCM won't load with the modified memory card inserted. Let the program load and then insert the memory card to format with the PS1. Tried this on a real PS1 model SCPH-1002.

Hello! How do you use MCM.EXE on the PS1? I just tested the PSone freepsxboot-unirom-20210412-101 image and it worked fine. I flashed freepsxboot-unirom-20210412-5001-5501-5503-7003 image, couldn't get it work on a NTSC 5501, and now have the same issue. MCKiller and MCAnnihilator freeze as soon as I insert it on the PS2 for formatting or load a new image.

I think I might know now. I am will try the PSX 4in1 Ultimate Cheat Collection and see if I can format it.

Ok I was able to reformat the card by using PSX Hacker Kit (18 in 1) and loading Memory Card Manager. Whew...I thought my MC Card was toast!

Ok I was able to reformat the card by using PSX Hacker Kit (18 in 1) and loading Memory Card Manager. Whew...I thought my MC Card was toast!

Nice you figured it out. Yeah I didn't post a link to the disc image itself of that collection since I think it contains copyrighted material.

I just wanted to mention that I get some inconsistencies with models. I have six NTSC SCPH-5501 models and five of them will boot this hack on a regular basis. One SCPH-5501 just refuses to do anything when clicking memory card. I have tested four PSone one models with a PM-41 motherboard. These have the large circular rubber pads on the bottom. Two of them will boot the hack but the other two just freeze when selecting memory card. I also tested four PSone models with a PM-41 (2) motherboard. These have the small circular rubber pads on the bottom. All four of these will boot the hack. Just wanted to report my findings.

I just wanted to mention that I get some inconsistencies with models. I have six NTSC SCPH-5501 models and five of them will boot this hack on a regular basis. One SCPH-5501 just refuses to do anything when clicking memory card. I have tested four PSone models with a PM-41 motherboard. These have the large circular rubber pads on the bottom. Two of them will boot the hack but the other two just freeze when selecting memory card. I also tested four PSone models with a PM-41 (2) motherboard. These have the small circular rubber pads on the bottom. All four of these will boot the hack. Just wanted to report my findings.

Do the 2 PSone not booting the exploit have the "colored" menu screen like the latest fat models? Or maybe they have a modchip. Another person wrote that it doesn't work on its modchipped PSone...

Here are my findings. The PSone models all have the gray memory card/CD Player screen.
These are all NTSC models.
PM-41 (2) with MM3 modchip works
PM-41 (2) working no mods
PM-41 (2) working no mods
PM-41 not working freezes no mods
PM-41 not working freezes no mods
PM-41 working no mods
PM-41 working MM3 modchip installed
SCPH-5501 working no mods
SCPH-5501 working no mods
SCPH-5501 working no mods
SCPH-5501 working X-Station installed
SCPH-5501 working PSIO switchboard installed, PSIO not attched.
SCPH-5501 not working freezes no mods

PU-18-boards (5xxx) had 8 different (minor) revisions (-11 to -81), PM41* (10x) at least the same (-11 to -71 and -82).
Maybe those that don't work have something in common (other board-model, -revision, BIOS for some odd reason)?
For the non-working PM-41, maybe it's one of the early ones with 4.4 BIOS?

Ok, I loaded PSX BIOS dumper 2.6 on some these to get the BIOS info. You are correct hurda. Two of the PM-41 have the 4.4 BIOS. I flashed the freepsxboot-unirom-20210412-102_4.4 image to a memory card and it works on the two SCPH-101 PM-41 models with the 4.4 BIOS. I still can't get the one SCPH-5501 to load the exploit and it has the same BIOS as the working SCPH-5501 models. The next task may to disassemble some of them and look at the board revision.
These are all NTSC models.
PM-41 (2) with MM3 modchip works
PM-41 (2) working no mods BIOS CRC-32 8d8cb7e4 Bios Version: 3.0 Date 11/18/96
PM-41 (2) working no mods BIOS CRC-32 8d8cb7e4 Bios Version: 3.0 Date 11/18/96
PM-41 not working freezes no mods BIOS CRC-32 6a0e22a0 Bios Version: 4.4 Date 3/24/00
PM-41 not working freezes no mods BIOS CRC-32 6a0e22a0 Bios Version: 4.4 Date 3/24/00
PM-41 working no mods BIOS CRC-32 171bdcec Bios Version: 4.5 Date 5/25/00
PM-41 working MM3 modchip installed BIOS CRC-32 171bdcec Bios Version: 4.5 Date 5/25/00
SCPH-5501 working no mods BIOS CRC-32 8d8cb7e4 Bios Version: 3.0 Date 11/18/96
SCPH-5501 working no mods BIOS CRC-32 8d8cb7e4 Bios Version: 3.0 Date 11/18/96
SCPH-5501 working no mods
SCPH-5501 working X-Station installed
SCPH-5501 working PSIO switchboard installed, PSIO not attched.
SCPH-5501 not working freezes no mods Bios CRC-32 8d8cb7e4 BIOS Version: 3.0 Date 11/18/96

Closing this (well it wasn't actually an issue thread for me). Also seems that the new release solved some minor issues with PU-18 rev52 boards.

repo: brad-lin/FreePSXBoot


text:
TypeError: eslint_1.CLIEngine is not a constructor in Node 16.11.1

This error:
[ESLINT] Run With Configuration  {
  extensions: [ '.js', '.jsx', '.ts', '.tsx' ],
  ignore: true,
  useEslintrc: true,
  rulePaths: [],
  errorOnUnmatchedPattern: false,
  fix: false,
  configFile: undefined
}
##[error]TypeError: eslint_1.CLIEngine is not a
##[error]eslint_1.CLIEngine is not a constructor

Is caused by the following workflow YML:
name: pull-request

on:
  pull_request:
    branches: [ master ]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - name: Check out code
        uses: actions/checkout@v2

      - name: Set up node
        uses: actions/setup-node@v2
        with:
          node-version: '16.11.1'
          cache: 'yarn'

      - name: Install dependencies
        run: yarn

      - name: ESLint Plus
        uses: bradennapier/eslint-plus-action@v3

      - name: Run tests
        run: yarn test

Same issue, but with node 14.18.1

It does work with 16.13.0 when using npm

I have this issue with 16.13.0 the issue is "solved" by setting module to ESNext in tsconfig.json but that breaks the rest of my code

Isn't this issue related to breaking changes in eslint 8 and not node?

Any update on this?

might be helpful for the repo owner to fix the issue https://eslint.org/docs/8.0.0/user-guide/migrating-to-8.0.0#the-cliengine-class-has-been-removed

Added a PR: #73
This can already used with:
- name : Run eslint on changed files
  uses : Maggi64/eslint-plus-action@master

authors: Gaeta Maggi64 augusto-joecoffee einSelbst jfeldstein

repo: bradennapier/eslint-plus-action


text:
Support checking repository on push to branch (not via PR)

Owners can push directly to master/other branches:

We need the permissions and workflow figured out before a release is public, as it's not clear exactly how to add more permissions to an integration at a later stage.
Note many people would push to their repository then make a PR, this workflow should ideally not cause GopherCI to run on push and then on PR creation.

We'll need to also support sending an email notification to the user on failure, but it's not clear to me exactly how to get the user's permission. I presume only members of the user/organisation can push directly to a branch, and in which case I may or may not have access to their private email address.

Additionally, gopherCI seems to only build a PR on the first opening of it, not for subsequent commits on the same PR (not sure if I'm misreading this though)

Yeah and I'm tracking that in https://github.com/bradleyfalzon/gopherci/issues/24 it's a really simple fix so will address soon.

This is now being blocked by https://github.com/google/go-github/pull/533 but I don't think I'll have an implementation before that's merged in anyway.

Note many people would push to their repository then make a PR, this workflow should ideally not cause GopherCI to run on push and then on PR creation.

Hehe, Travis does that and it's indeed suboptimal. But the fact they haven't resolved it makes me unsure if it's viable to solve it well (maybe it is, maybe it isn't).
Are you planning on using commit statuses to report CI result on pushed commits? I guess so based on google/go-github#533. That's what Travis does too, and I think it'll be great. Just wanted to give the approach a 👍.

Correct, that's what the go-github PR is for, just working out how to best make https://github.com/bradleyfalzon/gopherci/blob/master/internal/github/handlers.go#L67 a little more generic (move to event method which accepts statuses url, analyser.config and installationID), so a small refactor is needed but I think it's all relatively straight forward.
To begin with, I'll just hit the statuses API and in the near future, we can organise email notifications (and other notifications customisation in general), but the first step is having us check the push request.

authors: bradleyfalzon fortytw2 shurcooL

repo: bradleyfalzon/gopherci


text:
Android line thickness

The problem is that I'm setting the pen width to 2 or even 1 and the line doesn't change the size, it is too big

Could you try the demo app on the repo and see if you get the same result? If not, could you provide a sample app to test this with? I have not seen this issue personally.

Demo app is working, if you have an issue still please share the code and I'll help you figure out what's wrong in your setup. 😄

authors: bradmartin eleddie

repo: bradmartin/nativescript-drawingpad


text:
On mac montrey when trying to enter new account the application fails

Hi team,
I am using mac with the pre-built releases (tried 1.6 and 1.5) and when trying to add account (tried bank ha-poalim and bein-leumi)

The application cashes.
before crash:

when pressing any letter in the account text box the app just turns white:

Hi @dj-dn,
Please open the developer tools console before doing this and tell us what error you see.
To open the developer tools press:
Command + Option + I
There you will have a tab called console where you should see the error

Is there any WA in this version (some local file to edit?)
Do you think it will not happen if I run it on Windows VM?

I see the issue, will create a branch with a fix soon

@brafdlog will you release a version with the fix or you recommend be to build from source?

Working on it: https://github.com/brafdlog/caspion/actions/runs/3721745288

authors: brafdlog dj-dn

repo: brafdlog/caspion


text:
[Question] Could you please upload the trained generator weights?

Hi,
I was wondering if you could upload the trained weights of the generator that I can directly use for running the test code.
Thanks in advance.

This is no longer needed for me since I was able to train the model on my own dataset.

repo: brain-research/self-attention-gan


text:
[ENH] set up labeller

This fixes the labeller and is the last piece to get our automated "issue to project page" workflow going:

based on the amazing work from @SamGuay from last year
polished even further and troubleshooted by the awesome @jhlegarreta

:rocket: @Remi-Gau

authors: Remi-Gau jhlegarreta


text:
Use json-schema gem instead of json_schema

Inspired by https://github.com/braintree/open_api_parser/issues/7 and in response to the json_schema gem not properly validating nested objects, this PR switches the json_schema gem with the json-schema gem.
We found this issue when there was an OpenAPI spec file with an invalid HTTP method type.
paths:
  /animals:
    fake-http-method:

Despite the spec defining the allowed values in /resources/swagger_meta_schema.json#L306-L343, those rules were not being enforced by the json_schema gem and the invalid spec was considered valid. Using the json-schema gem, validation was performed properly:

The property '#/paths//animals' contains additional properties ["fake-http-method"] outside of the schema when none are allowed in schema

Also, fixed some of the descriptions in valid_spec.yaml that were copy pasted.
@drewolson @jfeltesse-mdsol @jcarres-mdsol @ykitamura-mdsol

Thanks. I'll try to take a look at this later this week.

Gentle ping~ 😄

@drewolson do you have a rough idea on when you'll have time to have a look? We can always use our fork in the meantime but that's obviously not an ideal solution.

I plan on investigating this Friday.

Much appreciated @drewolson!

authors: drewolson jfeltesse-mdsol ssteeg-mdsol


text:
[utils/measure] LIGHT_MODEL_ID and LIGHT_ENTITY_ID seems to not work

System Health details
Not applicable
Checklist

[X] I have read the FAQ to see if there is a known solution to my problem.
[X] I have enabled debug logging for my installation.
[X] I have filled out the issue template to the best of my ability.
[X] This issue only contains 1 issue (if you have multiple issues, open one issue for each issue).
[X] This issue is not a duplicate issue of currently previous issues..

Describe the issue
The .env settings for LIGHT_MODEL_ID and LIGHT_ENTITY_ID seems to not work.
I've set mine and the measuring script still shows the list of entitiy ids and then asks for the light model id:
[?] Select the light entity:
 > light.0xe07123123123123
   light.ceiling_lamps_bathroom
   light.ceiling_lamps_hallway
   light.ceiling_lamps_kitchen
   light.ceiling_lamps_left_room
   light.ceiling_lamps_right_room
   light.lamp_bathroom_ceiling_1
   light.lamp_bathroom_ceiling_2
   [...]

[?] What model is your light? Ex: LED1837R5:

Here's my .env:
❯ grep -vE '^#|^HASS_TOKEN|^[[:space:]]*$' .env
POWER_METER=shelly
LIGHT_CONTROLLER=hass
LIGHT_TRANSITION_TIME=0
MEDIA_CONTROLLER=hass
CHARGING_CONTROLLER=hass
LOG_LEVEL=INFO
SLEEP_TIME=3
SLEEP_TIME_SAMPLE=3
SLEEP_TIME_HUE=2
SLEEP_TIME_SAT=2
SLEEP_TIME_CT=1
SAMPLE_COUNT=2
MAX_NUDGES=0
PULSE_TIME_NUDGE=2
SLEEP_NUDGE=10
MIN_BRIGHTNESS=1
HS_BRI_PRECISION=1.0
HS_HUE_PRECISION=1.0
HS_SAT_PRECISION=1.0
SHELLY_IP=192.168.8.28
SHELLY_TIMEOUT=60
TUYA_DEVICE_ID=aaaaaaaaad89682385bbb
TUYA_DEVICE_IP=x.x.x.x
TUYA_DEVICE_KEY=aaaaaaaae1b8abb
TUYA_DEVICE_VERSION=3.3
HUE_BRIDGE_IP=x.x.x.x
HASS_URL=http://192.168.8.5:8123/api
HASS_CALL_UPDATE_ENTITY_SERVICE=false
TASMOTA_DEVICE_IP=x.x.x.x
KASA_DEVICE_IP=x.x.x.x
MYSTROM_DEVICE_IP=x.x.x.x
GENERATE_MODEL_JSON=true
GZIP=true
MULTIPLE_LIGHTS=false
LIGHT_ENTITY_ID=light.0xe07123123123123
MEASURE_DEVICE=Shelly PM Mini Gen3
NUM_LIGHTS=1
LIGHT_MODEL_ID=ABCDEFG
MODEL_NAME=Light Bulb Name
DUMMY_LOAD=true

I'm using the master @ https://github.com/bramstroker/homeassistant-powercalc/commit/0a5e3100882368fc093360a0008b7c026b75be60
Reproduction steps
see above
Debug logs
Not applicable

Diagnostics dump or YAML config
No response

@RubenKelevra I think it was changed to entity_id, so could you try ENTITY_ID please?
I'm busy restructuring my unifi network, so my HA instance is unavailable right now, so I cannot easily test.

Ah okay, in this case the .env example needs to be updated:
https://github.com/bramstroker/homeassistant-powercalc/blob/2698b5ed73ef7ebf08f029f08949c1bd71701d2c/utils/measure/.env.dist#L89

Yes, if you can verify ENTITY_ID actually works we need to update the dist env accordingly.

checked and it fixes this. I've send a PR

authors: RubenKelevra bramstroker

repo: bramstroker/homeassistant-powercalc


text:
[Feature💄]: Refactor reset password component.

👶 Getting Started
Please search the history to see if an issue already exists for the same problem.

[X] I have searched the existing issues.
[X] I have tested the latest version.

📝 Describe the feature
The current implementation of ResetPassword states component are not following the so-called "Best Practice" or whatever. You can take a look at the SignIn component after the refactoring process for a guide to how things should look like.
📸 Screenshots
Not necessary.
🔦 Context
That's it. Good luck!

Hi @wiseaidev, I would like to work on this issue! Thanks.

Thanks once again for your contribution!

authors: andrewkykoo wiseaidev

repo: brave-chat/brave-chat


text:
Updates CLI and adds logging

Hi,
I've made a small PR with an updated CLI that uses click.
Also added colored logs and replaced prints with loggin.
Please check if you like it 😄

this looks great! any changes you want to add or is this ready?
we could make coloredlogs optional with a try/except ImportError but that's not necessary.

No I think this is ok for now.
I've added coloredlogs to requirements.txt so it should be fine when upgrading?

Btw thanks for an excellent tool, we will probably be able to replace several tools like plink and homemade stuff with this!

yes, the install will be ok. it would just remove 1 required dependency for conda.

glad to hear it's useful!

Ok then, feel free to merge whenever you are ready or tell me if there is anything else I should add

authors: brentp moonso

repo: brentp/peddy


text:
NPE in setLoginTimeout with 2.4.1 release

Hi,
I was using 2.3.7 and upgraded to 2.4.1 and ran into an NPE.
It appears there is a circular dependency ( not necessarily a bad thing ) in the HikariDataSource class.
Maybe some null checks are needed for the "pool" reference.
Here is the relevant trace:
Caused by: java.lang.NullPointerException
at com.zaxxer.hikari.HikariDataSource.setLoginTimeout(HikariDataSource.java:131)
at org.springframework.jdbc.datasource.DelegatingDataSource.setLoginTimeout(DelegatingDataSource.java:104)
at com.zaxxer.hikari.pool.PoolElf.setLoginTimeout(PoolElf.java:504)
at com.zaxxer.hikari.pool.PoolElf.initializeDataSource(PoolElf.java:161)
at com.zaxxer.hikari.pool.HikariPool.(HikariPool.java:113)
at com.zaxxer.hikari.HikariDataSource.getConnection(HikariDataSource.java:96)
In 2.3.7, the HikariDataSource uses a map in the setLoginTimeout() and so does not encounter this problem. ( 2.3.7 implementation below ).
public void setLoginTimeout(int seconds) throws SQLException
{
for (HikariPool hikariPool : multiPool.values()) {
hikariPool.getDataSource().setLoginTimeout(seconds);
}
}
Thanks,
Prakash

... wait, what?  How is it that HikariDataSource is wrapping a DelegatingDataSource that itself wraps a HikariDataSource?

Brett, I think you are right about this being a Spring config issue. I will investigate more. Will close this for now.

I got the same error with 2.4.1 and the following xml configuration:
<bean id="hikariConfig" class="com.zaxxer.hikari.HikariConfig">
		<property name="poolName" value="springHikariCP" />
		<property name="dataSourceClassName" value="com.zaxxer.hikari.HikariDataSource" />
		<property name="maximumPoolSize" value="2" />
		<property name="idleTimeout" value="600000" />
		<property name="connectionTimeout" value="20000" />
		<property name="dataSourceProperties">
			<props>
				<prop key="jdbcUrl">jdbc:oracle:thin:@vs1706.intranet.asf.ro:1521:CAPONE</prop>
				<prop key="username">capagency</prop>
				<prop key="password">capone</prop>
			</props>
		</property>
</bean>

	<!-- HikariCP configuration -->
<bean id="dataSource" class="com.zaxxer.hikari.HikariDataSource" destroy-method="close">
		<constructor-arg ref="hikariConfig" />
</bean>

When downgrading to 2.3.7 it worked well.
The configuration from java code works well:
	@Bean(destroyMethod = "close")
	public DataSource dataSource() {
		final HikariDataSource dataSource = new HikariDataSource();
		dataSource.setDriverClassName("oracle.jdbc.driver.OracleDriver");
		dataSource.setJdbcUrl("jdbc:oracle:thin:@vs1706.intranet.asf.ro:1521:CAPONE");
		dataSource.setUsername("capagency");
		dataSource.setPassword("capone");
		dataSource.setIdleTimeout(600000);
		dataSource.setMinimumIdle(0);
		dataSource.setMaximumPoolSize(2);
		dataSource.setConnectionTimeout(180000);
		return dataSource;
	}

I think the issue should be reopened.
Thank you

@danjee try latest 2.4.6 and if it does not work, please post more info like stack trace if any exception or 'debug' logs.

authors: brettwooldridge danjee nitincchauhan prakashgs

repo: brettwooldridge/HikariCP


text:
Column widths not updated after rotation

To reproduce:

Start app and rotate from portrait to landscape
one column will not be updated while in landscape
Rotate back to portrait and things are fine.

If you are in landscape and toggle a different column size and toggle back to the original size of 2 and continue to rotate things appear to be fine.
I need this functionality and will work on it.

@kmcgill88 How do I contact you?


text:
feature request: set hyperref to only the title

Currently when using windycity in combination with hyperref, the entire citation becomes a hyperlink. I would like to request an option to make only the title a hyperlink.
Although linking the entire citation would normally be preferable, it becomes a problem in combination with the way latex handles links in footnotes. When a citation bleeds over to the next page, the entire next page becomes part of the link (at least until it encounters a new link). Setting only the title as link would make this a much less common problem.

Excellent idea, thanks! I'll report back when I have a commit.

I've updated windycity.cbx and windycity.bbx with the changes. The option is called shortlinks. I've updated the user guide to give a brief explanation and some examples. There's also an entry for it in the changelog.
One issue, perhaps: It can cause minute changes in spacing, so switching between the default and shortlinks might on rare occasions change where certain lines wrap. I noticed a few cases of this when I compiled the user guide with it, and that's over 100 pages with a large number of citations. I assume it's a quirk of either bibhyperref or hyperref. I don't see a way to prevent it.
Anyway, thanks for the suggestion!

Awesome! Thanks for implementing this so quickly.

repo: brianchase/windycity


text:
Proposal of supporting Application Default Credentials when benchmarking Cloud Datastore

For now, if we want to benchmark Cloud Datastore, we have to pass p12 key file and service account params to YCSB, which is inconvenient when we run the benchmark inside Google Compute Engine or if we want to call YCSB via PerfKitBenchmark.
The plan:
Instead of throwing exceptions when googledatastore.privateKeyFIle or googledatastore.serviceAccount are not set, we try to create Datastore client using ADC by calling:
1)
Use gcloud APIs.
This is more straightforward API than v1beta3, very easy to use. But requires changes in all call sites.
gcloud API Documentation
I prefer this one.

import com.google.cloud.datastore.Datastore;
import com.google.cloud.datastore.DatastoreOptions;
Datastore datastore = DatastoreOptions.defaultInstance().service();

Keep using v1beta3 APIs. No code change needed in all the call sites.

import com.google.datastore.v1beta3.client.Datastore;
import com.google.datastore.v1beta3.client.DatastoreFactory;
import com.google.datastore.v1beta3.client.DatastoreHelper;
import com.google.datastore.v1beta3.client.DatastoreOptions;
DatastoreOptions options = DatastoreHelper.getOptionsFromEnv().projectId(datasetId).build();
Datastore datastore = DatastoreFactory.get().create(options);

Possibly a duplicate of #510 posed by the original author of the googledatastore binding. This extra functionality would be much appreciated, would you be up for submitting a patch?

Closing as duplicate of #510. @k1xme please open a PR if you can!

authors: k1xme kruthar risdenk

repo: brianfrankcooper/YCSB


text:
Question while running latest YCSB with hbase

This is not an issue. It is more of a query.
I try to load my HBase database for doing some benchmarks. My intention is to load the DB with some data and then try out the pure read workload with different threads.
I use the workloada profile which generates ~1K record with 10 cols each (val is 100 bytes). I use 10 threads to load this data.
Now when I had the record count as recordcount=100144000, assuming each record is 1k (i know it is going to be more leaving out the key value serializtion overhead) i get around 95G as the size that will be loaded. Finally after the loading was complete when I try to scan the entire table I find 136G in the table.
Since this data size was not enough for my tests I tried increasing the record count
recordcount = 180144000 - assuming I will have 170G and even if I include 1/3rd of this size as the overhead due to kv serialization I still should get 220G to 230G of data. But on scanning the full table I find the size to be greater than 260G.
`recordcount=180144000
operationcount=1
workload=com.yahoo.ycsb.workloads.CoreWorkload
readallfields=true
readproportion=0.5
updateproportion=0.5
scanproportion=0
insertproportion=0
requestdistribution=zipfian
`
I use ./ycsb load only so I assume it does not honour the the other proportions.
I think am missing out some where in the calculation part. Is it because the updateProportion is also taking into effect here?

@ramkrish86 did you clear the HBase table out before rerunning the load? If not I would assume you would get 180144000 + 100144000 so that would be (136 + (136*(180144000/100144000))GB or 380GB? At least by my rough math there could be duplicates and stuff that doesn't mean you would get all unique numbers.
The load doesn't use read, update, scan, or insert proportions and instead is just loading data to work with.

Am sure there is no duplicate because i format the entire cluster before loading . So the records that i insert is for a fresh table

As per my math i expected around 220g at the worst case. But around 260g is a mystery to me

Based on your numbers, it looks like the overhead is 35-40%. It would match exactly what your numbers are:
((num_cols*field_size+key_prefix+key_size)*records)*factor
((10*100+4+7)*100144000)*1.35 bytes to gigabytes = 136.681538 gigabytes
((10*100+4+7)*180144000)*1.4 bytes to gigabytes = 254.975818 gigabytes

Ya I think so - the overhead for serializaton for every cel is 21 without considering the actual bytes forming the data of the cell which includes the row data bytes, family data bytes, qual data bytes etc.
So may  be there the row length is increasing the overrhead to around 35-40% including this 21 bytes per cell. Thanks @risdenk .
I think it may be useful to document saying every cell with 21 bytes fixed overhead and along with that since YCSB generates row length of say 'x' bytes adding all will have an overhead of 'y%'. This will help to make data loading calculation much easier.

@ramkrish86 Do you have references on where you found the 21 bytes per cell overhead? If you can put together a PR that updates the HBase binding readme that could be useful.

No update so closing issue.


text:
Generation is in the wrong language

citations in the text are like this:
(Interview, sd)
When i try to generate the bibliography it generates this:

The field that it is generated in, is in englis(us) even tho the language of the souce is set to dutch.
even after setting the field to dutch via the three dots it won't change to a correct form.
the parts that should change are:

(Interview, sd)  -->  (interview, z.d.)
(sd).  -->  (z.d.)
Retrieved maart 25, 2024, from  -->  Geraadpleegd op 25 maart 2024, van

I had a look through the code but i was unable to spot where it is going wrong.

I believe this is related to the solved issue #3.

As far as i can tell, the text that does not change is hard coded on line 452 and 464.
Workaround, not solution:
One way to "work around" this until or if it is resolved is to make a copy of the XML file and rename the file, add it to the relevant folders.
Modify the name of the bibliography style and give it a new version number version 7.1 (may be optional).
Bibliography style name: Line 2136
Version number: 2140

Remember to change to local of your language, in the case of dutch, LCID 1043 on line 2176, otherwise it may be difficult to differentiate from the other version of the bibliography.

I have tested in my case, in Danish and have highlighted the words that i have changed manually in the code:

This is how it looks in the drop down menu with my initial tests:

Please note, this is not a suggestion to solve the issue, but rather a workaround for you to quickly get a working bibliography in your language.
Since the text is hardcoded, it will not allow you to mix Dutch and English entries, but it should allow you to have either one or the other.

Reintroducing the lines, that was previously commented out according to #3 seemed to fix it for me and did not reintroduce the noted issue on the URLs.

My test:

If somebody else can confirm that it does indeed not reintroduce the URL issue, i can modify the code, reintroduce the automatic translations, and make a pull request.


text:
Does JWS support verification with a PKCS#8 public key?

I know that JWS can support reading a PEM key using the PCKS#1 encoding - a public key looks like this:
-----BEGIN RSA PUBLIC KEY-----
MIIBCgKCAQEAwEYqf3HAL+h0CbcM6cnVfT6hDw0nNPkLYKld54qRYhJa+txnI8so
bIhP4/1l3TnNZldFFOatRlZAxuNG8Dk4L/QQmDeIsOkYQ5oiytSCbUrJv44aOPjL
G72XhVOaOLMT2vp/guOVAjTYOyF83asoOpPVtFeiBHhKudMrpPzeq3qwGMxfVVPy
NlztFjnTlkAKMtkbkwcpzdTn4y/pDo47+LgkDckReoqTIK4Z1bp86Oa6eBOa7/6w
hIXG3aCQiMQfJUBEBRA7mmV4g+jNWMhCBMEsOZj+KUErfilPv1FL4zP3E8kNCu+B
GYCSuj0doIxreVHDifXd+5Lmhr6NDkhG5QIDAQAB
-----END RSA PUBLIC KEY-----

Does it support the PCKS#8 encoding, which defines the key type within the payload itself? (Note that these are the same - this format includes the Object Identifier as part of the key and omits 'RSA').
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEAwEYqf3HAL+h0CbcM6cnVfT6hDw0nNPkLYKld54qRYhJa+txnI8so
bIhP4/1l3TnNZldFFOatRlZAxuNG8Dk4L/QQmDeIsOkYQ5oiytSCbUrJv44aOPjL
G72XhVOaOLMT2vp/guOVAjTYOyF83asoOpPVtFeiBHhKudMrpPzeq3qwGMxfVVPy
NlztFjnTlkAKMtkbkwcpzdTn4y/pDo47+LgkDckReoqTIK4Z1bp86Oa6eBOa7/6w
hIXG3aCQiMQfJUBEBRA7mmV4g+jNWMhCBMEsOZj+KUErfilPv1FL4zP3E8kNCu+B
GYCSuj0doIxreVHDifXd+5Lmhr6NDkhG5QIDAQAB
-----END PUBLIC KEY-----

node-jwa and thus node-jws simply use the node crypto module, so whatever that supports https://iojs.org/api/crypto.html#crypto_crypto_createsign_algorithm

authors: jedd-ahyoung omsmith

repo: brianloveswords/node-jws


text:
Extra Method Suggestions

Hi, great work on gofakeit!  If you have time, there are a couple of methods that I used heavily in the Ruby Faker Gem, which ould be awesome to see make it over here:

Hipster
Beer
Hacker

If these, or any other from stympy/faker made it into gofakeit, I would be very grateful!

Thanks for the kind words!
I like these and i see some things in stympy that i can add too. Ill get on this.

got hipster in, going to add beer and hacker before I do a new release

You hero!
Cheers!
Jim
On 1 Jun 2017 7:52 pm, "Brian Voelker" notifications@github.com wrote:

got hipster in, going to add beer and hacker before I do a new release
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/brianvoe/gofakeit/issues/2#issuecomment-305585861,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAlD4UEXdlbX_vnRaxgy_dI_er74oJqEks5r_whYgaJpZM4NsGQi
.

Added Hipster, Beer and hacker. Updated version and pushed. Let me if this works for you.
Thanks.

authors: brianvoe jimthree

repo: brianvoe/gofakeit


text:
some issues / max --i files per line?

Hello,
what is the max lines in the adress file?
What happend wenn i use the last priv key FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 ?
Will BitCrack start all over again?

There is no hard limit on the number addresses read from an address list. The only limit is the amount of GPU memory. The GPU needs to keep a bloom filter in memory. You should be able to fit a few million keys (my 1GB GT 640 for instance can handle 13 million keys).
BitCrack will roll over to 0 after it reaches the largest private key. This is by design.
D:\BitCrack>AddrGen.exe fffff
00000000000000000000000000000000000000000000000000000000000FFFFF
04E5F2018D37069E0EAB27C2F881A447E668DFA363377EDB831B8743DB5D65BE1C00338E5D9C9CB6E864D0F73FC0165FD3E1723C81A30BFB0EA08F5465FE8F111E
1GPbR8Up1VX1YR7vWUYVauPdpGjSjPWKmk

D:\BitCrack>BitCrack64.exe -s FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 1GPbR8Up1VX1YR7vWUYVauPdpGjSjPWKmk
[2018-09-20.20:09:17] [Info] Compression: compressed
[2018-09-20.20:09:17] [Info] Starting at: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140
[2018-09-20.20:09:17] [Info] Initializing GeForce GT 640
[2018-09-20.20:09:17] [Info] Generating 262,144 starting points (10.0MB)
[2018-09-20.20:09:18] [Info] 10.0%
[2018-09-20.20:09:18] [Info] 20.0%
[2018-09-20.20:09:19] [Info] 30.0%
[2018-09-20.20:09:19] [Info] 40.0%
[2018-09-20.20:09:20] [Info] 50.0%
[2018-09-20.20:09:20] [Info] 60.0%
[2018-09-20.20:09:20] [Info] 70.0%
[2018-09-20.20:09:21] [Info] 80.0%
[2018-09-20.20:09:21] [Info] 90.0%
[2018-09-20.20:09:22] [Info] 100.0%
[2018-09-20.20:09:22] [Info] Done
[2018-09-20.20:09:22] [Info] Address:     1GPbR8Up1VX1YR7vWUYVauPdpGjSjPWKmk
                             Private key: 00000000000000000000000000000000000000000000000000000000000FFFFF
                             Compressed:  yes
                             Public key:
                             02E5F2018D37069E0EAB27C2F881A447E668DFA363377EDB831B8743DB5D65BE1C


text:
Unrecognised HGNC URI pattern

The pattern http://identifiers.org/hgnc/HGNC%253A29350 was found in a linkset but was not recognized by BridgeDB. However it does redirect to the correct place which suggests that identifiers.org does recognize it. So, either the pattern needs added to BridgeDB or the linkset file changed.
The URI looks like it has been escaped wrong in some way.

@ianwdunlop it comes from the http://bridgedb.org/data/linksets/release87/MusMusculus/Ensembl_Mm_dataset.void.ttl file, right?
@JonathanMELIUS, can you please check that file for HGNC%253Axxxx identifiers, and see if your code introduces that double escaped ':' and how we can solve that?

I found the pattern in http://bridgedb.org/data/linksets/release87/MusMusculus/Ensembl_Mm_hgnc.projection.LS.ttl
It may be in other files, I haven't looked

authors: egonw ianwdunlop

repo: bridgedb/BridgeDb


text:
Add AOP elements as data sources

In order to have AOP-Wiki linkouts in WikiPathways, a couple of resources should be added to BridgeDb. This allows meta-pathways of AOPs, which contain Key Events and Key Event Relationships, and these are initiated by Stressors. So, in total, 4 AOP-related elements should be added. All of these have persistent identifiers, registered on identifiers.org.
These identifiers allow the linkout from WikiPathways to AOP-Wiki, which contains additional information on the pathway that is represented.

Looks good. When all checks have finished (and succeeded), I will apply it.


text:
[2077] v16 Support boxing/unboxing operations

Addresses:

#2077 Support boxing/unboxing operations
#2065 Boxed enum types are treated as regular numbers
#2055 GetType() returns wrong type due to lack of proper boxing
#1357 Boxed value types and String(s) should not be equal (numbers only)
#1292 Char (s) give incorrect types when stored as objects.
#1248 Doubles marked as objects don't give good types
#1301 Ushort (s), short (s), uint (s), byte (s) give incorrect types
#1290 Chars don't give correct ToString when stored as object

If class/method is marked as external then Bridge will unbox an argument automatically (if parameter type is object) because Bridge assumes that external libraries cannot work with boxed arguments. If such behaviour must be changed for some external classes/methods (if your external method can handle boxed arguments correctly) then apply attribute Unbox(false)
Format of boxed value:
{
   $boxed: true,
   v: value,
   type: T,
   constructor: T,
   getHashCode: function(),
   equals: function (o),
   valueOf: function(),
   toString: function ()
}

This is a #2078 PR recreated for v16 base branch.

Our goal is to include this functionality in Bridge 15.8.

authors: LeonidVeriga geoffreymcgill

repo: bridgedotnet/Bridge


text:
Fog probability

Add Fog Probability
This is a prerequisite for local current conditions
I did simplify calculated fog probability to not include temperature trend data since that is not readily available but it does not have a huge effect not utilizing temperature trends.
Snow Probability will be next and then should have all requirement for current conditions.
I think I got all the appropriate files updated, but I have a nagging feeling that I forgot something.

Thanks Glenn,
I will merge and test it out.

Hi Glenn,
I had to make some modifications, but there is now a dev container which creates this sensor. Can you have a run down on this, and see if this produces the right sensor and the right value?

When done, please also make an update to the README file.
Is this btw the probability for fog for the next 24 hours or what is the timeframe?

Yes, temperature is air temperature (I'm not sure how I missed that since I copied and pasted from my running script, then converted from java-script to pyhton).
This is current conditions for fog; although for my personal testing when at 27% fog probability there will be fog on my way to work usually within a few miles of leaving my home.
I will update the readme and test the dev build (I will be about 10 hours before I can do this).  Hopefully, I can get the Snow Probability to you before the end of your weekend.

I updated ReadMe and will do that PR once I update to the newest DEV build and verify everything.

@briis It is off by a lot when conditions are right.  I need to see what the issue is.  Both calculations were zero (0) until the same time and then started diverging.

OK, I let you dig around. 😁

authors: GlennGoddard briis


text:
Updated timestamp missing?

Prior to the 1.x upgrade there was a timestamp when the data was retrieved from weatherbit.  It it possible to get that back?

Sure thing. I will create a sensor called observation_time that will hold the date and time when the data was recorded. Depending on the station location, observations might occur anything from every 30 minutes to once a day.
You can see update frequencies on this webpage: https://www.weatherbit.io/api/meta

Just released 1.0.3, which fixes this.

authors: briis ffeingol

repo: briis/weatherbit


text:
add Text copying as a new category under form

how about this ?
Text Copying
Clipboard

ngx-clipboard - Angular 2 clipboard.

Looks good!

authors: brillout maxisam

repo: brillout/awesome-angular-components


text:
docs(example): Add Clerk integration

https://github.com/brillout/vite-plugin-ssr/assets/13049130/9d7e00ab-40f1-4c58-a74f-6cf8f7e4227d

Very neat 💯.
Have you seen the brand new examples/auth/ featuring guard() and throw render()? There is also throw redirect().

Very neat 💯.
Have you seen the brand new examples/auth/ featuring guard() and throw render()? There is also throw redirect().

I haven't checked yet and that already looks like some sick new VPS features I need to integrate to the example!

Yea these are quite neat... although it has to be seen whether Clerk offers low-level enough primivites to leverage guard() and throw render()/throw redirect(). Worst case we can do it the old-school way.

Closing, but we can still continue working on it: I'll re-open when it's ready for review. Looking forward to it.

authors: brillout wobsoriano

repo: brillout/vite-plugin-ssr


text:
"index out of range" crash when reading bad input file

@henridf stumbled onto an example where zq crashed when he accidentally asked it to read a bad input file. The specific input file happened to be a prior revision of zq's own changelog. I can repro this currently with zq version 280f671 and the attached input file.
# zq -version
Version: v0.9.0-18-g280f671

# zq CHANGELOG.txt | zq "*" -
panic: runtime error: index out of range [0] with length 0

goroutine 1 [running]:
github.com/brimsec/zq/zio/zngio.(*Reader).ReadPayload(0xc00007caf0, 0x1858320, 0x20be108, 0x0, 0xc0001e1a50, 0x100e388, 0x30)
	/Users/phil/work/zq/zio/zngio/reader.go:92 +0x22f
github.com/brimsec/zq/zio/zngio.(*Reader).Read(0xc00007caf0, 0xc00007caf0, 0x10000, 0xc000258000)
	/Users/phil/work/zq/zio/zngio/reader.go:67 +0x32
github.com/brimsec/zq/zio/detector.match(...)
	/Users/phil/work/zq/zio/detector/reader.go:58
github.com/brimsec/zq/zio/detector.NewReader(0x152b900, 0xc0001ecf30, 0xc0001878f0, 0xc0001ecf30, 0xc0000100d8, 0x0, 0x0)
	/Users/phil/work/zq/zio/detector/reader.go:21 +0x27a
main.(*Command).inputReaders(0xc00019e640, 0xc00000e090, 0x1, 0x1, 0x0, 0x0, 0xc00007a980, 0x40, 0x40)
	/Users/phil/work/zq/cmd/zq/zq.go:275 +0x3be
main.(*Command).Run(0xc00019e640, 0xc00000e090, 0x1, 0x1, 0x0, 0x0)
	/Users/phil/work/zq/cmd/zq/zq.go:198 +0x24a
github.com/mccanne/charm.(*instance).run(0xc00000e960, 0xc00000e090, 0x1, 0x1, 0x0, 0x0)
	/Users/phil/.go/pkg/mod/github.com/mccanne/charm@v0.0.3-0.20191224190439-b05e1b7b1be3/instance.go:53 +0x28c
github.com/mccanne/charm.(*Spec).ExecRoot(0x184ff20, 0xc00000e090, 0x1, 0x1, 0xc000157f78, 0x10074cf, 0xc00007e058, 0x0)
	/Users/phil/.go/pkg/mod/github.com/mccanne/charm@v0.0.3-0.20191224190439-b05e1b7b1be3/charm.go:77 +0x96
main.main()
	/Users/phil/work/zq/cmd/zq/main.go:9 +0x78

CHANGELOG.txt
It's an elusive rascal, though. If you try this with the current rev of zq's CHANGELOG.md, you instead get the more appropriate malformed input.

Verified in zq commit da742ac. Now when run against the attached test input file we see an error message instead of a crash.
# zq -version
Version: v0.11.1-5-gda742ac

# zq CHANGELOG.txt | zq "*" -
CHANGELOG.txt: malformed input

Thanks @aswan!

repo: brimsec/zq


text:
spilled records not cleaned up if zq is interrupted

If zq spills to disk on a sort or group-by, the records in TempDir("", "zq-sort-") aren't cleaned up if zq is interrupted.
I was able to simulate this by doing something like zq -t 'sort ts' zq-sample-data/zeek-default/*.log.gz and hitting Ctrl+C once /tmp/zq-sort-* appeared.

Should be fixed by the combination of #1093 and #1099.

Verified in zq commit 8bdbdb0.
The first attached video captures the repro as of zq commit 9310cd0 that came just before the change. We do a watch -n1 'ls $TMPDIR | grep zq-sort' while attempting a zq -t "sort -r ts" * on a massive data set. As you can see, the zq-sort-* directory appears when the spill-to-disk kicks in, and when I Control-C the zq, the zq-sort-* directory is left behind.
Repro.zip
Then repeating the same in zq commit 8bdbdb0, the zq-sort-* directory is cleaned up automatically when I Control-C my zq.
Verify.zip
Thanks @nwt!

authors: mikesbrown nwt philrz


text:
Cleanup file headers: remove license and author contact information

This PR improves on file headers by making the following changes:

removes license headers such as "Copyright (c) * Distributed under *";
remove author contact information;
replace 'contact' with 'original author'.

We could do retain original author information for quicker ref, or alternatively, we could rely on git log. Are you suggesting a change as the following?

from# Copyright (c) 2017 X <X@Y>
# Distributed under terms of the MIT license.

to# Original author X

Yes, either that or remove all author information. I am ok with either as long as there is consistency

My vote is also to remove all the author information from headers.

Thank you @epiercehoffman and @mwalker174 for reviewing this.

authors: VJalili epiercehoffman

repo: broadinstitute/gatk-sv


text:
fix needed in saturated_sites.csv

I am going through 4.image-and-segmentation.py in much more detail in #39 - the following code block is giving me some trouble:
https://github.com/broadinstitute/pooled-cell-painting-profiling-recipe/blob/b8c9288c0ab8b04e4ce284be5ba9aab44a6ce678/0.preprocess-sites/4.image-and-segmentation-qc.py#L345-L357
I am trying to think through what this is doing (so please bear with me!)
There are two different ImageQuality_PercentMaximal types (spots and cells) and this column, in image.csv indicates whether or not that image (either spots or cells) is over saturated? We also want these sites to be output to a file named saturated_sites.csv but only if any saturated sites exist. Is this correct?
If so, then I think we may need to slightly tinker the code to make sure we extract all saturated sites. Sorry I didn't flag this sooner!

There are two categories of images - cell painting images (that make the cp_sat_df) and barcoding images (that make the bc_sat_df). Each has a different threshold for triggering a saturated warning  - CP if an image is > 1% saturated, BC if an image > .2% saturated (which is determined by the ImageQuality_PercentMaximal_ column in the Image.csv).
My goal was to output a list of sites that fail as saturated_sites.csv but to NOT save an empty .csv so that a user will know that if a .csv is created it means there is a problem.

ok cool - I think I got it.
#39 is already getting kinda bloated though - Let's address this issue in the next PR. After we merge #39, do you want to give it a shot? I'm going to shift my focus early next week to organizing the template, migrating working config files, and actually performing our first weld.

Happy to give it a shot.

we may need to slightly tinker the code to make sure we extract all saturated sites

I'm not sure I understand what you were initially concerned about? Does my suggested enhancement of

to have any site only ever listed once, but for there to be additional columns added of "Fails_Sat_BC" and "Fails_Sat_CP" and have those populated with True/False accordingly.

fix your initial concern?

yeah, I think reworking the full code block to add this enhancement will address my "tinker comment".
More specifically, the two lines of code of this form: cp_sat_df = image_df[image_df[col] > 1]  inside the for loop will be overwritten each time through the loop. Therefore, unless I am missing something, sat_df = cp_sat_df.append(bc_sat_df).drop_duplicates(subset="site")  will not contain the intended outcome.

authors: ErinWeisbart gwaygenomics


text:
Regression in release 0.2.6

Broccoli funnel filters out files in subdirs that would have matched the include filters in earlier versions.
    var tree = new Funnel(iconsPath, {
      include: [ '*.scss' ],
    });

  readdirSync(iconsPath); // returns ['icons.scss', ...]

A glob of *.scss generally should not include subdirectories (it should only match .scss files in the root of the tree), nested subdirectories would be matched by **/*.scss.
If it previously did match I guess it is a breaking change, but making *.scss match all subdir contents is somewhat weird.

the example and the description appear different. the example does not include sub-dirs for the matcher.

Can you give us an example contents of the input tree, and which specific files you expected to be matched by include: [ '*.scss' ]?

Anyways, I believe I have solved the issue. Or maybe just one that manifests in a similar way

doing a NOM, should fix. Be sure your local copy of walk-sync-matcher is 0.2.2 or greater.

authors: krisselden rwjblue stefanpenner

repo: broccolijs/broccoli-funnel


text:
Error Generating Migration: TypeError Reading 'COLLATION' Property

Describe the bug
When attempting to generate a new migration , I encounter a TypeError related to reading the 'COLLATION' property. This error occurs during the schema reflection process, preventing the migration file from being generated.
To Reproduce
Steps to reproduce the behavior:

Modify entity definitions to correct relationships between entities.
Run migration generation command: npm run migration:generate -- src/database/migrations/db-changes
Encounter the error during the migration generation process.

Initially, my entities had the following relationship definitions:
// Incorrect version
@ManyToOne(() => Course, (course) => course.intakes)
course: Course;

@ManyToOne(() => Lecturer, (lecturer) => lecturer.intakes)
lecturer: Lecturer;

I corrected the relationships to properly map to scrapedReviews:
// correct version
@ManyToOne(() => Course, (course) => course.scrapedReviews)
course: Course;

@ManyToOne(() => Lecturer, (lecturer) => lecturer.scrapedReviews)
lecturer: Lecturer;

After making this change, I attempted to generate a new migration to reflect these updates by running migration command. and it fails and gives an error
Expected behavior
The migration generation process should complete successfully, reflecting the recent changes made to the entity definitions in the generated migration file.
Actual behavior
The process fails with the following error message:
Error during migration generation: TypeError: Cannot read properties of undefined (reading 'COLLATION')     at /path/to/project/node_modules/typeorm/src/driver/mysql/MysqlQueryRunner.ts:2571:53     ...
Desktop (please complete the following information):

OS : Mac OS - Sonoma 14.3
NodeJS Version 18.16.0

Additional context

This issue arose after correcting the inverse side of relationships in my entity definitions.
I have verified that my MySQL version is compatible with the current TypeORM version I'm using.
I have attempted to update TypeORM to the latest version and checked my database schema for any unusual configurations related to collations, with no success in resolving the issue.

@itsChathurangaJ It looks like a TypeORM issue, please try to find a similar issue or create a new one https://github.com/typeorm/typeorm/issues

authors: Shchepotin itsChathurangaJ

repo: brocoders/nestjs-boilerplate


text:
feat(deps): updates and adds support for rollup v3

I think this should be a somewhat simple PR but let me know if there are additional things I should test for... the existing plugins seem to hold up.
Addresses #24

My first choice would be to support both Rollup v2 & v3 with testing, raised #26 to track this.
I can merge this PR for a new minor release if we remove the Rollup v2 option, and resolve #26 whenever someone has time to work on this.
Thanks!

Sounds good, thanks.

authors: brodybits geotrev

repo: brodybits/rollup-plugin-size-snapshot


text:
[Bug]: Fehlermeldung beim Start mit V.0.84

Adapter version
0.84
JS-Controller version
nicht relevant
Node version
nicht relevant
Operating System type
Linux
Operating system version
nicht relevant
Describe the bug
beim Adapterstart bekomme ich folgende Meldung:
`

2022-02-10 20:50:18.915
error
Status return code not 200 [{"status":423,"statusText":"Locked"}]

`
To reproduce
Adapter starten
Screenshots & Logfiles
No response
Additional context
Es läuft alles. Er sagt zwar auch keine Kameras gefunden. Was halt nur so halb stimmt. Der User den ich verwende hat keine eigenen Kameras sondern nur freigebende von mir. Hintergrund warum ich das so mache ist das ich in der eufy-App somit sehe das ich z. B. eine Kamera mit dem User "ioBroker" geschaltet habe und nicht ich oder meine Frau manuell geschaltet haben...

I have a similar issue after installing version 8.4.  Attached is my log file and eusec.0 instance screenshot
scottmil-ioBroker.log

.

I appear to have two copies of Eufy Security following the latest updates, I guess I need to uninstall my original instance and reconfigure?

tintim: I deleted my original instance and older adapter and installed/reconfigured the newer euSed adapter and instance. I had few references to the older version in my scripts, so this was not a big headache.  If you have lots of references in your scripts, I recall bropat suggested using the Alias-Manager adapter to create aliases for your script references.

Thanks Scottmill cleaned up the old instance and installed the new version, a simple find/replace on my yaml scripts sorted any previous weblinks.

authors: Baenker scottmil tintim


text:
Does the supported Python version include 3.6?

hello,Does the supported Python version include 3.6?

As per the readme, it does support 3.6

authors: Sumedh-Kadoo chineseluo

repo: browsertron/pytest-parallel


text:
Update cats-effect to 3.5.5

About this PR
📦 Updates org.typelevel:cats-effect from 3.5.4 to 3.5.5
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

🔍 Files still referring to the old version number
The following files still refer to the old version number (3.5.4).
You might want to review and update them manually.
README.md

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.typelevel", artifactId = "cats-effect" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "org.typelevel", artifactId = "cats-effect" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, version-scheme:early-semver, old-version-remains, commit-count:1

Superseded by #237.

Superseded by #238.

repo: brsyuksel/xurl

license: Unlicense


text:
Github Action fails

I do not know if this is operator error or a bug.  Using the github workflow genereated by XUiDesigner fails.  Logs are available here:
Fails with similar error on Win and Linux github action
logs_27045870935.zip
Lines of possible interest:
2024-08-11T15:01:54.2377468Z make DEBUG=false HAVE_CAIRO=true WITH_LTO=false  features
2024-08-11T15:01:54.2631714Z make: *** No rule to make target 'features'.  Stop.

As far I See you only have pushed the c File. It Miss submodule libxputty and the makefiles. You must Push the complete Clean Projekt folder to make it Work.

I've revisited the source and found indeed a issue related to github actions run. I've pushed a fix for that now.
For already created projects you could fix it by edit the top directory makefile like this:
include libxputty/Build/Makefile.base

NOGOAL := mod install features

PASS := features

SUBDIR := YOUR_PROJECT_NAME_REMAIN_HERE

.PHONY: $(SUBDIR) libxputty  recurse

$(MAKECMDGOALS) recurse: $(SUBDIR)

clean:

libxputty:
ifeq (,$(filter $(NOGOAL),$(MAKECMDGOALS)))
	@exec $(MAKE) --no-print-directory -j 1 -C $@ $(MAKECMDGOALS)
endif

$(SUBDIR): libxputty
ifeq (,$(filter $(PASS),$(MAKECMDGOALS)))
	@exec $(MAKE) --no-print-directory -j 1 -C $@ $(MAKECMDGOALS)
endif

features:

Thank you!  I have tried this but I was unable to get it to work.  Again, it may still be operator error.
I had edited the makefile as you suggested.  Attached are the logs.  This was building a UI for an existing LV2.  I have opened another issue concerning a build from Faust .DSP file.
Here is the repository if you need to check :
https://github.com/Schmitty2005/MonoSpatFaust_ui.git
Attached
logs_27300155269.zip

IT IS a Bug in Xuidesiner. Missing the linkflags  -pthread -lpthread in the makefile
LDFLAGS
Schould Work when you add them for the Linux target.

This repository was able to build correctly( that used XUiDesigner commit 52b85db1abe021e131c3f671571a98a0b7c3e431) when I updated make file with your suggestions  :
https://github.com/Schmitty2005/MonoSpatFaust_ui/blob/main/MonoSpatFaust/makefile
However, when rebuilding XUiDesigner, current commit, all builds pushed now fail  with this:
2024-08-23T01:54:44.7186973Z ##[group]Run sudo rm /etc/apt/sources.list.d/.list
2024-08-23T01:54:44.7187455Z sudo rm /etc/apt/sources.list.d/.list
2024-08-23T01:54:44.7187856Z sudo apt-get update -qq
2024-08-23T01:54:44.7188716Z sudo apt-get purge -yqq git-man libclang* libgbm* libllvm* libmono* libnginx* moby* mono* nginx* perl php* libgdiplus libpcre2-posix3 libselinux1-dev libzip4
2024-08-23T01:54:44.7190560Z sudo apt-get install -yqq --allow-downgrades autoconf/focal automake/focal build-essential/focal git/focal libgd3/focal libglib2.0-0/focal libglib2.0-dev/focal libpcre2-8-0/focal libpcre2-16-0/focal libpcre2-32-0/focal libpcre2-posix2/focal pkg-config/focal
2024-08-23T01:54:44.7191874Z sudo apt-get clean
2024-08-23T01:54:44.7255662Z shell: /usr/bin/bash --noprofile --norc -e -o pipefail {0}
2024-08-23T01:54:44.7256100Z env:
2024-08-23T01:54:44.7256336Z   PAWPAW_SKIP_LV2: 0
2024-08-23T01:54:44.7256629Z   DEBIAN_FRONTEND: noninteractive
2024-08-23T01:54:44.7256969Z   HOMEBREW_NO_AUTO_UPDATE: 1
2024-08-23T01:54:44.7257286Z   HOMEBREW_NO_INSTALL_CLEANUP: 1
2024-08-23T01:54:44.7257604Z   LIBGL_ALWAYS_SOFTWARE: true
2024-08-23T01:54:44.7257917Z   PAWPAW_CACHE_VERSION: 8
2024-08-23T01:54:44.7258310Z   PAWPAW_COMMIT_HASH: 80607a764da0b5a6b2daa4d5dd165beafa0535bc
2024-08-23T01:54:44.7258743Z   PAWPAW_SKIP_GLIB: 1
2024-08-23T01:54:44.7259029Z   UBUNTU_CODENAME: focal
2024-08-23T01:54:44.7259783Z   UBUNTU_VERSION: 20.04
2024-08-23T01:54:44.7260073Z ##[endgroup]
2024-08-23T01:54:52.1908688Z E: Unable to locate package monospater
2024-08-23T01:54:52.1909494Z E: Unable to locate package monospater.json
2024-08-23T01:54:52.1910501Z E: Couldn't find any package by glob 'monospater.json'
2024-08-23T01:54:52.1911369Z E: Couldn't find any package by regex 'monospater.json'
2024-08-23T01:54:52.1938064Z ##[error]Process completed with exit code 100.
2024-08-23T01:54:52.2640478Z Post job cleanup.
2024-08-23T01:54:52.2712685Z Post job cleanup.
On this repo :
https://github.com/Schmitty2005/monospater_ui
Suggestions ?

I was unable to get a Faust.DSP file drag and drop to build with Github Actions.  Building a UI for an existing LV2 now mostly works.  Source and Linux version build.  Windows fails on GH Action Run distrho/dpf-makefile-action@v1
Local Builds work for linux.  I have not tried PawPaw to build for windows yet.....
Building object file xmessage-dialog.o
Build static library libxputty.lib
=================== DONE =======================
make[1]: warning: -j1 forced in submake: resetting jobserver mode.
rm -f xresources.h
for f in ; do \
	echo 'EXTLD('${f}')' >> xresources.h ; \
done
for f in ; do \
	echo 'extern const char* '${f}';' >> xresources.h ; \
done
In file included from ../libxputty/libxputty/include/xbutton.h:26,
                 from ../libxputty/libxputty/include/xwidgets.h:40,
                 from lv2_plugin.h:37,
                 from Analogue_Oscillator.c:12:
../libxputty/libxputty/include/xputty.h:48:10: fatal error: cairo.h: No such file or directory
   48 | #include <cairo.h>
      |          ^~~~~~~~~
compilation terminated.
make[1]: *** [makefile:114: Analogue_Oscillator] Error 1
make: *** [makefile:22: Analogue_Oscillator] Error 2

Sorry for delay, I was on a journey.
I see. Again a Bug in XUidesigner, there are the GUI_LDFLAGS missing in the makefile:
https://github.com/Schmitty2005/Analogue_Oscillator_ui/blob/main/Analogue_Oscillator/makefile#L114
Adding $(GUI_LDFLAGS) after $(LDFLAGS) should do the trick.

UI-Bundle Builds work with GH Workflows.  Thank you!


text:
mdnsConn.readInto() high cpu usage

I am see periodic high cpu usage of my HimeKit app and I am try to detect what wrong.
As show pprof/profile info - 36% cpu time spend on call net.InterfaceByIndex():

As I am see from sources https://github.com/brutella/dnssd/blob/master/mdns.go#L233 - net.InterfaceByIndex() called on each udp packet received.
May be cache interfaces info instead of get this info from system on every incoming udp packet?

Another possibility would be no to call net.InterfaceByIndex at all and only work with the iface.Index (the debug messages will be less clear)

Is this fixed now with #55 ?

authors: amurchick brutella oliverpool

repo: brutella/dnssd


text:
Intermittent discovery issues

It appears that I'm having some intermittent discovery issues. I have avahi running on the same machine and this pops up on the avahi log:
*** WARNING: Detected another IPv4 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended. ***

I wonder if that is somehow related?

I wonder if that is somehow related?

Yes, this library uses dnssd to make the accessory discoverable on the local network.

I see. What would be the cleanest way to solve this issue? Drop avahi and change the dnssd listen method to take a dnssd object, which would be initialized with my other services?

I think that the best way would be to just use Avahi where possible (ex. on Linux).

A random thought just came to my mind, which may resolve this issue.
What about setting the hostname of the announced Bonjour service NOT to the local hostname?
You would have to explicitly set the Host in the dnssd.Config like so:
dnsCfg := dnssd.Config{
    ....
    Host: "Testing",
    ....
}

Does this help?

Could you please test it with the hostname branch?

Sure!

Instead of getting a red "Unreachable" message I now get this gray "Unavailable", otherwise it's the same deal as before (reachable from iPhone but not from mac).
I will try disabling avahi so we can isolate that.

homed log is a bit spammy, do you know what I should be looking for when this happens?

Re: Unavailable What type of accessories are you creating? Looks like they are incompatible with Apple Home.

Pretty sure they're compatible, since that message comes and goes. I could take some snippets from my code if that helps though, but I guess it is just standard stuff.

We have this issue too, with any configuration, including hklight. The Bridge/Accessory shows up in Discovery under the hap service for anywhere from 5 minutes to a day, but eventually vanishes and only returns when restarting the process -  it also turns unavailable in homekit at the same time.
We previously ran homebridge on the same box, but don't anymore, just a single hc instance.

@schittler Are you using the latest version 1.2.2 of hc?

yes, our go.mod looks like this:
go 1.14

require (
	github.com/brutella/hc v1.2.2
	github.com/miekg/dns v1.1.29 // indirect
	github.com/rs/zerolog v1.18.0
	github.com/spf13/cobra v1.0.0
	github.com/spf13/viper v1.4.0
	github.com/xiam/to v0.0.0-20200126224905-d60d31e03561 // indirect
	golang.org/x/crypto v0.0.0-20200510223506-06a226fb4e37 // indirect
	golang.org/x/net v0.0.0-20200513185701-a91f0712d120 // indirect
	golang.org/x/sys v0.0.0-20200515095857-1151b9dac4a9 // indirect
)

On what hardware are you running it?

x86_64 linux, bare metal, ethernet connected to a bridge for some libvirt VMs - our binary runs on bare metal though

If you'd like I can clean up the source and push it later, maybe we're screwing up somewhere colossally we're not aware of.

I can report back that after more than a year of not seriously using homekit due to issues like this, we have found the problem.
Check if somewhere in your home, you have a managed switch with IGMP turned on. IGMP is useful in enterprise networks but will lead to all sorts of multicast failures (including multicast DNS) if not carefully configured in your entire subnet, especially if some of your switches do talk IGMP and some do not (linux and hyper-v bridges included). If you have an IoT subnet with mDNS reflection things might get even worse.
In our case, it was a TP-Link managed switch that even logged to its web interface how it had stopped delivering multicast to ports with unmanaged switches behind it, because at that point it becomes a race condition for which device behind it will respond first - and on a linux bridge that's very often the host.

I've been experiencing very similar behaviour, with hc v1.2.3, though I do not have any managed switches on my network.
@brutella are the changes mentioned in https://github.com/brutella/hc/issues/179#issuecomment-658089093 aimed at fixing this behaviour? I'll test it out at some point soon to see if it helps...

I do not have any managed switches on my network.

Check your AP. UniFI has it turned on by default as well.

Check your AP. UniFI has it turned on by default as well.

I have Google WiFi mesh devices, I wonder if these do... I'm not sure how to figure that out as the management app is pretty limited.

A good way to test this is to check with any mDNS client if the accessory shows up, from multiple points in your network.

That's a good idea - from WiFi I'm seeing it appear for a few minutes, then a new one appears with a -2 suffix, then another one with -2-2, ad nauseum for ~5mins, after which they all disappear. I'll see what I can see directly on ethernet though!

FYI I've refactored hc and made a new library out of it. The new library is available as hap.
Please check if your issue is resolved by the new implementation.

authors: acuteaura brutella hairyhenderson schittler yangm97

repo: brutella/hc


text:
waybar on-click with hyprland

The on-click functionality of Waybar does not work in Hyprland.
As stated in this section of the guide, Waybar has to be compiled with some special steps for this functionality to work.
I would patch this myself but I'm terrible with writing ebuilds, nevertheless I am gladly willing to test and aid in any other way this fix :D

This is a waybar issue. This can be solved by creating a patch (using that sed command) and storing it as /etc/portage/patches/gui-apps/waybar/hyprland-waybar-fix.patch and then recompiling waybar.

Thanks! I will report it to Waybar so that it get's fixed upstream

@epsilon-0 just to be sure, since I never applied a patch. This should be the content of the /etc/portage/patches/gui-apps/waybar/hyprland-waybar-fix.patch?
sed -i 's/zext_workspace_handle_v1_activate(workspace_handle_);/const std::string command = "hyprctl dispatch workspace " + name_;\n\tsystem(command.c_str());/g' src/modules/wlr/workspace_manager.cpp
meson --prefix=/usr --buildtype=plain --auto-features=enabled --wrap-mode=nodownload build
meson configure -Dexperimental=true build
sudo ninja -C build install

no, that won't work. You have to create a patch using git diff or something. https://devconnected.com/how-to-create-and-apply-git-patch-files/

repo: bsd-ac/wayland-desktop

license: ISC