T580 with dGPU (too hot)

Hi there,
firstly let me thank you for your work on this regard!
I've got multiple questions and some problems, you could help me with:
1.) If I disable systemd service, it seems the PL1/2 settings aren't reverted to the original values, correct?
Even after stopping the service and rebooting, turbostat reports them still as what I last have set them with lenovo-fix?
Ok, tested again. I explicitly set PL1_Tdp=17 and after disable systemd service and rebooting, this is what turbostat reports:
cpu0: PKG Limit #1: ENabled (29.000000 Watts, 28.000000 sec, clamp ENabled)
cpu0: PKG Limit #2: ENabled (44.000000 Watts, 0.002441* sec, clamp DISabled)

Setting anything with lenovo-fix then, shows up with turbostat then. Stopping lenovo-fix again, does not reset the values!
Btw, from the above:
So 29 & 44 are system's defaults and safe to be set in conf as these are system's defaults?
2.) As my Laptop has a dedicated Nvidia GPU, too, there's a heat problem, when using your script with installation standards. The system is running stable and fast, but the dGPU has a fall-off temperature of 76°C. As soon as the GPU reaches this value, it gets throttled to a 3rd of it's frequency (around 400MHz, instead of 1600). Strange thing here is, the GPU  only levels its frequency within a range of 100MHz (1600-1700) when running glxspheres64 for instance.
So, what happens is, the GPU (as not able to throttle itself down more in multiple steps) reaches the 76° quite fast, as the machine's cooling system isn't able to vent off the heat resulting from higher performance with lenovo-fix.
I stumble upon this, as phoronix/openarena gets from app. 120FPS to app. 35FPS.
The GPU is clocked with around 400MHz until it gets down below 60° again, which doesn't happenm when CPU is producing heat.
So, the installation standards do not fit this machine when used with dGPU.
I tried undervolting, which makes the system last longer until the GPU's fall-off is reached, but system still gets too hot!
Using this config:
[GENERAL]
Enabled: True

## Settings to apply while connected to AC power
[AC]
# Update the registers every this many seconds
Update_Rate_s: 5
# Max package power for time window #1
PL1_Tdp_W: 15
# Time window #1 duration
PL1_Duration_s: 28
# Max package power for time window #2
PL2_Tdp_W: 44
# Time window #2 duration
PL2_Duration_S: 0.002
# Max allowed temperature before throttling
Trip_Temp_C: 93
# Set HWP energy performance hints to 'performance' on high load (EXPERIMENTAL)
HWP_Mode: False
# Set cTDP to normal=0, down=1 or up=2 (EXPERIMENTAL)
cTDP: 0

[UNDERVOLT]
# CPU core voltage offset (mV)
CORE: -120
# Integrated GPU voltage offset (mV)
GPU: -100
# CPU cache voltage offset (mV)
CACHE: -120
# System Agent voltage offset (mV)
UNCORE: -120
# Analog I/O voltage offset (mV)
ANALOGIO: 0

With glxspehere64 CPU is running around 3800MHz, 15W & 80°, which is nice. But dGPU is constantly heating up, as not clocked further down than 1657MHz and reached it's thermal limit of 76° with hard fall-off.
So, I somehow need a way, to solve this, as once I bring in the dGPU into the mix, I need less power, for to to overpower the cooling system, whereas performance withou dGPU heavy working, is nice'n stable...
2a)
When heating up, the touchpad gets irresponsive until I end glxsphere!? No entries in journal about that!?
3.) Is my following assumption correct?
The I7-8550U is declared with 15W TDP. cTDP_up would be 25W. So if setting PL1_Tdp=25, I need to set cTDP=2?
And, with having a TDP of 15W, setting 44W in conf is quite high above the TDP? Or am I missing something?
Tests with s-tui & mprime -t showed, that even when setting cTDP=1, system is using app. 30W while around 3.300MHz and around 88° with s-tui stress test. So that's double the TDP and 3 times cTDP (10W when down).
4.) I need a little help regarding PL1/2. If I set 29/44W PL1/2, using stress from s-tui, I get 3700MHz for about haf a minute, then Power drops to around   3400MHz and 28W Power. Expected, as PL1 is 29W. The stress is running continously with this power and frequency then. No further throttling to 15W is experienced?!
System is undervolted:
[UNDERVOLT]
# CPU core voltage offset (mV)
CORE: -120
# Integrated GPU voltage offset (mV)
GPU: -100
# CPU cache voltage offset (mV)
CACHE: -120
# System Agent voltage offset (mV)
UNCORE: -120
# Analog I/O voltage offset (mV)
ANALOGIO: 0

My system is: T580, I7-8550U, dGPU, 16GB Ram, Bionic 18.04, nvidia-396

Regarding 2a):
journalctl:
Aug 31 17:09:34 T580-Test kernel: thinkpad_acpi: unknown possible thermal alarm or keyboard event received
Aug 31 17:09:34 T580-Test kernel: thinkpad_acpi: unhandled HKEY event 0x6032
Aug 31 17:09:34 T580-Test kernel: thinkpad_acpi: please report the conditions when this event happened to<EMAIL_ADDRESS>
I'll report that...

Regarding 2.)
Without using lenovo-fix, the power gets dynamically adjusted, down to 7W & 2400MHz, keeping the dGPU from hitting 76! fall-off
Someway to mimic this within this fix?

Yes, it will not get reset. You need to power off your machine to reset the values - a reboot may not be enough. You may want to disable the service so they do not get applied next time. However there may also be some other software changing values (e.g. thermald).
I don't know what could get configured for the GPU or how much heat the cooling of your model can handle. Also some other software may throttle it like thermald.
You can try setting Trip_Temp_C to a lower temperature.
2a) sounds like too high temperature on some peripheral IC or possibly a driver issue.
correct, as stated in the comment in the config file 2 corresponds to cTDP up (25W). However the turbo is allowed to go beyond that for a short period of time and thats why you may set PL to 44W.
First of all your undervolting might be too much. Most Lenovo laptops seem to get unstable at about -90, -70, -90, -70, -50 (or around that). Beside that this sounds good.

Hope that helps you investigating it more. Your issue is quite interesting.

That thermal limit is ridiculous for a laptop. Can you check with GPU-Z (on Windows) which is the maximum temperature for the GPU? It should be 94/97 'C. I guess that like the CPU also the GPU is throttled too early but I don't know if we can force that limit to be higher somehow. Also sharing the same heat-pipe and fan for both the CPU and the GPU is a major limiting factor on performance. If I understand correctly you are asking for a way to monitor the GPU usage in order to limit the CPU temperature when both are used, right?

On the 8550u the standard 15W cTDP allows you to reach 1.8 GHz of base frequency, while setting cTDP up to 25W should raise it to 2.0 GHz. On the other end PL1/2 are used to set the upper power usage limit when turbo frequencies are in use. There is no real limit (kind of) to how high you can push these values if your cooling system can handle the heat and your power circuitry the requested current.

Thx for the prompt answer ;)
No thermald, no tlp (atm)
Thing is, from my investigations, that if I'm using the fix, power gets "fixed" on that value, whereas without the fix, system adapts power slightly up and down, according to the dGPU thermal, so it won't reach its 76° fall-off temp. This makes sense, as there are 2 but 1 devices heating up, when putting load on dGPU.
What I don't get is why the dGPU doesn't get throttled more, prior to falling off?
I'm monitoring the dGPU with nvidia-smi. It states:
    Temperature
        GPU Current Temp            : 57 C
        GPU Shutdown Temp           : 102 C
        GPU Slowdown Temp           : 97 C
        GPU Max Operating Temp      : 94 C
        Memory Current Temp         : N/A
        Memory Max Operating Temp   : N/A
    Clocks
        Graphics                    : 1683 MHz
        SM                          : 1683 MHz
        Memory                      : 3003 MHz
        Video                       : 1506 MHz
    Applications Clocks
        Graphics                    : N/A
        Memory                      : N/A
    Default Applications Clocks
        Graphics                    : N/A
        Memory                      : N/A
    Max Clocks
        Graphics                    : 1911 MHz
        SM                          : 1911 MHz
        Memory                      : 3004 MHz
        Video                       : 1708 MHz

So yes, the temps are shown, as you state them. The max graphics clock (1911MHz) isn't reached ever? Max clock I get is around 1700 and it throttles no more than 100MHz.
I've found some documentation regarding this 76° fall-off. (lemme see...) It seems some kind of EC throttling set by lenovo.
So with using the fix, I'm loosing frequency/power dynamic, which is needed to keep the dGPU below 76°, as if some kind of automatic gets disabled.
So, I like to use the fix, as it gives a good amount of power to the laptop, but still be able to use the dGPU without hitting the thermal limit.

www.reddit.com/r/thinkpad/comments/8flj0i/t480_power_limit_throttles_down_to_5_watts_on/

Could this be helpful, to reset to defaults, when service is stopped?

Default power limits can be found in the PKG_PWR_SKU MSR (614h)

www.technodocbox.com/PC_Support/74817174-8th-generation-intel-processor-family-for-s-processor-platforms.html
See below the PDF No. 91

