scriptoriumadmin/fabro
1
0
Fork 0
mirror of https://github.com/fabro-sh/fabro.git synced 2026-09-09 22:33:37 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 1

checkpoint

Browse source 
⚒️ Generated with [Fabro](https://fabro.sh)
This commit is contained in:
Fabro 2026-03-16 08:07:05 -04:00
parent 58be8ff9e2
commit 93566c121b
3 changed files with 62 additions and 10 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

34
checkpoint.json
View file

@ -1,11 +1,13 @@
{
"timestamp": "2026-03-16T12:04:55.460014Z",
"current_node": "setup",
"timestamp": "2026-03-16T12:07:05.934406Z",
"current_node": "solve",
"completed_nodes": [
"start",
"setup"
"setup",
"solve"
],
"node_retries": {
"solve": 4,
"start": 1,
"setup": 1
},
@ -13,19 +15,21 @@
"internal.node_visit_count": 1,
"command.output": "fatal: destination path '.' already exists and is not an empty directory.\n",
"graph.goal": "Possible bug in io.fits related to D exponents\nI came across the following code in ``fitsrec.py``:\r\n\r\n```python\r\n # Replace exponent separator in floating point numbers\r\n if 'D' in format:\r\n output_field.replace(encode_ascii('E'), encode_ascii('D'))\r\n```\r\n\r\nI think this may be incorrect because as far as I can tell ``replace`` is not an in-place operation for ``chararray`` (it returns a copy). Commenting out this code doesn't cause any tests to fail so I think this code isn't being tested anyway.\n\n\n\n## Additional Context\n\nIt is tested with `astropy/io/fits/tests/test_checksum.py:test_ascii_table_data` but indeed the operation is not inplace and it does not fail. Using 'D' is probably better, but since #5362 (I had vague memory about something like this ^^, see also #5353) anyway 'D' and 'E' are read as double, so I think there is not difference on Astropy side.",
"thread.setup.current_node": "solve",
"graph.rankdir": "LR",
"internal.run_id": "01KKV8D407F7XQCMQDCS4WRYJK",
"internal.fidelity": "compact",
"internal.thread_id": "start",
"failure_class": "deterministic",
"internal.thread_id": "setup",
"failure_class": "transient_infra",
"internal.retry_count.setup": 1,
"internal.retry_count.start": 1,
"thread.start.current_node": "setup",
"current.preamble": "Goal: Possible bug in io.fits related to D exponents\nI came across the following code in ``fitsrec.py``:\r\n\r\n```python\r\n # Replace exponent separator in floating point numbers\r\n if 'D' in format:\r\n output_field.replace(encode_ascii('E'), encode_ascii('D'))\r\n```\r\n\r\nI think this may be incorrect because as far as I can tell ``replace`` is not an in-place operation for ``chararray`` (it returns a copy). Commenting out this code doesn't cause any tests to fail so I think this code isn't being tested anyway.\n\n\n\n## Additional Context\n\nIt is tested with `astropy/io/fits/tests/test_checksum.py:test_ascii_table_data` but indeed the operation is not inplace and it does not fail. Using 'D' is probably better, but since #5362 (I had vague memory about something like this ^^, see also #5353) anyway 'D' and 'E' are read as double, so I think there is not difference on Astropy side.\n",
"current.preamble": "Goal: Possible bug in io.fits related to D exponents\nI came across the following code in ``fitsrec.py``:\r\n\r\n```python\r\n # Replace exponent separator in floating point numbers\r\n if 'D' in format:\r\n output_field.replace(encode_ascii('E'), encode_ascii('D'))\r\n```\r\n\r\nI think this may be incorrect because as far as I can tell ``replace`` is not an in-place operation for ``chararray`` (it returns a copy). Commenting out this code doesn't cause any tests to fail so I think this code isn't being tested anyway.\n\n\n\n## Additional Context\n\nIt is tested with `astropy/io/fits/tests/test_checksum.py:test_ascii_table_data` but indeed the operation is not inplace and it does not fail. Using 'D' is probably better, but since #5362 (I had vague memory about something like this ^^, see also #5353) anyway 'D' and 'E' are read as double, so I think there is not difference on Astropy side.\n\n## Completed stages\n- **setup**: fail\n - Script: `git clone https://github.com/astropy/astropy.git . && git checkout c76af9ed6bb89bfba45b9f5bc1e635188278e2fa && python -m pip install -e .[test] --verbose`\n - Stdout:\n ```\n fatal: destination path '.' already exists and is not an empty directory.\n ```\n - Stderr: (empty)\n\n## Context\n- failure_class: deterministic\n- failure_signature: setup|deterministic|script failed with exit code: <n> ## stdout fatal: destination path '.' already exists and is not an empty directory.\n",
"outcome": "fail",
"command.stderr": "",
"failure_signature": "setup|deterministic|script failed with exit code: <n> ## stdout fatal: destination path '.' already exists and is not an empty directory.",
"current_node": "setup"
"failure_signature": "solve|transient_infra|api_transient|gemini|rate_limited",
"current_node": "solve",
"internal.retry_count.solve": 4
},
"logs": [],
"node_outcomes": {
@ -33,6 +37,15 @@
"status": "success",
"duration_ms": 0
},
"solve": {
"status": "fail",
"failure": {
"message": "LLM error: Rate limited by gemini: You exceeded your current quota, please check your plan and billing details. For more information on this error, head to: https://ai.google.dev/gemini-api/docs/rate-limits. To monitor your current usage, head to: https://ai.dev/rate-limit. \n* Quota exceeded for metric: generativelanguage.googleapis.com/generate_requests_per_model, limit: 25, model: gemini-3.1-pro\nPlease retry in 54.063846259s.",
"failure_class": "transient_infra",
"failure_signature": "api_transient|gemini|rate_limited"
},
"duration_ms": 128279
},
"setup": {
"status": "fail",
"context_updates": {
@ -46,12 +59,13 @@
"duration_ms": 19
}
},
"next_node_id": "solve",
"next_node_id": "extract_patch",
"loop_failure_signatures": {
"setup|deterministic|script failed with exit code: <n> ## stdout fatal: destination path '.' already exists and is not an empty directory.": 1
},
"node_visits": {
"start": 1,
"setup": 1
"setup": 1,
"solve": 1
}
}

