text:
focal-loss version  compatibility with early version of tensorboard at installation.

Description
What steps will reproduce the problem?

executing  pip install focal-loss
in anaconda env opened as administrator
made unwanted uninstall of tensorboard
Attempting uninstall: tensorboard
Found existing installation: tensorboard 2.2.2
Uninstalling tensorboard-2.2.2:
Successfully uninstalled tensorboard-2.2.2
ERROR: Could not install packages due to an OSError: [WinError 5] Access is denied: 'D:\Ahmed\code\enviorment\conda_env_dir\tf220\Lib\site-packages\tensorflow\lite\experimental\microfrontend\python\ops\_audio_microfrontend_op.so'
Consider using the --user option or check the permissions.
Traceback
Exception ignored in: <function BaseEventLoop.__del__ at 0x000002BE2ED08B80>
Traceback (most recent call last):
  File "D:\Ahmed\code\enviorment\conda_env_dir\tf220\lib\asyncio\base_events.py", line 648, in __del__
    self.close()
  File "D:\Ahmed\code\enviorment\conda_env_dir\tf220\lib\asyncio\proactor_events.py", line 679, in close
    signal.set_wakeup_fd(-1)
ValueError: set_wakeup_fd only works in main thread

Versions

Spyder version: 5.2.2
Python version: 3.8.0
Qt version: 5.12.10
PyQt5 version: 5.12.3
Operating System: Windows 10

Dependencies
# Mandatory:
atomicwrites >=1.2.0          :  1.4.0 (OK)
chardet >=2.0.0               :  4.0.0 (OK)
cloudpickle >=0.5.0           :  2.0.0 (OK)
cookiecutter >=1.6.0          :  1.7.3 (OK)
diff_match_patch >=20181111   :  20200713 (OK)
intervaltree >=3.0.2          :  3.1.0 (OK)
IPython >=7.6.0;<8.0.0        :  7.29.0 (OK)
jedi >=0.17.2;<0.19.0         :  0.18.0 (OK)
jellyfish >=0.7               :  0.9.0 (OK)
jsonschema >=3.2.0            :  3.2.0 (OK)
keyring >=17.0.0              :  23.5.0 (OK)
nbconvert >=4.0               :  6.1.0 (OK)
numpydoc >=0.6.0              :  1.2 (OK)
paramiko >=2.4.0              :  2.10.1 (OK)
parso >=0.7.0;<0.9.0          :  0.8.3 (OK)
pexpect >=4.4.0               :  4.8.0 (OK)
pickleshare >=0.4             :  0.7.5 (OK)
psutil >=5.3                  :  5.9.0 (OK)
pygments >=2.0                :  2.10.0 (OK)
pylint >=2.5.0                :  2.12.2 (OK)
pyls_spyder >=0.4.0           :  0.4.0 (OK)
pylsp >=1.3.2;<1.4.0          :  1.3.3 (OK)
pylsp_black >=1.0.0           :  1.1.0 (OK)
qdarkstyle =3.0.2             :  3.0.2 (OK)
qstylizer >=0.1.10            :  0.2.1 (OK)
qtawesome >=1.0.2             :  1.1.1 (OK)
qtconsole >=5.2.1;<5.3.0      :  5.2.2 (OK)
qtpy >=1.5.0                  :  2.0.1 (OK)
rtree >=0.9.7                 :  0.9.7 (OK)
setuptools >=49.6.0           :  58.0.4 (OK)
sphinx >=0.6.6                :  4.4.0 (OK)
spyder_kernels >=2.2.1;<2.3.0 :  2.2.1 (OK)
textdistance >=4.2.0          :  4.2.2 (OK)
three_merge >=0.1.1           :  0.1.1 (OK)
watchdog >=0.10.3             :  2.1.6 (OK)
zmq >=17                      :  22.3.0 (OK)

# Optional:
cython >=0.21                 :  None (NOK)
matplotlib >=2.0.0            :  3.5.1 (OK)
numpy >=1.7                   :  1.22.0 (OK)
pandas >=1.1.1                :  None (NOK)
scipy >=0.17.0                :  1.4.1 (OK)
sympy >=0.7.3                 :  None (NOK)

Hi @ahmedmaalej seems like your issue is not related with Spyder, maybe your issue is related with this one: https://github.com/artemmavrin/focal-loss/issues/17 ?
If you install pip packages maybe creating an enviroment only using pip packages could help. So by running from an Anaconda prompt something like:
conda create -n pip-tf220 -c conda-forge python=3.8
conda activate pip-tf220
pip install <packages you want to use>

Let us know if something of the above helps.

Closing due to lack of response

authors: ahmedmaalej dalthviz


text:
Terminal not working!

Description
What steps will reproduce the problem?

#Terminal not working

Open the terminal
Try writing something
Terminal shows blank screen, nor any letter seen

Versions

Spyder version: 5.3.3  (standalone)
Python version: 3.8.10 64-bit
Qt version: 5.15.2
PyQt5 version: 5.15.7
Operating System: Windows 10

Dependencies
# Mandatory:
atomicwrites >=1.2.0                 :  1.4.1 (OK)
chardet >=2.0.0                      :  5.0.0 (OK)
cloudpickle >=0.5.0                  :  2.1.0 (OK)
cookiecutter >=1.6.0                 :  2.1.1 (OK)
diff_match_patch >=20181111          :  20200713 (OK)
intervaltree                         :  None (OK)
IPython >=7.31.1;<8.0.0              :  7.34.0 (OK)
jedi >=0.17.2;<0.19.0                :  0.18.1 (OK)
jellyfish >=0.7                      :  0.9.0 (OK)
jsonschema >=3.2.0                   :  4.14.0 (OK)
keyring >=17.0.0                     :  23.8.2 (OK)
nbconvert >=4.0                      :  7.0.0 (OK)
numpydoc >=0.6.0                     :  1.4.0 (OK)
paramiko >=2.4.0                     :  2.11.0 (OK)
parso >=0.7.0;<0.9.0                 :  0.8.3 (OK)
pexpect >=4.4.0                      :  4.8.0 (OK)
pickleshare >=0.4                    :  0.7.5 (OK)
psutil >=5.3                         :  5.9.1 (OK)
pygments >=2.0                       :  2.13.0 (OK)
pylint >=2.5.0;<3.0                  :  2.15.0 (OK)
pyls_spyder >=0.4.0                  :  0.4.0 (OK)
pylsp >=1.5.0;<1.6.0                 :  1.5.0 (OK)
pylsp_black >=1.2.0                  :  1.2.1 (OK)
qdarkstyle >=3.0.2;<3.1.0            :  3.0.3 (OK)
qstylizer >=0.1.10                   :  0.2.1 (OK)
qtawesome >=1.0.2                    :  1.1.1 (OK)
qtconsole >=5.3.2;<5.4.0             :  5.3.2 (OK)
qtpy >=2.1.0                         :  2.2.0 (OK)
rtree >=0.9.7                        :  1.0.0 (OK)
setuptools >=49.6.0                  :  65.3.0 (OK)
sphinx >=0.6.6                       :  5.1.1 (OK)
spyder_kernels >=2.3.3;<2.4.0        :  2.3.3 (OK)
textdistance >=4.2.0                 :  4.4.0 (OK)
three_merge >=0.1.1                  :  0.1.1 (OK)
watchdog                             :  2.1.9 (OK)
zmq >=22.1.0                         :  23.2.1 (OK)

# Optional:
cython >=0.21                        :  0.29.32 (OK)
matplotlib >=3.0.0                   :  3.5.3 (OK)
numpy >=1.7                          :  1.22.4 (OK)
pandas >=1.1.1                       :  1.4.3 (OK)
scipy >=0.17.0                       :  1.9.1 (OK)
sympy >=0.7.3                        :  1.11 (OK)

# Spyder plugins:
spyder_terminal.terminalplugin 1.2.2 :  1.2.2 (OK)

Hi @SoumyaCode74 thank you for the feedback, I think this could be related with https://github.com/spyder-ide/spyder-terminal/issues/327 and basically the plugin taking to much time to start.
If you have further info please post it on that issue or create a new one over the spyder-terminal repo

source: gharchive/issue

repo: spyder-ide/spyder

license: MIT

license_type: permissive

license_source: github-api


text:
Custom layouts show panels that have ''visible=False''

Problem Description
Custom layouts show panels with ''visible=False'' and third-party panels that are not part of a custom layout.
Custom layout in Spyder 5.3.2 with '' visible=False'':
self.add_area([SpyderPyMR.NAME],              row=3,              column=1,              visible=False,          )

Custom layout in Spyder 5.4.0 with '' visible=False'':
self.add_area([SpyderPyMR.NAME],              row=3,              column=1,              visible=False,          )

What steps reproduce the problem?

View
Window layouts
layout

Versions

Spyder version:  5.4.0
Python version: 3.8
Qt version:
PyQt version:
Operating System name/version: Windows10

Hey @dan123456-eng, thanks for reporting. I think I introduced this regression and will try to fix it in the first version we'll release next year (5.4.2).

Hey @dan123456-eng, thanks for reporting. I think I introduced this regression and will try to fix it in the first version we'll release next year (5.4.2).

Thanks @ccordoba12 ! I hope to contribute more actively.

You mean that you'd like to solve this problem? Because I can give you some pointers to get you started.

Quer dizer que gostaria de resolver esse problema? Porque eu posso lhe dar algumas dicas para você começar.

If you can give the tips I can try to solve. Tks

Great! I think I could have introduced this problem when I added support to restore the visible plugin in the previous session. I did that in PR https://github.com/spyder-ide/spyder/pull/18962.
So I'll start taking a look at that, to see if commenting that functionality fixes the issue.

Hello @ccordoba12 . Thanks for that tip. I'll take a look.
I commented the code snippet below and apparently the problem did not occur:

Legal! Eu acho que eu poderia ter introduzido este problema quando eu adicionei suporte para restaurar os plugins visíveis na sessão anterior. Fiz isso no PR#18962.
Então, vou começar a dar uma olhada nisso, para ver se comentar essa funcionalidade corrige o problema.
Hello @. Thanks for that tip. I'll take a look.
I commented the code snippet below and apparently the problem did not occur:
`# Restore displayed external plugins
for plugin_id in external_plugins_to_show:
plugin = main_window.get_plugin(plugin_id, error=False)
if plugin:
# Show plugin
plugin.blockSignals(True)
plugin.dockwidget.show()
plugin.toggle_view_action.setChecked(True)
plugin.blockSignals(False)

            # Make visible the first plugin in the dockwidget's tab bar
            # because it should be an internal one.
            dock_tabbar = plugin.dockwidget.dock_tabbar
            if dock_tabbar:
                dock_tabbar.setCurrentIndex(0)

`

->plugin.dockwidget.show()
->plugin.toggle_view_action.setChecked(True)

Great! I'm really glad you were able to find the solution to this issue!
Could you create a pull request for it? If you decide to do that, please don't forget to read our Contributing guide first.

Thanks for helping! I will make the pull request.

Nice! Thanks a lot for your help with this!


text:
TkAgg backend unresponsive window on Linux and OS X

From dive...@gmail.com on 2014-10-23T07:55:23Z
Spyder Version:  2.3.1
Python Version:  3.4.2
Qt Version    :  4.8.5, PyQt4 (API v2) 4.10.4 on Linux
pyflakes >=0.6.0:  0.8.1 (OK)
pep8 >=0.6      :  None (NOK)
IPython >=0.13  :  2.3.0 (OK)
pygments >=1.6  :  1.6 (OK)
pandas >=0.13.1 :  0.14.0 (OK)
sphinx >=0.6.6  :  1.2.3 (OK)
psutil >=0.3    :  2.1.1 (OK)
rope >=0.9.2    :  0.9.4-1 (OK)
matplotlib >=1.0:  1.3.1 (OK)
sympy >=0.7.0   :  0.7.5 (OK)
pylint >=0.25   :  None (NOK)
What steps will reproduce the problem?