throttle at 76°C is way to early. 90 i would understand.since it states 94 for max operating temp i would cap the cpu to max 90 or 92. since they share the cooling. maybe even 85 or such.changing the fans config with thinkfan may also help you.
-------- Ursprüngliche Nachricht --------
Von: Uatschitchun<EMAIL_ADDRESS>Datum: 31.08.2018  19:36  (GMT+01:00)
An: erpalma/lenovo-throttling-fix<EMAIL_ADDRESS>Cc: "A. Binzxxxxxx"<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Betreff: Re: [erpalma/lenovo-throttling-fix] T580 with dGPU (too hot) (#49)
Thx for the prompt answer ;)
No thermald, no tlp (atm)
Thing is, from my investigations, that if I'm using the fix, power gets "fixed" on that value, whereas without the fix, system adapts power slightly up and down, according to the dGPU thermal, so it won't reach its 76° fall-off temp. This makes sense, as there are 2 but 1 devices heating up, when putting load on dGPU.
What I don't get is why the dGPU doesn't get throttled more, prior to falling off?
I'm monitoring the dGPU with nvidia-smi. It states:
Temperature
GPU Current Temp            : 57 C
GPU Shutdown Temp           : 102 C
GPU Slowdown Temp           : 97 C
GPU Max Operating Temp      : 94 C
Memory Current Temp         : N/A
Memory Max Operating Temp   : N/A
Clocks
Graphics                    : 1683 MHz
SM                          : 1683 MHz
Memory                      : 3003 MHz
Video                       : 1506 MHz
Applications Clocks
Graphics                    : N/A
Memory                      : N/A
Default Applications Clocks
Graphics                    : N/A
Memory                      : N/A
Max Clocks
Graphics                    : 1911 MHz
SM                          : 1911 MHz
Memory                      : 3004 MHz
Video                       : 1708 MHz
So yes, the temps are shown, as you state them. The max graphics clock (1911MHz) isn't reached ever? Max clock I get is around 1700 and it throttles no more than 100MHz.
I've found some documentation regarding this 76° fall-off. (lemme see...) It seems some kind of EC throttling set by lenovo.
So with using the fix, I'm loosing frequency/power dynamic, which is needed to keep the dGPU below 76°, as if some kind of automatic gets disabled.
So, I like to use the fix, as it gives a good amount of power to the laptop, but still be able to use the dGPU without hitting the thermal limit.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/erpalma/lenovo-throttling-fix","title":"erpalma/lenovo-throttling-fix","subtitle":"GitHub repository","main_image_url":"https://assets-cdn.github.com/images/email/message_cards/header.png","avatar_image_url":"https://assets-cdn.github.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/erpalma/lenovo-throttling-fix"}},"updates":{"snippets":[{"icon":"PERSON","message":"@Uatschitchun in #49: Thx for the prompt answer ;)\r\n\r\nNo thermald, no tlp (atm)\r\nThing is, from my investigations, that if I'm using the fix, power gets "fixed" on that value, whereas without the fix, system adapts power slightly up and down, according to the dGPU thermal, so it won't reach its 76° fall-off temp. This makes sense, as there are 2 but 1 devices heating up, when putting load on dGPU.\r\n\r\nWhat I don't get is why the dGPU doesn't get throttled more, prior to falling off?\r\n\r\nI'm monitoring the dGPU with nvidia-smi.  The max graphics clock (1911MHz) isn't reached ever? Max clock I get is around 1700 and it throttles no more than 100MHz. \r\nI've found some documentation regarding this 76° fall-off. (lemme see...) It seems some kind of EC throttling set by lenovo.\r\n\r\nSo with using the fix, I'm loosing frequency/power dynamic, which is needed to keep the dGPU below 76°, as if some kind of automatic gets disabled.\r\n\r\nSo, I like to use the fix, as it gives a good amount of power to the laptop, but still be able to use the dGPU without hitting the thermal limit. \r\n\r\n"}],"action":{"name":"View Issue","url":"https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417738078"}}}
[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417738078",
"url": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417738078",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
},
{
"@type": "MessageCard",
"@context": "http://schema.org/extensions",
"hideOriginalBody": "false",
"originator": "AF6C5A86-E920-430C-9C59-A73278B5EFEB",
"title": "Re: [erpalma/lenovo-throttling-fix] T580 with dGPU (too hot) (#49)",
"sections": [
{
"text": "",
"activityTitle": "Uatschitchun",
"activityImage": "https://assets-cdn.github.com/images/email/message_cards/avatar.png",
"activitySubtitle": "@Uatschitchun",
"facts": [
]
}
],
"potentialAction": [
{
"name": "Add a comment",
"@type": "ActionCard",
"inputs": [
{
"isMultiLine": true,
"@type": "TextInput",
"id": "IssueComment",
"isRequired": false
}
],
"actions": [
{
"name": "Comment",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "IssueComment",\n"repositoryFullName": "erpalma/lenovo-throttling-fix",\n"issueId": 49,\n"IssueComment": "{{IssueComment.value}}"\n}"
}
]
},
{
"name": "Close issue",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "IssueClose",\n"repositoryFullName": "erpalma/lenovo-throttling-fix",\n"issueId": 49\n}"
},
{
"targets": [
{
"os": "default",
"uri": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417738078"
}
],
"@type": "OpenUri",
"name": "View on GitHub"
},
{
"name": "Unsubscribe",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "MuteNotification",\n"threadId": 374702732\n}"
}
],
"themeColor": "26292E"
}
]

0x614 is a good idea to have a look at. but my I7-8550U does not have it. so i guess you do not have it as well. try read/write it with rdmsr wrmsr

$ sudo rdmsr 0x614
78

can you write the same value back? just as a test?
-------- Ursprüngliche Nachricht --------
Von: Uatschitchun<EMAIL_ADDRESS>Datum: 31.08.2018  21:27  (GMT+01:00)
An: erpalma/lenovo-throttling-fix<EMAIL_ADDRESS>Cc: "A. Binzxxxxxx"<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Betreff: Re: [erpalma/lenovo-throttling-fix] T580 with dGPU (too hot) (#49)
$ sudo rdmsr 0x614
78
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/erpalma/lenovo-throttling-fix","title":"erpalma/lenovo-throttling-fix","subtitle":"GitHub repository","main_image_url":"https://assets-cdn.github.com/images/email/message_cards/header.png","avatar_image_url":"https://assets-cdn.github.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/erpalma/lenovo-throttling-fix"}},"updates":{"snippets":[{"icon":"PERSON","message":"@Uatschitchun in #49: \r\n$ sudo rdmsr 0x614\r\n78\r\n"}],"action":{"name":"View Issue","url":"https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417766994"}}}
[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417766994",
"url": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417766994",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
},
{
"@type": "MessageCard",
"@context": "http://schema.org/extensions",
"hideOriginalBody": "false",
"originator": "AF6C5A86-E920-430C-9C59-A73278B5EFEB",
"title": "Re: [erpalma/lenovo-throttling-fix] T580 with dGPU (too hot) (#49)",
"sections": [
{
"text": "",
"activityTitle": "Uatschitchun",
"activityImage": "https://assets-cdn.github.com/images/email/message_cards/avatar.png",
"activitySubtitle": "@Uatschitchun",
"facts": [
]
}
],
"potentialAction": [
{
"name": "Add a comment",
"@type": "ActionCard",
"inputs": [
{
"isMultiLine": true,
"@type": "TextInput",
"id": "IssueComment",
"isRequired": false
}
],
"actions": [
{
"name": "Comment",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "IssueComment",\n"repositoryFullName": "erpalma/lenovo-throttling-fix",\n"issueId": 49,\n"IssueComment": "{{IssueComment.value}}"\n}"
}
]
},
{
"name": "Close issue",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "IssueClose",\n"repositoryFullName": "erpalma/lenovo-throttling-fix",\n"issueId": 49\n}"
},
{
"targets": [
{
"os": "default",
"uri": "https://github.com/erpalma/lenovo-throttling-fix/issues/49#issuecomment-417766994"
}
],
"@type": "OpenUri",
"name": "View on GitHub"
},
{
"name": "Unsubscribe",
"@type": "HttpPOST",
"target": "https://api.github.com",
"body": "{\n"commandName": "MuteNotification",\n"threadId": 374702732\n}"
}
],
"themeColor": "26292E"
}
]

Sorry guys but I don't get how a CPU MSR can actually influence a dGPU. PACKAGE_POWER_SKU should be related to the min/max package power, that is the combined power of the CPU+iGPU+cache+whatever in the die.
The problem with the MX150 throttling is probably related to a setting in the dGPU bios or in the system EC/BIOS. Can you force max performance from the nVidia control panel? I guess it won't make any difference but worth a try.

I'll try writing 78 to 0x614. But that's only in regard to 1.)

https://forums.lenovo.com/t5/T4-T5-und-neuere-T-Serie/T480-mit-MX150-und-i5-Extremes-CPU-throttling-auf-200-mhz/td-p/4042154

@erpalma you are right 0x614 should not fixing the GPU throttle but i am curious. However as far as I understand the CPU could send a signal to the GPU for throttle like PROCHOT.
@Uatschitchun Lenovo may be aware but it looks like they do not care.
When I did a quick search on google with "mx150 thermal throttle" or similar I found a lot of posts about people having this issue. Their solutions or hints on the issue are very different:

Power supply related: One was writing he had a power supply which did not deliver enough power when used with the docking (or to less power in general). Lenovo is selling power supplies with less and more watts. You can figure this out by playing/testing on battery on high performance settings. If this works your power supply might be the issue.
strange BIOS: One was writing he fixed it by disabling Intel speed step in the BIOS. This is quite a bad workaround but if its working.
other software: One was writing uninstalling HP Coolsense (HP laptops) was fixing the issue.

@Uatschitchun I don't know if that applies - I have not much clue about nvidia in linux. Did you try something like nvidia-smi -q -d PERFORMANCE to see GPU throttle reasons.
nvidia-smi

I would give a look at the nVidia cool bits feature. You should be able to disable performance levels completely.

Tried both! During my tests, when dGPU reaches its fall-off temp, there's no reason given for throttling! All in all the informations which are possible to get from the MX150 with nvidia-smi are very rare. Supported clocks doesn't work and I haven't had success, until now, to get a xorg.conf running enabling coolbits as of the dual card setup it needs ;(
I'll upload some screenshots later from tests/benchmarks I've done.

Here are phoronix results (as with higher resolutions, too high temps set in conf result in fall-off, which is clearly seen in results):
openbenchmarking.org/result/1809079-AR-75GRAD88872
Here are screenshots of running stress, prime & glxsphere.
https://www.dropbox.com/sh/s44z07yuhhivi3j/AAD47959bjdDpzplr97u-gXNa?dl=0

Hmm interesting. Can you please try this:
while true; do nvidia-smi -pl 25; sleep 1; done
And see if you get better results?

while true; do nvidia-smi -pl 25; sleep 1; done
25W is not that much for a GPU

It's the nominal TDP of the MX150

You need to set the coolbits with nvidia-xconfig first.

I'm using the right cool bits (please correct me if I'm wrong).
On optirun/primus, I have set up the cool bits on /etc/bumblebee/xorg.conf.nvidia, not sure if that matters, but cat /var/log/Xorg.8.log gives me:
[   409.371] (**) NVIDIA(0): Option "Coolbits" "28"
I've also tried it running under nvidia-xrun to similar results.

That's alright. Unfortunately, the nvidia-smi tool on Linux doesn't support undervolting (as far as I understand), so we are stuck. My best guess would be to flash a custom vBIOS, but that doesn't guarantee the EC is not the one power limiting the GPU.

Seems like BIOS 1.17 changed the behavior, now the dGPU and CPU seem to be limited in power so that the dGPU never reaches thermal throttling (because it is always being throttled a little). Running furmark seems to reduce the maximum power on the CPU to about 5W, but closing it seems to return the CPU to full power. My guess is that the dGPU now takes priority over the power being drawn.
Since it seems like the BIOS/EC are the ones doing the management and there is no Nvidia tool to manage the power of the GPU, I think it would be alright to close this issue, because there's not much lenovo-throttling-fix can do about it.

The T480's update doesn't mention anything relevant either (except for maybe: Fixed an issue where the system might display the error message "The connected AC adapter has a lower wattage than the recommended AC adapter".). So, it might be worth trying it out.
Surprising that the T480/T580 don't use the same BIOS.

Running furmark seems to reduce the maximum power on the CPU to about 5W, but closing it seems to return the CPU to full power.

Can you still force the CPU to full power with this script?