32
nodes/solve/prompt.md Normal file
View file

@ -0,0 +1,32 @@
Goal: Possible bug in io.fits related to D exponents
I came across the following code in ``fitsrec.py``:
```python
# Replace exponent separator in floating point numbers
if 'D' in format:
output_field.replace(encode_ascii('E'), encode_ascii('D'))
```
I think this may be incorrect because as far as I can tell ``replace`` is not an in-place operation for ``chararray`` (it returns a copy). Commenting out this code doesn't cause any tests to fail so I think this code isn't being tested anyway.
## Additional Context
It is tested with `astropy/io/fits/tests/test_checksum.py:test_ascii_table_data` but indeed the operation is not inplace and it does not fail. Using 'D' is probably better, but since #5362 (I had vague memory about something like this ^^, see also #5353) anyway 'D' and 'E' are read as double, so I think there is not difference on Astropy side.
## Completed stages
- **setup**: fail
- Script: `git clone https://github.com/astropy/astropy.git . && git checkout c76af9ed6bb89bfba45b9f5bc1e635188278e2fa && python -m pip install -e .[test] --verbose`
- Stdout:
```
fatal: destination path '.' already exists and is not an empty directory.
```
- Stderr: (empty)
## Context
- failure_class: deterministic
- failure_signature: setup|deterministic|script failed with exit code: <n> ## stdout fatal: destination path '.' already exists and is not an empty directory.
Fix this GitHub issue in the repository. Make the minimal code change needed.

6
nodes/solve/status.json Normal file
View file

@ -0,0 +1,6 @@
{
"status": "fail",
"notes": null,
"failure_reason": "LLM error: Rate limited by gemini: You exceeded your current quota, please check your plan and billing details. For more information on this error, head to: https://ai.google.dev/gemini-api/docs/rate-limits. To monitor your current usage, head to: https://ai.dev/rate-limit. \n* Quota exceeded for metric: generativelanguage.googleapis.com/generate_requests_per_model, limit: 25, model: gemini-3.1-pro\nPlease retry in 54.063846259s.",
"timestamp": "2026-03-16T12:07:05.934112+00:00"
}