Change backend to TkAgg in Spyder preferences, and restart Spyder
Run the following on the Spyder Console (not IPython): plt.plot([0, 1])

What is the expected output? What do you see instead?
The window appear, but it is empty (on Linux), or has a spinning wheel (on OS X) or says "Not Responding" (on Windows 7, 8). What version of the product are you using? On what operating system? This bug is quite general. The above details refer to a clean install of Ubuntu Linux and Anaconda 2.0.1. But the same bug happens using Python 3.4 under Windows 7,8 and Mac OS X.
The problem was also reported in issue #1926 using Mac OS X and Python 2.7. I open here a new bug because it seems to affect nearly every Spyder installation and not just Anaconda on OS X as originally reported.
Under Windows the bug is present both using WinPython and Anaconda. This show the problem is not specific to Anaconda.
Moreover, using the Python console outside Spyder does not show the bug. This shows that the bug is limited to Spyder itself and not matplotlib (example below for the console)
import matplotlib as mpl
mpl.rcParams['backend'] = 'TkAgg'
import matplotlib.pyplot as plt
plt.ion()
plt.plot([0,1],[0,1])
Please provide any additional information below
. If I change the backend back to Qt4Agg in Spyder preferences, the plot appears normally. This show that the bug has nothing to do with my configuration.
The plot also appears with TkAgg if I type plt.pause(1). This is the same command I use to show a plot in an unresponsive windows during debugging with Spyder.
I am trying to use the 'TkAgg' backend as a workaround for the major long-standing issue #1831 , which makes Spyder basically unusable with Python 3 under Windows. So using IPython or the Qt4Agg backend are not an option for me, until issue #1831 is resolved.
Original issue: http://code.google.com/p/spyderlib/issues/detail?id=2022

From ccordoba12 on 2014-10-23T14:10:16Z
I confirm the problem. I really don't know what could be happening....
Status: Accepted
Labels: MS-v2.3.2 Cat-Console

From dive...@gmail.com on 2014-10-24T02:18:27Z
Good. Thanks for checking @-ccordoba12

From ccordoba12 on 2015-01-08T15:19:50Z
issue #1926 has been merged into this issue.

From ccordoba12 on 2014-10-31T15:07:53Z
Labels: -MS-v2.3.2 MS-v2.3.3

From ccordoba12 on 2015-01-30T19:33:48Z
Labels: -MS-v2.3.3 MS-v2.3.4

From ccordoba12 on 2015-02-08T10:39:37Z
issue #2103 has been merged into this issue.

From ccordoba12 on 2015-02-08T18:46:16Z
Labels: -MS-v2.3.4 MS-v2.3.3

From ccordoba12 on 2015-02-08T21:30:08Z
This issue was closed by revision 764249a1443a .
Status: Fixed

From dive...@gmail.com on 2015-02-11T07:33:43Z
Unfortunately I see no changes in this bug under Windows, with Python 3 and either Anaconda or WinPython.

From ccordoba12 on 2015-02-16T06:56:00Z
Yes, you're right. Too bad because I read an old blog post from Pierre and even he doesn't know how to fix this.
The only thing we can do is to definitely fix the Qt4Agg backend. But I'll do that in 2.3.4 because right now I don't know how to do that either.
Summary: TkAgg backend unresponsive window on Linux and OS X  <span class="oldvalue"> (was: TkAgg backend unresponsive window on Linux, OS X and Windows) </span>


text:
Spyder crashes at shutdown #2

Issue Report Checklist

[ ] Searched the issues page for similar reports
[ ] Read the relevant sections of the Spyder Troubleshooting Guide and followed its advice
[ ] Reproduced the issue after updating with conda update spyder (or pip, if not using Anaconda)
[ ] Could not reproduce inside jupyter qtconsole (if console-related)
[ ] Tried basic troubleshooting (if a bug/error)

[ ] Restarted Spyder
[ ] Reset preferences with spyder --reset
[ ] Reinstalled the latest version of Anaconda
[ ] Tried the other applicable steps from the Troubleshooting Guide

[ ] Completed the Problem Description, Steps to Reproduce and Version sections below

Problem Description
Different issue from https://github.com/spyder-ide/spyder/issues/20561
e.g. on the master mac tests:
https://github.com/spyder-ide/spyder/actions/runs/4205227388/jobs/7297000397
you find:
Fatal Python error: Bus error

Current thread 0x000000010df61600 (most recent call first):
<no Python frame>
.github/scripts/run_tests.sh: line 15:  7088 Bus error: 10           python runtests.py --color=yes
      7089 Done                    | tee -a pytest_log.txt

It may be mac only?
On my mac, running a random test:
Fatal Python error: Bus error

Current thread 0x000000020ac9fa80 (most recent call first):
  <no Python frame>

the trace is:
Thread 0 Crashed:: CrBrowserMain Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	       0x1af9021b0 __pthread_kill + 8
1   libsystem_pthread.dylib       	       0x1af938cec pthread_kill + 288
2   libsystem_c.dylib             	       0x1af83aa50 raise + 32
3   libsystem_platform.dylib      	       0x1af9672a4 _sigtramp + 56
4   QtCore.abi3.so                	       0x10526541c cleanup_qobject(_sipSimpleWrapper*, void*) + 44
5   sip.cpython-310-darwin.so     	       0x104f56d2c sip_api_visit_wrappers + 100
6   QtCore.abi3.so                	       0x105265298 cleanup_on_exit(_object*, _object*) + 16
7   Python                        	       0x102e5efb0 cfunction_vectorcall_NOARGS + 96
8   Python                        	       0x102fbcf84 atexit_callfuncs + 120
9   Python                        	       0x102f4d09c Py_FinalizeEx + 88
10  Python                        	       0x102f4f090 Py_Exit + 20
11  Python                        	       0x102f539ec handle_system_exit + 44
12  Python                        	       0x102f51f04 _PyErr_PrintEx + 56
13  Python                        	       0x102f52980 _PyRun_SimpleFileObject + 524
14  Python                        	       0x102f51ec4 _PyRun_AnyFileObject + 232
15  Python                        	       0x102f74f14 pymain_run_file_obj + 220
16  Python                        	       0x102f74664 pymain_run_file + 72
17  Python                        	       0x102f73ef4 Py_RunMain + 872
18  Python                        	       0x102f752f0 Py_BytesMain + 40
19  dyld                          	       0x1af60fe50 start + 2544

What steps reproduce the problem?
open and close spyder or run a random test that open spyder:
pytest spyder/app/tests/test_mainwindow.py::test_window_title
What is the expected output? What do you see instead?
Paste Traceback/Error Below (if applicable)

PASTE TRACEBACK HERE

Versions

Python 3.10.8 64-bit | Qt 5.15.5 | PyQt5 5.15.7 | Darwin 22.2.0

Spyder version:
Python version:
Qt version:
PyQt version:
Operating System name/version:

Dependencies

PASTE DEPENDENCIES HERE

https://www.riverbankcomputing.com/static/Docs/PyQt5/gotchas.html#crashes-on-exit
Might be difficult to debug :/

I can confirm this problem on Linux too, even after the fix you proposed for the other crash on PR #20562. However, that seems to be a problem only when running our tests because:

When Spyder is opened as a regular app and then closed, I see no segfault in the console.

If I add window.close() to line 460 below, and then run any main window test, I get no segfault either.
https://github.com/spyder-ide/spyder/blob/fd12df1f367e4715d60784d46d0d08f32db48d8c/spyder/app/tests/conftest.py#L455-L468

So, I guess the window.close() call correctly cleans up some Qt objects that otherwise are not.
A simple solution for this on CIs would be to automatically add the close_main_window marker to the last test on test_mainwindow.py.

I get a similar crash in my spyder-unittest CI runs, after pytest reports that all tests have succeeded. In my tests I do window.close() in every test. For me, the crash only happens on CI runs, not when I run the tests locally. The crash is not totally reproducible but happens almost always under Ubuntu with Python 3.9 - however, only when running the entire test suite, not when running individual tests. The crash happens far less often with other combinations of OS and Python version. It is frustrating.
Anyway, here is the gdb backtrace of the crashing thread (there are 50 threads in total):
#0  __pthread_kill_implementation (no_tid=0, signo=11, threadid=139821441042240) at ./nptl/pthread_kill.c:44
#1  __pthread_kill_internal (signo=11, threadid=139821441042240) at ./nptl/pthread_kill.c:78
#2  __GI___pthread_kill (threadid=139821441042240, signo=signo@entry=11) at ./nptl/pthread_kill.c:89
#3  0x00007f2ab7579476 in __GI_raise (sig=11) at ../sysdeps/posix/raise.c:26
#4  <signal handler called>
#5  0x00007f2ab718afc0 in ?? ()
#6  0x00007f2ab612fec1 in cleanup_qobject(_sipSimpleWrapper*, void*) () from /usr/share/miniconda3/envs/test/lib/python3.10/site-packages/PyQt5/QtCore.abi3.so
#7  0x00007f2ab30bed28 in sip_api_visit_wrappers () from /usr/share/miniconda3/envs/test/lib/python3.10/site-packages/PyQt5/sip.cpython-310-x86_64-linux-gnu.so
#8  0x00007f2ab612fbdc in cleanup_on_exit(_object*, _object*) () from /usr/share/miniconda3/envs/test/lib/python3.10/site-packages/PyQt5/QtCore.abi3.so
#9  0x0000561860e1d395 in cfunction_vectorcall_NOARGS (func=0x7f2ab6486f20, args=<optimized out>, nargsf=<optimized out>, kwnames=<optimized out>) at /usr/local/src/conda/python-3.10.11/Objects/methodobject.c:489
#10 0x0000561860ee8bdc in atexit_callfuncs (state=0x5618610911d0) at /usr/local/src/conda/python-3.10.11/Modules/atexitmodule.c:98
#11 0x0000561860ee85cd in _PyAtExit_Call (interp=<optimized out>) at /usr/local/src/conda/python-3.10.11/Modules/atexitmodule.c:118
#12 Py_FinalizeEx () at /usr/local/src/conda/python-3.10.11/Python/pylifecycle.c:1734
#13 0x0000561860edac2b in Py_RunMain () at /usr/local/src/conda/python-3.10.11/Modules/main.c:672
#14 0x0000561860ea9e09 in Py_BytesMain (argc=<optimized out>, argv=<optimized out>) at /usr/local/src/conda/python-3.10.11/Modules/main.c:1090
#15 0x00007f2ab7560d90 in __libc_start_call_main (main=main@entry=0x561860ea9dc0 <main>, argc=argc@entry=7, argv=argv@entry=0x7ffcb5437118) at ../sysdeps/nptl/libc_start_call_main.h:58
#16 0x00007f2ab7560e40 in __libc_start_main_impl (main=0x561860ea9dc0 <main>, argc=7, argv=0x7ffcb5437118, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffcb5437108) at ../csu/libc-start.c:392
#17 0x0000561860ea9d01 in _start ()

Pinging @dalthviz about it because he could have a better idea of what's happening here.

Not sure what could be happening here :/ maybe some sort of race condition when cleaning/closing widgets? Maybe some widget is instanced without setting a parent and it's accessed in a way that causes a segfault when the window  close method is called due to it being already invalid when the close method is called?


text:
spyder terminates after runtime error

Description
What steps will reproduce the problem?

Run any program that causes an error.

What is the expected output? What do you see instead?
Spyder terminates unvoluntary.
Please provide any additional information below
Version and main components

Spyder Version: 3.0.2
Python Version: 3.5.2
Qt Versions: 5.6.0, PyQt5 5.6 on Windows