Seems like we can close this (as a won't fix, unfortunately).
According to LINK, it seems the EC is limiting the overall temperature at below 75C, because on Linux the "is_on_lap" sensor is not implemented, so (for UL spec compliance) it limits the temperature.
Since throttled affects only the CPU, the GPU is still bound by the EC imposed limit. But seems like Lenovo might implement a fix (X1 Carbon 7th, 6th and T490 already have it). Keep an eye at LVFS.


Improving installation steps for the js package

Fixes #115

The changes looks good, Thank you @spl 😄


Standard accessors for local storage (see #410)

@sinedied @Ekhozie any idea what's up with Appveyor ?


Typo in the short description

Hello,
The short description of the project says

Place and route tool for FGPAs

I believe it should be FPGAs instead of FGPAs.
Regards,
Thoma

Fixed, thanks!


Notion Integration Isn't appearing.

OS version:  MacOS 10.14.5
Browser version: 75.0.3770.100
Extension version: 1.37.4

Relevant integration (if any):Notion
www.notion.so
🐛 Describe the bug
The Toggl button integration isn't appearing within Notion
Some other users have also mentioned it here and here also in this case
Expected behaviour
The Toggl button won't appear in Notion
Steps to reproduce
A Togglr opens Notion and looks for the Toggl button.
They scream for it is not here and thus they cannot Toggl.

case

User report

As I mentioned in https://github.com/toggl/toggl-button/pull/1203#issuecomment-499456043, this may be a result of a changed DOM structure:

Haven't taken the time to look as to why this is yet, but it could be that Notion changed their DOM structure, which was somewhat precarious (see the selectors here 😱: https://github.com/toggl/toggl-button/pull/1203/files#diff-488208c474f920402f55f0f58320950cR4).

User report

I think I have a fix for this.. the only problem is I can't commit because of some git command error.
-__-

User Report

user report

user report

User report

Toggl Button in Notion has been restored in the "pop up views", such as when opening a card:


Errata : Final Rest feat

Feattype ->  add archetype
traits -> add value skill

This is a skill feat and already has the skill and archetype tags. Closing.


Create a flatgeobuf organization

The Julia implementation #88 seems a good reason to think about collecting flatgeobuf repos in its own organization. The support of flatgeobuf gets broader and a Github organization would reflect that better, IMHO.
@evetion: Would you support moving your Julia implementation to a common organization?

Hey @pka that is a great idea. :)

Done at https://github.com/flatgeobuf. I will move this repo after thinking about consequences a bit.

You're probably already aware, but just in case:
If you do this, it's probably best to do something like described here: https://docs.github.com/en/free-pro-team@latest/github/administering-a-repository/transferring-a-repository
To make sure issues etc. get moved to the new location.

Thanks @bjornharrtell! Moving a repo to an org is quite painless in my experience. Github redirects old URLs for a long time. The most obvious consequence I see is a new homepage URL. But it would deserve its own domain name like flatgeobuf.org anyway?

I'm open to moving to an organization. It's a common practice in Julia, see https://github.com/JuliaGeo for example, but only if the package has become mature, so multiple people can easily do (required) maintenance. Not sure if that would hold for flatgeobuf. I'll await @bjornharrtell decision.

Done!
@evetion I don't feel an implementation needs to be "mature" to be hosted under the organization, so if you want to move it there feel free to.


Many single-block forks (from nodes making blocks during their initial catch up?)

See for example,
https://media.discordapp.net/attachments/774112816017571841/794267758820196382/block_tree.gv.png?width=150&height=1335

Latest:  https://cdn.discordapp.com/attachments/774112816017571841/798292793323159552/block_tree.gv.png

Latest:  https://cdn.discordapp.com/attachments/774112816017571841/798292793323159552/block_tree.gv.png

Will check once the super catchup fix is in

Will check once the super catchup fix is in

Telemetry is broken.  Haven't seen this raised as an issue recently but want to double check.  Moving backlog for the moment.


SCANVIDEO fails while saving to flash from other core

I have a multicore program in which core 1 generates VGA output using pico_scanvideo_dpi, while the other core may (on request) save data to Flash.
My render_loop is declared as __time_critical_func() and therefore is RAM resident (confirmed from the load map). However whenever Flash is written, video generation halts and does not resume until the Pico is reset.
Running under gdb-multiarch and doing a back-trace after the write to flash consistently shows:
`set init
target halted due to debug-request, current mode: Thread
xPSR: 0xf1000000 pc: 0x000000ee msp: 0x20041f00
target halted due to debug-request, current mode: Thread
xPSR: 0xf1000000 pc: 0x000000ee msp: 0x20041f00
(gdb) load
Loading section .boot2, size 0x100 lma 0x10000000
Loading section .text, size 0x31b30 lma 0x10000100
Loading section .rodata, size 0x6648 lma 0x10031c30
Loading section .ARM.exidx, size 0x8 lma 0x10038278
Loading section .binary_info, size 0x3c lma 0x10038280
Loading section .data, size 0x2b68 lma 0x100382bc
Start address 0x100001e8, load size 241188
Transfer rate: 77 KB/sec, 12694 bytes/write.
(gdb) c
Continuing.
^Ctarget halted due to debug-request, current mode: Handler HardFault
xPSR: 0x81000003 pc: 0x1166dfdc msp: 0x20041f58
Thread 1 received signal SIGINT, Interrupt.
0x11051d00 in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread 2)]
#0  0x1166dfdc in ?? ()
(gdb) bt
#0  0x1166dfdc in ?? ()
#1
#2  0x14000010 in ?? ()
#3  0x20000c76 in set_next_scanline_id (scanline_id=)
at /home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c:669
#4  prepare_for_active_scanline_irqs_enabled ()
at /home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c:787
#5  isr_irq7 () at /home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c:932
#6
#7  0x20001532 in __wfe () at /home/pi/pico/pico-sdk/src/rp2_common/hardware_sync/include/hardware/sync.h:123
#8  scanvideo_begin_scanline_generation (block=block@entry=true)
at /home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c:1085
#9  0x200005d8 in render_loop () at /home/pi/pico/BBCSDL_Work/mcu/pico_vga/picovdu.c:577
#10 0x1001b7d2 in setup_video () at /home/pi/pico/BBCSDL_Work/mcu/pico_vga/picovdu.c:680
#11 0x10022808 in core1_wrapper (entry=0x1001b761 <setup_video>, stack_base=)
at /home/pi/pico/pico-sdk/src/rp2_common/pico_multicore/multicore.c:89
#12 0x00000172 in ?? ()
`
Routine set_next_scanline_id () is always the first identifiable routine in the back-trace
static void set_next_scanline_id(uint32_t scanline_id) {     shared_state.scanline.next_scanline_id = scanline_id;     shared_state.scanline.y_repeat_target = _scanline_repeat_count_fn(scanline_id) * video_mode.yscale; }
I tried modifying the definition of this routine to:
static void __video_most_time_critical_func(set_next_scanline_id)(uint32_t scanline_id)
but this did not help. Since the function is declared as static it does not appear in the load map to confirm its location in Flash or RAM.
I can work around the problem by calling multicore_lockout_victim_init () on core 1, and wrapping the Flash write in multicore_lockout_start_blocking () and multicore_lockout_end_blocking (). That results in a noticable interruption to video generation while writing to Flash although it does at least resume once the write to Flash has completed. However if all the pico_scanvideo code is in RAM this should not be necessary.
My code is at https://github.com/Memotech-Bill/BBCSDL

I have found one problem.
From the back-trace:
#3 0x20000c76 in set_next_scanline_id (scanline_id=)
And from the load map:
               0x20000ad4      0x688 CMakeFiles/bbcbasic.dir/home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c.obj                 0x20000ad4                isr_irq7
Taking the difference between the address in the back-trace and that from the map: 0x20000c76 - 0x20000ad4 = 0x1a2.
Running the command objdump -dSrwF scanvideo.c.obj gives:
shared_state.scanline.y_repeat_target = _scanline_repeat_count_fn(scanline_id) * video_mode.yscale; 19a:	4b56      	ldr	r3, [pc, #344]	; (2f4 <isr_irq7+0x2f4> (File Offset: 0x3e0)) shared_state.scanline.next_scanline_id = scanline_id; 19c:	61a0      	str	r0, [r4, #24] shared_state.scanline.y_repeat_target = _scanline_repeat_count_fn(scanline_id) * video_mode.yscale; 19e:	681b      	ldr	r3, [r3, #0] 1a0:	4798      	blx	r3 shared_state.scanline.current_scanline_buffer = NULL; 1a2:	2200      	movs	r2, #0
Since the address in the back-trace is the return address, the instruction causing the fault is probably the previous one, so the instruction causing the fault is blx	r3, which looks as though it contains the address of _scanline_repeat_count_fn.
Searching pico_scanvideo_dpi/scanvideo.c for "repeat_count_fn" gives:
static uint default_scanvideo_scanline_repeat_count_fn(uint32_t scanline_id) {     return 1; }      :      : void scanvideo_set_scanline_repeat_fn(scanvideo_scanline_repeat_count_fn fn) {     _scanline_repeat_count_fn = fn ? fn : default_scanvideo_scanline_repeat_count_fn; }
And from the load map:
.text.default_scanvideo_scanline_repeat_count_fn                 0x10022750        0x4 CMakeFiles/bbcbasic.dir/home/pi/pico/pico-extras/src/rp2_common/pico_scanvideo_dpi/scanvideo.c.obj
So default_scanvideo_scanline_repeat_count_fn is in Flash, hence the crash.
I have modified the definition of this function in scanvideo.c to put it into RAM:
static uint __video_time_critical_func(default_scanvideo_scanline_repeat_count_fn)(uint32_t scanline_id) {     return 1; }
This certainly improves the code but I am still getting occasional crashes of the video generation when saving to Flash, so there is still another issue to resolve.

I guess this is tangentially related to https://github.com/raspberrypi/pico-sdk/issues/410 wherein the use of __not_in_flash_func means that you have to recursively find and annotate all functions that might get called, to ensure that they ALL get loaded into RAM?

I have now demonstrated that core 0 flushing the XIP cache corrupts VGA generation running entirely from RAM on core 1. For details please see https://www.raspberrypi.org/forums/viewtopic.php?f=144&t=320355#p1919396

Finally found the problem. Although the code is entirely in RAM it was referencing data stored in Flash.

Glad to hear that you managed to get to the bottom of it :+1:


For compatible nacos server lower version, we should check the response from nacos server is null.

What is the purpose of the change
Fix #8181
At provider, it won't register service name mapping info.
At consumer, we will use application_first, it will use service discovery logic to find service name mapping info,
in NacosDynamicConfiguration, use httpAgent to get service name mapping info, but at nacos server lower version, if the config is not found, will return null response.
So we should do compatible work for lower nacos server version.

Codecov Report

Merging #8229 (20b7edb) into master (149d1f6) will decrease coverage by 0.25%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master    #8229      +/-   ##
============================================
- Coverage     60.99%   60.74%   -0.26%
+ Complexity      490      456      -34
============================================
  Files          1090     1090
  Lines         43951    43910      -41
  Branches       6423     6389      -34
============================================
- Hits          26810    26675     -135
- Misses        14156    14262     +106
+ Partials       2985     2973      -12

Impacted Files
Coverage Δ

...enter/support/nacos/NacosDynamicConfiguration.java
0.00% <0.00%> (ø)

...e/dubbo/registry/consul/ConsulRegistryFactory.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...g/apache/dubbo/registry/consul/ConsulRegistry.java
0.00% <0.00%> (-60.00%)
:arrow_down:

...g/apache/dubbo/remoting/p2p/support/FileGroup.java
41.50% <0.00%> (-22.65%)
:arrow_down:

...nfig/configcenter/nop/NopDynamicConfiguration.java
62.50% <0.00%> (-12.50%)
:arrow_down:

...che/dubbo/remoting/transport/mina/MinaChannel.java
35.52% <0.00%> (-10.53%)
:arrow_down:

...mmon/threadpool/support/fixed/FixedThreadPool.java
80.00% <0.00%> (-7.50%)
:arrow_down:

...ng/transport/dispatcher/all/AllChannelHandler.java
82.75% <0.00%> (-6.90%)
:arrow_down:

...moting/transport/netty4/NettyEventLoopFactory.java
30.00% <0.00%> (-6.37%)
:arrow_down:

.../threadpool/support/limited/LimitedThreadPool.java
83.33% <0.00%> (-5.56%)
:arrow_down:

... and 61 more

Continue to review full report at Codecov.

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


[COMGR] Fix UB: reference binding to null pointer of type 'char'

Fix for COMGR. Resolves #877

@shurale-nkn Thanks!


Should the reviewer quick pick ignore focus out?

Testing #4255
If I select multiple reviewers and accidentally hit esc, nobody is assigned and I have to start over. I wonder if it might help to make the quick pick ignore focus out here.

I'm leaning towards leaving this as is. Most of our quick picks don't ignore focus out and I've found with the simple file picker that users can be confused when it does ignore focus out.


chore: roll to Playwright 1.20.0-beta-1646791472000

Fixes https://github.com/microsoft/playwright-dotnet/issues/2011
Masks tests are not there, we don't have any screenshot comparison functionality yet, will check it before merging manually for now.

Just fyi, in java it was useful to have a mask test even without actual comparison of the produced images (it uncovered a problem in the serializer).

Just fyi, in java it was useful to have a mask test even without actual comparison of the produced images (it uncovered a problem in the serializer).

Will add one tomorrow.


exclude dependency from lib org.jetbrains.kotlin:kotlin-stdlib:1.3.50

When I make:
./gradlew -q app:dependencies
Your lib has kotlin dependency
+--- com.mikhaellopez:circularprogressbar:3.0.3
|    \--- org.jetbrains.kotlin:kotlin-stdlib:1.3.50 -> 1.3.60 (*)

But lib rxanimation doesn't
+--- com.mikhaellopez:rxanimation:0.0.7

I added this dependency so that users on JAVA can use this library.
Otherwise they will have an unclear error because they miss kotlin-stdlib.
For users under Kotlin this dependency will automatically override.


[EventEngine][Windows] Add shutdown grace period

This adds a small wait for all timers to finish executing on WindowsEventEngine shutdown. I have seen this wait code triggered on rare occasions where either 10's of tests are running concurrently, or in an environment where IPv6 is detected but disabled, and connection cancellation takes seconds to complete. I have not gotten to the bottom of the latter problem, but feel WindowsEventEngine destruction can tolerate some small extra time.

internal build is clean.


Instance-level Results

The results for each task in the repository at current consist of aggregated metrics for each sub-task.
Is there the possibility of making available the instance-level results for each question in the tasks, similar to the dummy transcripts that are also present, but for each agent?
This would help the community perform additional analysis of the results and identify agent/task trends on a deeper level. Obviously, the same could be achieved by evaluating each agent on each task, but that requires far more compute than available for many in the community. I'm hoping the raw results may still be floating around somewhere on BIG-bench's end.
Thanks,
John

Yes! This is slightly delayed by technical problems having to do with the
cumulative file sizes of all the logs. We're working on it though, and will
have this released soon.
On Fri, Mar 25, 2022, 04:00 John Burden @.***> wrote:

The results for each task in the repository at current consist of
aggregated metrics for each sub-task.
Is there the possibility of maknig available the instance-level results
for each question in the tasks, similar to the dummy transcripts that are
also present, but for each agent?
This would help the community perform additional analysis of the results
and identify agent/task trends on a deeper level. Obviously, the same could
be achieved by evaluating each agent on each task, but that requires far
more compute than available for many in the community. I'm hoping the raw
results may still be floating around somewhere on BIG-bench's end.
Thanks,
John
—
Reply to this email directly, view it on GitHub
https://github.com/google/BIG-bench/issues/715, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADZW4CVXGCNBZDXIWDV4JDVBWMF7ANCNFSM5RT2URZQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Excellent, thanks for letting us know!

@JohnBurden the full logs are now available in the results subdirectory for each task. In order to examine them, you will need to make sure git-lfs is configured for your git client, and then use the lrzuntar command to extract the large log files.
Looking forward to seeing what you do with them!!

@Sohl-Dickstein , quick question - I believe I have git-lfs correctly setup, but when I try running the recommended command lrzuntar full-logs_BIG-G_BIG-G-sparse.tar.lrz, I receive the following error:
Not an lrzip file
Fatal error - exiting
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

Is there an intermediate step I'm missing?

This command works for me. This seems most likely to be a git-lfs configuration error.
Specifically, the following works for me:
cd bigbench/benchmark_tasks/simple_arithmetic/results/
lrzuntar full-logs_BIG-G_BIG-G-sparse.tar.lrz
ls full-log*

For those who come after me, my error was cloning first, then installing git lfs. If you use this order, the large files are text pointers, and the command won't work. The solution is:
git lfs pull
https://github.com/git-lfs/git-lfs/issues/325#issuecomment-149713215


Adds missing gems for development

Adds the pg and bullet gems into the gemspec. Seems to fix the errors found in #731

We also did some at https://github.com/thoughtbot/suspenders/pull/717. I cleaned up all my gems and I found we needed execjs, and then more. This is all weird, because tests run suspenders, and that runs bundle install. All these dependencies are needed for the generated app, not suspenders itself, so I now don't think we should keep adding dependencies to the gemspec.
I just cleaned up again all my gems, ran suspenders new-app, and then the tests, and I didn't see any errors. I think we need to setup a new application before running any tests, but I'm not sure yet how to do that. This PR, if it achieves that, should actually remove dependencies.
What do you think of this? Thanks for your contribution!

Hey I think I found it! Tests start with:
drop_dummy_database
remove_project_directory
run_suspenders

drop_dummy_database goes into the dummy rails app for testing and runs rake db:drop, but rake won't find the gems if they are not yet there! bundle happens later, on run_suspenders`.
So this patch makes it work well:
diff --git a/spec/support/suspenders.rb b/spec/support/suspenders.rb
index a585a17..4f371f0 100644
--- a/spec/support/suspenders.rb
+++ b/spec/support/suspenders.rb
@@ -24,6 +24,7 @@ module SuspendersTestHelpers
     if File.exist?(project_path)
       Dir.chdir(project_path) do
         Bundler.with_clean_env do
+          `bundle check || bundle install`
           `rake db:drop`
         end
       end

Better would be to define:
  def setup_app_dependencies
    if File.exist?(project_path)
      Dir.chdir(project_path) do
        Bundler.with_clean_env do
          `bundle check || bundle install`
        end
      end
    end
  end

I think we can remove many dependencies:
-  s.add_development_dependency 'bitters', '~> 1.3'
-  s.add_development_dependency 'simple_form', '~> 3.2'
-  s.add_development_dependency 'title', '~> 0.0'
-  s.add_development_dependency 'quiet_assets', '~> 1.1'
-  s.add_development_dependency 'capybara-webkit', '~> 1.8'
-  s.add_development_dependency 'bullet', '~> 5.0'
-  s.add_development_dependency 'pg'

And call it where appropriate. What do you think of this?
Thanks for your work!

If you use rbenv, this is the script I used for cleaning up my env:
#!/usr/bin/env bash

uninstall() {
  list=`gem list --no-versions`
  for gem in $list; do
    gem uninstall $gem -aIx
  done
  gem list
  gem install bundler
}

#rbenv versions --bare
RBENVPATH=`rbenv root`
echo $RBENVPATH
RUBIES=`ls $RBENVPATH/versions`
for ruby in $RUBIES; do
  echo '---------------------------------------'
  echo $ruby
  rbenv local $ruby
  uninstall
done


[Feature request] Store trials marked as bad

Context
To visually reject trials based on peak to peak values, I made a simplified version of ft_rejectvisual (http://www.fieldtriptoolbox.org/reference/ft_rejectvisual/) for MNE-python.
This function spits out a list of the trials i want to drop so i can drop them with epochs.drop(). I can also easily store the marked trials for each subject for quick reanalysis by removing the same trials. This makes the preprocessing transparent and easy to replicate.
Additionally, I sometimes look at individual epochs with epochs.plot() and mark trials for rejection. I would like to be able to access these trials marked as bad and add them to my list of trials to reject for the current subjects instead of automatically removing them after closing the epochs plot.
Describe the problem
After marking bad trials in the epochs.plot() and closing the window, the trials get automatically dropped.
Describe your solution
I want it to just store marked trials in a similar way as it stores channels marked as bad.

This is possible in autoreject. However, that said it seems it's oft-requested feature so I would not be opposed to copying the small code from autoreject into MNE. So the autoreject code is not calling a bunch of private functions from MNE which is hard to maintain in the long run.

That's a call for Epochs Annotations! :)

do you know about the epochs.drop_log to keep track of the epochs that have
been dropped and why?

If I remember correctly .drop_log is not very human-friendly.  :)

epochs.plot_drop_log helps?

@agramfort I thought the plot_drop_log was a visual tool, correct? I need the trial numbers so i can save them to a logfile.

You can iterate over the drop_log list, any non empty entry has been dropped. Or use epochs.selection in combination with the length of your original events list.

@agramfort I have to correct my statement about .drop_log not being human-friendly. I checked and .drop_log with the help of .selection does exactly what is requested here.

@Eklund89 Maybe you would be willing to submit a PR with example showing how to access these information using .drop_log and .selection - I guess there are not much information on these in the tutorials/examples.


Error on OSX

On OSx 10.11.1 with CMake 3.3.2. Last time I checked there is the same error when this is run on a Windows machine.
DMD64 D Compiler v2.068
and
LDC - the LLVM D compiler (0.15.2): based on DMD v2.066.1 and LLVM 3.6.2
When running ccmake -DCMAKE_MODULE_PATH:PATH=../cmake-d ./build . in the tests directory, I get the following error:
CMake Error: Could not find cmake module file: CMakeDInformation.cmake

 CMake Error: Internal CMake error, TryCompile configure of cmake failed

 CMake Error at /Users/zelimdamian/Downloads/cmake-d-master
 2/cmake-d/CMakeTestDCompiler.cmake:45 (message):
   The D compiler "/usr/local/bin/dmd" is not able to compile a simple test
   program.

   It fails with the following output:

   CMake will not be able to correctly generate this project.
 Call Stack (most recent call first):
   CMakeLists.txt:7 (PROJECT)

Can you provide full log of the error messages and the CMakeLists.txt file?

Sorry, the log above is all that CMake gives me. The CMakeLists.txt is the one in this repo's tests directory: https://github.com/dcarp/cmake-d/tree/master/tests
After a bit of digging it seems that there are only Linux and Windows .cmake files in the Platforms directory. Do the Linux ones cover OSx as well?

I figured out that the CMakeTestDCompiler.cmake file is trying to compile a simple HelloWorld of a sort. I copied the code into a separate test.d file:
int main(char[][] args) {
  return args.sizeof-1;
}

It compiles and runs without any problem with  dmd test.d && ./test
Why would it report a failure to compile?

It seems that this problem just went away. It may have been a directory permissions issue. There are now other problems though. Will open a separate issue.


TNs are saved to the wrong record.

see: https://unfoldingword.zulipchat.com/#narrow/stream/207526-wg-tools/topic/tC.20Create.201.2E0.20Beta.205/near/204938672

I reproduced the issue by duplicating the ID field.
Joel did NOT copy/paste the ID field.  So we are still looking for a way that this field gets duplicated.

Create 2 new notes.
Copy the ID field so that both new notes have the same ID value.
Fill in the OrigQuote / OccurrenceNote fields in both notes.
Save.
Compare branch: See: the ID field is duplicated. See: the note from the 2nd record was saved into the `st record.
Refresh: See: Only 1 of the 2 new notes shows in tC Create.

UPDATE: I was able to reproduce this in Titus by adding several new notes at a time.

open uW English tN
Create 4 new notes
Save
Compare branch: See the ID field is duplicated.

Confirmed in tc-create-app 1.0.1
QA PASS

Turns out here was the real way to reproduce the problem:

login & open any TN resource
Add several new notes, each time copying the same original note
(click Add a Row several times on the same original note)
Save
Refresh to reload the resource

at this point, notice:

only 1 of the new notes are visible (yet all exist in the file)

compare branch to see:

duplicate ID field in the new rows.
content entered in the new rows is inconsistently saved in the wrong NEW row


#21 Get rid of static methods: TimeUtil

TimeUtil is refactored in Orthodox OOP style.
Tests are added

Regarding license headers there is a common issue #23  reported


Allow sourcing fzf from other directories

Right now I am sourcing my fzf files like
source ~/.nix-profile/share/fzf/completion.bash
source ~/.nix-profile/share/fzf/key-bindings.bash

and with this change I can source them in ~/.blerc like
_ble_contrib_fzf_base=$HOME/.nix-profile/share/fzf
ble-import -d contrib/fzf-completion
ble-import -d contrib/fzf-key-bindings

Thank you! Looks good. Let's just merge it.

Since the fzf installation in NixOS seems to be different from the normal one, I'm interested in whether it is possible to update the automatic determination of _ble_contrib_fzf_base based on the path of fzf in PATH by fzf-initialize.bash.
Could you provide me with the directory structure of ~/.nix-profile/share/fzf? For example, the result of
$ tree ~/.nix-profile/share/fzf

or, if tree is unavailable, the result of ls -lR ~/.nix-profile/share/fzf?

$ tree ~/.nix-profile/share/fzf/
/home/sandro/.nix-profile/share/fzf/
├── completion.bash
├── completion.zsh
├── key-bindings.bash
├── key-bindings.fish
└── key-bindings.zsh

The NixOS/nixpkgs packages looks like:
$ tree result/
result/
├── bin
│   ├── fzf
│   ├── fzf-share
│   └── fzf-tmux
└── share
    ├── fish
    │   ├── vendor_conf.d
    │   │   └── load-fzf-key-bindings.fish
    │   └── vendor_functions.d
    │       └── fzf_key_bindings.fish
    ├── fzf
    │   ├── completion.bash
    │   ├── completion.zsh
    │   ├── key-bindings.bash
    │   ├── key-bindings.fish
    │   └── key-bindings.zsh
    └── vim-plugins
        └── fzf
            └── plugin
                └── fzf.vim

It can be either mounted at /run/current-system/sw/ or ~/.nix-profile/.
The Debian/Ubuntu looks like:
$ apt-file show fzf
fzf: /usr/bin/fzf
fzf: /usr/bin/fzf-tmux
fzf: /usr/share/bash-completion/completions/fzf
fzf: /usr/share/doc/fzf/README.Debian
fzf: /usr/share/doc/fzf/changelog.Debian.gz
fzf: /usr/share/doc/fzf/copyright
fzf: /usr/share/doc/fzf/examples/completion.bash
fzf: /usr/share/doc/fzf/examples/completion.zsh
fzf: /usr/share/doc/fzf/examples/fzf.vim
fzf: /usr/share/doc/fzf/examples/key-bindings.bash
fzf: /usr/share/doc/fzf/examples/key-bindings.fish
fzf: /usr/share/doc/fzf/examples/key-bindings.zsh
fzf: /usr/share/doc/fzf/examples/plugin/fzf.vim
fzf: /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish
fzf: /usr/share/man/man1/fzf-tmux.1.gz
fzf: /usr/share/man/man1/fzf.1.gz

Thank you for the information! I have added the detection of these paths in commit 10904fd686713c5c28299afb5393c093a7f2eb55. Now I think you don't have to define _ble_contrib_fzf_base by yourself as far as the binary fzf can be found in PATH. Thank you.


Issue #8584 Fix GPTCache with ChatOpenAI

Fixes Issue #8584
No new dependencies have been added.
@baskaryan
Also, I would like to ask, what's the process for getting the expert role on the Langchain discord and would I possibly qualify? Thanks.

is this issue resolved ?


Missing or outdated preview images

Is there an existing issue outlining your problem?

[X] I have searched the existing issues and they do not solve my problem.

Describe your issue.
The following userstyles don't have the separate previews by flavours, or have outdated combined previews.

Cinny
Codeberg
DeepL
ichi.moe
Libreddit

Thanks for letting us know, in terms of

Libreddit - which maybe shutting down

Codeberg - which is getting a rework
For the rest i will take a look (progress tracker below).

[ ] Cinny

[ ] DeepL

[ ] ichi.moe

Hey, the Issue on Codeberg is noted. Once I started/finished the rework :)

I redid the images for deepl here: https://github.com/catppuccin/userstyles/commit/573b28a863e252f373462d8b691a15f6a0e914fe
Sorry for not tagging issue!

Codeberg was the last one listed here, just updated the previews for now and a new set of previews can be added with the upcoming rework.
Thanks everyone for updating these images!


fix(prequal-client): change log from vehicle->asset

minor log fix

Closing as this change is included in PR #23

Closing as this change is included in PR #23


chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-k8s-23-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1395

Questions ?
Please refer to the Backport tool documentation


No App in dashboard

I've tried to get websockets up and running, but I'm not able to get the "App" selector in the websockets-dashboard populated with any App name.
In .env I have:
APP_NAME=Laravel
PUSHER_APP_ID=1
PUSHER_APP_KEY=b9f65c07-3aaf-4c2d-8301-683c0a340365
PUSHER_APP_SECRET=secret
PUSHER_APP_CLUSTER=
(I will update key and secret once it works, this is just as an example of what I have now)
In config/websockets.php I have:
'apps' => [
[
'id' => env('PUSHER_APP_ID'),
'name' => env('APP_NAME'),
'key' => env('PUSHER_APP_KEY'),
'secret' => env('PUSHER_APP_SECRET'),
'enable_client_messages' => false,
'enable_statistics' => true,
],
],
But for some reason the dashboard is not showing any App to select or connect to.
The websockets server is up and running showing "Starting the WebSocket server on port 6001..."
I hope someone can help me get this up and running.

Try clearing your config cache
php artisan config:clear

Thanks for the help. In the end I made new config file and all works.


Content changes for opposite and same sex (Sweden)

Trello Story: https://trello.com/c/MaF6tohO/104-marriage-abroad-sweden
Factcheck

Opposite sex outcomes where user is resident in the UK:

Preview Link
Link on GOV.UK

Expected changes

Content changes for opposite outcomes where user is resident in the UK

Changes to Legalisation and translation

Before

After

Factcheck

Opposite sex marriage outcomes for a resident in Sweden marrying a British/Swedish/National of another country

Preview Link
Link on GOV.UK

Expected changes

Mostly new content for opposite outcomes where user is resident in Sweden marrying a British/Swedish/National of another country

Before

After

Factcheck

Same sex marriage outcomes for a resident in Sweden marrying a British/Swedish/National of another country

Preview Link
Link on GOV.UK

Expected changes

Mostly new content for same sex outcomes where user is resident in Sweden marrying a British/Swedish/National of another country

Before

After

FCO are happy with the changes and now ready for review

FCO are happy with the changes and now ready for review

If I understand the Trello card / Google doc with changes then it looks like this branch has updated some results that it shouldn't have.
Requested changes (from Google Doc):
A. opposite-sex where user is resident of uk

/marriage-abroad/y/sweden/uk/partner_british/opposite_sex
/marriage-abroad/y/sweden/uk/partner_local/opposite_sex
/marriage-abroad/y/sweden/uk/partner_other/opposite_sex

B. Opposite sex and same sex marriage outcomes for a resident in Sweden marrying a British/Swedish/National of another country.

/marriage-abroad/y/sweden/ceremony_country/partner_british/opposite_sex
/marriage-abroad/y/sweden/ceremony_country/partner_local/opposite_sex
/marriage-abroad/y/sweden/ceremony_country/partner_other/opposite_sex
/marriage-abroad/y/sweden/ceremony_country/partner_british/same_sex
/marriage-abroad/y/sweden/ceremony_country/partner_local/same_sex
/marriage-abroad/y/sweden/ceremony_country/partner_other/same_sex

Actual changes (based on changes in regression test artefacts):

/marriage-abroad/sweden/ceremony_country/partner_british/opposite_sex.txt
/marriage-abroad/sweden/ceremony_country/partner_british/same_sex.txt
/marriage-abroad/sweden/ceremony_country/partner_local/opposite_sex.txt
/marriage-abroad/sweden/ceremony_country/partner_local/same_sex.txt
/marriage-abroad/sweden/ceremony_country/partner_other/opposite_sex.txt
/marriage-abroad/sweden/ceremony_country/partner_other/same_sex.txt
/marriage-abroad/sweden/third_country/partner_british/same_sex.txt
/marriage-abroad/sweden/third_country/partner_local/same_sex.txt
/marriage-abroad/sweden/third_country/partner_other/same_sex.txt
/marriage-abroad/sweden/uk/partner_british/opposite_sex.txt
/marriage-abroad/sweden/uk/partner_british/same_sex.txt
/marriage-abroad/sweden/uk/partner_local/opposite_sex.txt
/marriage-abroad/sweden/uk/partner_local/same_sex.txt
/marriage-abroad/sweden/uk/partner_other/opposite_sex.txt
/marriage-abroad/sweden/uk/partner_other/same_sex.txt

It looks as though these changes from the list above might be unintentional:

/marriage-abroad/sweden/third_country/partner_british/same_sex.txt
/marriage-abroad/sweden/third_country/partner_local/same_sex.txt
/marriage-abroad/sweden/third_country/partner_other/same_sex.txt
/marriage-abroad/sweden/uk/partner_british/same_sex.txt
/marriage-abroad/sweden/uk/partner_local/same_sex.txt
/marriage-abroad/sweden/uk/partner_other/same_sex.txt

I'm not entirely sure that it makes sense to reuse outcome_opposite_sex_marriage_in_consular_cni_countries_when_residing_in_uk_or_ceremony_country for same sex ceremonies in Sweden, particularly given the problems (mentioned in the previous commit) it appears to have introduced.
I think a better solution might be to introduce a new outcome for all ceremonies in Sweden where the user is resident in Sweden (outcome_ceremonies_in_sweden_when_residing_in_sweden). You could route to this outcome by adding a check for this condition above elsif calculator.partner_is_opposite_sex? in marriage-abroad.rb. You'd obviously still need to make the Sweden specific changes to the outcome_opposite_sex_marriage_in_consular_cni_countries_when_residing_in_uk_or_ceremony_country outcome for opposite sex marriages where the user is a resident of the UK.
Let me know if you have any questions about my suggestion.

This branch should also update the responses-and-expected-results file for marriage-abroad (using rails r script/generate-responses-and-expected-results-for-smart-answer.rb marriage-abroad). This is because some ceremonies in Sweden now lead to different outcomes.

@chrisroos thanks for picking up on the Bulgarian commit mixup..
Your proposed changes suggest changes for opposite sex.. I take it you mean same sex??

@ikennaokpala: I've looked at your changes and there still appear to be some differences between the results and the text in the Google Doc.
According to the Google Doc, the outcomes for opposite and same sex ceremonies in Sweden should be identical when the user is a resident of Sweden. With the current implementation there are still a few differences:

The sentence starting "To get a CNI" includes "or in front of a notary public." This isn't in the Google Doc. Should it be removed?

ceremony_country/partner_british/opposite_sex
ceremony_country/partner_british/same_sex
ceremony_country/partner_local/opposite_sex
ceremony_country/partner_local/same_sex
ceremony_country/partner_other/opposite_sex
ceremony_country/partner_other/same_sex

Opposite and same sex outcomes when your partner is "local" or "other" currently include a naturalisation section. This section doesn't appear in the Google Doc. Should it be removed?

ceremony_country/partner_local/opposite_sex
ceremony_country/partner_local/same_sex
ceremony_country/partner_other/opposite_sex
ceremony_country/partner_other/same_sex

The same sex outcomes are missing the "Receiving a notice of marriage" fee.

ceremony_country/partner_british/same_sex
ceremony_country/partner_local/same_sex
ceremony_country/partner_other/same_sex

The opposite sex outcomes include this fee:

ceremony_country/partner_british/opposite_sex
ceremony_country/partner_local/opposite_sex
ceremony_country/partner_other/opposite_sex

I'm still not very keen on reusing outcome_opposite_sex_marriage_in_consular_cni_countries_when_residing_in_uk_or_ceremony_country for all ceremonies in Sweden when resident of the UK. My preference would be to create a new outcome. I've demonstrated this approach in PR #2461 as I think it's easier to see what I mean in code.

@chrisroos.. much appreciated with your efforts and suggestions from PR #2461.
Yes the google doc does not contain two other rounds of changes.. I will be chatting with SI to properly match the differences


Beta No More?

@ajhodges @austin9350
If the phones on the trolley work like we want and expect to are we ready to take the apps out of beta?

It definitely makes me more comfortable. I have noticed a couple UI glitches that need fixing and then there's the list of to-do features in https://github.com/codeforgreenville/trolley-tracker-android-client/issues
Maybe you or @jeremywight could go through those issues and make 'milestones' and tag the issues with milestones in order of priority?
I think most of those issues wouldn't take long to fix, I've just lacked motivation to get it done with our beacon being so inconsistent.

@ajhodges
I added to the milestone to two items. The big one for me is the zooming issue. That one hurts the user experience. The other one is the more detail on stops and that's really a "nice to have" more than a "need to have"
Others feel free to share more thoughts where needed.
:trolleybus:

I just tried opening the Trolley Tracker app and the screenshots above show what I was able to see.  Apologies for the giant screenshots.
Does everyone need to remember their TestFlight invitation code to update it?

I just reset the beta build, I think you should have received an email saying there is a new version available. It's not really a new version, but for some reason it was showing expired even there it should have another 4 weeks left before it expired.
Apple has been updating some of the features of their beta testing service and there have been a few.... hiccups along the way.
You shouldn't have to reenter an invite code, hopefully you should just be able to open the TestFlight app and install the latest version, definitely let me know if that's not the case and I'll do whatever I can to troubleshoot.

@agautsc I'm fine with moving the iOS app out of beta.

@austin9350 thanks -- I downloaded the update and I regained access to the app


Add WebSocket to backends documentation

Purpose
Add WebSocket to Backends documentation
Proposal
WebSocket
The webSocket backend is read-only and can be used to get real-time events.

If you use OVH's Logs Data Platform (LDP), you can retrieve a WebSocket URI to test your data stream by following instructions from the official documentation.

Backend parameters

ws_uri: the WebSocket uri (e.g. wss://example.com/websocket)

Thank you for this Paul! :pray:  Ready for a review?

Yes. I'm not used to write doc in english so it can be improved/completed but at least this it's something 🤷♂

I recommend to remove the "draft" status of this PR and rebase your branch to merge it once accepted. :pray:

I recommend to remove the "draft" status of this PR and rebase your branch to merge it once accepted. 🙏

Thank you Julien for your suggestions ! I amended the initial commit and marked the PR ready to review

Thanks Paul! Can you rebase your branch so that I can merge this? :pray:

Thanks Paul! Can you rebase your branch so that I can merge this? 🙏

✔ Rebase done


Cygwin copy fails

I am running:
CYGWIN_NT-6.1 1.7.35(0.287/5/3) x86_64 Cygwin
Python 2.7.8 [GCC 4.8.3]
The line:
>>> pyperclip.copy('teststring')

produces the error:
LookupError: unknown encoding: mbcs

Since this is Python 2.7.8, the line
text_type = unicode if PY2 else str

sets text_type to unicode
The function _copyCygwin does a check
if not isinstance(text, text_type):
        text = text.decode('mbcs')

In my example above, text is of type str, so we hit the error.
The issue can be worked around with:
>>>  pyperclip.copy(u'teststring')


joker: 0.9.1 -> 0.9.2

Motivation for this change
Things done

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

[ ] NixOS
[ ] macOS
[x] other Linux distributions

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

@grahamcofborg build joker

Success on x86_64-linux (full log)
Attempted: joker
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2
/nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2/share/go/src/github.com/candid82/joker/build-all.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2/share/go/src/github.com/candid82/joker/linter-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2/share/go/src/github.com/candid82/joker/run.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2/share/go/src/github.com/candid82/joker/flag-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2/share/go/src/github.com/candid82/joker/test-linter.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/2pfp1icmiwp8kixpf9rpbz333mj95714-joker-0.9.2...
/nix/store/8hkylc30cwwghs7nbnjvrssdgbqhwf6w-joker-0.9.2-bin

Success on x86_64-darwin (full log)
Attempted: joker
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/dlqzjajpfxhp7bpgpq5rygixkz8y179a-joker-0.9.2-bin/bin
patching script interpreter paths in /nix/store/dlqzjajpfxhp7bpgpq5rygixkz8y179a-joker-0.9.2-bin
strip is /nix/store/kdff2gim6417493yha769kh00n63lnrw-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2
/nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2/share/go/src/github.com/candid82/joker/build-all.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/r8bx3qf1bpncb14i9gzma4vr089pc3pv-bash-4.4-p19/bin/bash"
/nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2/share/go/src/github.com/candid82/joker/flag-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/r8bx3qf1bpncb14i9gzma4vr089pc3pv-bash-4.4-p19/bin/bash"
/nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2/share/go/src/github.com/candid82/joker/linter-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/r8bx3qf1bpncb14i9gzma4vr089pc3pv-bash-4.4-p19/bin/bash"
/nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2/share/go/src/github.com/candid82/joker/run.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/r8bx3qf1bpncb14i9gzma4vr089pc3pv-bash-4.4-p19/bin/bash"
/nix/store/ja5ijkvjlgnsiw886zab03w4fcmmi6hj-joker-0.9.2/share/go/src/github.com/candid82/joker/test-linter.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/r8bx3qf1bpncb14i9gzma4vr089pc3pv-bash-4.4-p19/bin/bash"
/nix/store/dlqzjajpfxhp7bpgpq5rygixkz8y179a-joker-0.9.2-bin

Success on aarch64-linux (full log)
Attempted: joker
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2
strip is /nix/store/gp7fylxwn18b7pl2c18ks89hsiaxyfvf-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2
/nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2/share/go/src/github.com/candid82/joker/build-all.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
/nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2/share/go/src/github.com/candid82/joker/flag-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
/nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2/share/go/src/github.com/candid82/joker/linter-tests.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
/nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2/share/go/src/github.com/candid82/joker/run.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
/nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2/share/go/src/github.com/candid82/joker/test-linter.sh: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/cjclr7xj5hq3ni09yw8gp9vcfdxsz7s8-joker-0.9.2...
/nix/store/0wzfa165hds0clqgqs5w66jmdhdzcyar-joker-0.9.2-bin


Match .kibana index and don't clean them up

From version 6.5.0 kibana indexes are being stored as .kibana_1 .. kibana_N
Hence regexmatching indexes which start as .kibana, as with the current approach they get deleted and you lose your saved objects
https://www.elastic.co/guide/en/kibana/current/upgrade-migrations.html

The issue of what to do with the .kibana_N indexes is not clear cut. The Kibana 6.5 docs suggest that you will accumulate multiple indexes over time (.kibana_1, .kibana_2, .kibana_3, ...) and may or may not want to keep older versions to enable rolling back to previous versions.
This PR proposes never deleting any .kibana_N indexes, which is unlikely to be the right thing to do. By the time someone is at .kibana_5 they probably can do without .kibana_1. Maybe this lambda should never delete them, and users should be forced to delete them manually, or maybe not.
(Also, the regex used by this PR is overbroad, but that is a minor thing compared to actually figuring out the correct desired behavior.)
The solution upstream is to explicitly list which indexes to skip when specifying delete all. That is dodgy, in that it makes it most likely that the newest and in-use index could get deleted if you forget to update the skip list first.
For now, #14 excludes .kibana_1, but we still recommend explicitly listing which indexes to delete (e.g. "logstash") instead.
I will leave this issue open for further discussion, for now at least.


Dependency updates

Issue: -some dependencies could use an update-
What I did
Update them
How to test
Run bootstrap and run an example, possibly click around on a few things
Run unit tests
(done)

I wish I could also update eslint, but airbnb config is incompatible..


Fix warning on lgtm

This PR attempts to address remaining warning on LGTM.

Codecov Report

Merging #618 into master will decrease coverage by 0.03%.
The diff coverage is 70.27%.

@@            Coverage Diff             @@
##           master     #618      +/-   ##
==========================================
- Coverage   57.45%   57.41%   -0.04%
==========================================
  Files         102      102
  Lines        8017     8026       +9
  Branches     3589     3589
==========================================
+ Hits         4606     4608       +2
- Misses        914      921       +7
  Partials     2497     2497

Impacted Files
Coverage Δ

jpype/_jarray.py
98.46% <ø> (-0.03%)
:arrow_down:

jpype/_jcustomizer.py
82.40% <ø> (-0.17%)
:arrow_down:

native/common/include/jp_exception.h
25.00% <ø> (ø)

native/common/jp_exception.cpp
34.80% <0.00%> (-1.16%)
:arrow_down:

native/python/pyjp_module.cpp
34.23% <50.00%> (ø)

jpype/_jvmfinder.py
73.44% <83.33%> (ø)

native/python/pyjp_method.cpp
31.10% <91.66%> (ø)

jpype/_jcollection.py
94.89% <100.00%> (ø)

jpype/beans.py
97.14% <100.00%> (ø)

native/python/include/jp_pythontypes.h
90.90% <100.00%> (+0.90%)
:arrow_up:

... and 2 more

Continue to review full report at Codecov.

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

Thanks!

YES! AT LAST WE GET AN A!


support Virtual workspace

tip:
Should have a root package

Please be more specific.

When I run a command in a virtual workspace:
cargo zigbuild -p admin --target universal2-apple-darwin
the prompt is:
Should have a root packag

https://github.com/oli-obk/cargo_metadata/blob/184e836e3e197a07f5ea7eb30b5662163f0bc4ea/src/lib.rs#L180
cargo metadata result:

I don't need to use this feature personally, pull requests to fix this are welcome if you are up for it.

Closing because you have removed important context.


guvectorize-CUDA broadcast fail

v0.49.0
A guvectorized function fails to broadcast when the target is CUDA but works as expected when the target is CPU.
from numba import guvectorize
import numpy as np

def dot(a, b, result):
    x = 0

    for i in range(len(a)):
        x += a[i] * b[i]

    result[0] = x

args = "int64[:], int64[:], int64[:]", "(n),(n)->()"
dot_cuda = guvectorize(*args, target="cuda")(dot)
dot_cpu = guvectorize(*args)(dot)

a = np.arange(6).reshape(3, 1, 2)
b = np.arange(8).reshape(1, 4, 2)

dot_cuda(a, b)

ValueError                                Traceback (most recent call last)
<ipython-input-5-2b6f351e5aeb> in <module>
----> 1 dot_cuda(a, b)

~/miniconda/envs/x/lib/python3.8/site-packages/numba/np/ufunc/deviceufunc.py in __call__(self, *args, **kws)
    648                                      args, kws)
    649         callsteps.prepare_inputs()
--> 650         indtypes, schedule, outdtype, kernel = self._schedule(
    651             callsteps.norm_inputs, callsteps.output)
    652         callsteps.adjust_input_types(indtypes)

~/miniconda/envs/x/lib/python3.8/site-packages/numba/np/ufunc/deviceufunc.py in _schedule(self, inputs, out)
    661     def _schedule(self, inputs, out):
    662         input_shapes = [a.shape for a in inputs]
--> 663         schedule = self.engine.schedule(input_shapes)
    664
    665         # find kernel

~/miniconda/envs/x/lib/python3.8/site-packages/numba/np/ufunc/deviceufunc.py in schedule(self, ishapes)
    610                 else:
    611                     fmt = "arg #%d: outer dimension mismatch"
--> 612                     raise ValueError(fmt % (i + 1,))
    613
    614         return GUFuncSchedule(self, inner_shapes, oshapes, loopdims, pinned)

ValueError: arg #1: outer dimension mismatch

numba.np.ufunc.deviceufunc.GUFuncEngine.schedule locals:
{'self': <numba.np.ufunc.deviceufunc.GUFuncEngine object at 0x7f9c10c11400>,
 'ishapes': [(3, 1, 2), (1, 4, 2)],
 'symbolmap': {'n': 2},
 'outer_shapes': [(3, 1), (1, 4)],
 'inner_shapes': [(2,), (2,)],
 'argn': 2,
 'shape': (1, 4, 2),
 'symbols': ('n',),
 'inner_ndim': 1,
 'fmt': 'arg #%d: outer dimension mismatch',
 'inner_shape': (2,),
 'outer_shape': (1, 4),
 'axis': 2,
 'dim': 2,
 'sym': 'n',
 'oshapes': [()],
 'outsig': (),
 'oshape': [],
 'sizes': [3, 4],
 'largest_i': 1,
 'loopdims': (1, 4),
 'pinned': [False, False],
 'i': 0,
 'd': (3, 1)}

Works as expected when the target is CPU:
dot_cpu(a, b)

array([[ 1,  3,  5,  7],
       [ 3, 13, 23, 33],
       [ 5, 23, 41, 59]])

Thanks for the report - will look into this shortly!

I can reproduce the issue - marking as a bug.

I think this will be tricky to fix - it seems like the gufunc broadcasting mechanism is limited to adding axes, and the kernel implementation assumes that the broadcasted array will be contiguous. I had a try in a branch to fix up the broadcasting, but my solution implemented broadcasting with zero strides, in the same way that NumPy does (see https://github.com/gmarkall/numba/commit/ae96876cb29242699bfb904c2614300a3b9922f8). This gets the shapes and strides of inputs and outputs right for this example, but the result is rubbish because the distribution of elements to threads was incorrect.
It seems like there would be quite a lot of work to rewrite things more generally to support this use case - however, pinging @sklam for a second opinion.
Note: this works fine on the CPU because Numba only has to compile the gufunc there, and NumPy takes care of broadcasting.

@gmarkall, the note on broadcasted array has to be contiguous is correct. The emitted kernel is expecting the outer-dims (looped-over axes) are flattened so it can do a 1-D kernel configuration.  I tried a hack to make sure the outer-dims are flatten in a 1-D loop and it seems to work for this case.
See https://gist.github.com/sklam/57ef1bfb4a1885c4309d1a4c706dab33 which is based on https://github.com/gmarkall/numba/commit/ae96876cb29242699bfb904c2614300a3b9922f8


Cargo build runs out of memory and crashes when linking multiple workspace members

Problem
I have a project which is a workspace consisting of four members, and when I run cargo build on a 1GB ram kunbus box, when it comes to linking eventually cargo will run out of memory and crash.
Running cargo build --jobs 1 is a workaround, and then linking passes just fine, but it's obviously very very slow on the compiling part.
Steps

Create a workspace with multiple members, and make each member relatively memory-heavy to build.
Run cargo build on low memory system and observe a memory climb until the whole process crashes with error:

error: linking with `cc` failed: exit status: 1
[snip]
= note: collect2: fatal error: ld terminated with signal 9 [Killed]

Run cargo build --jobs 1 and observe linking passing just fine.

Possible Solution(s)
Ideally I would like it to keep using all the jobs it seems sensible to compile, and then do some smartness around linking to see if there is enough memory to actually do the jobs, and if not, reduce jobs to passable amount (or even just 1 for simplicity’s sake).
Notes
Output of cargo version:
cargo 1.53.0 (4369396ce 2021-04-27)
Tried with toolchains:
nightly-armv7-unknown-linux-gnueabihf
stable-armv7-unknown-linux-gnueabihf
Uname -a:
Linux RevPi47515 4.19.95-rt38-v7 #1 SMP PREEMPT RT Tue, 22 Jun 2021 14:13:31 +0000 armv7l GNU/Linux
Hardware in question:  https://shop.pimoroni.com/products/revpi-core-3
Processor | Broadcom BCM2837
Number of cores | 4
Clock rate | 1.2 GHz
RAM | 1 GB
eMMC flash memory | 4 GB
No swap. Setting swap to 100mb only gets that filled up and then crash.

Thanks for the report!  I believe this is a duplicate of #9157, so closing in favor of that.


Digging version info out of WindowsTerminal.exe?

Following examples from the online help, I'm using this code.
struct LANGANDCODEPAGE
{
	WORD wLanguage;
	WORD wCodePage;
} *lpTranslate;

WCHAR szFileName[] = L"v:\\wtpreview\\exe\\WindowsTerminal.exe";
DWORD	dwHandle, dwBufSize = GetFileVersionInfoSizeW(szFileName, &dwHandle);
LPVOID Buf = malloc(dwBufSize);
BOOL b = GetFileVersionInfoW(szFileName, 0, dwBufSize, Buf);
wprintf(L"GetFileVersionInfoW returned %s\n", b ? L"TRUE" : L"FALSE");
UINT uDataSize;
b = VerQueryValue(Buf, L"\\VarFileInfo\\Translation", (LPVOID*)&lpTranslate, &uDataSize);
wprintf(L"VerQueryValue returned %s\n", b ? L"TRUE" : L"FALSE");
if ( b == TRUE )
{
	wprintf(L"VerQueryValue gave %u bytes of data\nwLanguage = %04x\nwCodePage = %04x\n", uDataSize, lpTranslate[0].wLanguage, lpTranslate[0].wCodePage);
}

It produces this.
GetFileVersionInfoW returned TRUE
VerQueryValue returned TRUE
VerQueryValue gave 4 bytes of data
wLanguage = 0000
wCodePage = 04b0

That would seem to be wrong because (1) looking at the raw data (in Buf), and (2) looking at the Version resource with devenv, I see the string "040904b0".
The same code successfully gets wLanguage = 0409 out of the few other EXEs that I've tried.
And if I subsequently try to get "ProductVersion" like this
wsprintf(szQuery, L"\\StringFileInfo\\%04x%04x\\ProductVersion", lpTranslate[i].wLanguage, lpTranslate[i].wCodePage);
wprintf(L"Using query string: %s\n", szQuery);
b = VerQueryValueW(Buf, szQuery, &pVoid, &dwQueryDataSize);

It fails (GLE = 1813 (resource can't be found)).  It succeeds if I use L"\StringFileInfo\040904b0\ProductVersion" giving me the string "1.6.210210002-release1.6".
Any ideas?  Thanks!

Check out the code here: https://github.com/microsoft/terminal/blob/main/src/cascadia/TerminalSettingsModel/CascadiaSettings.cpp#L921
There is something in our build system that produces the wrong version locale info, but because this is not an API contract we haven’t cared to fix it.

Thanks.  I'll look later.  What's an "API contract"?

That is to say, “if we break it or change it we never offered you specific support to begin with.” 😄

I still don't understand.  Let's drop it.


ManagementForm data is missing or has been tampered with

I have been struggling with this for a long time. Will you please help me on this. This is not letting me sleep for a long time. Please help.
My view
`def daily_report_create_view(request):
district = 'Natore'
if request.method == 'GET':
form = DAILY_REPORT_FORM(request.POST)
g1_form = G1_FORM()
g2_form = G2_FORM()
g3_form = G3_FORM()
g4_form = G4_FORM()
g5_form = G5_FORM()
g6_form = G6_FORM()
g7_form = G7_FORM()
g8_formset = G8_FormSet(request.POST)
elif   request.method == 'POST':
    form = DAILY_REPORT_FORM(request.POST)
    # familyMemberFormeset = FamilyMemberFormSet(request.POST)
    g1_form = G1_FORM(request.POST)
    g2_form = G2_FORM(request.POST)
    g3_form = G3_FORM(request.POST)
    g4_form = G4_FORM(request.POST)
    g5_form = G5_FORM(request.POST)
    g6_form = G6_FORM(request.POST)
    g7_form = G7_FORM(request.POST)
    g8_formset = G8_FormSet(request.POST)

    if form.is_valid() and g1_form.is_valid() and g2_form.is_valid() and g3_form.is_valid() and g4_form.is_valid()\
            and g5_form.is_valid() and g6_form.is_valid() and g7_form.is_valid() and g8_formset.is_valid():

        print(g8_formset.cleaned_data)

context = {
    'form': form,
    'g1_form': g1_form,
    'g2_form': g2_form,
    'g3_form': g3_form,
    'g4_form': g4_form,
    'g5_form': g5_form,
    'g6_form': g6_form,
    'g7_form': g7_form,
    'g8_formset': g8_formset
}

return render(request, 'morningReport/report_create.html', context)`

My template:
`    {{ g8_formset.management_form }}
{% for link_form in g8_formset %}

        {{ link_form.as_p }}

    </div>
{% endfor %}`

Sorry, but nothing in your report indicate that django-formtools is used at all. I'd suggest using a django users forum for your question (https://forum.djangoproject.com/c/users by example).

I have been using inline formset factory
G8_FormSet = inlineformset_factory(DAILY_REPORT_MODEL, G8MODEL,                                             form=G8_FORM, extra=1)

inlineformset_factory is standard Django.
https://docs.djangoproject.com/en/2.2/ref/forms/models/#django.forms.models.inlineformset_factory

Brother I am getting the error of the title. Here this is the same issue asked but I couldn't make it right after using the solution of this issue as well. Still the error occurs. Please let me know if I need to paste all the codes to make it  more understandable.

@claudep help me bro

I wrote to your gmail address, this issue is not the location to handle your problem.


[BUG]

I tried to visualize 1D CNN model but not works
           TypeError: 'int' object is not iterable

This is a duplicate of #15. Please check the solution there.


modfile: be more clear about go field format

Makes it more clear about the go format in go.mod. I've seen people get pretty confused about that error message.

Sorry for force-pushing, I don't know what the merge strategy is so I figured this was the best way to reduce cruft just in case it's merge.

Ok this is ready, something is messed up with my vim configuration.

Timestamp":"2019-04-10T19:08:52.997264Z"}
{"Path":"golang.org/x/crypto","Version":"v0.0.0-20190404164418-38d8ce5564a5","Timestamp":"2019-04-10T20:30:02.04035Z"}
{"Path":"github.com/FiloSottile/mkcert","Version":"v1.3.0","Timestamp":"2019-04-10T20:30:31.325463Z"}
{"Path":"github.com/DHowett/go-plist","Version":"v0.0.0-20180609054337-500bd5b9081b","Timestamp":"2019-04-10T20:30:36.555706Z"}
{"Path":"software.sslmate.com/src/go-pkcs12","Version":"v0.0.0-20180114231543-2291e8f0f237","Timestamp":"2019-04-10T20:30:42.373009Z"}
{"Path":"golang.org/x/net","Version":"v0.0.0-20180627171509-e514e69ffb8b","Timestamp":"2019-04-10T20:30:42.413493Z"}
{"Path":"golang.org/x/exp/notary","Version":"v0.0.0-20190409044807-56b785ea58b2","Timestamp":"2019-04-10T20:37:01.409908Z"}
{"Path":"golang.org/x/crypto","Version":"v0.0.0-20181025213731-e84da0312774","Timestamp":"2019-04-10T20:40:43.408586Z"}
{"Path":"golang.org/x/net","Version":"v0.0.0-20181213202711-891ebc4b82d6","Timestamp":"2019-04-10T20:40:54.12906Z"}
{"Path":"golang.org/x/sys","Version":"v0.0.0-20190306220234-b354f8bf4d9e","Timestamp":"2019-04-10T20:41:05.025346Z"}
{"Path":"golang.org/x/text","Version":"v0.1.1-0.20171102144821-8253218a5ec6","Timestamp":"2019-04-10T20:41:21.380035Z"}
{"Path":"golang.org/x/net","Version":"v0.0.0-20180906233101-161cd47e91fd","Timestamp":"2019-04-10T20:42:33.464105Z"}
{"Path":"git.apache.org/thrift.git","Version"


build-support ld-wrapper.sh uses wrong readlink on darwin

Basic info

Kernel: Darwin knedlbook.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64
System: Mac OS 10.9.5
Nix version: 1.10
Nixpkgs version: "16.03pre76763.be0abb3"

Issue:
Interactively using the gcc-wrapper-4.9.3 to compile some C++ on darwin outputs the following error during linking:
~/.nix-profile/bin/c++   ...<some_stuff>...
...
readlink: illegal option -- f
usage: readlink [-n] [file ...]

Possible culprit:
One of the following three ld-wrapper.sh files seems to be the culprit, due to the line path2=$(readlink -f "$path").
https://github.com/NixOS/nixpkgs/blob/788800e437c4a0a25d95e217540bded68804b25e/pkgs/build-support/gcc-wrapper-old/ld-wrapper.sh
https://github.com/NixOS/nixpkgs/blob/b8c489e781a8690c39fb9e967dfafb9ad6a65fa1/pkgs/build-support/cc-wrapper/ld-wrapper.sh
https://github.com/NixOS/nixpkgs/blob/788800e437c4a0a25d95e217540bded68804b25e/pkgs/build-support/gcc-cross-wrapper/ld-wrapper.sh
Related pull request:
This merge seems to be of a similar topic:
https://github.com/NixOS/nixpkgs/pull/11798

Can you try a checkout from staging? The PR was merged a while ago, but it's taking a very long time to make it to nixpkgs-unstable. I've been using it for a couple months now without issue.

After a few hours of compiling the staging branch, I can now say that the problem is probably solved.

That PR #11798 should have fixed this.

@vcunat: I did find this PR while searching for a solution, but since this was merged about a month ago, I didn't think that it would take so long for the channel to provide binaries.

That's because it was a mass rebuild, so it went through the staging branch. There are lots of hurdles slowing delaying changes to get to channels.


Upgrade actions/cache to latest version

Your workflow is using a version of actions/cache that is scheduled for deprecation, actions/cache@v2. Please update your workflow to use the latest version of actions/cache to avoid interruptions. Learn more: https://github.blog/changelog/2024-09-16-notice-of-upcoming-deprecations-and-changes-in-github-actions-services/

Hello,
I wanted to let you know that I have submitted a pull request [#110 ]addressing the deprecation notice mentioned in this issue.
The pull request updates the GitHub Actions workflow to use the latest major versions of the actions:

Upgraded actions/checkout from v2 to v4
Upgraded actions/setup-node from v2 to v4
Upgraded actions/cache from v2 to v4

I have included detailed explanations and references in the pull request description to clarify the changes and the reasoning behind specifying only the major versions.
Please feel free to review the pull request at your convenience. If you have any questions or need any adjustments, I'm more than happy to help.
Thank you for your time and consideration!
Best regards,
Susumu

Fixed with https://github.com/talentprotocol/contracts/pull/110


feat: Ensure Dapr is installed

#2  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @tazarov and the rest of your teammates on  Graphite


Error always mentions stdin, and not the real filename

I run the program:
$ jsonld --expand in.json
Error in -stdin-
/Users/user/.gem/ruby/2.4.0/gems/json-ld-2.1.3/lib/json/ld/context.rb:653:in `create_term_definition': invalid term definition: @context not valid in term definition for JSON-LD 1.0 (JSON::LD::JsonLdError::InvalidTermDefinition)

I would expect that the error was Error in in.json. Hopefully maybe even the file line and column in which the error happens (or JSON path/pointer or something). It might be that there are multiple @contexts present in a file. From the error message it is hard to kw which one is a problem.

Fixed a couple of issues you noted. Getting line/column or JSON pointer not really feasible, as first pass turns JSON into Ruby representation and such information is not available. Constructing a JSON pointer could be possible, but not something I have time to tackle.

Hm, does this addresses that the output is Error in -stdin- despite me passing a filename in?

Yes, the problem is that remote files are loaded using something other than File.open, so path was not an accessor. It no uses either requested_url, or base_uri, depending.

Oh, I understand, that error is not coming from some other remote file and not in.json?

In this case, the error comes form a context definition for the term B, which is inline (there is no remote context). As mentioned, the use of JSON-LD 1.1 features requires announcement, typically using the @version property in the context. The updated error message attempts to clarify this.
The filename is reported based on that passed in, not one found through context resolution. In a perfect world, the exception would record the context URL used to resolve the issue, but it's not currently available. But, with knowledge of what term it is that's causing the problem, it should be straightforward to track it down.
Good error reporting is about the most difficult thing of all. And, I need to leave something for other contributors to do 😄; that's the beauty of open-source.

:-)
Thanks for all the explanation and all the work. :-) All this really looks amazing already.


