text:
feat(extras): Added support for ghostty

Adds support for @mitchellh's Ghostty terminal emulator.

Since the ghosttly terminal is still close source and not released I cannot confirm that these are correct. Do you have access to the beta and can confirm that these are correct?

I do have access to the beta and I can confirm that these themes work. Prior to this, I modified the kitty terafox theme (you can find it here: https://github.com/ethanholz/nix-config/blob/main/ghostty/config) and previously carbonfox to work with these.

@EdenEast If you're interested, I'd be happy to add you to the beta. Anyone who maintains anything in an ecosystem around terminal emulators (themes included) is an instant invite. No pressure, just wanted to offer. Join the discord and ping me and I'll add you: https://discord.gg/ghostty

Thanks for contributing. I looked at the extra generation and did some refactors, as I have not touched it in a while. I tried your Pr in ghostty and tested the changes. I will rebase your pr on the refactor that I did and merge this. Thanks for contributing and thanks @mitchellh for letting me try ghostty. Using it as my full time terminal with no issues. Feel the difference between my old terminal wezterm.

Excellent! I appreciate you taking the time to test this, thanks to @mitchellh for providing access to the beta!

authors: EdenEast ethanholz mitchellh


text:
🛑 Portal Repositorio is down

In cf0d774, Portal Repositorio (https://www.repositorio.una.ac.cr/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Portal Repositorio is back up in 4be0c19 after 25 minutes.

source: gharchive/issue

repo: EdgardoRamosRoque/status

license: MIT

license_type: permissive

license_source: github-api


text:
Fix hw tests

closes #412 #413
tests/hardware_tests/test_eeprom_userspace.py
tests/hardware_tests/test_eeprom_userspace.py ..                                                                                [100%]

================================================================================================== 2 passed in 6.33s ===================================================================================================

tests/hardware_tests/test_voltage_rw.py
======================================================================================================== PASSES ========================================================================================================
_____________________________________________________________________________________________ test_voltage_rw_adc_1[0-1.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log setup --------------------------------------------------------------------------------------------------
17:39:59 INFO [edgepi_eeprom.py:40] Initializing EEPROM Access
17:40:01 INFO [adc_commands.py:17] Initializing ADC Methods
17:40:01 INFO [edgepi_gpio.py:26] GPIO initializing
17:40:01 INFO [edgepi_dac.py:57] Initializing DAC Bus
17:40:01 INFO [edgepi_eeprom.py:40] Initializing EEPROM Access
17:40:03 INFO [dac_commands.py:21] Initializing DAC Methods
17:40:03 INFO [edgepi_gpio.py:26] GPIO initializing
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:03 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=1.0 V, read_voltage=1.0125543068481315 V
assert 1.0125543068481315 == 1.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[0-2.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:03 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=2.0 V, read_voltage=2.038968940111967 V
assert 2.038968940111967 == 2.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[0-3.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:04 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=3.0 V, read_voltage=3.0660437251406654 V
assert 3.0660437251406654 == 3.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[0-4.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:04 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=4.0 V, read_voltage=4.09294439852751 V
assert 4.09294439852751 == 4.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[1-1.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:04 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=1.0 V, read_voltage=1.0103052767588083 V
assert 1.0103052767588083 == 1.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[1-2.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:04 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=2.0 V, read_voltage=2.036839545739886 V
assert 2.036839545739886 == 2.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[1-3.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:04 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=3.0 V, read_voltage=3.063910441638301 V
assert 3.063910441638301 == 3.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_1[1-4.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:05 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=4.0 V, read_voltage=4.090955310712525 V
assert 4.090955310712525 == 4.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[0-1.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log setup --------------------------------------------------------------------------------------------------
17:40:05 INFO [edgepi_eeprom.py:40] Initializing EEPROM Access
17:40:07 INFO [adc_commands.py:17] Initializing ADC Methods
17:40:07 INFO [edgepi_gpio.py:26] GPIO initializing
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:07 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=1.0 V, read_voltage=1.012476664745736 V
assert 1.012476664745736 == 1.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[0-2.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:07 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=2.0 V, read_voltage=2.0390444802855683 V
assert 2.0390444802855683 == 2.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[0-3.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:08 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=3.0 V, read_voltage=3.0645058944612322 V
assert 3.0645058944612322 == 3.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[0-4.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:08 INFO [test_voltage_rw.py:81]
channel_number=0, write_voltage=4.0 V, read_voltage=4.092634757439455 V
assert 4.092634757439455 == 4.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[1-1.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:08 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=1.0 V, read_voltage=1.0099689175705155 V
assert 1.0099689175705155 == 1.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[1-2.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:08 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=2.0 V, read_voltage=2.0370000117049667 V
assert 2.0370000117049667 == 2.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[1-3.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:09 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=3.0 V, read_voltage=3.0623031630066926 V
assert 3.0623031630066926 == 3.0 ± 0.1
_____________________________________________________________________________________________ test_voltage_rw_adc_2[1-4.0] _____________________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:09 INFO [test_voltage_rw.py:81]
channel_number=1, write_voltage=4.0 V, read_voltage=4.090691001596814 V
assert 4.090691001596814 == 4.0 ± 0.1
___________________________________________________________________________________ test_differential_rw_adc_1[DiffMode.DIFF_2-1.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:09 INFO [test_voltage_rw.py:157] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:09 INFO [test_voltage_rw.py:160] mux_p_write_voltage = 1.0
17:40:09 INFO [test_voltage_rw.py:136] diff_read_voltage = 0.9829538102977479
___________________________________________________________________________________ test_differential_rw_adc_1[DiffMode.DIFF_2-2.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:09 INFO [test_voltage_rw.py:157] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:09 INFO [test_voltage_rw.py:160] mux_p_write_voltage = 2.0
17:40:09 INFO [test_voltage_rw.py:136] diff_read_voltage = 2.000142448627948
___________________________________________________________________________________ test_differential_rw_adc_1[DiffMode.DIFF_2-3.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:09 INFO [test_voltage_rw.py:157] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:09 INFO [test_voltage_rw.py:160] mux_p_write_voltage = 3.0
17:40:10 INFO [test_voltage_rw.py:136] diff_read_voltage = 3.0222308291015
___________________________________________________________________________________ test_differential_rw_adc_1[DiffMode.DIFF_2-4.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:10 INFO [test_voltage_rw.py:157] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:10 INFO [test_voltage_rw.py:160] mux_p_write_voltage = 4.0
17:40:10 INFO [test_voltage_rw.py:136] diff_read_voltage = 4.042702399202173
___________________________________________________________________________________ test_differential_rw_adc_2[DiffMode.DIFF_2-1.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:10 INFO [test_voltage_rw.py:173] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:10 INFO [test_voltage_rw.py:176] mux_p_write_voltage = 1.0
17:40:10 INFO [test_voltage_rw.py:136] diff_read_voltage = 1.0064813793302776
___________________________________________________________________________________ test_differential_rw_adc_2[DiffMode.DIFF_2-2.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:10 INFO [test_voltage_rw.py:173] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:10 INFO [test_voltage_rw.py:176] mux_p_write_voltage = 2.0
17:40:10 INFO [test_voltage_rw.py:136] diff_read_voltage = 2.0322693905276146
___________________________________________________________________________________ test_differential_rw_adc_2[DiffMode.DIFF_2-3.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:11 INFO [test_voltage_rw.py:173] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:11 INFO [test_voltage_rw.py:176] mux_p_write_voltage = 3.0
17:40:11 INFO [test_voltage_rw.py:136] diff_read_voltage = 3.058523557826369
___________________________________________________________________________________ test_differential_rw_adc_2[DiffMode.DIFF_2-4.0] ____________________________________________________________________________________
-------------------------------------------------------------------------------------------------- Captured log call ---------------------------------------------------------------------------------------------------
17:40:11 INFO [test_voltage_rw.py:173] voltage read/write diff pair: mux_p = ADCChannel.AIN2, mux_n = ADCChannel.AIN3
17:40:11 INFO [test_voltage_rw.py:176] mux_p_write_voltage = 4.0
17:40:11 INFO [test_voltage_rw.py:136] diff_read_voltage = 4.084638166045378
================================================================================================= 24 passed in 12.66s ==================================================================================================

@sjpark608 please take a look at the fix for diff measurement issue and make sure if the fix makes sense. I don't think the issue is related to the dac gain. I disabled it explicitly and didn't matter.

thanks for fixing the issue. everything looks good :) One questions tho, was I2C issue resolved by the eeprom change?
I2C issue was because the transaction was not wrapped in i2c_open : D

source: gharchive/pull-request

repo: EdgePi-Cloud/edgepi-python-sdk


text:
wega-util-shared:has-content fails on xs:date

the function wega-util-shared:has-content
https://github.com/Edirom/WeGA-WebApp-lib/blob/63e99f26bec75c3efe1bb5cc49ad4c260e32f644/xquery/wega-util-shared.xqm#L29
fails on xs:date input with
err:FORG0006 effective boolean value invalid operand type: xs:date
the functions applies the default return boolean($item) this could be fixed by modifying
https://github.com/Edirom/WeGA-WebApp-lib/blob/63e99f26bec75c3efe1bb5cc49ad4c260e32f644/xquery/wega-util-shared.xqm#L40
to:
default return boolean(string($date))

or by introducing a new test:

but I addressed this already in https://github.com/Edirom/WeGA-WebApp-lib/commit/63e99f26bec75c3efe1bb5cc49ad4c260e32f644 -- as a fix for https://github.com/baz-ga/bazga-webapp/issues/31 ?!

authors: bwbohl peterstadler

repo: Edirom/WeGA-WebApp-lib


text:
How to use?

Do I install this into a pre-existing Strapi installation?
Does it automatically register itself?
I'm not sure how to use this.

yarn build --clean
or
npm run build -- --clean

Hello,
As @heyjaypray says, you can add this plugin to an existing project and run build clearing the cache.
Among the community there are more plugins that you can install to improve your project, here you can find some information about strapi plugins here.

authors: EdisonPeM cschweda heyjaypray


text:
Proposal to change scoring scheme

I feel that the scoring scheme is kinda flawed in the sense that at the end of the game, the user does not get a total score accumulated through the entire course of the game. Also I feel like the score should depend upon the time elapsed + the number of enemies killed. My proposal is to change the levels to be for a certain amount of time (eg. 30 seconds), and add score as enemies are killed. Of course, the user will also be awarded points for surviving the duration of the level. Please assign this issue to me if you feel like there is some value in changing the design choice to this! :smiley:

Also, following this scheme, coins could be available for adding to the score (as pointed out in another issue). This could be another feature to be implemented in the future!

@nealkarpe Great idea, I think that would really aid the game play of the game.

Working on this issue. It looks like enemies and coins already boost score, so my change was making it so that score is persistent from level to level.

Completed by @Germlord

authors: EdwardDunn Germlord nealkarpe

repo: EdwardDunn/Platform-Game

license: mit

license_source: bigquery


text:
ReadonlyArray / List / Chunk: merge mapNonEmpty with map

@tim-smart there are many other "NonEmpty" functions that can be merged, I wonder if it's better to test the merge technique (Infer + With) in userland on this limited portion of APIs, or proceed with the merge of all the other APIs, what do you think?

Yeah we can release this and do the others in another PR.

authors: gcanti tim-smart

repo: Effect-TS/effect


text:
JP assets for HQ update, and minor commission fix

adding/fixing jp assets for new HQ update and commission
flag needed for jp commissions that shouldn't affect EN

JP should be all stable with the new flag in commission module.

Thank you for updating the assets. As for the flag, for EN right now it might be useless, but I think it will be needed in the future since a grayed out "complete" instead of a "ready" doesn't make much sense in my opinion and, as you said, it doesn't affect the correct functioning of the module, so it's fine to add it.

repo: Egoistically/ALAuto

license: WTFPL


text:
NullReferenceException

On iOS, crash with the error message below. Bits from 1.0.7.19-pre1 (nuget)
Unhandled Exception:
System.NullReferenceException: Object reference not set to an instance of an object
2015-04-01 09:08:51.906 TheAppIos[11654:431130] Unhandled managed exception: Object reference not set to an instance of an object (System.NullReferenceException)
at Toasts.Forms.Plugin.iOS.MessageView.Draw (CGRect rect) [0x00000] in :0
at (wrapper managed-to-native) UIKit.UIApplication:UIApplicationMain (int,string[],intptr,intptr)
at UIKit.UIApplication.Main (System.String[] args, IntPtr principal, IntPtr delegate) [0x00005] in /Developer/MonoTouch/Source/monotouch/src/UIKit/UIApplication.cs:62
at UIKit.UIApplication.Main (System.String[] args, System.String principalClassName, System.String delegateClassName) [0x00038] in /Developer/MonoTouch/Source/monotouch/src/UIKit/UIApplication.cs:46
at TheApp.iOS.Application.Main (System.String[] args) [0x00001] in c:\Users\johankarlsson\Source\Repos\TheApp\TheApp\TheApp.iOS\Main.cs:17

The same here...
Do you any clue on how to resolve it ?

I can't replicate this with the newer version (2.0.0-pre1) of the NuGet package. If this error is still occurring please comment and I can reopen the issue.

authors: adamped djooleean johankson


text:
🛑 Disboard Pinger is down

In 1ce7955, Disboard Pinger (https://disboard-auto-bump-selfbot.eliaskhoury1.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Disboard Pinger is back up in 526179b after 70 days, 14 hours, 32 minutes.


text:
libzcashlc was built for newer 'iOS' version (17.5) than being linked (15.0)

When building the swift sdk 2.2.3
Unstoppable reported this issue
object file (.../libzcashlc.framework/libzcashlc[arm64][3](d1fba762150c532c-wrapper.o)) was built for newer 'iOS' version (17.5) than being linked (15.0)

Seems like libzcashlc.framework was built for min target of 17.5.

We're now building release binaries with the much older Xcode 13 (on an old laptop that @nuttycom has).
We've also added a CI workflow for the preview builds that also currently uses Xcode 13, but will be forced to migrate to Xcode 14 in December (as GitHub is dropping the macos-12 runner, and macos-13 requires a minimum of Xcode 14).
@pacu please confirm that this issue does not occur with Swift SDK 2.2.7 (being released today).

oops, I was notification swamped. I apologized for not seeing this. guys you can always ping me, you know 🫶

I can't reproduce the problem on commit c9fb3485a6c427080d2ed63c1e2ba464ecaee52c


text:
Fix NPM Package Versions

Some of the packages seem to be using new versions that break the files while uploading them to IPFS. We must upgrade and fix those packages to make sure that the uploads are done correctly. This is the preliminary list of packages that seem to be involved:
"3id-did-provider": "0.1.2",
"dids": "1.1.1",
"ipfs-core": "0.3.1",
"ipfs-http-client": "48.1.3",
"ipfs-repo": "7.0.0",
"ipld": "0.28.0",
"ipld-dag-cbor": "0.15.3",
"jsrsasign": "^8.0.20",
"key-did-provider-ed25519": "1.0.0",
"multicodec": "1.0.4",
"multiformats": "3.0.3",

@zubietaroberto smartcard_rsa superseded main and was upgraded and trim. thanks

authors: molekilla zubietaroberto


text:
ESP8266 seems to need a delay while polling DIO0

Hi,
Great library, nearly got it all working using a WEMOS D1 clone (basically an ESP12F + breakout) and a raw RFM95W (868).
Just found an issue which seems a little 'odd'.
The example app testOTAA.ino kept crashing (reboot) and I found a delay of 100ms after it polls DIO0 in LORA_Cycle fixes it up
do{
   if(digitalRead(RFM_pins.DIO0))      //Poll Rx done for getting message
   {
      LORA_Receive_Data(Data_Rx, Session_Data, OTAA_Data, Message_Rx, LoRa_Settings);
   }
   delay(100) ; // add delay to stop reboot
}while(millis() - prevTime < Receive_Delay_1);
Might be possible to trim the 100ms a little but this is okay for my purposes.
It's fixed my problem but might be worth a look

Hello @epwaudby
Thank you so much for your contribution!
We'll surely include this solution in our troubleshooting.

authors: IvanAmg epwaudby

repo: ElectronicCats/Beelan-LoRaWAN


text:
[Bug Report] Dropdown button not properly generated on ButtonGroup

Element UI version
2.4.11
OS/Browsers version
macOS Mojave 10.14.2 / Chrome 71
Vue version
2.5.22
Reproduction Link
https://jsfiddle.net/jnzvx09w/
Steps to reproduce
This is related to #12815 and #11963. When you add a el-dropdown with a el-button inside a el-button-group, it's not properly generated.
What is Expected?
el-button with dropdown to be properly generated inside a el-button-group
What is actually happening?
Order is not respected, and also UI doesn't look good

workaround:
.el-dropdown {
    float: left;
}
.el-button-group>.el-dropdown>.el-button {
    border-radius: 0;
}

authors: gabrielboliveira iamkun

repo: ElemeFE/element


text:
The callback parameter of the validateField of the [Bug Report] From component is incorrect.

Element UI version
2.7.2
OS/Browsers version
windows10/Google Chrome 68.0.3440.106
Vue version
2.6.10
Reproduction Link
https://elementui.github.io/issue-generator/#/zh-CN
Steps to reproduce
From组件的validateField方法有两个参数，而第二个参数是callback。callback的参数是表单项的验证结果，true表示通过验证，false表示未通过验证。然而实际测试发现在通过验证的情况下callback的参数为false，反而是没通过验证的情况下参数为true。
我又测试了validate函数，发现validate函数的callback传值是正确的，通过验证会传true反之传false。
由此可见，两个函数的传值逻辑完全相反。并且我判断是validateField的逻辑发生错误。
What is Expected?
From组件的validateField方法的第二个参数是callback。callback的参数是表单项的验证结果，
通过验证情况下应该给callback的参数传递true，反之传递false。
What is actually happening?
通过验证情况下给callback的参数传递false，反之传递true。

Issues without a valid reproduction link will be closed directly.


text:
[Feature Request] Questions about the Solution of Element-ui Component Library（关于element-ui组件库解决问题方式的质疑）

Existing Component
是
Component Name
Table, Cascader
Description
从2.8版本后很明显的问题就是项目贡献者或作者在解决问题时缺乏整体的思考。
举个例子，2.9版本cascader重写导致的options失去控制（明显的就是不那么容易回填数据了）。该用resolve方式是否可以理解为是为了解决组件props发生改变时导致类似折叠的状态还原这个问题。这种解决方式对于普通table没有太大影响，但是对于需要同步更新table数据就有影响了，而对于异步方式的cascader影响巨大。
你们既然在组件内维护一套自己的数据，是否有想过维护传入数据和组件之前状态更适合用户？
比如table-tree，必须要设置row-key，那么将row-key与row的展开状态关联记录在组件内部。添加一个prop属性作为开关，控制data变化时是否需要应用记录的值来展开之前以及展开的row。
组件内单向维护用户传入数据的做法太偏激，希望有贡献者或团队作者能思考一下。

首先感谢你的反馈。

Table 的新功能是我添加的，说一下 Table 。
API 的设计都是由实际需求来驱动的。比如你说：

控制data变化时是否需要应用记录的值来展开之前以及展开的row

从用户的反馈中，保留展开状态更普遍，参考 #14933。
如果部分 API 设计不合理，提交 feature request，详细说明你的需求。

我觉得通过暴露方法交给使用者自己去控制比较合适；
目前我也在tree table上遇到了许多问题。
1.删除树表格的子树，使用新的列表给表格赋值，删除的子树依然存在
2.改变页面大小pageSize、使用搜索功能，我不希望表格“记住”展开的项，而是都默认关闭
上面的问题我还在寻求解决办法！

借贵地问一下在electron-vue中，使用elementui@2.8.2中的table组件渲染正常，超过2.8.2版本号则在无数据时可显示，有数据时整个组件不可见

我觉得通过暴露方法交给使用者自己去控制比较合适；
目前我也在tree table上遇到了许多问题。
1.删除树表格的子树，使用新的列表给表格赋值，删除的子树依然存在
2.改变页面大小pageSize、使用搜索功能，我不希望表格“记住”展开的项，而是都默认关闭
上面的问题我还在寻求解决办法！

提供一个 demo 吧。

借贵地问一下在electron-vue中，使用elementui@2.8.2中的table组件渲染正常，超过2.8.2版本号则在无数据时可显示，有数据时整个组件不可见

2.9.0 也没有啥特殊的，提供一个 demo 描述你的问题。

首先感谢你的反馈。
Table 的新功能是我添加的，说一下 Table 。
API 的设计都是由实际需求来驱动的。比如你说：

控制data变化时是否需要应用记录的值来展开之前以及展开的row

从用户的反馈中，保留展开状态更普遍，参考 #14933。
如果部分 API 设计不合理，提交 feature request，详细说明你的需求。

嗯，如果没记错的话，tree-table这个新特性是之前你给官方提过的，最后你自己实现并提交了pr的。
首先非常感谢你的贡献（我个人比较懒，大部分问题其实可以自己解决的，只是在已有组件的情况下不想再另起炉灶）。
我上面主要是举得例子，关于table的述求下面一位仁兄也表达了部分的想法。
另外关于这个开关的具体说明如下：对于大部分场景，数据变化导致之前展开的行收起并不是他们期望的，所以开关默认开，也就是组件更新自动应用之前记录下来的状态和数据之间的联系（不建议组件内单向维护数据既不反馈给用户也不接受用户控制，个人非常不赞同用resolve方式，这打破了单向数据流理念，当然修改的是内部维护的数据也不算违规）。但是不是所有情况下用户都希望保持之前展开的状态的，比如希望table初始化。这样通过设置这个开关为关闭来禁用状态与数据的联系。
本意是将数据和组件api的控制权尽可能多的交还给用户，我们只需要帮他们实现这些api。

另外cascader不知道是受什么启发在2.9也改成了resolve方式，这个问题上面也提过，也有很多人提问题反馈了存在的问题。对比vue-ant-design的cascader，还是维持的element2.8版本的实现方式。options作为唯一数据源。可以避免很多问题。整理部分人的意见就是，他们需要的是2.8的cascader关于异步请求操作options的更详细的说明，而不是让组件代理这个处理。

@ziyoung https://codepen.io/anon/pen/RzEGqb

啥时候官方的 表格，select下拉 和 el-tree 树形菜单能支持 10000+ rows 不卡顿渲染啊

首先，感谢您对element-ui的支持。
关于您所说的「从2.8版本后很明显的问题就是项目贡献者或作者在解决问题时缺乏整体的思考」我并不是十分认同。
2.8+的更新主要包括两部分，一是如Backtop、Image、InfiniteScroll 等新组件，二是像 Cascader、Table 等这种在原来组件基础上的新需求。所有的更新都是为了让 element-ui 在保证可维护性的前提下更好的服务于使用者进行的。在开发新需求的时候，我们发现，有部分组件如 Cascader、Table，由于早期设计比较狭隘，历史包袱重，可拓展性不强，严重影响了新功能的开发以及可维护性，甚至性能，所以不得不作出重构的决定。在重构时，我们尽量避免 API 上的 Breaking Change，都尽量兼容了老的使用姿势。虽然确实引出了一些新的问题，但我认为，正是因为我们有整体性思考，所以才选择重构。不知道这和您所理解的「整体性思考」是不是有所不同。
另外，你上面提到的 Cascader 动态加载数据的问题，您依然可以通过 options 进行控制， 而新的 lazyLoad 是一种更优解，方便对组件的加载状态进行控制，这和 Tree 动态加载的设计是一致的，不明白您的疑虑点在哪里。
如若我有理解错的地方，烦您提供相关 Issue 来进行说明。

我用在线主题生成器，改了下颜色,把element-theme文件复制到工程里，然后el-cascader样式就乱了，一级、二级、三级怎么都列出来了？

@element-bot  代码如下：
 <el-form-item label="地址区域" prop="areaId">             <el-cascader               :options="cityOptions"               class="w_per100"               expand-trigger="hover"               :props="props"               v-model="form.areaId"               size="medium"               filterable             />           </el-form-item>

@SimonaliaChen 帮忙看下我的问题，谢谢

@SimonaliaChen 帮忙看下我的问题，谢谢

没有复现 麻烦检查下你安装的element-ui的版本 是否和在站点生成的theme保持一致?

@SimonaliaChen  谢谢，以上问题按照你说的方式已解决；但是，又出现了一个新问题：项目里 el-table 表格咋又全不显示了？是新版本有变动吗？

@SimonaliaChen 谢谢，以上问题按照你说的方式已解决；但是，又出现了一个新问题：项目里 el-table 表格咋又全不显示了？是新版本有变动吗？

这个你去单独提个issue吧 提供下复现Demo

authors: RexYu512 SimonaliaChen justyeh wxhccc xiaogaofudao zervero ziyoung


text:
Compatibility with 5.5.0

On Telegram 5.5.0 and later, users can choose their messages to be forwarded without linking to them, instead, showing this JSON:
"forward_from_chat": {
      "id": -1001228946795,
      "title": "a user",
      "username": "HiddenSender",
      "type": "channel"
    },
    "forward_signature": "(user name)"
    ...

Later we will add a new option to get pmcenter compatible with Telegram 5.5.0 and later.
RecordMessageLinks: Boolean. Record message ID links, is required when operating on messages that are anonymously forwarded to you.
"MessageLinks": {
    "OwnerChatID": (message ID in owner session),
    "UserID": {corresponding user's ID)
}

After checking, the anti-flood system is not affected by this change.

Fixed in commit 65da89d

repo: Elepover/pmcenter


text:
Support few-shot prompts

Burns et al. (2022) only extract hidden states from LMs given zero-shot prompts, but it may be that few-shot prompts induce better representations. We should support few-shot prompts in elk extract.

We should make sure the classes are always balanced inside the few shot prompts with stratified random sampling. In cases where the number of few shot examples is not divisible by the number of classes, we should use stochastic rounding to determine the number of examples assigned to each class.

repo: EleutherAI/elk


text:
Bug in contact us form UI

Bug Report
Issue Summary

Contact us form width shrinks too much when window resized to mobile view.
Orientation of form is not proper
Contact us form is not linked to Contact Us link in navbar
Text color is not readable

Expected Behavior

Contact us should be responsive in a way it should have some minimum width.
It should be properly aligned.
Contact Us page linked to conact us link in navbar

Screenshots
Form width issue

Form orientation issue

Can i work on this issue?

Hey @stygian-96  can i work on this issue?

@stygian-96 Please can I work on this issue ??

Go ahead @rush-tea

@stygian-96 sorry I didn't see that you already assigned it to @rush-tea and started working on it 😶😶

repo: Elevate-Lab/elevate-lab-website


text:
Parse Equipment for Action

I am trying to configure a shield to have the Shield Bash variant rule. I have it set up with an action

but it doesn't show up in the Actions list.

Interesting. What kind of item is this? From what you're showing it should show up if it's a weapon type. If it's not a weapon, that's probably an oversight on my part which could be rectified. Thanks for the report!

@akrigline it is an Equipment type. I found the line of code where you are filtering to only 'weapon' type, so it's not really a bug.
Equipment can also be configured to have an attack, as I've shown above. I couldn't really see anything in the code that would break if you included equipment in your filter. Obviously, the proof will be in the testing :)

@akrigline it is an Equipment type. I found the line of code where you are filtering to only 'weapon' type, so it's not really a bug.
Equipment can also be configured to have an attack, as I've shown above. I couldn't really see anything in the code that would break if you included equipment in your filter. Obviously, the proof will be in the testing :)

Gotchya, I couldn't remember if I had that or not, thanks for looking.
I'll try to get a fix out for this soon, if you wanna make a PR to that effect I'd be happy to merge it :).

Well... I don't have a development environment where I could test to see if it works. I'm happy to make the change in the PR, if you want to test it.

Do you prefer PRs off of branches instead of main?

Do you prefer PRs off of branches instead of main?

Or into main works great. I can test it sure, thanks!

Resolved with #15

authors: akrigline naesean


text:
Note experimental nature of branch in readme

📚 Documentation preview 📚: https://readthedocs-preview--1.org.readthedocs.build/en/1/

Note that the actual links don't match these PRs, since the upstream slug is still used.

repo: EliahKagan/readthedocs-actions


text:
API Faction endpoint produces incomplete list of systems compared to the Systems endpoint

Behaviour was noted Using API v5:
Making an API call to the ?faction endpoint with argument name= produces a list of 11 systems.
Making an API call to the ?systems endpoint with argument faction= produces a list of 12 systems (over 2 pages).
Expected result is a list of 12 systems as per the ?systems endpoint.
The faction in this particular case is Cameron's Combat Services
The missing system in this particular case is Wirang, EliteBGS-ID: 5a0611bed22c775be069e579
Discrepancy was first observed on 14 Nov 2021.
Both lists were producing expected output on 13 Nov 2021.
JSON output enclosed:
json-files.zip

Thanks for the report, this has been manually fixed.

authors: SayakMukhopadhyay cluster-fox

repo: Elite-Kode/elitebgs


text:
Fixed rtrim issue in hostname fragment, for backward compability

In previous old code of PDO, the semicolon was needed only before charset (this is particulary related with #1026)

Looks good now.

repo: EllisLab/CodeIgniter


text:
Update/code cleanup

Updated:

AND to &&
double spaces to single space or TAB - depends of place
double to single quotes where possible
true/false/null to uppercase
brackets for include/require
space after foreach

Awesome.

If somebody can tell me how to publish whole branch, I'll publish it for future optimization. It's impossible to fix all places at once ;)

include and require are language constructs, not functions, and thus should not include parentheses.

Also, the changing of the docblock comments, specifically the license part, has been discussed in other pull requests, and the consensus is to always leave those alone in case they need to make a mass change using search/replace.
And while I am not part of the Reactor team and I can't speak for them, I find it very unlikely they will want to merge a request with so many changed files. It takes a great deal of time to go and look through, and when the changes are as insignificant as quotes and spaces, it is probably going to be ignored. Just a tip - take it for what its worth.

authors: CDainMiller arekpietrzyk cryode


text:
Look into source generating the attributes unconditionally.

Currently the attributes are hard coded and not separated based on the current C# version.
Currently they lack the following:

the option to have them use file scoped namespaces.
the option to have them use the global usings (aka suppress the default usings from the attribute source that are added by the .NET SDK).
removal of the suppressions in the files.

Also the following would need to be done after they are source generated:

modify tests to ensure that they all pass after the change is done.

Another option is to move the attributes to dotnet/runtime however if that is done it may or may not make it into .NET 7.

I have this locally, however it seems that when I run tests locally it seems to fail them when:

Attributes are generated, the SyntaxReciever seems to skip the actual code that uses the attributes (which is yet to be seen in the codebase).

repo: Elskom/IDisposableGenerator


text:
GTNH 2.6.1 服务器放置后导致被踢出

重新进入后放置的 上维领域超因果单元 会变成.name方块 同时后台报错踢出玩家 但不会导致崩溃
以下为报错
[15:53:55] [Server thread/ERROR] [FML]: A TileEntity BaseMetaTileEntity(gregtech.api.metatileentity.BaseMetaTileEntity) has thrown an exception during loading, its state cannot be restored. Report this to the mod author java.lang.NullPointerException: mTextures must not be null         at RFB-Launch//cn.taskeren.op.gt.single.OP_DebugEnergyHatch.newMetaEntity(OP_DebugEnergyHatch.kt:52) ~[OP_DebugEnergyHatch.class:?]         at RFB-Launch//cn.taskeren.op.gt.single.OP_DebugEnergyHatch.newMetaEntity(OP_DebugEnergyHatch.kt:28) ~[OP_DebugEnergyHatch.class:?]         at RFB-Launch//gregtech.api.metatileentity.CommonMetaTileEntity.createNewMetatileEntity(CommonMetaTileEntity.java:41) ~[CommonMetaTileEntity.class:?]         at RFB-Launch//gregtech.api.metatileentity.CommonMetaTileEntity.loadMetaTileNBT(CommonMetaTileEntity.java:81) ~[CommonMetaTileEntity.class:?]         at RFB-Launch//gregtech.api.metatileentity.BaseMetaTileEntity.setInitialValuesAsNBT(BaseMetaTileEntity.java:210) ~[BaseMetaTileEntity.class:?]         at RFB-Launch//gregtech.api.metatileentity.BaseMetaTileEntity.func_145839_a(BaseMetaTileEntity.java:170) ~[BaseMetaTileEntity.class:?]         at RFB-Launch//net.minecraft.tileentity.TileEntity.func_145827_c(TileEntity.java:116) [aor.class:?]         at RFB-Launch//net.minecraft.world.chunk.storage.AnvilChunkLoader.loadEntities(AnvilChunkLoader.java:496) [aqk.class:?]         at RFB-Launch//net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:41) [ChunkIOProvider.class:?]         at RFB-Launch//net.minecraftforge.common.chunkio.ChunkIOProvider.callStage2(ChunkIOProvider.java:12) [ChunkIOProvider.class:?]         at RFB-Launch//net.minecraftforge.common.util.AsynchronousExecutor.skipQueue(AsynchronousExecutor.java:344) [AsynchronousExecutor.class:?]         at RFB-Launch//net.minecraftforge.common.util.AsynchronousExecutor.getSkipQueue(AsynchronousExecutor.java:302) [AsynchronousExecutor.class:?]         at RFB-Launch//net.minecraftforge.common.chunkio.ChunkIOExecutor.syncChunkLoad(ChunkIOExecutor.java:12) [ChunkIOExecutor.class:?]         at RFB-Launch//net.minecraft.world.gen.ChunkProviderServer.loadChunk(ChunkProviderServer.java:126) [ms.class:?]         at RFB-Launch//net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:101) [ms.class:?]         at RFB-Launch//net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:199) [ms.class:?]         at RFB-Launch//net.minecraft.world.World.func_72964_e(World.java:419) [ahb.class:?]         at RFB-Launch//net.minecraft.world.World.func_72838_d(World.java:1336) [ahb.class:?]         at RFB-Launch//net.minecraft.server.management.ServerConfigurationManager.func_72377_c(ServerConfigurationManager.java:301) [oi.class:?]         at RFB-Launch//net.minecraft.server.management.ServerConfigurationManager.initializeConnectionToPlayer(ServerConfigurationManager.java:161) [oi.class:?]         at RFB-Launch//cpw.mods.fml.common.network.handshake.NetworkDispatcher.completeServerSideConnection(NetworkDispatcher.java:190) [NetworkDispatcher.class:?]         at RFB-Launch//cpw.mods.fml.common.network.handshake.NetworkDispatcher.completeHandshake(NetworkDispatcher.java:463) [NetworkDispatcher.class:?]         at RFB-Launch//cpw.mods.fml.common.network.internal.HandshakeCompletionHandler.channelRead0(HandshakeCompletionHandler.java:17) [HandshakeCompletionHandler.class:?]         at RFB-Launch//cpw.mods.fml.common.network.internal.HandshakeCompletionHandler.channelRead0(HandshakeCompletionHandler.java:11) [HandshakeCompletionHandler.class:?]         at RFB-Launch//io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:98) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//io.netty.channel.embedded.EmbeddedChannel.writeInbound(EmbeddedChannel.java:169) [minecraft_server.1.7.10.jar:?]         at RFB-Launch//cpw.mods.fml.common.network.internal.FMLProxyPacket.func_148833_a(FMLProxyPacket.java:77) [FMLProxyPacket.class:?]         at RFB-Launch//net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:212) [ej.class:?]         at RFB-Launch//net.minecraft.network.NetworkSystem.func_151269_c(NetworkSystem.java:165) [nc.class:?]         at RFB-Launch//net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:659) [MinecraftServer.class:?]         at RFB-Launch//net.minecraft.server.dedicated.DedicatedServer.func_71190_q(DedicatedServer.java:334) [lt.class:?]         at RFB-Launch//net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:547) [MinecraftServer.class:?]         at RFB-Launch//net.minecraft.server.MinecraftServer.run(MinecraftServer.java:427) [MinecraftServer.class:?]         at RFB-Launch//net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]

请提供模组版本

请提供模组版本

Overpowered-v1.0.2.jar

authors: MikuMiddo Taskeren

repo: ElytraServers/Overpowered


text:
Update MoltenVK to v1.1.0

Update MoltenVK to v1.1.0 which was released 7 days ago.

Oh, I just saw https://github.com/EmbarkStudios/ash-molten/pull/25

repo: EmbarkStudios/ash-molten


text:
Fix clippy warning

Checklist

[x] I have read the Contributor Guide
[x] I have read and agree to the Code of Conduct
[x] I have added a description of my changes and why I'd like them included in the section below

Description of Changes
Fixing some clippy lints so that https://github.com/EmbarkStudios/spdx/pull/25 can be merged.
One lint is complaining that PartialOrd is implemented while Ord is derived. PartialOrd and Ord are supposed to agree so that seems simple enough to fix. However once I'm implemented one in terms of the other some tests fail, which to me implies the tests might be incorrect? I am unsure.

Yah see #26, sorry didn't know you were fixing the lints.

Ah nice! You're faster than me :) thanks!

authors: Jake-Shadle lpil

repo: EmbarkStudios/spdx


text:
Error with venv while installing requirements

Ciao,
I couldn't manage to install the modules in requirements.txt
In particular, here are some info about the env I'm using

OS: 5.10.42-1-MANJARO x86_64 GNU/Linux
Python version: 3.9.5

To reproduce the issue using the python-3.9.5 executable:
python -m venv ~/.venvs/surprisememore
pip install -r requirements.txt

The error that I get is the following
ERROR: Could not find a version that satisfies the requirement numba==0.52.0
(from versions: 0.1, 0.2, 0.3, 0.5.0, 0.6.0, 0.7.0, 0.7.1, 0.7.2, 0.8.0, 0.8.1, 0.9.0, 0.10.0, 0.10.1,
0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.13.0, 0.13.2, 0.13.3, 0.13.4, 0.14.0, 0.15.1, 0.16.0, 0.17.0,
0.18.1, 0.18.2, 0.19.1, 0.19.2, 0.20.0, 0.21.0, 0.22.0, 0.22.1, 0.23.0, 0.23.1, 0.24.0, 0.25.0,
 0.26.0, 0.27.0, 0.28.1, 0.29.0, 0.30.0, 0.30.1, 0.31.0, 0.32.0, 0.33.0, 0.34.0, 0.35.0, 0.36.1,
0.36.2, 0.37.0, 0.38.0, 0.38.1, 0.39.0, 0.40.0, 0.40.1, 0.41.0, 0.42.0, 0.42.1, 0.43.0, 0.43.1,
0.44.0, 0.44.1, 0.45.0, 0.45.1, 0.46.0, 0.47.0, 0.48.0, 0.49.0, 0.49.1rc1, 0.49.1, 0.50.0rc1,
0.50.0, 0.50.1, 0.51.0rc1, 0.51.0, 0.51.1, 0.51.2, 0.52.0rc2, 0.53.0rc1.post1, 0.53.0rc2,
0.53.0rc3, 0.53.0, 0.53.1)

ERROR: No matching distribution found for numba==0.52.0

I hope it helps.
Good luck

Apparently, the installation-related issue with numba is solved by using numba==0.53.1, but of course this needs to be tested.
However, the installation issue now has to do with surprisemes.
In particular, here the output of pip install surprisemes==0.1.0
ERROR: Could not find a version that satisfies the requirement surprisemes==0.1.0 (from versions: none)
ERROR: No matching distribution found for surprisemes==0.1.0

I hope it helps

repo: EmilianoMarchese/SurpriseMeMore


text:
Add gradient calculation for the covariance between points in GPyModelWrapper

This change adds a method get_covariance_between_points_gradients to the GPyModelWrapper to facilitate obtaining the gradients of the corresponding get_covariance_between_points method implemented in the wrapper.
These gradients are useful when optimising any batch acquisition function that relies on the covariance between batch points (such as Multi-point Expected Improvement) sequentially, i.e. when optimising with respect to one element of the batch only.
A second change introduced is vectorization of the gradient calculation for full covariance in the GPyModelWrapper class. Replacing the for-loop with numpy array operations results in ~50% speed-up for larger batches of points (> 50).
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Codecov Report

Merging #347 (49f5389) into master (dc43cb5) will decrease coverage by 0.29%.
The diff coverage is 48.00%.

@@            Coverage Diff             @@
##           master     #347      +/-   ##
==========================================
- Coverage   89.42%   89.13%   -0.30%
==========================================
  Files         123      123
  Lines        4049     4059      +10
  Branches      460      459       -1
==========================================
- Hits         3621     3618       -3
- Misses        332      345      +13
  Partials       96       96

Impacted Files
Coverage Δ

emukit/model_wrappers/gpy_model_wrappers.py
75.67% <48.00%> (-7.66%)
:arrow_down:

Continue to review full report at Codecov.

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

To answer the two points:

This PR introduces a new method that isn't declared in any model interfaces. That's backwards from Emukit's point of view. Are you planning to use this method anywhere? Perhaps create a new acquisition? If so, let's define an interface, or augment an existing one if that makes more sense.
This is indeed intended for an implementation of a new acquisition. It comes in handy whenever optimizing any of many batch acquisition functions sequentially – i.e. by selecting optimising batch acquisition with respect to one point in the batch at a time.  Currently, get_covariance_between_points is part of the IEntropySearchModel interface, so maybe something like IDifferentiableEntropySeachModel would make sense?
Both changes carry some pretty heavy matrix algebra, which is really hard to follow. Can you please add some comments throughout, to clarify what's going on? Thanks!
Fair point, I'll try and make it easier to follow.

Codecov Report

Merging #347 (d34de42) into main (3ea2581) will increase coverage by 0.01%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #347      +/-   ##
==========================================
+ Coverage   89.44%   89.45%   +0.01%
==========================================
  Files         123      123
  Lines        4072     4077       +5
  Branches      462      461       -1
==========================================
+ Hits         3642     3647       +5
  Misses        334      334
  Partials       96       96

Impacted Files
Coverage Δ

emukit/model_wrappers/gpy_model_wrappers.py
83.67% <100.00%> (+0.57%)
:arrow_up:

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 3ea2581...d34de42. Read the comment docs.

What about the interface discussion? Is this resolved? Where exactly is the new method required in Emukit, i.e., is there an acquisition function that requires the method?

Hey @mmahsereci , good to hear from you again!
@BrunoKM promised us an acquisition later down the line. But that's a good point that I forgot all about - the function shall be there as an implementation of some interface. Thanks for catching!

That sounds great, thanks for catching me up @apaleyes! And, yes I am back now it seems. :)

@apaleyes sorry, resolving the interfaces has been on the stack of my todos for the past couple of weeks, I will get around to it soon.
Yes, this is for a new acquisition that is hopefully still in the pipeline :)

@BrunoKM are you still planning to work on this PR (and the follow up of it)? Or shall we just close it?

Thanks for the follow-up @apaleyes!
I'm still happy to finish off this PR (if I don't do it before the end-of-year, feel free to close it).
I've been a bit on the fence about whether to push the new acquisition soon afterwards. It's one with particularly tricky gradients: i.e. manually writing a gradient function for it in pure NumPy turned out to be a pain. The current implementation internally uses either jax/pytorch to automatically get the gradient function. I'd assume adding these dependencies is not in line with the philosophy of the rest of the EmuKit repo.
I'm still hoping I'll be able to add the manual gradients later down the line and push the new acquisition function, but due to limited time, I can't say how soon that might be.

I added an interface that specifies the covariance between points derivative method. Let me know your thoughts!
As for the new acquisition function, I think I'll be able to add it without an evaluate_with_gradients method relatively soon. An update with evaluate_with_gradients could follow later down the line.

I added an interface that specifies the covariance between points derivative method. Let me know your thoughts!
As for the new acquisition function, I think I'll be able to add it without an evaluate_with_gradients method relatively soon. An update with evaluate_with_gradients could follow later down the line.

authors: BrunoKM apaleyes codecov-commenter codecov-io mmahsereci

repo: EmuKit/emukit


text:
Use service ca

Type of change

Bugfix

Description
Make use of new annotation to generate certificates. Ensure that we don't trust certificate directly, but add service-ca.crt to the trust chain.
Fixes #3457
Checklist

[ ] Update/write design documentation in ./documentation/design
[ ] Write tests and make sure they pass
[ ] Update documentation
[ ] Check RBAC rights for Kubernetes / OpenShift roles
[ ] Try your changes from Pod inside your Kubernetes and OpenShift cluster, not just locally
[ ] Reference relevant issue(s) and close them after merging
[ ] Update CHANGELOG.md

@enmasse-ci run tests profile=smoke

:x: Test Summary :x:
TEST_PROFILE: smoke
TEST_CASE:
TOTAL: 3
PASS: 0
FAIL: 3
SKIP: 0
:heavy_exclamation_mark: Test Failures :heavy_exclamation_mark:

SmokeTest testCreateDeleteAddressSpace. in io.enmasse.systemtest.isolated.brokered.SmokeTest
SmokeTest testAddressTypes. in io.enmasse.systemtest.isolated.brokered.SmokeTest
SmokeTest smoketest. in io.enmasse.systemtest.isolated.standard.SmokeTest

@enmasse-ci run tests profile=smoke OCP4

:heavy_check_mark: Test Summary :heavy_check_mark:
TEST_PROFILE: smoke
TEST_CASE:
TOTAL: 3
PASS: 3
FAIL: 0
SKIP: 0

authors: enmasse-ci famartinrh lulf

repo: EnMasseProject/enmasse


text:
smappee authentication error Home Assistant

System:

arch
x86_64

dev
false

docker
true

hassio
true

os_name
Linux

python_version
3.7.6

timezone
Europe/Lisbon

version
0.106.2

virtualenv
false

config:
smappee:
host: 198.168.1.62
client_id: xxxxxxx
client_secret: xxxxx
username: xxxxx
password: xxxxxx
Any help to get rid of this problem would be appreciated!
Logger: homeassistant.components.smappee
Integration: smappee (documentation, issues)
First occured: 11:15:27 AM (1 occurences)
Last logged: 11:15:27 AM
Local Smappee device authentication failed (HTTPConnectionPool(host='198.168.1.62', port=80): Max retries exceeded with url: /gateway/apipublic/logon (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x7f82da0e2190>, 'Connection to 198.168.1.62 timed out. (connect timeout=5)')))
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/urllib3/connection.py", line 157, in _new_conn
(self._dns_host, self.port), self.timeout, **extra_kw
File "/usr/local/lib/python3.7/site-packages/urllib3/util/connection.py", line 84, in create_connection
raise err
File "/usr/local/lib/python3.7/site-packages/urllib3/util/connection.py", line 74, in create_connection
sock.connect(sa)
socket.timeout: timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/urllib3/connectionpool.py", line 672, in urlopen
chunked=chunked,
File "/usr/local/lib/python3.7/site-packages/urllib3/connectionpool.py", line 387, in _make_request
conn.request(method, url, **httplib_request_kw)
File "/usr/local/lib/python3.7/http/client.py", line 1252, in request
self._send_request(method, url, body, headers, encode_chunked)
File "/usr/local/lib/python3.7/http/client.py", line 1298, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
File "/usr/local/lib/python3.7/http/client.py", line 1247, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
File "/usr/local/lib/python3.7/http/client.py", line 1026, in _send_output
self.send(msg)
File "/usr/local/lib/python3.7/http/client.py", line 966, in send
self.connect()
File "/usr/local/lib/python3.7/site-packages/urllib3/connection.py", line 184, in connect
conn = self._new_conn()
File "/usr/local/lib/python3.7/site-packages/urllib3/connection.py", line 164, in _new_conn
% (self.host, self.timeout),
urllib3.exceptions.ConnectTimeoutError: (<urllib3.connection.HTTPConnection object at 0x7f82da0e2190>, 'Connection to 198.168.1.62 timed out. (connect timeout=5)')
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/requests/adapters.py", line 449, in send
timeout=timeout
File "/usr/local/lib/python3.7/site-packages/urllib3/connectionpool.py", line 720, in urlopen
method, url, error=e, _pool=self, _stacktrace=sys.exc_info()[2]
File "/usr/local/lib/python3.7/site-packages/urllib3/util/retry.py", line 436, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPConnectionPool(host='198.168.1.62', port=80): Max retries exceeded with url: /gateway/apipublic/logon (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x7f82da0e2190>, 'Connection to 198.168.1.62 timed out. (connect timeout=5)'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/smappee/init.py", line 95, in init
self._localsmappy.logon(host_password)
File "/usr/local/lib/python3.7/site-packages/smappy/smappy.py", line 552, in logon
r = self._basic_post(url='logon', data=password)
File "/usr/local/lib/python3.7/site-packages/smappy/smappy.py", line 530, in _basic_post
r = self.session.post(_url, data=data, headers=self.headers, timeout=5)
File "/usr/local/lib/python3.7/site-packages/requests/sessions.py", line 581, in post
return self.request('POST', url, data=data, json=json, **kwargs)
File "/usr/local/lib/python3.7/site-packages/requests/sessions.py", line 533, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/lib/python3.7/site-packages/requests/sessions.py", line 646, in send
r = adapter.send(request, **kwargs)
File "/usr/local/lib/python3.7/site-packages/requests/adapters.py", line 504, in send
raise ConnectTimeout(e, request=request)
requests.exceptions.ConnectTimeout: HTTPConnectionPool(host='198.168.1.62', port=80): Max retries exceeded with url: /g

This is a Timeout Error. Your device running Home Assistant sends a login request to the IP-address where it thinks your Smappee is, and doesn't get a response within 5 seconds.
I can only speculate about the reason:

Your Smappee used to be at 198.168.1.62, but due to a network reset it now has a different IP address.
Your Smappee is offline.
Your Smappee has lost network connection.
Your device making the request has lost network connection.
Your Smappee has encountered an error and does not respond.
...

Anyway, I do not believe the underlying code is at fault. Hopefully you can figure it out!

@Trouble-51 I apologize, this may also be a duplicate of #18. Anyway, I have no clue on how to fix it.

repo: EnergieID/smappy


text:
Remaning Integrationtest of PySpark in TimeSeries

Synopsis
To ensure stability and high confidence that our streaming jobs are working as intended. Team Joules want to cover all
PySpark jobs with integration tests.
Acceptance criteria

[ ] All PySpark jobs in TimeSeries are covered by sufficient integration tests
[ ] All TimeSeries PySpark integration tests are verified in PR-gate

@lasrinnil will fill in synopsis + acceptance criteria

@kristianschneider will bring this issue to tech refinement

authors: MadsBloendAndersen lasrinnil

repo: Energinet-DataHub/geh-timeseries


text:
Some listed domains exceed IDN's maximum length

Energized Protection - block ⚡

Let's make an annoyance free, better open internet, altogether!

Issue Submit Form

  Provide the following infos properly, which will help us to resolve your issue quickly.

Issue(s):
Type x in between [ ] and make sure there isn't any space between brackets. Example; for Your Selected Issue(s), type like this - [x]
You can select more than one category of issues if you need to!

[ ] Whitelist
[ ] Blacklist
[ ] App Broken
[ ] Website Broken
[x] Request
[x] Other Issue

Pack(s):
Write the name of the pack(s) you are using.

Pack(s) Name: Ultimate

Extension(s):
Also name the extension(s) if you are using any. If you don't then leave it blank.

Extension(s) Name:

Domain(s):
If you are submitting this issue for whitelist/blacklist issue, send us the domain(s) for whitelisting/blacklisting here. Kindly use the Code Tag to prevent tracking.

Domain(s):

756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564.com

7472756574727565747275657472756574727565747275657472756574727565.com

Your Config:
Just to ensure there is no issues or conflicts with other app/software/magisk module/extension/source list.
Make sure you are running Energized Protection Service only.

Client: Unbound

Version:  20.06.160

Details:
Write us a lil bit more about your issue or query. You can attach any screen shot or log of the issue or advert, this will help to highlight it.

Your Issue Detail:

There seems to be a lack of checks in place, and invalid hosts slip by at some stage of the list merging. I found more invalid domains in the Ultimate pack. Specifically, in the Unbound config file. https://block.energized.pro/ultimate/formats/unbound.conf
Some examples:
unbound:/etc/unbound# service unbound restart
 * Stopping unbound daemon ...                                                                                [ ok ]
 * Checking /etc/unbound/unbound.conf ...
[1591569404] unbound-checkconf[650:0] error: cannot parse name 756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564.com
[1591569404] unbound-checkconf[650:0] error: bad zone name 756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564.com static
[1591569404] unbound-checkconf[650:0] fatal error: failed local-zone, local-data configuration                                                                          [ !! ]

unbound:/etc/unbound# service unbound restart
 * Checking /etc/unbound/unbound.conf ...
[1591569466] unbound-checkconf[670:0] error: cannot parse name 7472756574727565747275657472756574727565747275657472756574727565.com
[1591569466] unbound-checkconf[670:0] error: bad zone name 7472756574727565747275657472756574727565747275657472756574727565.com static
[1591569466] unbound-checkconf[670:0] fatal error: failed local-zone, local-data configuration                                                                          [ !! ]
 * ERROR: unbound failed to start

If we use nslookup, we get an informative error message like so (please note that I manually shortened the output, to make it easier to read, I've already established why domains can't be so long):
# nslookup 756[...]e6564.com
nslookup: '756[...]e6564.com' is not a legal IDN name (domain label longer than 63 characters), use +noidnin

My suggestion would be to measure the length of every added domain and drop those that are longer than 63 characters. This should be done before the creation of software and device-specific packs.
More info:

https://help.zone.eu/en/kb/idn-domain-in-estonian-languages-used-characters-o-a-o-u-and-cyrillic-alphabet/

Thank you for making Energized Protection great, with your kind help!
A project by Ador with ❤

I would reckon the local-zone statement should be constructed in a different than it current is, e.g.
local-zone: "Energized.Ultimate"
  local-data:  "756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564756e646566696e6564.com" always_nxdomain
  local-data: "next black listed domain" always_nxdomain
  local-data: "next black listed domain" always_nxdomain
  ...

For reference see unbound's documentation https://nlnetlabs.nl/documentation/unbound/unbound.conf/#local-zone

That said and solving the issue of the 63 octets label restriction the subdomain (as stipulated inlocal-data)  should then not exceed 191 octets in order to prevent domain name length overflow issue https://github.com/EnergizedProtection/block/issues/526#issuecomment-687565355

repo: EnergizedProtection/block


text:
🛑 Blog is down

In 38ae157, Blog (https://englishbay.com.br/blog/) was down:

HTTP code: 403
Response time: 151 ms

Resolved: Blog is back up in a7a1cc1.

repo: EnglishBay/status


text:
Grammar check, add examples of all 3 calls.

https://www.grammarly.com/blog/know-your-latin-i-e-vs-e-g/

Nice, thanks :-)

authors: Enngage juraju-kentico

repo: Enngage/kentico-cloud-js


text:
Dev/lookup transcript length

Description
Adding transcript length to Lookup endpoint
Use case
Have immediately available this bit of information.
Benefits
See above
Possible Drawbacks
None
Testing
Tests were modified and could run successfully
Changelog
N/A

@shashankbrgowda @sgiorgetti with regards to adding this functionality to the REST change log. Would it be appropriate to add something like?:
[/lookup/id/:id] Transcript object now returns transcript length

authors: nwillhoft sgiorgetti

repo: Ensembl/ensembl-rest


text:
Use proper arrayref address

(@array_of_arrayrefs)[0][0] breaks in perl 5.8

Coverage remained the same at 81.586% when pulling 82affd0ca5730c8249b1b8445a7496d05412ea38 on willmclaren:patch-1 into 5b20e7665918210f5d7c58d3ec4c2065ada90871 on Ensembl:master.

Thanks Will, didn't know that.

authors: avullo coveralls willmclaren

repo: Ensembl/ensembl


text:
Do not show quick links when backend tells not to

JIRA ticket: https://www.ebi.ac.uk/panda/jira/browse/ENSWEB-3464
Context
The original task in the JIRA ticket was not to show a quick link to orthologues in a search result if there are none. Solr now returns a value to indicate whether there are any orthologues. Here's what this looks like in the api response (see example request):

There surfaced, however, another problem. Sometimes a search result will have no valid quick links associated with it (for example, see the last search match on this page). Currently, when this is the case solr conveniently puts the string "none" in the quick_links array (see sample request):

So what we could do is also to check for this string when rendering the list of quick links (which is being done in this PR). Although @ens-ds23 thinks that this is incorrect behaviour of solr or of the api:

I don't think that none should be returned by the server. At least, I don't think anyone anticipated it. Probably best to chase it into the SOLR result proper: it is probably a mistake at build time. @stevet is usually quite keen we push stuff back into build time (sensibly), but there's a big infrastructure for hacks that haven't made it or is too complex to do, still used in the client side (so we can but probably shouldn't). Probably best to create a JIRA for it so that it doesn't get lost.

Possible complications
I do not know what values inside the quick_links array are possible. The current solution expects that it will contain strings of format "<link_title>: number" or "none".

@ens-st3 @ens-ds23 could you also leave your thoughts here?

Fine by me.

repo: Ensembl/public-plugins


text:
header component

Contains search input, publish link, dummy profile icon

Link to MUI API https://mui.com/material-ui/react-app-bar/

repo: Enterprise-Neurosystem/sd-catalog


text:
Not yet implemented augmented forward for jl_f__apply_iterate when differentiating an ODE in reverse mode

When trying to get gradient information from an ODE with Enzyme, I get many pages of TypeAnalysisDepthLimit warnings and a non-user-actionable error message
using DifferentialEquations
using SciMLSensitivity
using Enzyme

function ode_f(du, u, p, t)
    x = u[1]
    v = u[2]
    dx = v
    dv = -x
    du[1] = dx
    du[2] = dv
end

function f(x0, v0)
    tspan = (0.0,1.0)
    prob = ODEProblem(ode_f, [x0, v0], tspan)
    sol = solve(prob)
    sol[end][1]
end

autodiff(Reverse, f, Active, Active(1.0), Active(1.0))

Gives several pages of warnings, beginning with
 Warning: TypeAnalysisDepthLimit
│ {[]:Pointer, [0]:Pointer, [0,0]:Pointer, [0,0,0]:Pointer, [0,0,8]:Pointer, [0,0,16]:Pointer, [0,0,24]:Integer, [0,0,25]:Integer, [0,0,26]:Integer, [0,0,27]:Integer, [0,0,32]:Integer, [0,0,33]:Integer, [0,0,34]:Integer, [0,0,35]:Integer, [0,0,36]:Integer, [0,0,37]:Integer, [0,0,38]:Integer, [0,0,39]:Integer, [0,0,40]:Integer, [0,0,41]:Integer, [0,0,42]:Integer, [0,0,43]:Integer, [0,0,44]:Integer, [0,0,45]:Integer, [0,0,46]:Integer, [0,0,47]:Integer, [0,0,56]:Pointer, [0,0,56,0]:Integer, [0,0,56,1]:Integer, [0,0,56,2]:Integer, [0,0,56,3]:Integer, [0,0,56,4]:Integer, [0,0,56,5]:Integer, [0,0,56,6]:Integer, [0,0,56,7]:Integer, [0,0,72]:Pointer, [0,0,80]:Pointer, [0,0,88]:Pointer, [0,0,96]:Pointer, [0,0,96,8]:Pointer, [0,0,96,16]:Pointer, [0,0,96,16,0]:Integer, [0,0,96,16,1]:Integer, [0,0,96,16,2]:Integer, [0,0,96,16,3]:Integer, [0,0,96,16,4]:Integer, [0,0,96,16,5]:Integer, [0,0,96,16,6]:Integer, [0,0,96,16,7]:Integer(actualRetType, rettype) = (Base.MethodList, Active)
, [0,0,96,24]:Pointer, [0,0,96,32]:Pointer, [0,0,96,32,0]:Pointer, [0,0,96,32,0,0]:Pointer, [0,0,96,32,8]:Integer, [0,0,96,32,9]:Integer, [0,0,96,32,10]:Integer, [0,0,96,32,11]:Integer, [0,0,96,32,12]:Integer, [0,0,96,32,13]:Integer, [0,0,96,32,14]:Integer, [0,0,96,32,15]:Integer, [0,0,96,32,16]:Integer, [0,0,96,32,17]:Integer, [0,0,96,32,18]:Integer, [0,0,96,32,19]:Integer, [0,0,96,32,20]:Integer, [0,0,96,32,21]:Integer, [0,0,96,32,22]:Integer, [0,0,96,32,23]:Integer, [0,0,96,32,24]:Integer, [0,0,96,32,25]:Integer, [0,0,96,32,26]:Integer, [0,0,96,32,27]:Integer, [0,0,96,32,28]:Integer, [0,0,96,32,29]:Integer, [0,0,96,32,30]:Integer, [0,0,96,32,31]:Integer, [0,0,96,32,32]:Integer, [0,0,96,32,33]:Integer, [0,0,96,32,34]:Integer, [0,0,96,32,35]:Integer, [0,0,96,32,36]:Integer, [0,0,96,32,37]:Integer, [0,0,96,32,38]:Integer, [0,0,96,32,39]:Integer, [0,0,96,40]:Pointer, [0,0,96,48]:Pointer, [0,0,96,48,0]:Pointer, [0,0,96,48,8]:Pointer, [0,0,96,48,16]:Integer, [0,0,96,48,17]:Integer, [0,0,96,48,18]:Integer, [0,0,9ERROR: 6,48,19]:Integer, [0,0,96,48,20]:Integer, [0,0,96,48,21]:Integer, [0,0,96,48,22]:Integer, [0,0,96,48,23]:Integer, [0,0,96,48,24]:Integer, [0,0,96,48,25]:Integer, [0,0,96,48,26]:Integer, [0,0,96,48,27]:Integer, [0,0,96,48,28]:Integer, [0,0,96,48,29]:Integer, [0,0,96,48,30]:Integer, [0,0,96,48,31]:Integer, [0,0,96,48,32]:Pointer, [0,0,96,48,40]:Pointer, [0,0,96,48,48]:Pointer, [0,0,96,48,56]:Integer, [0,0,96,48,57]:Integer, [0,0,96,48,58]:Integer, [0,0,96,48,59]:Integer, [0,0,96,48,60]:Integer, [0,0,96,48,61]:Integer, [0,0,96,48,62]:Integer, [0,0,96,48,63]:Integer, [0,0,96,48,64]:Pointer, [0,0,96,48,72]:Integer, [0,0,96,48,73]:Integer, [0,0,96,48,74]:Integer, [0,0,96,48,80]:Pointer, [0,0,96,48,88]:Pointer, [0,0,96,56]:Integer, [0,0,96,57]:Integer, [0,0,96,58]:Integer, [0,0,104]:Pointer, [0,0,112]:Pointer, [0,0,112,0]:Pointer, [0,0,112,0,0]:Pointer, [0,0,112,8]:Integer, [0,0,112,9]:Integer, [0,0,112,10]:Integer, [0,0,112,11]:Integer, [0,0,112,12]:Integer, [0,0,112,13]:Integer, [0,0,112,14]:Integer, [0,0,112,15]:Integer, [0,0,112,16]:Integer, [0,0,112,17]:Integer, [0,0,112,18]:Integer, [0,0,112,19]:Integer, [0,0,112,20]:Integer, [0,0,112,21]:Integer, [0,0,112,22]:Integer, [0,0,112,23]:Integer, [0,0,112,24]:Integer, [0,0,112,25]:Integer, [0,0,112,26]:Integer, [0,0,112,27]:Integer, [0,0,112,28]:Integer, [0,0,112,29]:Integer, [0,0,112,30]:Integer, [0,0,112,31]:Integer, [0,0,112,32]:Integer, [0,0,112,33]:Integer, [0,0,112,34]:Integer, [0,0,112,35]:Integer, [0,0,112,36]:Integer, [0,0,112,37]:Integer, [0,0,112,38]:Integer, [0,0,112,39]:Integer, [0,0,120]:Pointer, [0,0,120,0]:Pointer, [0,0,120,0,-1]:Integer, [0,0,120,8]:Integer, [0,0,120,9]:Integer, [0,0,120,10]:Integer, [0,0,120,11]:Integer, [0,0,120,12]:Integer, [0,0,120,13]:Integer, [0,0,120,14]:Integer, [0,0,120,15]:Integer, [0,0,120,16]:Integer, [0,0,120,17]:Integer, [0,0,120,18]:Integer, [0,0,120,19]:Integer, [0,0,120,20]:Integer, [0,0,120,21]:Integer, [0,0,120,22]:Integer, [0,0,120,23]:Integer, [0,0,120,24]:Integer, [0,0,120,25]:Integer, [0,LoadError: 0,120,26]:Integer, [0,0,120,27]:Integer, [0,0,120,28]:Integer, [0,0,120,29]:Integer, [0,0,120,30]:Integer, [0,0,120,31]:Integer, [0,0,120,32]:Integer, [0,0,120,33]:Integer, [0,0,120,34]:Integer, [0,0,120,35]:Integer, [0,0,120,36]:Integer, [0,0,120,37]:Integer, [0,0,120,38]:Integer, [0,0,120,39]:Integer, [0,0,128]:Integer, [0,0,129]:Integer, [0,0,130]:Integer, [0,0,131]:Integer, [0,0,136]:Pointer, [0,0,136,0]:Integer, [0,0,136,1]:Integer, [0,0,136,2]:Integer, [0,0,136,3]:Integer, [0,0,136,4]:Integer, [0,0,136,5]:Integer, [0,0,136,6]:Integer, [0,0,136,7]:Integer, [0,0,144]:Pointer, [0,0,152]:Pointer, [0,0,160]:Integer, [0,0,161]:Integer, [0,0,162]:Integer, [0,0,163]:Integer, [0,0,164]:Integer, [0,0,165]:Integer, [0,0,166]:Integer, [0,0,167]:Integer, [0,0,168]:Integer, [0,0,169]:Integer, [0,0,170]:Integer, [0,0,171]:Integer, [0,0,172]:Integer, [0,0,173]:Integer, [0,0,174]:Integer, [0,0,175]:Integer, [0,0,176]:Integer, [0,0,177]:Integer, [0,0,178]:Integer, [0,0,179]:Integer, [0,0,180]:Integer, [8]:Integer, [9]:Integer, [10]:Integer, [11]:Integer, [12]:Integer, [13]:Integer, [14]:Integer, [15]:Integer, [16]:Integer, [17]:Integer, [18]:Integer, [19]:Integer, [20]:Integer, [21]:Integer, [22]:Integer, [23]:Integer, [24]:Integer, [25]:Integer, [26]:Integer, [27]:Integer, [28]:Integer, [29]:Integer, [30]:Integer, [31]:Integer, [32]:Integer, [33]:Integer, [34]:Integer, [35]:Integer, [36]:Integer, [37]:Integer, [38]:Integer, [39]:Integer}
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/U36Ed/src/utils.jl:59
┌ Warning: TypeAnalysisDepthLimit
│ {[]:Pointer, [-1]:Pointer, [-1,0]:Pointer, [-1,32]:Integer, [-1,33]:Integer, [-1,34]:Integer, [-1,35]:Integer, [-1,36]:Integer, [-1,37]:Integer, [-1,38]:Integer, [-1,39]:Integer, [0,0,0]:Pointer, [0,0,0,0]:Pointer, [0,0,0,8]:Pointer, [0,0,0,16]:Pointer, [0,0,0,24]:Integer, [0,0,0,25]:Integer, [0,0,0,26]:Integer, [0,0,0,27]:Integer, [0,0,0,32]:Integer, [0,0,0,33]:Integer, [0,0,0,34Enzyme execution failed.
]:Integer, [0,0,0,35]:Integer, [0,0,0,36]:Integer, [0,0,0,37]:Integer, [0,0,0,38]:Integer, [0,0,0,39]:Integer, [0,0,0,40]:Integer, [0,0,0,41]:Integer, [0,0,0,42]:Integer, [0,0,0,43]:Integer, [0,0,0,44]:Integer, [0,0,0,45]:Integer, [0,0,0,46]:Integer, [0,0,0,47]:Integer, [0,0,0,56]:Pointer, [0,0,0,56,0]:Integer, [0,0,0,56,1]:Integer, [0,0,0,56,2]:Integer, [0,0,0,56,3]:Integer, [0,0,0,56,4]:Integer, [0,0,0,56,5]:Integer, [0,0,0,56,6]:Integer, [0,0,0,56,7]:Integer, [0,0,0,72]:Pointer, [0,0,0,80]:Pointer, [0,0,0,88]:Pointer, [0,0,0,96]:Pointer, [0,0,0,96,8]:Pointer, [0,0,0,96,16]:Pointer, [0,0,0,96,16,0]:Integer, [0,0,0,96,16,1]:Integer, [0,0,0,96,16,2]:Integer, [0,0,0,96,16,3]:Integer, [0,0,0,96,16,4]:Integer, [0,0,0,96,16,5]:Integer, [0,0,0,96,16,6]:Integer, [0,0,0,96,16,7]:Integer, [0,0,0,96,24]:Pointer, [0,0,0,96,32]:Pointer, [0,0,0,96,32,0]:Pointer, [0,0,0,96,32,8]:Integer, [0,0,0,96,32,9]:Integer, [0,0,0,96,32,10]:Integer, [0,0,0,96,32,11]:Integer, [0,0,0,96,32,12]:Integer, [0,0,0,96,32,13]:Integer, [0,0,0,96,32,14]:Integer, [0,0,0,96,32,15]:Integer, [0,0,0,96,32,16]:Integer, [0,0,0,96,32,17]:Integer, [0,0,0,96,32,18]:Integer, [0,0,0,96,32,19]:Integer, [0,0,0,96,32,20]:Integer, [0,0,0,96,32,21]:Integer, [0,0,0,96,32,22]:Integer, [0,0,0,96,32,23]:Integer, [0,0,0,96,32,24]:Integer, [0,0,0,96,32,25]:Integer, [0,0,0,96,32,26]:Integer, [0,0,0,96,32,27]:Integer, [0,0,0,96,32,28]:Integer, [0,0,0,96,32,29]:Integer, [0,0,0,96,32,30]:Integer, [0,0,0,96,32,31]:Integer, [0,0,0,96,32,32]:Integer, [0,0,0,96,32,33]:Integer, [0,0,0,96,32,34]:Integer, [0,0,0,96,32,35]:Integer, [0,0,0,96,32,36]:Integer, [0,0,0,96,32,37]:Integer, [0,0,0,96,32,38]:Integer, [0,0,0,96,32,39]:Integer, [0,0,0,96,40]:Pointer, [0,0,0,96,48]:Pointer, [0,0,0,96,48,0]:Pointer, [0,0,0,96,48,8]:Pointer, [0,0,0,96,48,16]:Integer, [0,0,0,96,48,17]:Integer, [0,0,0,96,48,18]:Integer, [0,0,0,96,48,19]:Integer, [0,0,0,96,48,20]:Integer, [0,0,0,96,48,21]:Integer, [0,0,0,96,48,22]:Integer, [0,0,0,96,48,23]:Integer, [0,0,0,96,48,24]:Integer,Enzyme: Not yet implemented augmented forward for jl_f__apply_iterate   %12 = call nonnull {} addrspace(10)* ({} addrspace(10)* ({} addrspace(10)*, {} addrspace(10)**, i32)*, {} addrspace(10)*, ...) @julia.call({} addrspace(10)* ({} addrspace(10)*, {} addrspace(10)**, i32)* noundef nonnull @jl_f__apply_iterate, {} addrspace(10)* noundef null, {} addrspace(10)* addrspacecast ({}* inttoptr (i64 4753035488 to {}*) to {} addrspace(10)*), {} addrspace(10)* addrspacecast ({}* inttoptr (i64 4824870528 to {}*) to {} addrspace(10)*), {} addrspace(10)* addrspacecast ({}* inttoptr (i64 10870571472 to {}*) to {} addrspace(10)*), {} addrspace(10)* nonnull %11) #12, !dbg !19
Stacktrace:
 [1] signature_type
   @ ./reflection.jl:884
 [2] _methods
   @ ./reflection.jl:941
 [3] _methods
   @ ./reflection.jl:0 [0,0,0,96,48,25]:Integer, [0,0,0,96,48,26]:Integer, [0,0,0,96,48,27]:Integer, [0,0,0,96,48,28]:Integer, [0,0,0,96,48,29]:Integer, [0,0,0,96,48,30]:Integer, [0,0,0,96,48,31]:Integer, [0,0,0,96,48,32]:Pointer, [0,0,0
,96,48,40]:Pointer, [0,0,0,96,48,48]:Pointer, [0,0,0,96,48,56]:Integer, [0,0,0,96,48,57]:Integer, [0,0,0,96,48,58]:Integer, [0,0,0,96,48,59]:Integer, [0,0,0,96,48,60]:Integer, [0,0,0,96,48,61]:Integer, [0,0,0,96,48,62]:Integer, [0,0,0,96,48,63]:Integer, [0,0,0,96,48,64]:Pointer, [0,0,0,96,48,72]:Integer, [0,0,0,96,48,73]:Integer, [0,0,0,96,48,74]:Integer, [0,0,0,96,48,80]:Pointer, [0,0,0,96,48,88]:Pointer, [0,0,0,96,56]:Integer, [0,0,0,96,57]:Integer, [0,0,0,96,58]:Integer, [0,0,0,104]:Pointer, [0,0,0,112]:Pointer, [0,0,0,112,0]:Pointer, [0,0,0,112,0,0]:Pointer, [0,0,0,112,8]:Integer, [0,0,0,112,9]:Integer, [0,0,0,112,10]:Integer, [0,0,0,112,11]:Integer, [0,0,0,112,12]:Integer, [0,0,0,112,13]:Integer, [0,0,0,112,14]:Integer, [0,0,0,112,15]:Integer, [0,0,0,112,16]:Integer, [0,0,0,112,17]:Integer, [0,0,0,112,18]:Integer, [0,0,0,112,19]:Integer, [0,0,0,112,20]:Integer, [0,0,0,112,21]:Integer, [0,0,0,112,22]:Integer, [0,0,0,112,23]:Integer, [0,0,0,112,24]:Integer, [0,0,0,112,25]:Integer, [0,0,0,112,26]:Integer, [0,0,0,112,27]:Integer, [0,0,0,112,28]:Integer, [0,0,0,112,29]:Integer, [0,0,0,112,30]:Integer, [0,0,0,112,31]:Integer, [0,0,0,112,32]:Integer, [0,0,0,112,33]:Integer, [0,0,0,112,34]:Integer, [0,0,0,112,35]:Integer, [0,0,0,112,36]:Integer, [0,0,0,112,37]:Integer, [0,0,0,112,38]:Integer, [0,0,0,112,39]:Integer, [0,0,0,120]:Pointer, [0,0,0,120,0]:Pointer, [0,0,0,120,0,-1]:Integer, [0,0,0,120,8]:Integer, [0,0,0,120,9]:Integer, [0,0,0,120,10]:Integer, [0,0,0,120,11]:Integer, [0,0,0,120,12]:Integer, [0,0,0,120,13]:Integer, [0,0,0,120,14]:Integer, [0,0,0,120,15]:Integer, [0,0,0,120,16]:Integer, [0,0,0,120,17]:Integer, [0,0,0,120,18]:Integer, [0,0,0,120,19]:Integer, [0,0,0,120,20]:Integer, [0,0,0,120,21]:Integer, [0,0,0,120,22]:Integer, [0,0,0,120,23]:Integer, [0,0,0,120,24]:Integer, [0,0,0,120,25]:Integer, [0,0,0,120,26]:Integer, [0,0,0,120,27]:Integer, [0,0,0,120,28]:Integer, [0,0,0,120,29]:Integer, [0,0,0,120,30]:Integer, [0,0,0,120,31]:Integer, [0,0,0,120,32]:Integer, [0,0,0,120,33]:Integer, [0,0,0,120,34]:Inte
Stacktrace:ger, [0,0,0,120,35]:Integer, [0,0,0,120,36]:Integer, [0,0,0,120,37]:Integer, [0,0,0,120,38]:Integer, [0,0,0,120,39]:Integer, [0,0,0,128]:Integer, [0,0,0,129]:Integer, [0,0,0,130]:Integer, [0,0,0,131]:Integer, [0,0,0,136]:Pointer, [0,0,0,136,0]:Integer, [0,0,0,136,1]:Integer, [0,0,0,136,2]:Integer, [0,0,0,136,3]:Integer, [0,0,0,136,4]:Integer, [0,0,0,136,5]:Integer, [0,0,0,136,6]:Integer, [0,0,0,136,7]:Integer, [0,0,0,144]:Pointer, [0,0,0,152]:Pointer, [0,0,0,160]:Integer, [0,0,0,161]:Integer, [0,0,0,162]:Integer, [0,0,0,163]:Integer, [0,0,0,164]:Integer, [0,0,0,165]:Integer, [0,0,0,166]:Integer, [0,0,0,167]:Integer, [0,0,0,168]:Integer, [0,0,0,169]:Integer, [0,0,0,170]:Integer, [0,0,0,171]:Integer, [0,0,0,172]:Integer, [0,0,0,173]:Integer, [0,0,0,174]:Integer, [0,0,0,175]:Integer, [0,0,0,176]:Integer, [0,0,0,177]:Integer, [0,0,0,178]:Integer, [0,0,0,179]:Integer, [0,0,0,180]:Integer, [0,8]:Integer, [0,9]:Integer, [0,10]:Integer, [0,11]:Integer, [0,12]:Integer, [0,13]:Integer, [0,14]:Integer, [0,15]:Integer, [0,16]:Integer, [0,17]:Integer, [0,18]:Integer, [0,19]:Integer, [0,20]:Integer, [0,21]:Integer, [0,22]:Integer, [0,23]:Integer, [0,24]:Integer, [0,25]:Integer, [0,26]:Integer, [0,27]:Integer, [0,28]:Integer, [0,29]:Integer, [0,30]:Integer, [0,31]:Integer, [8,8]:Pointer, [8,16]:Pointer, [8,24]:Pointer, [8,40]:Pointer, [8,48]:Pointer, [8,48,0]:Pointer, [8,48,0,0]:Pointer, [8,48,8]:Integer, [8,48,9]:Integer, [8,48,10]:Integer, [8,48,11]:Integer, [8,48,12]:Integer, [8,48,13]:Integer, [8,48,14]:Integer, [8,48,15]:Integer, [8,48,16]:Integer, [8,48,17]:Integer, [8,48,18]:Integer, [8,48,19]:Integer, [8,48,20]:Integer, [8,48,21]:Integer, [8,48,22]:Integer, [8,48,23]:Integer, [8,48,24]:Integer, [8,48,25]:Integer, [8,48,26]:Integer, [8,48,27]:Integer, [8,48,28]:Integer, [8,48,29]:Integer, [8,48,30]:Integer, [8,48,31]:Integer, [8,48,32]:Integer, [8,48,33]:Integer, [8,48,34]:Integer, [8,48,35]:Integer, [8,48,36]:Integer, [8,48,37]:Integer, [8,48,38]:Integer, [8,48,39]:Integer, [8,56]:Integer, [8,57]:Integer, [
8,58]:Integer, [8,59]:Integer, [8,60]:Integer, [8,61]:Integer, [8,62]:Integer, [8,63]:Integer, [8,64]:Integer, [8,65]:Integer, [8,66]:Integer, [8,67]:Integer, [8,68]:Integer, [8,69]:Integer, [8,70]:Integer, [8,71]:Integer, [8,72]:Integer, [8,73]:Integer}
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/U36Ed/src/utils.jl:59
┌ Warning: TypeAnalysisDepthLimit
│ {[]:Pointer, [0]:Pointer, [0,-1]:Pointer, [0,-1,0]:Pointer, [0,-1,32]:Integer, [0,-1,33]:Integer, [0,-1,34]:Integer, [0,-1,35]:Integer, [0,-1,36]:Integer, [0,-1,37]:Integer, [0,-1,38]:Integer, [0,-1,39]:Integer, [0,0,0,0]:Pointer, [0,0,0,0,0]:Pointer, [0,0,0,0,8]:Pointer, [0,0,0,0,16]:Pointer, [0,0,0,0,24]:Integer, [0,0,0,0,25]:Integer, [0,0,0,0,26]:Integer, [0,0,0,0,27]:Integer, [0,0,0,0,32]:Integer, [0,0,0,0,33]:Integer, [0,0,0,0,34]:Integer, [0,0,0,0,35]:Integer, [0,0,0,0,36]:Integer, [0,0,0,0,37]:Integer, [0,0,0,0,38]:Integer, [0,0,0,0,39]:Integer, [0,0,0,0,40]:Integer, [0,0,0,0,41]:Integer, [0,0,0,0,42]:Integer, [0,0,0,0,43]:Integer, [0,0,0,0,44]:Integer, [0,0,0,0,45]:Integer, [0,0,0,0,46]:Integer, [0,0,0,0,47]:Integer, [0,0,0,0,56]:Pointer, [0,0,0,0,56,0]:Integer, [0,0,0,0,56,1]:Integer, [0,0,0,0,56,2]:Integer, [0,0,0,0,56,3]:Integer, [0,0,0,0,56,4]:Integer, [0,0,0,0,56,5]:Integer, [0,0,0,0,56,6]:Integer, [0,0,0,0,56,7]:Integer, [0,0,0,0,72]:Pointer, [0,0,0,0,80]:Pointer, [0,0,0,0,88]:Pointer, [0,0,0,0,96]:Pointer, [0,0,0,0,96,8]:Pointer, [0,0,0,0,96,16]:Pointer, [0,0,0,0,96,24]:Pointer, [0,0,0,0,96,32]:Pointer, [0,0,0,0,96,40]:Pointer, [0,0,0,0,96,48]:Pointer, [0,0,0,0,96,56]:Integer, [0,0,0,0,96,57]:Integer, [0,0,0,0,96,58]:Integer, [0,0,0,0,104]:Pointer, [0,0,0,0,112]:Pointer, [0,0,0,0,112,0]:Pointer, [0,0,0,0,112,8]:Integer, [0,0,0,0,112,9]:Integer, [0,0,0,0,112,10]:Integer, [0,0,0,0,112,11]:Integer, [0,0,0,0,112,12]:Integer, [0,0,0,0,112,13]:Integer, [0,0,0,0,112,14]:Integer, [0,0,0,0,112,15]:Integer, [0,0,0,0,112,16]:Integer, [0,0,0,0,112,17]:Integer , [0,0,0,0,112,18]:Integer, [0,0,0,0,112,19]:Integer, [0,0,0,0,112,20]:Integer, [0,0,0,0,112,21]:Integer, [0,0,0,0,112,22]:Integer, [0,0,0,0,112,23]:Integer, [0,0,0,0,112,24]:Integer, [0,0,0,0,112,25]:Integer, [0,0,0,0,112,26]:Integer, [0,0,0,0,112,27]:Integer, [0,0,0,0,112,28]:Integer, [0,0,0,0,112,29]:Integer, [0,0,0,0,112,30]:Integer, [0,0,0,0,112,31]:Integer, [0,0,0,0,112,32]:Integer, [0,0,0,0,112,33]:Integer, [0,0,0,0,112,34]:Integer, [0,0,0,0,112,35]:Integer, [0,0,0,0,112,36]:Integer, [0,0,0,0,112,37]:Integer, [0,0,0,0,112,38]:Integer, [0,0,0,0,112,39]:Integer, [0,0,0,0,120]:Pointer, [0,0,0,0,120,0]:Pointer, [0,0,0,0,120,8]:Integer, [0,0,0,0,120,9]:Integer, [0,0,0,0,120,10]:Integer, [0,0,0,0,120,11]:Integer, [0,0,0,0,120,12]:Integer, [0,0,0,0,120,13]:Integer, [0,0,0,0,120,14]:Integer, [0,0,0,0,120,15]:Integer, [0,0,0,0,120,16]:Integer, [0,0,0,0,120,17]:Integer, [0,0,0,0,120,18]:Integer, [0,0,0,0,120,19]:Integer, [0,0,0,0,120,20]:Integer, [0,0,0,0,120,21]:Integer, [0,0,0,0,120,22]:Integer, [0,0,0,0,120,23]:Integer, [0,0,0,0,120,24]:Integer, [0,0,0,0,120,25]:Integer, [0,0,0,0,120,26]:Integer, [0,0,0,0,120,27]:Integer, [0,0,0,0,120,28]:Integer, [0,0,0,0,120,29]:Integer, [0,0,0,0,120,30]:Integer, [0,0,0,0,120,31]:Integer, [0,0,0,0,120,32]:Integer, [0,0,0,0,120,33]:Integer, [0,0,0,0,120,34]:Integer, [0,0,0,0,120,35]:Integer, [0,0,0,0,120,36]:Integer, [0,0,0,0,120,37]:Integer, [0,0,0,0,120,38]:Integer, [0,0,0,0,120,39]:Integer, [0,0,0,0,128]:Integer, [0,0,0,0,129]:Integer, [0,0,0,0,130]:Integer, [0,0,0,0,131]:Integer, [0,0,0,0,136]:Pointer, [0,0,0,0,136,0]:Integer, [0,0,0,0,136,1]:Integer, [0,0,0,0,136,2]:Integer, [0,0,0,0,136,3]:Integer, [0,0,0,0,136,4]:Integer, [0,0,0,0,136,5]:Integer, [0,0,0,0,136,6]:Integer, [0,0,0,0,136,7]:Integer, [0,0,0,0,144]:Pointer, [0,0,0,0,152]:Pointer, [0,0,0,0,160]:Integer, [0,0,0,0,161]:Integer, [0,0,0,0,162]:Integer, [0,0,0,0,163]:Integer, [0,0,0,0,164]:Integer, [0,0,0,0,165]:Integer, [0,0,0,0,166]:Integer, [0,0,0,0,167]:Integer, [0,0,0,0,168]:Integer, [0,0,0,0,169]:Integer, [0,0[1],0,0,170]:Integer, [0,0,0,0,171]:Integer, [0,0,0,0,172]:Integer, [0,0,0,0,173]:Integer, [0,0,0,0,174]:Integer, [0,0,0,0,175]:Integer, [0,0,0,0,176]:Integer, [0,0,0,0,177]:Integer, [0,0,0,0,178]:Integer, [0,0,0,0,179]:Integer, [0,0,0,0,180]:Integer, [0,0,8]:Integer, [0,0,9]:Integer, [0,0,10]:Integer, [0,0,11]:Integer, [0,0,12]:Integer, [0,0,13]:Integer, [0,0,14]:Integer, [0,0,15]:Integer, [0,0,16]:Integer, [0,0,17]:Integer, [0,0,18]:Integer, [0,0,19]:Integer, [0,0,20]:Integer, [0,0,21]:Integer, [0,0,22]:Integer, [0,0,23]:Integer, [0,0,24]:Integer, [0,0,25]:Integer, [0,0,26]:Integer, [0,0,27]:Integer, [0,0,28]:Integer, [0,0,29]:Integer, [0,0,30]:Integer, [0,0,31]:Integer, [0,8,8]:Pointer, [0,8,16]:Pointer, [0,8,24]:Pointer, [0,8,40]:Pointer, [0,8,48]:Pointer, [0,8,48,0]:Pointer, [0,8,48,0,0]:Pointer, [0,8,48,8]:Integer, [0,8,48,9]:Integer, [0,8,48,10]:Integer, [0,8,48,11]:Integer, [0,8,48,12]:Integer, [0,8,48,13]:Integer, [0,8,48,14]:Integer, [0,8,48,15]:Integer, [0,8,48,16]:Integer, [0,8,48,17]:Integer, [0,8,48,18]:Integer, [0,8,48,19]:Integer, [0,8,48,20]:Integer, [0,8,48,21]:Integer, [0,8,48,22]:Integer, [0,8,48,23]:Integer, [0,8,48,24]:Integer, [0,8,48,25]:Integer, [0,8,48,26]:Integer, [0,8,48,27]:Integer, [0,8,48,28]:Integer, [0,8,48,29]:Integer, [0,8,48,30]:Integer, [0,8,48,31]:Integer, [0,8,48,32]:Integer, [0,8,48,33]:Integer, [0,8,48,34]:Integer, [0,8,48,35]:Integer, [0,8,48,36]:Integer, [0,8,48,37]:Integer, [0,8,48,38]:Integer, [0,8,48,39]:Integer, [0,8,56]:Integer, [0,8,57]:Integer, [0,8,58]:Integer, [0,8,59]:Integer, [0,8,60]:Integer, [0,8,61]:Integer, [0,8,62]:Integer, [0,8,63]:Integer, [0,8,64]:Integer, [0,8,65]:Integer, [0,8,66]:Integer, [0,8,67]:Integer, [0,8,68]:Integer, [0,8,69]:Integer, [0,8,70]:Integer, [0,8,71]:Integer, [0,8,72]:Integer, [0,8,73]:Integer}
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/U36Ed/src/utils.jl:59
┌ Warning: TypeAnalysisDepthLimit
│ {[]:Pointer, [0]:Pointer, [0,0]:Pointer, [0,0,0]:Pointer, [0,0,8]:Pointer, [0,0,16]:Pointer, [0,0,24]:Integer, [0,0,25]:Integer, [0,0,26]:Integer, [0,0,27]:Integer, [0,0,32]:Integer, [0,0,33]:Integer, [0,0,34]:Integer, [0,0,35]:Integer, [0,0,36]:Integer, [0,0,37]:Integer, [0,0,38]:Integer, [0,0,39]:Integer, [0,0,40]:Integer, [0,0,41]:Integer, [0,0,42]:Integer, [0,0,43]:Integer, [0,0,44]:Integer, [0,0,45]:Integer, [0,0,46]:Integer, [0,0,47]:Integer, [0,0,56]:Pointer, [0,0,56,0]:Integer, [0,0,56,1]:Integer, [0,0,56,2]:Integer, [0,0,56,3]:Integer, [0,0,56,4]:Integer, [0,0,56,5]:Integer, [0,0,56,6]:Integer, [0,0,56,7]:Integer, [0,0,72]:Pointer, [0,0,80]:Pointer, [0,0,88]:Pointer, [0,0,96]:Pointer, [0,0,96,8]:Pointer, [0,0,96,16]:Pointer, [0,0,96,16,0]:Integer, [0,0,96,16,1]:Integer, [0,0,96,16,2]:Integer, [0,0,96,16,3]:Integer, [0,0,96,16,4]:Integer, [0,0,96,16,5]:Integer, [0,0,96,16,6]:Integer, [0,0,96,16,7]:Integer , [0,0,96,24]:Pointer, [0,0,96,32]:Pointer, [0,0,96,32,0]:Pointer, [0,0,96,32,0,0]:Pointer, [0,0,96,32,8]:Integer, [0,0,96,32,9]:Integer, [0,0,96,32,10]:Integer, [0,0,96,32,11]:Integer, [0,0,96,32,12]:Integer, [0,0,96,32,13]:Integer, [0,0,96,32,14]:Integer, [0,0,96,32,15]:Integer, [0,0,96,32,16]:Integer, [0,0,96,32,17]:Integer, [0,0,96,32,18]:Integer, [0,0,96,32,19]:Integer, [0,0,96,32,20]:Integer, [0,0,96,32,21]:Integer, [0,0,96,32,22]:Integer, [0,0,96,32,23]:Integer, [0,0,96,32,24]:Integer, [0,0,96,32,25]:Integer, [0,0,96,32,26]:Integer, [0,0,96,32,27]:Integer, [0,0,96,32,28]:Integer, [0,0,96,32,29]:Integer, [0,0,96,32,30]:Integer, [0,0,96,32,31]:Integer, [0,0,96,32,32]:Integer, [0,0,96,32,33]:Integer, [0,0,96,32,34]:Integer, [0,0,96,32,35]:Integer, [0,0,96,32,36]:Integer, [0,0,96,32,37]:Integer, [0,0,96,32,38]:Integer, [0,0,96,32,39]:Integer, [0,0,96,40]:Pointer, [0,0,96,48]:Pointer, [0,0,96,48,0]:Pointer, [0,0,96,48,8]:Pointer, [0,0,96,48,16]:Integer, [0,0,96,48,17]:Integer, [0,0,96,48,18]:Integer, [0,0,96,48,19]:Integer, [0,0,96,48,20]:Integer, [0,0,96,48,21]:Integer, [0,0,96,48,22]:Integer, [0,0,96,48,23]:Integer, [0,0,96,48,24]:Integer, [0,0,96,48,25]:Integer, [0,0,96,48,26]:Integer, [0,0,96,48,27]:Integer, [0,0,96,48,28]:Integer, [0,0,96,48,29]:Integer, [0,0,96,48,30]:Integer, [0,0,96,48,31]:Integer, [0,0,96,48,32]:Pointer, [0,0,96,48,40]:Pointer, [0,0,96,48,48]:Pointer, [0,0,96,48,56]:Integer, [0,0,96,48,57]:Integer, [0,0,96,48,58]:Integer, [0,0,96,48,59]:Integer, [0,0,96,48,60]:Integer, [0,0,96,48,61]:Integer, [0,0,96,48,62]:Integer, [0,0,96,48,63]:Integer, [0,0,96,48,64]:Pointer, [0,0,96,48,72]:Integer, [0,0,96,48,73]:Integer, [0,0,96,48,74]:Integer, [0,0,96,48,80]:Pointer, [0,0,96,48,88]:Pointer, [0,0,96,56]:Integer, [0,0,96,57]:Integer, [0,0,96,58]:Integer, [0,0,104]:Pointer, [0,0,112]:Pointer, [0,0,112,0]:Pointer, [0,0,112,0,0]:Pointer, [0,0,112,8]:Integer, [0,0,112,9]:Integer, [0,0,112,10]:Integer, [0,0,112,11]:Integer, [0,0,112,12]:Integer, [0,0,112,13]:Integer, [0,0,112,14]:Integer, [0,0,112,15]throwerr:Integer, [0,0,112,16]:Integer, [0,0,112,17]:Integer, [0,0,112,18]:Integer, [0,0,112,19]:Integer, [0,0,112,20]:Integer, [0,0,112,21]:Integer, [0,0,112,22]:Integer, [0,0,112,23]:Integer, [0,0,112,24]:Integer, [0,0,112,25]:Integer, [0,0,112,26]:Integer, [0,0,112,27]:Integer, [0,0,112,28]:Integer, [0,0,112,29]:Integer, [0,0,112,30]:Integer, [0,0,112,31]:Integer, [0,0,112,32]:Integer, [0,0,112,33]:Integer, [0,0,112,34]:Integer, [0,0,112,35]:Integer, [0,0,112,36]:Integer, [0,0,112,37]:Integer, [0,0,112,38]:Integer, [0,0,112,39]:Integer, [0,0,120]:Pointer, [0,0,120,0]:Pointer, [0,0,120,0,-1]:Integer, [0,0,120,8]:Integer, [0,0,120,9]:Integer, [0,0,120,10]:Integer, [0,0,120,11]:Integer, [0,0,120,12]:Integer, [0,0,120,13]:Integer, [0,0,120,14]:Integer, [0,0,120,15]:Integer, [0,0,120,16]:Integer, [0,0,120,17]:Integer, [0,0,120,18]:Integer, [0,0,120,19]:Integer, [0,0,120,20]:Integer, [0,0,120,21]:Integer, [0,0,120,22]:Integer, [0,0,120,23]:Integer, [0,0,120,24]:Integer, [0,0,120,25]:Integer, [0,0,120,26]:Integer, [0,0,120,27]:Integer, [0,0,120,28]:Integer, [0,0,120,29]:Integer, [0,0,120,30]:Integer, [0,0,120,31]:Integer, [0,0,120,32]:Integer, [0,0,120,33]:Integer, [0,0,120,34]:Integer, [0,0,120,35]:Integer, [0,0,120,36]:Integer, [0,0,120,37]:Integer, [0,0,120,38]:Integer, [0,0,120,39]:Integer, [0,0,128]:Integer, [0,0,129]:Integer, [0,0,130]:Integer, [0,0,131]:Integer, [0,0,136]:Pointer, [0,0,136,0]:Integer, [0,0,136,1]:Integer, [0,0,136,2]:Integer, [0,0,136,3]:Integer, [0,0,136,4]:Integer, [0,0,136,5]:Integer, [0,0,136,6]:Integer, [0,0,136,7]:Integer, [0,0,144]:Pointer, [0,0,152]:Pointer, [0,0,160]:Integer, [0,0,161]:Integer, [0,0,162]:Integer, [0,0,163]:Integer, [0,0,164]:Integer, [0,0,165]:Integer, [0,0,166]:Integer, [0,0,167]:Integer, [0,0,168]:Integer, [0,0,169]:Integer, [0,0,170]:Integer, [0,0,171]:Integer, [0,0,172]:Integer, [0,0,173]:Integer, [0,0,174]:Integer, [0,0,175]:Integer, [0,0,176]:Integer, [0,0,177]:Integer, [0,0,178]:Integer, [0,0,179]:Integer, [0,0,180]:Integer, [8]:Integer, [9]:Intege(r, [10]:Integer, [11]:Integer, [12]:Integer, [13]:Integer, [14]:Integer, [15]:Integer, [16]:Integer, [17]:Integer, [18]:Integer, [19]:Integer, [20]:Integer, [21]:Integer, [22]:Integer, [23]:Integer, [24]:Integer, [25]:Integer, [26]:Integer, [27]:Integer, [28]:Integer, [29]:Integer, [30]:Integer, [31]:Integer, [32]:Integer, [33]:Integer, [34]:Integer, [35]:Integer, [36]:Integer, [37]:Integer, [38]:Integer, [39]:Integer}
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/U36Ed/src/utils.jl:59

Running the final command again I get no more warnings and instead this error
julia> autodiff(Reverse, f, Active, Active(1.0), Active(1.0))
ERROR: Enzyme execution failed.
Enzyme: Not yet implemented augmented forward for jl_f__apply_iterate   %12 = call nonnull {} addrspace(10)* ({} addrspace(10)* ({} addrspace(10)*, {} addrspace(10)**, i32)*, {} addrspace(10)*, ...) @julia.call({} addrspace(10)* ({} addrspace(10)*, {} addrspace(10)**, i32)* noundef nonnull @jl_f__apply_iterate, {} addrspace(10)* noundef null, {} addrspace(10)* addrspacecast ({}* inttoptr (i64 4714320096 to {}*) to {} addrspace(10)*), {} addrspace(10)* addrspacecast ({}* inttoptr (i64 4786155136 to {}*) to {} addrspace(10)*), {} addrspace(10)* addrspacecast ({}* inttoptr (i64 11015769936 to {}*) to {} addrspace(10)*), {} addrspace(10)* nonnull %11) #12, !dbg !19
Stacktrace:
 [1] signature_type
   @ ./reflection.jl:884
 [2] _methods
   @ ./reflection.jl:941
 [3] _methods
   @ ./reflection.jl:0

Stacktrace:
 [1] throwerr(cstr::Cstring)
   @ Enzyme.Compiler ~/.julia/packages/Enzyme/rbuCz/src/compiler.jl:3044

This issue comes from an attempted workaround for https://github.com/SciML/juliatorch/issues/10 but I suspect it is an entirely unrelated issue.

So this error indicates a type unstable call that we don't yet differentiate (in this case a tuple expand op like x...). It should give you a backtrace of where it comes from (but only Julia 1.10 gives a full backtrace since earlier versions didn't have nice error info).

We now handle the tuple splat operator (for certain activity types). Am going to close, reopen if it persists.

authors: LilithHafner wsmoses