Dependencies
pyflakes >=0.6.0 :  1.3.0 (OK)
pep8 >=0.6       :  1.7.0 (OK)
pygments >=2.0   :  2.1.3 (OK)
qtconsole >=4.2.0:  4.2.1 (OK)
nbconvert >=4.0  :  4.2.0 (OK)
pandas >=0.13.1  :  0.18.1 (OK)
numpy >=1.7      :  1.11.2 (OK)
sphinx >=0.6.6   :  1.4.6 (OK)
rope >=0.9.4     :  0.9.4-1 (OK)
jedi >=0.8.1     :  0.9.0 (OK)
matplotlib >=1.0 :  1.5.0 (OK)
sympy >=0.7.3    :  1.0 (OK)
pylint >=0.25    :  1.5.4 (OK)

Solved the problem by resetting spyder: conda --reset spyder

Great! Thanks for letting us know about it :-)


text:
My Spyder GUI became Right-To-Left !

From Tsvi...@gmail.com on 2011-06-02T07:14:19Z
What steps will reproduce the problem?
I'm using a English Windows With Hebrew support. My system language is English and my Windows is usually left-to-right (LTR) oriented.
Up until now, I used Python(x,y)-2.6.5.6 and Spyder worked perfectly.
Recently, I switched from to Python(x,y)-2.6.6.1 (including full uninstall of the previous version)
After Installing it, Spyder decided to become partially right-to-left oriented.
This is super-annoying. I tried to look for a way to revert it back but haven't found. Is it an option in the program? a bug? Something in the GUI modules? What is the expected output? What do you see instead? I expect a normal Spyder GUI
I get a GUI where each panel/sub-window is right-to-left: folder trees are opposite, tabs are on the wrong side, toolbars start from the right etc.  the highlight occurrences is especially strange
I'm attaching a screenshot. What version of the product are you using? On what operating system? Spyder 2.0.11 on Windows 7
Attachment: screenshot.png
Original issue: http://code.google.com/p/spyderlib/issues/detail?id=679

From pierre.raybaut on 2011-09-22T08:11:05Z
Ok let's close this issue then.
Status: Done

From nhl...@gmail.com on 2011-09-22T05:17:22Z
Go to "region and language" in the control panel and set you format to English. I had the same problem and it solved it.

From pierre.raybaut on 2011-09-22T13:43:07Z
As far as I know you don't have to switch all your regional settings to a single region: you can change RTL to LTR layout without changing the currency symbol or the date format ; all these settings are independent from each other.
I doubt that this change of behavior was introduced in Spyder's code. My guess is that, when you upgraded Python(x,y), PyQt was upgraded in the process and this is probably the source of this behavior change.

From Tsvi...@gmail.com on 2011-09-22T08:40:34Z
Thanks for the advice.
I haven't tried this solution yet, so I can't say if it's working, but assuming it is,  I wanted to point it to the developers that, IMHO, it's a problematic workaround rather than a good solution. Changing this setting to English change things like the currency symbol and the date format, which are unrelated, and which I don't want to change.
Furthermore, Since most programs don't behave like this (become RTL when 'Region and Language' = 'Hebrew'), I think it's an unwanted behavior that should be removed. Especially considering it's not a normal RTL user-interface, but a messed-up one.
IMHO, it will be much better to understand where does the code look at the value of 'Region and Language', and eliminate it from there, leaving only the normal and working LTR user-interface. Since it must be in something that have changed from version 2.0.5 to version 2.0.11, I hope it's something that's no so hard to find.

From mhfa...@gmail.com on 2013-08-12T21:21:45Z
I have the same issue on Kubuntu 13.04. I changed my location, preferred language, time and date format to United states/English (in short everything under "My Locale" in System Settings to English), even before I install Spyder (apt-get install spyder). On the first launch the interface is right to left.

From mhfa...@gmail.com on 2013-08-21T23:26:16Z
I found a clue of the cause of the problem. Enter "locale" on the command line listed all setting keys have value en_US.UTF-8 (Kubuntu 13.05), except for the last key LC_ALL, which had empty value.
Executing "export LC_ALL=en_US.UTF-8" from the command line, then launching spyder by executing "spyder" or "spyder &", solved the issue. The interface is now left to right.
It is easy to auto execute at login e.g. in a script in ~/.kde config/shared/Autostart (where scripts are executed when KDE is launching).

From mhfa...@gmail.com on 2013-08-12T21:23:38Z
I think this is a blocking issue, not medium. It's very inconvenient to continue working in right to left interface.

From Yom...@gmail.com on 2014-04-29T07:22:41Z
I'm reviving this old bug report.
I have the same issue (Running windows 7 and Spyder 2.2.5 with Enthought Canopy).
I couldn't figure out how to fix the interface, adding os.environ['LANG'] = 'en' didn't help and changing the windows settings is something I prefer not to do.
As written in the original post, my entire windows is normal LTR and every program I have in it is also LTR, only Spyder is misbehaving...

From msohe...@gmail.com on 2013-09-27T21:44:31Z
Just open spyder.py and add this command " os.environ['LANG'] = 'en' " to first of it and then save it
now everything is OK

I have the same issue (Running windows 8.1 and Spyder 2.3.4).
Adding  os.environ['LANG'] = 'en'  to spyder.py didnt change any thing
Is there any solution?

@goanpeca, would you mind to take a look at this one? Maybe we can do something about it for 3.0

I dont think we have received any such reports in a long time now ?

I think this is a Qt issue, but very few people have complained about it.

I would close it for now...

Let's leave it open in case someone else complains about it ;-)

:+1:

@ccordoba12 what is the difference between the UI and Spyder-GUI label ???

authors: Hananel-Hazan ccordoba12 goanpeca spyder-issues-migrator


text:
PR: Fixes the selected tab when right clicking

Description of Changes
Fixes the selected tab when right clicking

[ ] Wrote at least one-line docstrings (for any new functions)
[ ] Added unit test(s) covering the changes (if testable)

[ ] Included a screenshot or animation (if affecting the UI, see Licecap)

Issue(s) Resolved

Fixes #15313
Affirmation
By submitting this Pull Request or typing my (user)name below,
I affirm the Developer Certificate of Origin
with respect to all commits and content included in this PR,
and understand I am releasing the same under Spyder's MIT (Expat) license.

I certify the above statement is true and correct:

@impact27, thanks for your help with that problem!
@steff456, please review this one since you added the changes that now @impact27 is modifying.

source: gharchive/pull-request


text:
🛑 37HRD - Website is down