Project Password

Description
When I started dbeaver it kept asking for password. I couldn't turn it off. Now it asks for the same password twice. How can I turn this off?
DBeaver Version
Version <IP_ADDRESS>306120813
Operating System
Windows 10
Database and driver
No response
Steps to reproduce
No response
Additional context
No response

Hello @cemccccc
Could you please try to use the latest DBeaver version? We fixed a similar issue some time ago.
https://dbeaver.io/download/


SMB Backup+ is inactive

I noticed that SMS Backup+ does not backup automatically after switching from my Samsung S4 to S7.
When I open SMS Backup+ it says idle in green letters in the first line.
In the next line it shows the last backup time. When I click on the backup button a backup is done.
But it never happen automatically although automatic backups are activated.
I have already removed SMS Backup+ from battery optimization standby and made sure it is active.
However this doesn't seem to help.

Android version: 7.0
Phone model / brand: Samsung Galaxy S7
SMS Backup+ version: 1.5.11
Messaging app: default

Can you send some log files please, with "extra debug information" enabled? see
https://github.com/jberkel/sms-backup-plus/#i-want-to-file-a-bug-report-what-should-i-do

Same issue, only mine says idle instead of inactive
Same phone same versions of both

Sorry, mine says "idle", too in English. In German it says "Inaktiv". I will fix this in my previous post.
Here is my sms_backup_plus.log

Same issue here, I just discovered the hard way that automatic backups stopped in April 2018. Without configuration change on my part, so probably due to the SMSBackup+ upgrade.
Android 6.0.1 (Fairphone 2 Open OS)
Sms Backup+ version 1.5.11 from F-droid store
Default sms application
I’m using my own IMAP connection
Manual backups seem to work

I've since upgraded to Samsung S9
So running Android 8.0
Still auto update isn't working, have to use manual

Perhaps try other messaging apps?
I'm using Pulse SMS https://messenger.klinkerapps.com/ with LGv20 Android 7.0 with 1.5.11 and automatic backup works reliably.

Unfortunately Pulse SMS does not backup SMS to email, but some others do.

I have the same issue with 2 devices that upgraded from S5 to S7 and Galaxy Tab A to S7. My phone that upgraded from S7 to S8+ works fine.

What messaging apps work with your app if Pulse doesn’t?

Thanks everyone for the feedback.
Using the new Oreo JobScheduler API is on the roadmap.
I'm marking this as a duplicate of #758 just so we can track one issue and keep all the feedback in one place.


Delete delayed-save mixin

delayed-save.coffee

we should delete this, as it misinforms the user
dependent upon editable.coffee
accepts options formed within editable.coffee (not a decoupled interface)

It was refactored into generic save mixing with an option of delay save. This seems to be more careful to possible existing clients.