In 8114aee, 37HRD - Website (https://37hrd.uk) was down:

HTTP code: 404
Response time: 418 ms

Resolved: 37HRD - Website is back up in 93d6b28 after 12 minutes.

repo: sqbxmediagroup/status


text:
Supplying empty regex crashes browser

When supplying and empty regex as a custom param for syntax, the browser crashes:
format('SELECT * FROM whatever', {
  language: 'sql',
  paramTypes: {
      custom: [{regex: ''}]
  },
}

More correctly, the code will enter an infinite loop, because you have defined a parameter to be an empty string, and there can are infinitely many empty strings in any string.
The formatter could possibly check whether the supplied regex is an empty string, and throw a more friendly error message instead of getting stuck in infinite loop. If you're really interested in getting a better error in this specific case, I'm open to a pull request.
However there are infinitely many regexes that would end up matching empty string (for example (|)) and therefore triggering an infinite loop. It's not really feasible to properly validate them all.

Oh well. As I'm already looking into this code, might as well add this little extra check.

authors: JulianVGit nene

repo: sql-formatter-org/sql-formatter


text:
Fixing some dead links

Some of the links in the Read more section was generating 404-errors. Corrected the erroneous links.
Please confirm you have 0 failing Pester Tests
[X] There are 0 failing Pester tests (N/A)
Changes this PR brings

Fixed some 404-links in the readme.md

Thank you :-)

authors: SQLDBAWithABeard richardimenes

repo: sqlcollaborative/dbachecks


text:
Development

Type of Change

[x] Bug fix (non-breaking change, fixes #)
[ ] New feature (non-breaking change, adds functionality)
[ ] Breaking change (effects multiple commands or functionality)
[ ] Ran manual Pester test and has passed (`.\tests\manual.pester.ps1)
[x] Adding code coverage to existing functionality
[ ] Pester test is included
[ ] If new file reference added for test, has is been added to github.com/sqlcollaborative/appveyor-lab ?
[ ] Nunit test is included
[ ] Documentation
[ ] Build system

Purpose

Approach

Commands to test

Screenshots

Learning

Find right library for $wmi

Thank you for the PR, @pkotov87! This is one of our essential commands, and we're always looking for ways to improve our core commands.
What is the issue you encountered that you are looking to solve? Please particular approach leads to failure in a majority of our SQLWMI tests. Please take a closer look at appveyor https://ci.appveyor.com/project/sqlcollaborative/dbatools/builds/22276595 and let me know what you think 👍

We have several servers MS SQL 2014. Wenn I run:
[void][System.Reflection.Assembly]::LoadWithPartialName('Microsoft.SqlServer.SqlWmiManagement') $wmi = New-Object Microsoft.SqlServer.Management.Smo.Wmi.ManagedComputer "." $null = $wmi.Initialize()
sometimes I get:
Exception calling "Initialize" with "0" argument(s): "SQL Server WMI provider is not available on ServerName."
I found, that on this servers this command "[System.Reflection.Assembly]::LoadWithPartialName('Microsoft.SqlServer.SqlWmiManagement')" load this dll "C:\Windows\assembly\GAC_MSIL\Microsoft.SqlServer.SqlWmiManagement\13.0.0.0__89845dcd8080cc91\Microsoft.SqlServer.SqlWmiManagement.dll", but this not working! For this server work "C:\Windows\assembly\GAC_MSIL\Microsoft.SqlServer.SqlWmiManagement\12.0.0.0__89845dcd8080cc91\Microsoft.SqlServer.SqlWmiManagement.dll".
In my code I get all dll-s and verify this. Then I load right dll.

repo: sqlcollaborative/dbatools


text:
Updating TabExpansionPlusPlus Showcase

Updated the TEPP demo implementation by ...

Preventing it being applied to all commands with parameters of the specified name, irrespective of source
Only runs when the necessary commands are available, so neither TEPP nor PowerShell v5 become mandatory
Prefers using the TEPP implementation, because those can be discovered using Get-ArgumentCompleter

closing to reopen

authors: FriedrichWeinmann ctrlbold


text:
QUERY UPDATE WITH INNER JOIN [MYSQL]

Hello I have a query with inner join that works, I would like to know if you can reproduce it with SqlKata, I tried it in many ways and I was not successful.
My SQL
UPDATE  activity_watch as act_wtch
INNER JOIN activity as act ON act_wtch.activity_id = act.id
SET act_wtch.activity_watch_type_id = 3
WHERE act_wtch.activity_friend_id = 1 AND
      act.user_id = 57;

No Actually there is no support for this at the moment, I will close it here it's related to #182 and #16

authors: ahmad-moussawi srburton

repo: sqlkata/querybuilder

license: mit

license_source: bigquery


text:
Cannot install Twofa using brew

I get the following error on my Macbook M1 when I try brew install.
curl: (22) The requested URL returned error: 403 Forbidden
Error: Failed to download resource "twofa"
Download failed: https://dl.bintray.com/sqreen/bottles-sqreen/twofa-0.0.1.tar.gz

See here: https://github.com/sqreen/homebrew-speakeasy/issues/1

Are there any workarounds?
I can't build it from source without an AppleDeveloper license ( I think )

Not that I know of.  sqreen maintainers would have to fix it

authors: gclawes woodstok

repo: sqreen/twofa


text:
Update CircleCI config to 2.1

Problem
We were still using CircleCI config v 2.0
Solution
Enable https://circleci.com/docs/2.0/build-processing/ (no drawbacks affecting us)
Update config file with the new settings
The benefit of this is that

Simple to read (executor tells you which executor you're using, steps are now named)
We can have a step that will in the future represent multiple steps (for example, I did it in this PR for the restore/save of gradle caches)

I changed the restore/save of gradle caches. The reason for that is that we don't want to invalidate the wrapper cache if our dependencies change, and vice versa. Also, the wrapper checksum wasn't part of the cache key, meaning updating our gradle wrapper wouldn't have created a new cache (caches are read-only, if a cache with the same name already exists, it won't be overwritten by the new value)

Question about CI timings tho...
This is what I'm seeing now:

Run #
Run timings
Run total time

1

10:23

2

08:48

Before

4:16 (typical: ~5')

Looks like executing things is taking double the time now. Would you mind checking what the issue is and what's causing the regression, as everything else is the same as the "before" reference build?

Seems like it was a fluke, we tried re-running the workflow and it took 3 minutes and half when cached, so actually some saving in there :tada:!

Awesome, thanks for the work <3

repo: squanchy-dev/squanchy-android


text:
replace p-values with standard stddevs; fix bug in periodic anomaly function

The forecasting anomaly functions have been modified. Their new behavior is simpler (and more justifiable) than their old behavior.
They now return a value which expresses a standardized deviation from expectation. The anomaly flow now works like this:

Gather data

Estimate the data with a model

Compute the difference between estimated and original data

Normalize the differences by centering on 0, and then dividing by the sample standard deviation of the values.

Resulting values which are more than, say, 2, or less than, say, -2 could be considered anomalous.
TODO: anomaly fetches the data twice; we can eliminate this redundancy by adding some new function nodes for efficient sharing.
this is future work

One comment, otherwise :100:

authors: Nathan-Fenner drcapulet

repo: square/metrics


text:
How to automatically log function？can you tell me

What kind of issue is this?

[ ] Question. This issue tracker is not the place for questions. If you want to ask how to do
something, or to understand why something isn't working the way you expect it to, use Stack
Overflow. https://stackoverflow.com/questions/tagged/okhttp

[ ] Bug report. If you’ve found a bug, spend the time to write a failing test. Bugs with tests
get fixed. Here’s an example: https://gist.github.com/swankjesse/981fcae102f513eb13ed

[ ] Feature Request. Start by telling us what problem you’re trying to solve. Often a solution
already exists! Don’t send pull requests to implement new features without first getting our
support. Sometimes we leave features out on purpose to keep the project small.

@dongjingun please ask your question on Stack Overflow, https://stackoverflow.com/questions/tagged/okhttp

repo: square/okhttp


text:
Public API for toHumanReadableAscii(String) ?

At least one Android device, the Social Mobile X325 (Life Wireless), ships to users with an invalid character (Unicode En-Dash - Hexidecimal code 0x2013) in its default device user-agent. When this is passed as a user-agent via okhttp3, a crash occurs.
This specific device's user-agent is:
Dalvik/1.6.0 (Linux; U; Android 4.4.2; X325–Locked to Life Wireless Build/KOT49H)
I haven't discovered any other devices cause this crash, and the X325 has very few users (I'm seeing ~60 users in a population of 1.1 million). Given the rarity of this device, I'm not sure whether it's worth adding a function to sanitize the user-agent for invalid characters in okhttp3, but wanted to report the crash anyway.
java.lang.IllegalArgumentException: Unexpected char 0x2013 at 56 in User-Agent value: Dalvik/1.6.0 (Linux; U; Android 4.4.2; X325–Locked to Life Wireless Build/KOT49H)
	at okhttp3.Headers$Builder.d(Headers.java:320)
	at okhttp3.Headers$Builder.c(Headers.java:300)
	at okhttp3.Request$Builder.a(Request.java:163)
	at my.appname.webservice.RestClient$2.a(RestClient.java:74)
	at okhttp3.internal.http.RealInterceptorChain.a(RealInterceptorChain.java:92)
	at okhttp3.internal.http.RealInterceptorChain.a(RealInterceptorChain.java:67)
	at okhttp3.logging.HttpLoggingInterceptor.a(HttpLoggingInterceptor.java:145)
	at okhttp3.internal.http.RealInterceptorChain.a(RealInterceptorChain.java:92)
	at okhttp3.internal.http.RealInterceptorChain.a(RealInterceptorChain.java:67)
	at okhttp3.RealCall.f(RealCall.java:170)
	at okhttp3.RealCall.a(RealCall.java:33)
	at okhttp3.RealCall$AsyncCall.b(RealCall.java:120)
	at okhttp3.internal.NamedRunnable.run(NamedRunnable.java:32)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
	at java.lang.Thread.run(Thread.java:848)

This is related to #2896 , and the guidance was to strip non-ASCII characters prior to using them - however, I wanted to open this issue since this occurs when sending the device's default user-agent (which, unlike a custom user-agent, shouldn't need pre-processing).
If okhttp3 won't strip non-ASCII characters from the User-Agent, then I can certainly implement it on my end - but since this issue is caused due to a problem with the X325 phone's default user agent, others using this library may also be experiencing the same crash for X325 users.

Here's what I do to guard against odd device names, for example, in my headers.
Credit goes to Jesse; I'm certain he posted this originally somewhere.
/** Returns {@code s} with control characters and non-ASCII characters replaced with '?'. */
static String toHumanReadableAscii(String s) {
  for (int i = 0, length = s.length(), c; i < length; i += Character.charCount(c)) {
    c = s.codePointAt(i);
    if (c > '\u001f' && c < '\u007f') continue;

    Buffer buffer = new Buffer();
    buffer.writeUtf8(s, 0, i);
    for (int j = i; j < length; j += Character.charCount(c)) {
      c = s.codePointAt(j);
      buffer.writeUtf8CodePoint(c > '\u001f' && c < '\u007f' ? c : '?');
    }
    return buffer.readUtf8();
  }
  return s;
}

Won't fix.

For those needing it in Kotlin fun String.toHumanReadableAscii() = replace("[^\\x00-\\x7F]".toRegex(), "")

authors: NightlyNexus mleibner yoobi yschimke


text:
Default Cookie Policy

OkHttp does not handling cookies with default implementation. We need to integrate with okhttp-urlconnection to add cookie policy.
compile "com.squareup.okhttp3:okhttp-urlconnection:3.8.1"

and then setCookieManager
OkHttpClient.Builder clientBuilder = new OkHttpClient.Builder();

CookieManager cookieManager = new CookieManager(null,
CookiePolicy.ACCEPT_ORIGINAL_SERVER);
clientBuilder.cookieJar(new JavaNetCookieJar(cookieManager));

When server sent Set-Cookie parameter in response header, I think it should be automatically added for next requests by OkHttp.
What is the reason of OkHttp does not accept cookies automatically ?

Persistence is hard and we haven’t implemented anything yet.

authors: okarakose swankjesse


text:
[Experiment] default to Loom on

For discussion of https://github.com/square/okhttp/issues/8167
Unlikely to land

Seems like a better case for MR jars than a runtime check. This is going to cause deoptimization on Android and errors in ProGuard/R8/Graal nativeimage as written.

No plan to land, closing.
Failing on API checks
> Task :okhttp:animalsnifferMain FAILED

[Undefined reference | android-api-level-21-5.0.1_r2] okhttp3.(Dispatcher.kt:105)
  >> java.util.concurrent.ExecutorService java.util.concurrent.Executors.newVirtualThreadPerTaskExecutor()

[Undefined reference | java18-1.0] okhttp3.(Dispatcher.kt:105)
  >> java.util.concurrent.ExecutorService java.util.concurrent.Executors.newVirtualThreadPerTaskExecutor()

authors: JakeWharton yschimke


text:
Inquiry on GPU Usage and Time Requirement for Reproducing ShortGPT Experiment

Dear Author,
I am intrigued by the graphics card model you utilized in your experiment. Could you kindly inform me of the specific model and the approximate time required to complete the experiment? I am planning to attempt to reproduce your experimental results, but I currently have only 2 RTX4090 GPUs. Is it feasible to successfully replicate ShortGPT with this setup? I look forward to your valuable insights. Thank you!

Sorry for the delayed response, not sure if this will still be helpful, but I got my results using a 3090ti. The time required is something I can't quite recall, but I would recommend starting with just a few samples for the importance calculation.

Thank you for your reply. I’m not sure why 4090 24G is reporting an Out Of Memory error, but in the end, I ran it on the CPU. The results are similar to the paper, but it took 4 hours.

repo: sramshetty/ShortGPT


text:
Can't currently rename all files in zip using addFiles

Hi again. I have a couple instances where I am creating an archive with multiple files that need to be renamed -- for instance, from a UUID to a user-friendly file name or vice versa. I'm not seeing any way to do that with addFiles(), and looping through an array of files to add each one individually with addFile() means that the information returned by progressMonitor only reflects the progress for each individual file, not the group of files as a whole. In the source for AbstractAddFileToZipTask.addFilesToZip(), I can see that the ZipParameters are changed every time a new file is added, so at least in theory, a new name could be set for each file before it is added.  But since that function takes a list of file objects, with no way to specify ZipParameters for each individual file, there's currently no way to make that happen.

There is a feature request open to rename files. I think that is what you are looking for. I haven't gotten around to implementing this feature yet because of lack of time, but hopefully I can get it done in the next few days. But it is good to have ready your use case, I can implement this feature to take in a list of entries to be changed, and not only just one entry.

Sorry for the delayed response. That's not quite what I was looking for.  I'm not looking to rename files in a zip after they have already been added. I'm looking to add them to the zip with new names. When adding a single file, I can use setFileNameInZip() on a zipParameters object that I pass in the arguments. (Note: I had to add a function to get the zipParameters from zipFile in order to make that happen.) There's currently no way to do that for multiple files.

Ok. I get your requirement. It will be slightly hard to come with a solution for this. Because that would mean taking in a Map or something equivalent with the mappings of the original file names and the file names to be changed to. I will spend some thoughts if a solution for this is possible, although at the moment, it seems difficult. I also have to consider how often such a feature will be used. A workaround would still be to rename the files in the zip after they have been added, although I agree that it takes some slight overhead of changing the zip file again, but as I said earlier, an easy solution to this, without drastically changing the api, seems a little difficult at the moment. If you have any ideas, I would be happy to hear them.

To be honest, this is really a unique request to be able to rename files when being added to a zip or when creating a zip file. The parameter fileNameInZip of ZipParameters is supposed to be used when working with streams. (Ideally, there should have been different objects for streams and ZipFile api, but for historical reasons they are the same).  This can also come in handy when adding a single file. But it is not meant to be used for multiple files.
You can achieve that by renaming the entries after they have been added. I have implemented the feature request #72 , by which it will now be able to rename entries in a zip, and you can also rename multiple files at once. Please note that the feature is not yet released, but I plan to release it in a few hours from now.
I will close this issue for the reasons mentioned above.

Renaming files after they are added will not work when files with the same name from different source folders are involved -- a scenario I deal with often.

authors: dayglorious srikanth-lingala


text:
Unable to Serialize Transaction Result

My backend is running python 2.7 and when Im trying to serialize and return the response from gateway.subscription.create I'm getting an error telling me that the result cannot be serialized. I understand this is not an issue with your module, but I also can't find a solution for how I'm supposed to serialize this response. Thus, I'm wondering if you could provide some more details about what the module is specifically looking for in successful and erroneous response objects.
Thank you.

I think that I'm starting to see what might be the issue. In your example for server side code you are specifically using, gateway.Transaction.Sale(request), which seems to be returning a response directly from the requests library in Python where as the gateway.subscription.create method returns a python object with many typed child properties.

repo: srikanthonl/ngx-braintree


text:
Heuristics: No of factors, lags

How did you came up with factors = 3, lags = 3 in the US GDP example:
est <- dfm(Y, factors = 3, lags = 3, frequency_mix = freq, differences = differences, nu_r = nu_r,
           identification = "PC_full", store_idx = 1, reps = 1000, burn = 500, loud = TRUE)

You probably tried out and came out with some 'reasonable' value. Any idea how we could find a good starting point. I would assume that the number of factors has some relationship with the number of series in Y. E.g., if we only have 2 series, we probably want to use one factor only. If we have many series, we want to use a few more factors.
The number of lags may be related to the frequency of the series?

Regarding default factors, it occurred to me I had set it to 1 since (a) this gives what should be a very good leading index (i.e. good predictive power) for the data entered and (b) it works with any number of series, from 1 to lots.
Regarding lags, yes, 3 was because there are three months in a quarter. Thus if we wanted to set the default number of lags to the max number of high frequency periods in a now frequency period (i.e. using the auto frequency detection) that would probably be a pretty reasonable thing to do.

Is 1 factor also reasonable for a larger model? Would it make sense to try to be smart. E.g.,

1 factor, for 1 to 5 series
2 factors for 6 to 10 series
3 factors for more than 11 series

I think it better to stick with 1 factor as default. This immediately gives a clear interpretation to the model and will still have strong predictive power for nowcasting, though typically less predictive power than models with more factors for forecasting. Regarding interpretation, with one factor, that factor is the index that optimizes predictive power for all of the series included in the model. It is arguably the best possible leading index of included series, where "best possible" is based on the likelihood function. With multiple factors, interpretation depends on the identification routine used. Also, a one factor model will always run faster, so that using more factors should be justified somehow.

Ok, sounds good to me. Thanks.

authors: SethOttoQuant christophsax srlanalytics

repo: srlanalytics/bdfm


text:
Adding a Zepto compatible version of Backstretch.

I was using Zepto on my current project and was in need of Backstretch. Turns out it requires a bit of work to run with Zepto instead of jQuery, so I made a new version called zepto.backstretch.js which is fully compatible.
I've also updated the README.md file with a few instructions.
Here's a fully working example: http://codepen.io/rafaelrinaldi/full/gkqHa

Closing this since no one ever responded to my PR. I'm assuming this feature is not wanted.

repo: srobbin/jquery-backstretch


text:
Add Proxy Support for Download

Despite having a working proxy configuration for gradle the download still fails with a HTTP 407 error.

Hi.
Can you show me how you set up your proxy in gradle?
Thanks.

In gradle.properties:
systemProp.http.proxyHost=localhost
systemProp.http.proxyPort=3128
systemProp.http.nonProxyHosts=localhost
systemProp.https.proxyHost=localhost
systemProp.https.proxyPort=3128
systemProp.https.nonProxyHosts=localhost
This references a cntlm proxy I have running on my local machine to deal with windows proxy weirdness.

@yellek is the 407 from Gradle or the result of running npm from gradle?
I am guessing the plugin calls out to npm which is configured differently
I've had some shocking trouble behind ntlm proxies in some corporations too and even the above wont help.

Same problem behind ntlm corporate proxy. If I pass the proxy settings directly to npm it works fine.
npm config set proxy http://user:password@proxy-url:8080
npm config set https-proxy http://user:password@proxy-url:8080
Running within Gradle ignores these as well as gradle.properties.

I am behind a proxy, and with latest node and npm everything worked with proxy set as abose plus
.npmrc:

https-proxy=...
proxy=...

a hacky workaround to use JVM http settings. the finalizedBy dependency could be added to npmInstall aswell unfortunately our gulp tasks require them aswell
npmInstall.dependsOn 'npmHttpProxy'
npmInstall.dependsOn 'npmHttpsProxy'
gulpBuild.finalizedBy 'removeNpmHttpProxy'
gulpBuild.finalizedBy 'removeNpmHttpsProxy'

task npmHttpProxy(type: NpmTask, group: 'node') {
    args = ['config', 'set', 'proxy', "http://${-> System.properties["http.proxyHost"]}:${-> System.properties["http.proxyPort"]}"]
}

task removeNpmHttpProxy(type: NpmTask, group: 'node') {
    args = ['config', 'delete', 'proxy']
}

task npmHttpsProxy(type: NpmTask, group: 'node') {
    args = ['config', 'set', 'https-proxy', "http://${-> System.properties["https.proxyHost"]}:${-> System.properties["https.proxyPort"]}"]
}

task removeNpmHttpsProxy(type: NpmTask, group: 'node') {
    args = ['config', 'delete', 'https-proxy']
}
npmHttpProxy.onlyIf { System.properties.containsKey("http.proxyHost") }
npmHttpsProxy.onlyIf { System.properties.containsKey("https.proxyHost") }

authors: Exordian computerlove neversleepz srs yellek yverrette

repo: srs/gradle-node-plugin


text:
Data format

Currently the trial conditions and output data are simple dataclasses.
It would be better to use the Psychopy data functionality for this instead

allows import/export from excel, json, text files
TrialHandlerExt supports different trials with different repetition numbers within a block

More details:

TrialHandlerExt takes

an array of dicts with the conditions (e.g. an array of our current settings dict)

each dict in the array will then be a trial
the dict should contain a weight which is how many times to repeat that trial
doing each trial weight times constitues a block

the number of blocks to do and in which order

sequential
random (trials shuffled within each block)
fullRandom (all shuffled)

The array of dicts can be imported from excel/csv using importConditions (which itself uses pandas to read these formats)

repo: ssciwr/motor-task-prototype


text:
后台列表中出现多余的 空 列

不管在自己注册的类里面还是django的auth里面，都会显示一个多余的 空 列。
如下图最右边的列

请问怎么去掉这个。看着很不美观。

这个你看下 历史 issue. ，好像有个字段，但是我忘记了，如果有时间我又没忘记帮你查下

authors: lvusyy uhayate

repo: sshwsfc/xadmin


text:
Assert Published Count

Provide a function to assert published count

Sorry for the late reply, I have merged and tagged v1.3.
Thanks for the contribution again.

authors: ssi-anik stefnats

repo: ssi-anik/laravel-amqp


text:
improve the search bar button

Description
right now its now up to mark will improve its ui
Screenshots
No response
Additional information
No response

Hi @harshita-2003 ,I have assigned this issue to you. Kindly complete your work within 2 days. Good luck for your work!

repo: ssitvit/Games-and-Go


text:
Examples: remove Thundra APM as it's out of service

Reference: https://www.catchpoint.com/press-releases/catchpoint-invests-to-advance-api-cloud-functions-and-microservices-monitoring

Thank you!

authors: floriangosse jayair

repo: sst/sst


text:
httpx library version dependency issue

Googletrans version:

[x] 4.0.0rc1
[ ] 3.1.0a0
[ ] 3.0.0
[ ] 2.x

I'm submitting a ...

[ ] bug report
[x] feature request

Current behavior:

In Python3.9, googletrans library uses 'httpx==0.13.3' version that is too old. So this issue can cause version dependency problems.
I also recently had this problem related with telegram library and error code =python-telegram-bot 20.3 requires httpx~=0.24.0, but you have httpx 0.13.3 which is incompatible.
Expected behavior:

httpx version up and  reduce version dependency problems.
Steps to reproduce:

Remove legacy code about httpx==0.13.3
Related code:

in client.py 62line, Remove deprecated typing info 'SyncHTTPTransport'
proxies: typing.Dict[str, httpcore.SyncHTTPTransport] = None,
->
proxies = None

Other information:

Thank you for very useful information!

authors: parkeunsang soniked

repo: ssut/py-googletrans


text:
Enriching datacube STAC items with more array metadata

Hello, I am interested in expanding the datacube STAC extension to support more multidimensional array metadata for assets, particularly array metadata found in NetCDF, HDF5, and GRIB2 files. I think I'm caught up on the great discussions of the past:

https://github.com/radiantearth/stac-spec/issues/366
https://github.com/radiantearth/stac-spec/discussions/1222

And the STAC catalog items that I've been working with are all hosted on Microsoft's Planetary Computer platform, specifically:

NEX-GDDP-CMIP6
Daymet
HRRR

For context, my goal is to be one day be able to do something like this with Xarray:
>>> import xarray as xr
>>> items = stac_catalog.search(...)
>>> vds = xr.open_mfdataset(items, engine="stac") # This call should do no I/O!
>>> vds
<xarray.Dataset> Size: 1GB
Dimensions:  (lat: 600, lon: 1440, time: 360)
Coordinates:
  * lat      (lat) float64 5kB -59.88 -59.62 -59.38 -59.12 ... 89.38 89.62 89.88
  * lon      (lon) float64 12kB 0.125 0.375 0.625 0.875 ... 359.4 359.6 359.9
  * time     (time) float64 3kB 3.6e+04 3.6e+04 3.6e+04 ... 3.636e+04 3.636e+04
Data variables:
    pr       (time, lat, lon) float32 1GB ManifestArray<shape=(360, 600, 1440...
>>> vds.variable.sum() # Here the IO runs
42.0

In that example, assume that STAC items returned in the search contain assets which are the files themselves. I don't want to actually read the asset, I want the STAC item to contain enough information to create a manipulable dataset that Xarray understands. Reading comes after searching, merging, filtering, and projecting away the variables I'm not interested in.

This proposal is heavily based on ZarrV3 though I believe any multidimensional array handling system will care to know the same information.
I propose the following additional properties on only cube:variables:

Field Name
Type
Description

data_type
string
numpy parseable datatype

chunk_shape
[number]
The size of a chunk by element count

fill_value
number|string|null
Needed to handle sparse arrays

(optional) dimensions
[string]
The subset of cube:dimensions that index this variable. If not set, all dimensions index this variable. This may happen with single GRIB2 files that contain multiple datacubes.

codecs
[object]
An ordered list of codec configurations

A new property that applies to either cube:variables or cube:dimensions:

Field Name
Type
Description

attrs
object
Lifted key-value attributes from the original source file.

In the previous discussion on this topic https://github.com/stac-extensions/datacube/issues/8 , a suggestion was made to use the files extension to store chunk metadata, but I don't think that extension is appropriate for this purpose. Similarly, I don't think the Bands RFC https://github.com/radiantearth/stac-spec/pull/1254 addresses this problem, it is solving something entirely different.
CC @TomAugspurger we can handle chunk manifests later, they are ultimately just assets. Similarly, coordinate transforms are separate and probably better to wait for GeoZarr to standardize.
I'd like to know your thoughts on this proposal, or if perhaps this something worth putting into a hypothetical Zarr extension instead. IMO, I think the only thing that is very Zarr specific is the codecs property, everything else is very mappable with the underlying source files (even then, the files themselves define codecs too though they may not call them that).

Thanks. Having the all the information needed to construct a Dataset from a STAC item / list of items would be great.
Some comments on the proposed fields:

The raster extension defines a list of dtypes at https://github.com/stac-extensions/raster?tab=readme-ov-file#data-types. In general, the STAC metadata should probably match values used in STAC extensions. And then particular applications (like this xarray STAC engine) can map from the STAC names to the names it needs (NumPy dtypes)
For chunk_shape, there is a proposed ZEP for variable chunking: https://zarr.dev/zeps/draft/ZEP0003.html. Instead of a list[int] with a length equal to the number of dimensions, you give a list[list[int]], where the number of inner lists matches the number of dimensions, and the length of each inner list is the number of chunks. IMO a list[number] is fine and we can generalize stuff if/when that ZEP is accepted.
For the "optional" part of dimensions, do you have a recommendation for how to interpret dimensions being None? Does that mean all the dims in cube:dimensions apply?

repo: stac-extensions/datacube


text:
Add Merkle Tree extension

Add Merkle Tree extension information to the README

@m-mohr Hi. Who can I bug about getting this looked at?

@m-mohr Thanks for the help. Sorry about not reading the readme carefully enough.

If you've used the extension template, the extension should go into COMMUNITY_REPOS

@m-mohr thanks makes sense


text:
Enable search on /items and add queryables links

Related Issue(s):

None?

Description:
We had issues getting per-collection item search to work. Also, the queryables links were missing. Here's how we solved it. There might be better solutions, but maybe it helps someone until a proper solution is in place (there are some PRs in place that try to do similar things, e.g. https://github.com/stac-utils/stac-fastapi/pull/587 and #49)
PR Checklist:

[x] pre-commit hooks pass locally
[x] Tests pass (run make test)
[ ] Documentation has been updated to reflect changes, if applicable, and docs build successfully (run make docs)
[ ] Changes are added to the CHANGELOG.

@m-mohr this is ready to be merged. Let me know if the changed I have made are 👍

I think it looks good, but disclaimer: I'm not overly deep into stac-fastapi.

authors: m-mohr vincentsarago

repo: stac-utils/stac-fastapi-pgstac


text:
Change 'typedef' to 'using', add curly braces

Simple PR to change:

typedef to using when defining the Vector6d, as there are advantages to the using syntax: https://stackoverflow.com/a/32959200
Add some curly braces to the success/failure scenarios, as adding further statements after these tripped me up in the same way as: https://stackoverflow.com/a/2125078

Hi ! This project doesn't usually accept pull requests on master. If this wasn't intentionnal, you can change the base branch of this pull request to devel (No need to close it for that). Best, a bot.

Hi @the-raspberry-pi-guy
Thanks for contributing to pinocchio :)
Unfortunately, type aliases are a C++11 feature, and we still maintain compatibility with C++98 systems.

Hi @proyan
My apologies - I missed checking that :) No worries about type aliases. This becomes a very minor PR then, but I would still recommend including the curly braces as part of the beginner tutorials :)
Thanks

This becomes a very minor PR then, but I would still recommend including the curly braces as part of the beginner tutorials :)

Thanks for your contribution. Why do you say that?

This becomes a very minor PR then, but I would still recommend including the curly braces as part of the beginner tutorials :)

Thanks for your contribution. Why do you say that?

It is a matter of preference, but as a matter of good coding style I think it is better to add curly braces here. I used this example and added a statement in what I thought was one of the nested structures, only to be caught out by the lack of curly braces. Curly brace use/not use should be consistent, hence just pointing it out. https://stackoverflow.com/questions/2125066/is-it-a-bad-practice-to-use-an-if-statement-without-curly-braces/2125078#2125078
At your discretion though of course.

Thanks.

authors: hrp2-14 jcarpent proyan the-raspberry-pi-guy

repo: stack-of-tasks/pinocchio


text:
this message didn't complete its response

Describe the bug
this message didn't complete its response
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-ai7wqk
Steps to reproduce
Just type in anything to the AI
Expected behavior
Complete the response and make changes
Screen Recording / Screenshot
No response
Platform
Browser name = Chrome
Full version = 129.0.0.0
Major version = 129
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
performance.memory = {
  "totalJSHeapSize": 79457029,
  "usedJSHeapSize": 75311373,
  "jsHeapSizeLimit": 2172649472
}
Username = tunauskudar
Chat ID = fb2bc215211e

Additional context
No response

@TunaUskudar this is being tracked in #1073


text:
THIS APP SUCKS

Describe the bug
I have spent the last 5 or 6 hours of my life trying to build a website and integrate it into to shopify. I am on a constant loop. This whole thing is a scam. All I want is a freaking website that looks half way decent. It is building nothing of the sort. The preview is great, but there is no way to get it over to shopify so it is utterly pointless. I feel so scammed out of my hard earned money.
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-bbvexo
Steps to reproduce
idk
Expected behavior
I expect to be able to replicate the rendering into a real website.
Screen Recording / Screenshot
Its  a loop that ive been on for the last 5 hours. I deserve a refund.
Platform

OS: [e.g. macOS, Windows, Linux]
Browser: [e.g. Chrome, Safari, Firefox]
Version: [e.g. 91.1]
Windows Chrome

Additional context
I hate this man, I feel like u have a good product here but unfortunately that is not the case.

project-bolt-sb1-bbvexo.zip

project-bolt-sb1-bbvexo (1).zip
this is the latest container maybe this can help... i am so sad and upset
i literally work nights and have been working on this since freaking 8am now i wont be able to sleep and will be miserable at work.


text:
Update megaparsec to version 6.0

https://github.com/fpco/stackage/issues/2666

@sestrella However CI is having a hard time by using cabal

I'm closing this PR in favor of #56

authors: juanpaucar sestrella

repo: stackbuilders/dotenv-hs


text:
Option to not leave output in directory

For many golden usecases it is not ideal to store the output in a repository alongside the golden file, which this currently does (see https://github.com/stackbuilders/hspec-golden/blob/f361111d5b5feeeda497c8eaf32dd33a00f3c823/examples/json/.otherGolden/json/actual#L1).
An option to clean up this file would be ideal.

Hello @slpopejoy I'm sorry for the late response. I like the idea. I'll try to implement it as soon as I can. In the meantime, I think a workaround is to simply ignore these files.
This option works for git:
actual

An easy way to get rid of the actual file is by running the test and then calling hgold:
hgold

That will generate the actual and golden file and then the CLI will move actual to golden.

authors: CristhianMotoche slpopejoy

repo: stackbuilders/hspec-golden


text:
Small script to shutdown environment

This is small shell file to shutdown virtual-box with Fuel quickly.

Thank you for contributing to stackforge/fuel-main!
stackforge/fuel-main uses Gerrit for code review.
Please visit
http://docs.openstack.org/infra/manual/developers.html#development-workflow
and follow the instructions there to upload your change to Gerrit.

authors: kromanenko openstack-gerrit

repo: stackforge/fuel-main


text:
Validate the Auth URL

We should check and validate me thinks!
Make sure if a malformed URL happens, its captured for the server admin.

coverage: 52.011% (+0.009%) from 52.002%
when pulling 3610f83c70714e3bcc5b04d7e2a3055c0c860a6e on validate-authurl
into ff2be8477aabe4d5161dee6c715f6c24500014dc on main.

coverage: 52.011% (+0.009%) from 52.002%
when pulling 3610f83c70714e3bcc5b04d7e2a3055c0c860a6e on validate-authurl
into ff2be8477aabe4d5161dee6c715f6c24500014dc on main.

authors: coveralls lukehinds

repo: stacklok/minder


text:
Change profile/rule status queries to use evaluation history table

Depends on: #4065
This change allows most of the functionality which previously used the rule_evaluations (and related) tables to use the new evaluation history tables instead.
Summary
Provide a brief overview of the changes and the issue being addressed.
Explain the rationale and any background necessary for understanding the changes.
List dependencies required by this change, if any.
Fixes #(related issue)
Change Type
Mark the type of change your PR introduces:

[ ] Bug fix (resolves an issue without affecting existing features)
[x] Feature (adds new functionality without breaking changes)
[ ] Breaking change (may impact existing functionalities or require documentation updates)
[ ] Documentation (updates or additions to documentation)
[ ] Refactoring or test improvements (no bug fixes or new functionality)

Testing
Outline how the changes were tested, including steps to reproduce and any relevant configurations.
Attach screenshots if helpful.
Review Checklist:

[x] Reviewed my own code for quality and clarity.
[x] Added comments to complex or tricky code sections.
[ ] Updated any affected documentation.
[x] Included tests that validate the fix or feature.
[ ] Checked that related changes are merged.

coverage: 54.472% (+0.07%) from 54.402%
when pulling fce86bb7ab0ca8eeba675914e9568fa239458946 on profile-status-quieries-eval-history
into 7ada4937a7aae61f9998d6a97719d59fe7c9c845 on main.

So, with this change, what would be the output of minder profile status list ... -d ?

authors: JAORMX coveralls dmjb


text:
ROX-14634: Miscellaneous policy category fixes: Feature flag removal, upgrade path crashes, roxdb import export workflow fixes

Description

Removing the policy category feature flag both correctness during upgrades.
Fixing category migration since it was causing a crash during upgrades
Fixing the category datastore usage in the policy import export workflow to be under feature flag to avoid crashes in roxdb/boltdb flow
Fixing a bunch of e2e tests
Removing extraneous roxdb stuff for policy categories (which was remnant after the decision to make categories postgres only)

Checklist

[x] Investigated and inspected CI test results
[x] Unit test and regression tests added
[x] ~Evaluated and added CHANGELOG entry if required~
[x] ~Determined and documented upgrade steps~
[x] ~Documented user facing changes (create PR based on [openshift/openshift-docs]~(https://github.com/openshift/openshift-docs) and merge into rhacs-docs)

If any of these don't apply, please comment below.
Testing Performed
TODO(replace-me)
Use this space to explain how you tested your PR, or, if you didn't test it, why
you did not do so. Valid reasons include, for example, "CI is sufficient",
"No testable changes". Feel free to attach JSON snippets, curl commands,
screenshots.
In addition to reviewing your code, reviewers must also review your testing
instructions and make sure they are sufficient.

/test gke-upgrade-tests gke-postgres-upgrade-tests

/test gke-upgrade-tests gke-postgres-upgrade-tests

/retest

/test gke-upgrade-tests gke-postgres-upgrade-tests

/test gke-upgrade-tests gke-postgres-upgrade-tests

/test gke-upgrade-tests gke-postgres-upgrade-tests

/test gke-upgrade-tests gke-postgres-upgrade-tests

/test gke-upgrade-tests gke-postgres-upgrade-tests

repo: stackrox/stackrox


text:
🛑 Proxima/DNS Server is down

In daea7fa, Proxima/DNS Server (http://proxima01.its-telekom.eu/livewatch.php) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Proxima/DNS Server is back up in 852ba5e.

repo: stamateas/upptime


text:
⚠ GitLab Server has degraded performance

In e86d7c1, GitLab Server (https://gitlab01.its-telekom.eu) experienced degraded performance:

HTTP code: 200
Response time: 10995 ms

Resolved: GitLab Server performance has improved in 8cb0fe6.


text:
🛑 Proxima/DNS Server is down

In 062f9e2, Proxima/DNS Server (http://proxima01.its-telekom.eu/livewatch.php) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Proxima/DNS Server is back up in acdf3cb.


text:
Additional tests for distributions

Summary
Additional tests for distributions to increase coverage. All tests pass with the current codebase.
Tests

bernoulli_logit_lpmf involves a cutoff, continuity around the cutoff is tested
inv_gamma_lpmf and weibull_lpmf had no tests for derivatives. A new test testing all derivatives  against values precomputed byt Mathematica was added.
adapted the tests from #1497 to neg_binomial_lpmf (test against precomputed values from Mathematica, test against complex step, testing continuity at cutoff for alpha, testing extreme values of alpha)

Side Effects
None
Checklist

[x] Math issue: I decided not to open an math issue for this, as it seemed like clutter. Will open, if desired.

[x] Copyright holder: Institute of Microbiology of the Czech Academy of Sciences
The copyright holder is typically you or your assignee, such as a university or company. By submitting this pull request, the copyright holder is agreeing to the license the submitted work under the following licenses:
- Code: BSD 3-clause (https://opensource.org/licenses/BSD-3-Clause)
- Documentation: CC-BY 4.0 (https://creativecommons.org/licenses/by/4.0/)

[ ] the basic tests are passing

unit tests pass (to run, use: ./runTests.py test/unit)
header checks pass, (make test-headers)
docs build, (make doxygen)
code passes the built in C++ standards checks (make cpplint)

[x] the code is written in idiomatic C++ and changes are documented in the doxygen

[x] the new changes are tested

This PR needs a merge with recent develop to avoid failure on the upstream. I apologize, there was a lot of churn with this flattening...

@rok-cesnovar I merged the develop, but upstream still fails on CmdStan >> Linux interface tests with MPI with
src/cmdstan/command.hpp:55:50: fatal error: stan/math/prim/functor/mpi_cluster.hpp: No such file or directory

I believe this is not related to this PR and not sure what to do about it.
@bob-carpenter  May I ask for review on this? It is almost the same tests as written for #1497.

Yeah, that is weird. On develop this file exists (see https://github.com/stan-dev/math/blob/develop/stan/math/prim/functor/mpi_cluster.hpp), so not usre what is going on. Will monitor.

Sure---I can review this.

authors: bob-carpenter martinmodrak rok-cesnovar

repo: stan-dev/math


text:
changelog: Run 'npx vweevers/hallmark'

This massively improves things. Caught lots of inconsistencies. Love it!
There's still lots of other issues it is reporting that are not fixed by this PR, but I wanted to get these changes in regardless, since they're nice.
cc @vweevers

As for the remaining issues, they seem to be broadly two main issues:

Found reference to undefined definition

Caused by the percentage breakage that we include next to new rules. They're in square brackets. We could change to parens to solve the problem.

Group heading must be one of Changed, Added, Deprecated, Removed, Fixed, Security

This is harder since we tend to distinguish between 'New features' and 'New rules' in our changelogs. I suppose we could use Added for both and then have subheadings for Added Rules and Added Features?

We could change to parens to solve the problem.

That makes sense. The changelog also states "based on test suite in parens".

we tend to distinguish between 'New features' and 'New rules' in our changelogs. I suppose we could use Added for both and then have subheadings for Added Rules and Added Features?

Though subheadings would work, because I'm currently not linting the content below the headings, it would make it harder to lint that content in the future.
Alternatively, you could prefix changes with e.g. "- Add rule:".

Couple of things to be aware of:

For adding a new release, you can add a release header (e.g. ## 1.0.0 - 2019-09-05), run hallmark --fix to populate the release with a commit log, then tweak that by hand.
Known issue: hallmark --fix adds GitHub links to text like #23, but if hallmark itself generated markdown content (like a release) you will need to run hallmark --fix twice.
If you want to run hallmark on your README as well, you will need these Package options: { paddedTable: false, toc: false }

@vweevers I'm going to just merge this PR since I think it improves things. We can try adding the hallmark package itself, as well as linting the README, in a future PR.

authors: feross vweevers

repo: standard/standard


text:
Can we add query_filter filed for QdrantRM

to

Fixed by #1239

repo: stanfordnlp/dspy


text:
Error running supplied code for random policy

After following the setup instructions, when I try to run:
from osim.env import RunEnv

env = RunEnv(visualize=True)
observation = env.reset(difficulty = 0)
for i in range(200):
    observation, reward, done, info = env.step(env.action_space.sample())

Then I get:
Traceback (most recent call last):
  File "test.py", line 4, in <module>
    observation = env.reset(difficulty = 0)
  File "/Users/adamjensen/anaconda2/envs/opensim-rl/lib/python2.7/site-packages/osim/env/run.py", line 68, in reset
    super(RunEnv, self).reset()
  File "/Users/adamjensen/anaconda2/envs/opensim-rl/lib/python2.7/site-packages/gym/core.py", line 70, in reset
    raise NotImplementedError
NotImplementedError

simbody-visualizer: received Shutdown message. Goodbye.

It looks like the osim environment class is calling super(RunEnv, self).reset(), which is never meant to be called because the Gym class is never meant to be called directly.
I'm interested in using this package to investigate reinforcement learning.  I'm trying to use it for a class project in CS234 at Stanford.  I know the competition is closed, but I had hoped that the code would still be available to play around with.  Is that not the case?

It's Gym that causes it. At the end of January, they had a clean-up with this commit: https://github.com/openai/gym/commit/4c460ba6c8959dd8e0a03b13a1ca817da6d4074f#diff-527c178de63067298819918734912f90
As long as osim-rl has not adapted their code I would recommend, rolling back to the commit prior to the one linked above. Or you remove the underscore of the reset method in OsimEnv.
There, the reset was called as follows:
Call of rest in RunEnv:
def reset(self, difficulty=2, seed=None):
        super(RunEnv, self).reset()
        ...

The super in gym.Env:
def _reset(self): raise NotImplementedError
...
def reset(self):
        return self._reset()

And the overwrite of _reset in OsimEnv:
def _reset(self):
        self.istep = 0
        self.osim_model.initializeState()
        return self.get_observation()

Now, as can be seen in the Gym commit, the underscore method which was overwritten by OsimEnv is removed.

@Frawak thanks for your comment.  I tried removing the underscore from OsimEnv here: https://github.com/toothlessdragon/osim-rl/commit/18c219d0a55b13306869eafd2d62d4c4933ba25f
But for some reason it still failed to run.

You're probably not using the OsimEnv in your repository. If you followed the instructions here, you would have set up conda with a new environment (here: opensim-rl). You are importing mainly from the packages installed there. E.g.: when you're writing import osim in a script using that environment, it links to [some directory]\Anaconda2\envs\opensim-rl\lib\site-packages\osim not what you have in your repository. You would have to manually adjust the import.
But before you change source code or some other complicated solution, I still recommend changing the version of the gym package.

Bring up your command prompt and activate the conda environment:
source activate opensim-rl
conda list brings up the list of packages in that environment. gym may be listed with version 0.9.6 which is the clean-up commit.
To change the version just type pip install gym==0.9.5
That should uninstall the current version as well.

I hope this is doing the trick.

Hi @toothlessdragon,
As @Frawak pointed out, these issues are indeed because of the breaking changes from Gym earlier this month.
An easy fix for now is to ensure that you have Gym version v0.9.5 installed when trying to install osim-rl.
I just pushed a few changes to the repository to ensure that on every installation you only reference the correct version of Gym. This is a temporary fix.
A more permanent fix requires some more internal refactoring, which we will include in the next release, along with more models+tasks.
Cheers,
Mohanty

Fixed for the new 'generic' environment https://github.com/stanfordnmbl/osim-rl/blob/2c3d46ab108547d8192b6acd25b8332d79fe3a92/osim/env/generic.py

authors: Frawak kidzik spMohanty toothlessdragon

repo: stanfordnmbl/osim-rl


text:
Added some of the logic for partition and also a small test

Implemented:

First implementation of cache with a HashMap and capacity
Functions that are needed to retrieve and add data to the HashMap
Some small test for the functionality

looks wonderful bro 😍


text:
HTTP 404 issues

Description
Some movies keeps saying http 404 which is very annoying needs to be fixed
Provider
The Movie DB
Reproduction steps
Some movies keeps saying http 404 which is very annoying needs to be fixed
Operating system
Android 13
Logs
Some movies keeps saying http 404 which is very annoying needs to be fixed

Please confirm the following

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.
[X] If related to a provider, I have checked the site and it works, but not the app.

What movies?

Long list mostly the 1980's and 70's movies and 2024 movies that recently came out thats the only bad thing about that provider needs improvements
the invitation (1984)
Python II  (2002)
Boa vs Python (2004)
Boa (1999)
Maybe even more but can't name all of them thats the only bad thing when vidsrc.to is the only server in that provider

The same thing happens to me I get that problem with tmdb provider HTTP 404  @stantanasi @anon45-ui

It really needs to be fixed

It really needs to be fixed

I also think the same as you

When the movie show a 404 error, it means that the movie is not available. For example, really old and not famous movie or too recent movies.
I could and will add more video source, but sometimes the movie can just be impossible to watch on streaming

When the movie show a 404 error, it means that the movie is not available. For example, really old and not famous movie or too recent movies. I could and will add more video source, but sometimes the movie can just be impossible to watch on streaming

Hello friend can you add more Streamflix movie and series providers that are in Spanish and English, it would be great if you added more movie and series providers that have more content as Streamflix add-ons and also free movie and series websites for 2024 We are in July

Closing this because I can't do anything about the 404 error, the movie is not available
Will implement more extractors (servers): #98

repo: stantanasi/streamflix


text:
Nuttx v11.0 with jupiter nano support

Summary
This pr contains upstream nuttx branch releases/11.0 with updated jupiter nano support.
Compiles and runs against nuttx-apps branch releases/11.0.
I do apologize for the large number of commits. I was going to squash them but I thought you might want the upstream commit history.

@JakeSays Hey, what gcc toolchain are you using? I can't get the standard releases/11.0 branch to compile and run successfully with my toolchains (ARM GNU Toolchain v9, v10, or v11 for Linux).
I can compile my old 10.x branch with ARM GNU Toolchain v11 though.
Are you using a different compiler or toolchain? If so, which one?

@adamfeuer here's the output of arm-none-eabi-gcc --version.
arm-none-eabi-gcc (15:10.3-2021.07-4) 10.3.1 20210621 (release)
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

@JakeSays Thank you. I am using Ubuntu 22.04 with the same compiler.
However, I can't compile my master after merging your branch, and I can't compile your branch either... I am not sure what is wrong.
I have the apps/ repo set to the releases/11.0 branch, and I'm using your JakeSays/incubator-nuttx/jupiter-nano-support branch.
Here's the error I am getting:
arm-none-eabi-gcc: warning: /home/adam/src/nuttx/nuttx-sama5d2-xult-jakesays/apps/include: linker input file unused because linking not done
./exec_builtin.c:32:10: fatal error: builtin/builtin.h: No such file or directory
   32 | #include "builtin/builtin.h"
      |          ^~~~~~~~~~~~~~~~~~~
compilation terminated.
ERROR: arm-none-eabi-gcc failed: 1
       command: arm-none-eabi-gcc -MT ./exec_builtin.c.home.adam.src.nuttx.nuttx-sama5d2-xult-jakesays.apps.builtin.o  -M '-fno-builtin' '-Wall' '-Wstrict-prototypes' '-Wshadow' '-Wundef' '-Os' '-fno-strict-aliasing' '-fno-strength-reduce' '-fomit-frame-pointer' '-mcpu=cortex-a5' '-mfpu=vfpv4-d16' '-isystem' '/home/adam/src/nuttx/nuttx-sama5d2-xult-jakesays/nuttx/include' '-D__NuttX__' '-D__KERNEL__' '-pipe' '/home/adam/src/nuttx/nuttx-sama5d2-xult-jakesays/apps/include' ./exec_builtin.c

This happens when I try to compile for jupiter-nano:nsh or sama5d2-xult:nsh (or other configs too). Have you seen this? I think something is different between our setups.

@adamfeuer Hey sorry for the late reply. I got a bit side tracked. I'll take a look now.

@adamfeuer here's a defconfig generated from my current .config: https://gist.github.com/JakeSays/20e29c704ea474346e47ccda529baf63
Not sure if that helps.

Ah yes I forgot about the start address. I ran in to this issue when I built my own at91bootstrap that loaded nuttx directly.

authors: JakeSays adamfeuer

repo: starcat-io/incubator-nuttx


text:
不需要手动 添加token

现状：get_resource里面即使有返回 但是如果没有添加过 那也不显示在资产列表里
需求：
metamask 没这样搞是因为它确实做不到，它不可能全网爬数据查找用户的 token。每次重装插件后资产全都看不到了，很蛋疼的。另外资产已经在用户的状态下了，说明是他已经接受过的资产，更没必要添加一次了。我们这边不需要添加资产，但需要接受资产（这次升级完成后可以打开自动接受资产）。这两个概念是不一样的。

same with #42
fixed in v3.4.0

repo: starcoinorg/starmask-extension


text:
无法删除 NFT 陈列室

请提供删除 NFT 陈列室的功能。

附议

新版合约即将支持“删除空陈列室”功能，希望钱包可以尽快支持

authors: WGB5445 jiangydev leadermLDM


text:
Layout with vertical is still horizontal

Bug Report
Steps

Open the Layout vertical example.

Expected Result
The Layout should be vertical.
Actual Result
The Layout is horizontal.
Version
0.2.0
Testcase
Use the doc example: http://stardust-ui.github.io/components/layout#types-vertical

Fixed

repo: stardust-ui/react-old


text:
[RFC] Toolbar Component

Feature Request
Overview
The toolbar is a component which houses different tools/buttons. The toolbar can have multiple groups to help organize buttons.
Requirements

Button Groups
Button Overflow Flyout
Sub Menus
Custom Picker/Popup

Mock: Toolbar with submenu

Mock: Toolbar with Custom Picker

Mock: Button overflow flyout:

Proposed solution
Use the following stardust components to build up the Toolbar:

Menu + MenuItem - For the buttons
For Submenu/Dropdown we could resume the work on #126:

SubMenu
We can also leverage this Submenu for the overflow flyout

Popup - For custom picker
Grid to layout the Toolbar

interface IToolbarItem {
  name: string;
  /** Type of command item */
  itemType: "button" | "picker";
  /** Primary content - i.e. Button Text*/
  content?: string;
  /** Icon name or shorthand */
  icon?: string | IconShorthand;
  /** Custom picker content to render within the popup */
  pickerContent?: JSX.Element;
  /** Dropdown Items */
  subMenu?: MenuItemShorthand[];
}

interface IToolbarGroup {
  name: string;
  /** Items to display in the group*/
  groupItems: IToolbarItem[];
  /** Items to showup in the overflow flyout*/
  overflowItems: IToolbarItem[];
  /** Group display order override, if set takes precedence over groups without default order */
  order?: number;
}

Internal structure:

The main container would be a Grid
Each column in the grid would host a ToolbarGroup
Each ToolbarGroup would be a Menu

Toolbar
render = () => {
  return <Grid content={this.props.groups} />;
};

ToolbarGroup

  render = () => {
    return <Menu
      items={this.props.items}
      renderItem={this.renderItem} />
  }

  renderItem = (_menuItem, { itemType, pickerContent, ...props}) => {
    /**
     * This will decide whether to render a simple MenuItem or Popup
    */
    switch (itemType){
      case "button":
        return <MenuItem {...props} />
      case "popup":
        return <Popup trigger={<MenuItem {...props}}  content={pickerContent} />}
    }
  }

Usage example
<Toolbar groups={[basicFormatting, extraFormatting]} />;

/** Group with only Buttons */
const basicFormatting: IToolbarGroup = {
  name: "BasicFormatting",
  groupItems: [
    { name: "bold", itemType: "button", icon: "bold", onClick: () => console.log("triggered Bold command") },
    { name: "italic", itemType: "button", icon: "italic", onClick: () => console.log("triggered Italic command") },
    { name: "underline", itemType: "button", icon: "underline", onClick: () => console.log("triggered Underline command") }
  ],
  overFlowItems: [
    { name: "subscript", itemType: "button", icon: "subscript", onClick: () => console.log("triggered Subscript command") },
    { name: "superscript", itemType: "button", icon: "superscript", onClick: () => console.log("triggered Superscript command")}
  ]
};

/** Group with a dropdown and a custom picker */
const extraFormatting: IToolbarGroup = {
  name: "ExtraFormatting",
  groupItems: [
    { name: "heading", itemType: "button", submenu: headingSubmenuItems },
    { name: "hyperlink", itemType: "picker", pickerContent: pickerContent }
  ]
};

/** Items in the Submenu  */
const headingSubmenuItems: MenuItemShorthand[] = [
  { key: "Paragraph", content: "Paragraph", onClick: () => console.log("triggered Paragraph command") },
  { key: "Heading1", content: "Heading 1", onClick: () => console.log("triggered Heading1 command") },
  { key: "Monospaced", content: "Heading 2", onClick: () => console.log("triggered Monospaced command") }
];

/** Custom component to be rendered within the Picker, this can be any react component*/
const pickerContent = (

    /** ... */
    <button onClick={() => console.log("triggered SomeCommand command")}>
      Some command
    </button>

);

Looking at the patterns in Stardust, I think it would make more sense to have something like this:
<Toolbar>
  <Toolbar.Group name="BasicFormatting">
    <Button name="bold" icon="underline" onClick={() => {}} />
  </Toolbar.Group>
  <Toolbar.Group name="ExtraFormatting">
    <Picker name="picker">
      {pickerContent}
    </Picker>
  </Toolbar.Group>
</Toolbar>;

We may also want to add support for alignment. I think a good example can be something like Fabric's commandbar or an extension to Semantic UI React - Menu component

The Picker / subMenu parts seem a little feature specific. Does the toolbar need to care if a given button is rendering a Picker or not?

@WrathOfZombies it seems that ShorthandApi is generally preferred over ChildrenApi. Here are a few advantages of Shorthand over ChildrenApi https://stardust-ui.github.io/react/shorthand-props also in #79  @levithomason put together a nice analysis on supporting ChildrenApi
I like the idea of supporting alignment. I'll consider that!

@stuartlong from an accessibility standpoint it may be important to identify that a given button will render a popup when pressed. The submenu parts may not need to be here, but there should be a way to assign accessibility traits/roles to specific buttons in the toolbar.

@joheredi Toolbar component it's a nice idea, but I don't feel like it should be a part of Stardust components.
Have you seen Menu example called "Menu as a Toolbar"? By setting toolbarBehavior for a Menu component, it sets correct aria-* attribute, and the items of the Menu can be whenever you want, either popup or drop-down.
 <Menu
        items={items}
        iconOnly
        accessibility={ToolbarBehavior}
        aria-label="Compose Editor"
      />

  const items = [
     ...
     {
      key: 'cloud',
      icon: {
        name: 'cloud',
        circular: true,
        xSpacing: 'both',
        size: 'small',
      },
     accessibility: ToolbarButtonBehavior,
      'aria-label': 'Cloud Tool',
    },
    ...
   ]

I prototyped the similar popup picker which contains Grid of images and opens from clicking on a button. Please, reach me, if you want to see more details on it and we can also try to prototype the similar toolbar that will match your needs.

I will agree there with @sophieH29 and @jurokapsiar, we need this component for Teams, but it's a very specific thing and doesn't fit Stardust. I'm fully agree that it can be built with the Menu component and we just need to add missing functionality there.

To recap submenu requirements:
Submenu is already available in #126 and #357, the latter looks more advanced. It needs some consolidation, finishing and adding keyboard handlers.
Once submenu functionality gets added to the Menu component, we can use that for both the Formatting 'dropdown' as well as for the overflow.
The overflow is at that point out of scope of Stardust and the consumer can implement that on his side using submenu.
In general, toolbar needs to follow https://www.w3.org/TR/wai-aria-practices/examples/toolbar/toolbar.html - it should be possible to recreate that using our Toolbar component and appropriate behaviors. The difference will be that Menu renders
 and
 instead of
s that are used in the aria practices, but I think screen readers should be able to handle that (needs to be tested after implementation)

Submenu is now available.
On top of it, following issues will need to be implemented to allow toolbar functionality as discussed above:
#667
#669

Reasons why Toolbar would be useful (maybe I'm repeating myself, I just skimmed through comments):
1. ability to have multiple items in active state
2. active state on an item acts like a toggle (sticky items)

3. dedicated accessibility functionality
To achieve the accessibility behavior of a Toolbar we need to use a Menu component and add behaviors to the Menu component and it's items, which can get quite verbose:
<Menu
  items={[
    {
      accessibility: toolbarButtonBehavior,
      content: '..',
    },
    {
      accessibility: toolbarButtonBehavior,
      content: '..',
    },
  ]}
  accessibility={toolbarBehavior}
/>

With dedicate  Toolbar we could just do:
<Toolbar
  items={[
    { content: '..' },
    { content: '..' },
  ]}
/>

4. ability to use different markup (div > button instead of ul>li )
This is not critical but it's recommended by W3C: https://www.w3.org/TR/wai-aria-practices-1.1/examples/toolbar/toolbar.html
5. Other components implement it so we can argue it's not a one-off thing

Material UI App Bar
Fabric CommandBar
Vuetify Toolbar

Thoughts?
@jurokapsiar
@kuzhelov
@layershifter
@sophieH29

also requested in #1007

I think 1 and 2 can be rephrased and both are valid requirements for both Menu and Toolbar:

make active Menu state optional (only small subset of menus need to keep track of their active item)
introduce concept of pressed for Menu/Toolbar item

3 will be solved by #1008
For 4, the markup is correct with Menu component. The only difference is that the wrapper is rendered always, not only for buttons with submenu.
I think we can either introduce a <Toolbar /> component or a <Menu toolbar /> variant for better readability, but agree with the code reuse. Most of the requirements mentioned by @Bugaa92 are valid for both Menu and Toolbar.

@layershifter
@mnajdova
@kuzhelov
@miroslavstastny
@alinais
Should we vote on this one?
From @jurokapsiar 's last reply it looks like we could achieve most of the scenarios with the current Menu component. Do we want to do that or will Menu become too complex?

One requirement that I don't think I've seen in the comments here yet (could be wrong..), that I would love to see added...
Some way to control positioning of certain items in the Menu.
Going back to Fabric's CommandBar, one way this is expressed is as farItems. I feel like this is a very common use case, that some items a menu should be on the left, while others are visually separated to the right.
In the current "Icon and content" example for the Menu, it would probably be preferred for the "Search" icon/behavior to live on the far right side of that Menu. Obviously this would all be reversed in RTL.

as per discussions we had recently with @levithomason @kuzhelov and @miroslavstastny we will proceed with a new Toolbar component; first API version soon

addressed by #1408 with base implementation for Toolbar component. If there are some features missed, please, consider to file a separate issue (one per feature), with the description that would explain/justify the feature.

authors: Bugaa92 KyleMcNutt WrathOfZombies hnager joheredi jurokapsiar kuzhelov layershifter sophieH29 stuartlong

repo: stardust-ui/react


text:
feat(Icon): add props arg to SVG spec

Fixes #1356 .
This PR provides props argument to SVG icon spec. This makes it possible to use props values, such as size, to define SVG paths accordingly.
Example (added props arg)
// call.tsx
export default {
  icon: ({ classes, props }) => (
     {props.size === 'small' && (
           <svg>
            ...
          </svg>
     )}
     ...
} as TeamsSvgIconSpec

Opened question on icon's box sizes (width and height)
It still remains to be an opened question whether changes to logic of applying box sizes to SVG element (such as width and height) should be provided.
As it is suggested by #1356, in cases if size prop (with, say, small value) is handled by icon's render spec, width and height of the icon should remain to be default ones (and shouldn't be changed to small value). Specifically:

but if an icon has a smaller version (either new SVG or paths or ??) then it should use that. If not, then it should scale via css.

However, this behavior may provide unexpected effects to the client for, say, the following code:
// this icon renders different SVG path for 'smaller',
// but its box's width and height doesn't change with 'size' prop
<Icon name='call' size='smaller' bordered>

<Icon name='video' size='smaller' bordered>

Lets suppose that only call icon provides different SVG path for smaller size - and, thus, box size of this call icon won't be changed to smaller width and height values. In that case this will be the rendered result:

Even given that both icons were rendered as smaller, they have different box sizes which, in its turn, breaks alignment.

My proposal here would be to guarantee that box sizing algorithms work the same way for icons of any type, the same invariant we had before for Icon styles - as this guarantees proper alignment for any icons defined. Should note that this strategy will be sufficient enough to address the case of #1359.
However, it may be the case that I am missing some use cases missing with that - so, lets discuss and get to decision before merging the PR. FYI @codepretty

Warnings

:warning:
There are no updates provided to CHANGELOG. Ensure there are no publicly visible changes introduced by this PR.

  Generated by :no_entry_sign: dangerJS

My proposal here would be to guarantee that box sizing algorithms work the same way for icons of any type, the same invariant we had before for Icon styles - as this guarantees proper alignment for any icons defined. Should note that this strategy will be sufficient enough to address the case of #1359.

I agree with this, all types of icons should behave the same, and depending on the theme's requirement, we can make the box (border around the icon) to grow or always be the same for all icons. For the icons that do not support different sizes, the box will still always be the same, as well as the icon size.

authors: DustyTheBot kuzhelov mnajdova


text:
Support TTL on the REST API

TTL is a widely used feature on Cassandra using CQL. It should be available on the REST API as well (just like it is on the GraphQL API through options).

Thanks again @michelderu . Closing this in favor of the existing https://github.com/stargate/stargate/issues/394

authors: dougwettlaufer michelderu

repo: stargate/stargate