Error: Command failed: pod update

I am trying to include the pod 'Charts', '~> 2.2' in my project which is actual in Swift, using cordova plugin cordova-plugin-cocoapod-support(id="cordova-plugin-cocoapod-support" version="1.0.2"), still not able to create the iOS project without errors, I added cordova plugin cordova-plugin-add-swift-support also but facing same error. Please help me

@shashankfire55555 Have you tried the latest version (>1.2.5) of the plugin?  It should have fixed your issue.
If you're still having issues.  Please add a gist with the output of the following command.
ionic build ios --verbose

Fixed in version 1.2.5


Final test of the contracts

[ ] Can merge

[ ] Merge vests the right amount of FOMO tokens

[ ] The merged FOMO tokens are automatically sold on the market

[ ] After selling FOMO, WEWE is bought

[ ] Can claim the vested WEWE tokens

[ ] Can sweep remaining WEWE from the contract

[ ] Can change the owner, treasury, adaptor

[ ] Can pause and unpause the contract

Deployed => 0x310Dd8BE3f1DDCd28923a01DC771790324810c8E

Need to test white lists


AWS transcribe not working when Connect bucket is encrypted with KMS CMK

When a Client has encrypted the S3 connect bucket has been encrypted using a KMS CMK key, Transcribe fails to run.  Need to add the JobExecutionSettings object to allow a user to pass through a Role that will allow transcribe to access the s3 bucket.

was this fixed?


Multiple Inheritance

Not actual multiple inheritance, but it would be nice to be able to simulate it.

We can already emulate parent lookup with missing (and we use that trick in modules with importAll).
Kernel keys is implemented in terms of Parents hierarchy, so it would only be necessary to make hierarchy manipulable to make the illusion complete.

It's worth noting that a temporary solution is to use mixins, which emulate multiple inheritance by injecting duplicate objects (via Object dup) into the inheritance chain of other objects.

Following in ES6's footsteps, we could consider using "well-known" symbols in a similar way to Stream dumpHandler to get hierarchy to recognize the alternative parenting.


readme's shields.io badges don't reference Python-World/python-mini-projects

Description
I noticed a couple things when I was going through the project's readme:

The shields.io badges at the top of the readme reference chavarera/python-mini-projects rather than Python-World/python-mini-projects
And also, in the steps to follow section, the second step has a link to the directory "projects" at AdityaJ7/python-mini-projects rather than the directory "projects" at Python-World/python-mini-projects

If you want, I can make a PR with updated links. Just let me know :smiley_cat:
Type of issue

[ ] Feature (New Script)
[x] Bug
[x] Documentation

Checklist:

[x] I have read the project guidelines.
[x] I have checked all the existing projects, before submitting a new project issue.
[x] I have checked previous issues to avoid duplicates.
[x] This issue will be meaningful for the project.

Sure, go on you can make a pr for this issue