text:
Spyder hangs on launch Mac OSX  10.14.5

Issue Report Checklist

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

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

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

Problem Description
I am unable to start Spyder from either the terminal, Anaconda Navigator, or using python start.py from the appropriate directory.
What steps reproduce the problem?

Install Anaconda from https://www.anaconda.com/distribution/#download-section, Python 3.7, Graphical Installer
Run spyder from the terminal or Anaconda navigator

What is the expected output? What do you see instead?
I expect to see spyder opening. Instead, a python process opens in the dock, and hangs (bouncing).
Paste Traceback/Error Below (if applicable)

No traceback available.

Versions

Output of conda list:

(base)
# Name                    Version                   Build  Channel
_ipyw_jlab_nb_ext_conf    0.1.0                    py37_0
alabaster                 0.7.12                   py37_0
anaconda                  2019.07                  py37_0
anaconda-client           1.7.2                    py37_0
anaconda-navigator        1.9.7                    py37_0
anaconda-project          0.8.3                      py_0
appnope                   0.1.0                    py37_0
appscript                 1.1.0            py37h1de35cc_0
asn1crypto                0.24.0                   py37_0
astroid                   2.2.5                    py37_0
astropy                   3.2.1            py37h1de35cc_0
atomicwrites              1.3.0                    py37_1
attrs                     19.1.0                   py37_1
babel                     2.7.0                      py_0
backcall                  0.1.0                    py37_0
backports                 1.0                        py_2
backports.functools_lru_cache 1.5                        py_2
backports.os              0.1.1                    py37_0
backports.shutil_get_terminal_size 1.0.0                    py37_2
backports.tempfile        1.0                        py_1
backports.weakref         1.0.post1                  py_1
beautifulsoup4            4.7.1                    py37_1
bitarray                  0.9.3            py37h1de35cc_0
bkcharts                  0.2                      py37_0
blas                      1.0                         mkl
bleach                    3.1.0                    py37_0
blosc                     1.16.3               hd9629dc_0
bokeh                     1.2.0                    py37_0
boto                      2.49.0                   py37_0
bottleneck                1.2.1            py37h1d22016_1
bzip2                     1.0.8                h1de35cc_0
ca-certificates           2019.5.15                     0
certifi                   2019.6.16                py37_0
cffi                      1.12.3           py37hb5b8e2f_0
chardet                   3.0.4                    py37_1
click                     7.0                      py37_0
cloudpickle               1.2.1                      py_0
clyent                    1.2.2                    py37_1
colorama                  0.4.1                    py37_0
conda                     4.7.10                   py37_0
conda-build               3.18.9                   py37_0
conda-env                 2.6.0                         1
conda-package-handling    1.3.11                   py37_0
conda-verify              3.4.2                      py_1
contextlib2               0.5.5                    py37_0
cryptography              2.7              py37ha12b0ac_0
curl                      7.65.2               ha441bb4_0
cycler                    0.10.0                   py37_0
cython                    0.29.12          py37h0a44026_0
cytoolz                   0.10.0           py37h1de35cc_0
dask                      2.1.0                      py_0
dask-core                 2.1.0                      py_0
dbus                      1.13.6               h90a0687_0
decorator                 4.4.0                    py37_1
defusedxml                0.6.0                      py_0
distributed               2.1.0                      py_0
docutils                  0.14                     py37_0
entrypoints               0.3                      py37_0
et_xmlfile                1.0.1                    py37_0
expat                     2.2.6                h0a44026_0
fastcache                 1.1.0            py37h1de35cc_0
filelock                  3.0.12                     py_0
flask                     1.1.1                      py_0
freetype                  2.9.1                hb4e5f40_0
future                    0.17.1                   py37_0
get_terminal_size         1.0.0                h7520d66_0
gettext                   0.19.8.1             h15daf44_3
gevent                    1.4.0            py37h1de35cc_0
glib                      2.56.2               hd9629dc_0
glob2                     0.7                        py_0
gmp                       6.1.2                hb37e062_1
gmpy2                     2.0.8            py37h6ef4df4_2
greenlet                  0.4.15           py37h1de35cc_0
h5py                      2.9.0            py37h3134771_0
hdf5                      1.10.4               hfa1e0ec_0
heapdict                  1.0.0                    py37_2
html5lib                  1.0.1                    py37_0
icu                       58.2                 h4b95b61_1
idna                      2.8                      py37_0
imageio                   2.5.0                    py37_0
imagesize                 1.1.0                    py37_0
importlib_metadata        0.17                     py37_1
intel-openmp              2019.4                      233
ipykernel                 5.1.1            py37h39e3cac_0
ipython                   7.6.1            py37h39e3cac_0
ipython_genutils          0.2.0                    py37_0
ipywidgets                7.5.0                      py_0
isort                     4.3.21                   py37_0
itsdangerous              1.1.0                    py37_0
jbig                      2.1                  h4d881f8_0
jdcal                     1.4.1                      py_0
jedi                      0.13.3                   py37_0
jinja2                    2.10.1                   py37_0
joblib                    0.13.2                   py37_0
jpeg                      9b                   he5867d9_2
json5                     0.8.4                      py_0
jsonschema                3.0.1                    py37_0
jupyter                   1.0.0                    py37_7
jupyter_client            5.3.1                      py_0
jupyter_console           6.0.0                    py37_0
jupyter_core              4.5.0                      py_0
jupyterlab                1.0.2            py37hf63ae98_0
jupyterlab_server         1.0.0                      py_0
keyring                   18.0.0                   py37_0
kiwisolver                1.1.0            py37h0a44026_0
krb5                      1.16.1               hddcf347_7
lazy-object-proxy         1.4.1            py37h1de35cc_0
libarchive                3.3.3                h786848e_5
libcurl                   7.65.2               h051b688_0
libcxx                    4.0.1                hcfea43d_1
libcxxabi                 4.0.1                hcfea43d_1
libedit                   3.1.20181209         hb402a30_0
libffi                    3.2.1                h475c297_4
libgfortran               3.0.1                h93005f0_2
libiconv                  1.15                 hdd342a3_7
liblief                   0.9.0                h2a1bed3_2
libpng                    1.6.37               ha441bb4_0
libsodium                 1.0.16               h3efe00b_0
libssh2                   1.8.2                ha12b0ac_0
libtiff                   4.0.10               hcb84e12_2
libxml2                   2.9.9                hf6e021a_1
libxslt                   1.1.33               h33a18ac_0
llvm-openmp               4.0.1                hcfea43d_1
llvmlite                  0.29.0           py37h98b8051_0
locket                    0.2.0                    py37_1
lxml                      4.3.4            py37hef8c89e_0
lz4-c                     1.8.1.2              h1de35cc_0
lzo                       2.10                 h362108e_2
markupsafe                1.1.1            py37h1de35cc_0
matplotlib                3.1.0            py37h54f8f79_0
mccabe                    0.6.1                    py37_1
mistune                   0.8.4            py37h1de35cc_0
mkl                       2019.4                      233
mkl-service               2.0.2            py37h1de35cc_0
mkl_fft                   1.0.12           py37h5e564d8_0
mkl_random                1.0.2            py37h27c97d8_0
mock                      3.0.5                    py37_0
more-itertools            7.0.0                    py37_0
mpc                       1.1.0                h6ef4df4_1
mpfr                      4.0.1                h3018a27_3
mpmath                    1.1.0                    py37_0
msgpack-python            0.6.1            py37h04f5b5a_1
multipledispatch          0.6.0                    py37_0
navigator-updater         0.2.1                    py37_0
nbconvert                 5.5.0                      py_0
nbformat                  4.4.0                    py37_0
ncurses                   6.1                  h0a44026_1
networkx                  2.3                        py_0
nltk                      3.4.4                    py37_0
nose                      1.3.7                    py37_2
notebook                  6.0.0                    py37_0
numba                     0.44.1           py37h6440ff4_0
numexpr                   2.6.9            py37h7413580_0
numpy                     1.16.4           py37hacdab7b_0
numpy-base                1.16.4           py37h6575580_0
numpydoc                  0.9.1                      py_0
olefile                   0.46                     py37_0
openpyxl                  2.6.2                      py_0
openssl                   1.1.1c               h1de35cc_1
packaging                 19.0                     py37_0
pandas                    0.24.2           py37h0a44026_0
pandoc                    2.2.3.2                       0
pandocfilters             1.4.2                    py37_1
parso                     0.5.0                      py_0
partd                     1.0.0                      py_0
path.py                   12.0.1                     py_0
pathlib2                  2.3.4                    py37_0
patsy                     0.5.1                    py37_0
pcre                      8.43                 h0a44026_0
pep8                      1.7.1                    py37_0
pexpect                   4.7.0                    py37_0
pickleshare               0.7.5                    py37_0
pillow                    6.1.0            py37hb68e598_0
pip                       19.1.1                   py37_0
pkginfo                   1.5.0.1                  py37_0
pluggy                    0.12.0                     py_0
ply                       3.11                     py37_0
prometheus_client         0.7.1                      py_0
prompt_toolkit            2.0.9                    py37_0
psutil                    5.6.3            py37h1de35cc_0
ptyprocess                0.6.0                    py37_0
py                        1.8.0                    py37_0
py-lief                   0.9.0            py37h1413db1_2
pycodestyle               2.5.0                    py37_0
pycosat                   0.6.3            py37h1de35cc_0
pycparser                 2.19                     py37_0
pycrypto                  2.6.1            py37h1de35cc_9
pycurl                    7.43.0.3         py37ha12b0ac_0
pyflakes                  2.1.1                    py37_0
pygments                  2.4.2                      py_0
pylint                    2.3.1                    py37_0
pyodbc                    4.0.26           py37h0a44026_0
pyopenssl                 19.0.0                   py37_0
pyparsing                 2.4.0                      py_0
pyqt                      5.9.2            py37h655552a_2
pyrsistent                0.14.11          py37h1de35cc_0
pysocks                   1.7.0                    py37_0
pytables                  3.5.2            py37h5bccee9_1
pytest                    5.0.1                    py37_0
pytest-arraydiff          0.3              py37h39e3cac_0
pytest-astropy            0.5.0                    py37_0
pytest-doctestplus        0.3.0                    py37_0
pytest-openfiles          0.3.2                    py37_0
pytest-remotedata         0.3.1                    py37_0
python                    3.7.3                h359304d_0
python-dateutil           2.8.0                    py37_0
python-libarchive-c       2.8                     py37_11
python.app                2                        py37_9
pytz                      2019.1                     py_0
pywavelets                1.0.3            py37h1d22016_1
pyyaml                    5.1.1            py37h1de35cc_0
pyzmq                     18.0.0           py37h0a44026_0
qt                        5.9.7                h468cd18_1
qtawesome                 0.5.7                    py37_1
qtconsole                 4.5.1                      py_0
qtpy                      1.8.0                      py_0
readline                  7.0                  h1de35cc_5
requests                  2.22.0                   py37_0
rope                      0.14.0                     py_0
ruamel_yaml               0.15.46          py37h1de35cc_0
scikit-image              0.15.0           py37h0a44026_0
scikit-learn              0.21.2           py37h27c97d8_0
scipy                     1.3.0            py37h1410ff5_0
seaborn                   0.9.0                    py37_0
send2trash                1.5.0                    py37_0
setuptools                41.0.1                   py37_0
simplegeneric             0.8.1                    py37_2
singledispatch            3.4.0.3                  py37_0
sip                       4.19.8           py37h0a44026_0
six                       1.12.0                   py37_0
snappy                    1.1.7                he62c110_3
snowballstemmer           1.9.0                      py_0
sortedcollections         1.1.2                    py37_0
sortedcontainers          2.1.0                    py37_0
soupsieve                 1.8                      py37_0
sphinx                    2.1.2                      py_0
sphinxcontrib             1.0                      py37_1
sphinxcontrib-applehelp   1.0.1                      py_0
sphinxcontrib-devhelp     1.0.1                      py_0
sphinxcontrib-htmlhelp    1.0.2                      py_0
sphinxcontrib-jsmath      1.0.1                      py_0
sphinxcontrib-qthelp      1.0.2                      py_0
sphinxcontrib-serializinghtml 1.1.3                      py_0
sphinxcontrib-websupport  1.1.2                      py_0
spyder                    3.3.6                    py37_0
spyder-kernels            0.5.1                    py37_0
sqlalchemy                1.3.5            py37h1de35cc_0
sqlite                    3.29.0               ha441bb4_0
statsmodels               0.10.0           py37h1d22016_0
sympy                     1.4                      py37_0
tblib                     1.4.0                      py_0
terminado                 0.8.2                    py37_0
testpath                  0.4.2                    py37_0
tk                        8.6.8                ha441bb4_0
toolz                     0.10.0                     py_0
tornado                   6.0.3            py37h1de35cc_0
tqdm                      4.32.1                     py_0
traitlets                 4.3.2                    py37_0
unicodecsv                0.14.1                   py37_0
unixodbc                  2.3.7                h1de35cc_0
urllib3                   1.24.2                   py37_0
wcwidth                   0.1.7                    py37_0
webencodings              0.5.1                    py37_1
werkzeug                  0.15.4                     py_0
wheel                     0.33.4                   py37_0
widgetsnbextension        3.5.0                    py37_0
wrapt                     1.11.2           py37h1de35cc_0
wurlitzer                 1.0.2                    py37_0
xlrd                      1.2.0                    py37_0
xlsxwriter                1.1.8                      py_0
xlwings                   0.15.8                   py37_0
xlwt                      1.3.0                    py37_0
xz                        5.2.4                h1de35cc_4
yaml                      0.1.7                hc338f04_2
zeromq                    4.3.1                h0a44026_3
zict                      1.0.0                      py_0
zipp                      0.5.1                      py_0
zlib                      1.2.11               h1de35cc_3
zstd                      1.3.7                h5bba6e5_0

Dependencies

I am running macOS Mojave 10.14.5 on a managed (work) computer. I have McAfee Endpoint security for Mac running, and am unable to disable it. I have tried everything referenced here: https://github.com/spyder-ide/spyder/wiki/Troubleshooting-Guide-and-FAQ
including:

conda update spyder
conda update anaconda
Restart
spyder --reset This hangs as well and does not execute. This is the only clue I have so far.
Install to a new environment (same behavior)
Uninstall anaconda with anaconda-clean, and reinstall with a fresh download.
qtconsole, ipython and stock python interpreter all work.
Using python start.py from the folder of my anaconda install opens up a process with a blank page in the dock, that is not bouncing, but does not respond and does not start spyder. It stops after about 2 minutes, and does not provide any traceback.
In the prior version of Anaconda (the one I had installed before doing a clean reinstall) I had installed Flask-Datepicker, flask-restful, and flask-cors with pip because there is not a supported conda package, but everything else is only installed with Anaconda.
I manually cleared my .bash_profile after uninstalling anaconda. It currently reads:

export PATH="$PATH:/opt/mssql-tools/bin"

# added by Anaconda3 2019.07 installer
# >>> conda init >>>
# !! Contents within this block are managed by 'conda init' !!
__conda_setup="$(CONDA_REPORT_ERRORS=false '/Users/juf000s/anaconda3/bin/conda' shell.bash hook 2> /dev/null)"
if [ $? -eq 0 ]; then
    \eval "$__conda_setup"
else
    if [ -f "/Users/juf000s/anaconda3/etc/profile.d/conda.sh" ]; then
        . "/Users/juf000s/anaconda3/etc/profile.d/conda.sh"
        CONDA_CHANGEPS1=false conda activate base
    else
        \export PATH="/Users/juf000s/anaconda3/bin:$PATH"
    fi
fi
unset __conda_setup
# <<< conda init <<<

Any and all help is much appreciated--I love spyder and am totally confused.
-Jacob

export PATH="$PATH:/opt/mssql-tools/bin"

What if you comment the above line in your bash_profile, open a new console and try again?

Unfortunately that didn't resolve the issue. Any other ideas?
On Tue, Jul 30, 2019 at 1:33 AM Carlos Cordoba notifications@github.com
wrote:

export PATH="$PATH:/opt/mssql-tools/bin"
What if you comment the above line in your bash_profile, open a new
console and try again?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/spyder-ide/spyder/issues/9912?email_source=notifications&email_token=AB3ECB3QDB6FQMVAMAMXSBLQB74GJA5CNFSM4IHVBSB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3DHFDI#issuecomment-516321933,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AB3ECB3QPOM7TJAO7AHFXSLQB74GJANCNFSM4IHVBSBQ
.

I have McAfee Endpoint security for Mac running, and am unable to disable it

This could be the cause, if it's blocking the creation of local sockets in your computer. So you could ask your IT department to temporarily disable it to see if that helps.

Hey Carlos,
Thanks for the debugging help. I think I have resolved this issue. My explanation is that anaconda3 was located in my root directory. When I did rm -rf ~/anaconda3 this did not delete everything. Running rm -rf anaconda3 from root, then reinstalling did the trick.


text:
🛑 Client Website - whatcanido.org.uk is down

In c2c30ce, Client Website - whatcanido.org.uk (https://whatcanido.org.uk) was down:

HTTP code: 404
Response time: 394 ms

Resolved: Client Website - whatcanido.org.uk is back up in 3ca4d12 after 18 minutes.

source: gharchive/issue

repo: sqbxmediagroup/status

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 Client Website - letthechildrensing.org is down

In 40f8496, Client Website - letthechildrensing.org (https://letthechildrensing.org) was down:

HTTP code: 404
Response time: 514 ms

Resolved: Client Website - letthechildrensing.org is back up in 93acea0 after 11 minutes.


text:
🛑 Client Website - jwrecovery.co.uk is down

In 34b6380, Client Website - jwrecovery.co.uk (https://jwrecovery.co.uk) was down:

HTTP code: 404
Response time: 355 ms

Resolved: Client Website - jwrecovery.co.uk is back up in b95e23c after 11 minutes.


text:
HTTP/500 Object reference not set to an instance of an object

Provide a detailed explanation of the issue in English.

Error HTTP/500: Internal Server Error.
Object reference not set to an instance of an object.
Trace Id: 00-1a726a606df7df4283ec589c8d72cd53-40ac487829984c45-00
Version: 0.9.0 (0.9.8121.26944)

Same error if I connect to an online data set or to powerbi desktop

Thanks for reporting this. I'm going to close this issue as duplicate of #213

Fixed in 0.9.1

repo: sql-bi/Bravo


text:
Add NUMERIC and DEC data types, and fix DECIMAL display for all dialects

feature!: added NUMERIC and DEC ANSI data types, and now the DECIMAL type prints DECIMAL instead of NUMERIC.
BREAKING CHANGE: enum DATA TYPE variants changed, changing any API that uses it.
Based on ANSI exact numbers (1)
[1] : https://jakewheat.github.io/sql-overview/sql-2016-foundation-grammar.html#exact-numeric-type

Pull Request Test Coverage Report for Build 3353224529

18 of 18 (100.0%)  changed or added relevant lines in 3 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage increased (+0.01%) to 85.963%

Files with Coverage Reduction
New Missed Lines
%

src/ast/data_type.rs
1
88.62%

Totals

Change from base Build 3292360592:
0.01%

Covered Lines:
10913

Relevant Lines:
12695

💛  - Coveralls

@alamb ready for review :)

source: gharchive/pull-request

authors: AugustoFKL coveralls

repo: sqlparser-rs/sqlparser-rs


text:
SQL Saturday East Bay 2024

Event Date : August 24, 2024
SQLSaturdayEastay2024EventChecklist.xlsx

Thanks and apologies on the delay. A test event is here: https://sqlsaturday.com/2024-08-24-sqlsaturday1085/
To go live, this event needs the following:

location
Cfs link (sessionize is the best way to do this)
ref link - eventbrite works well, US$50.

If you have questions, please ping admin@sqlsaturday.com to discuss

Checking in to see if you are thinking to reschedule this event. It hasn't moved in quite osme time.

repo: sqlsaturday/sqlsatwebsite


text:
Export SerializeMetrics. Comments to make golint happy

I want to use this in kwfs

LGTM.
Nice branch name.

authors: mcpherrinm sqshh

repo: square/go-sq-metrics

license_source: bigquery


text:
Catch sample up to Flow 0.9

Sample needs replacing bad, but let's keep it working in the meantim

LG

authors: loganj rjrjr

repo: square/mortar


text:
security scan fail

Hi,
We have run security scan on this lib using our tool and it's getting fails because following threat is found.
Description: This function uses the java.security.MessageDigest.getInstance() function, which uses a hash algorithm that is considered weak. In recent years, researchers have demonstrated ways to breach many uses of previously-thought-safe hash functions such as MD5.
Remediation: Consider using a stronger algorithm in order to prevent attackers from being able to manipulate hash results. If passwords are being stored, consider using an algorithm that is computationally expensive in order to prevent dictionary attacks. Examples of algorithms designed to safeguard passwords are bcrypt and scrypt.
Can you please look into and update me.

We aren't using MD5 for anything security-related. It's just a hash.

Thanks for quick update

authors: Dnyanoba-Kantode swankjesse

repo: square/okhttp


text:
Exceptions in HttpUrl

@swankjesse , I was reading through HttpUrl, and I have some (unsolicited :) ideas on the exceptions:
Maybe IllegalArgumentException here? That would be more consistent with what you have elsewhere in the class, and more descriptive.
https://github.com/square/okhttp/blob/master/okhttp/src/main/java/com/squareup/okhttp/HttpUrl.java#L316
  /** Returns this URL as a {@link URL java.net.URL}. */
  public URL url() {
    try {
      return new URL(url);
    } catch (MalformedURLException e) {
      throw new RuntimeException(e); // Unexpected!
    }
  }

I usually associate IllegalStateException with calling a method at an innapropriate time for the underlying system -- like if a socket is already closed. Maybe IllegalArgumentException?
https://github.com/square/okhttp/blob/master/okhttp/src/main/java/com/squareup/okhttp/HttpUrl.java#L331
  public URI uri() {
    try {
      return new URI(url);
    } catch (URISyntaxException e) {
      throw new IllegalStateException("not valid as a java.net.URI: " + url);
    }
  }

I think IllegalArgumentException might be a better translation, since getByAddress throws UnknownHostException when the IP address is of an illegal length.  (http://download.java.net/jdk7/archive/b123/docs/api/java/net/InetAddress.html#getByAddress(byte[])). Also, passing the cause could help a client with debugging by preserving the stack trace.
https://github.com/square/okhttp/blob/master/okhttp/src/main/java/com/squareup/okhttp/HttpUrl.java#L1271
      try {
        return InetAddress.getByAddress(address);
      } catch (UnknownHostException e) {
        throw new AssertionError();
      }

For both the URL and the InetAddress, we don't expect either exception to ever be thrown. If you can create a test case that causes these exceptions to be thrown, I'll be impressed.
For the URI, IllegalArgumentException is not appropriate because the method doesn't accept any arguments.

@swankjesse , So it is! I spent a bit of time trying to find a case where URL or InetAddress throws, and indeed, you've got it locked down really well.

authors: ericedens swankjesse


text:
OkHttp 4.0.1 javax.net.ssl.SSLHandshakeException: Handshake failed

Hello, I have updated to last version of OkHttp and is not working any api call. I am getting the following error from okhttp log:

HTTP FAILED: javax.net.ssl.SSLHandshakeException: Handshake failed

The next code is how i create OkHttpClient object:
https://gist.github.com/Sergioct/3996d91559caa69d02a9908d40660599
Thanks.

Hello, I have updated to last version of OkHttp and is not working any api call. I am getting the following error from okhttp log:

HTTP FAILED: javax.net.ssl.SSLHandshakeException: Handshake failed

The next code is how i create OkHttpClient object:
`fun getOkHttpClient(context: Context): OkHttpClient {
val trustAllCerts = arrayOf(object : X509TrustManager {
override fun checkClientTrusted(chain: Array, authType: String) {}
    override fun checkServerTrusted(chain: Array<X509Certificate>, authType: String) {}

    override fun getAcceptedIssuers(): Array<X509Certificate> =
        arrayOf() // arrayOf(X509Certificate()[0])
})

val trustManagerFactory = TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm())
trustManagerFactory.init(null as KeyStore?)
val trustManagers = trustManagerFactory.trustManagers
val trustManager = trustManagers[0] as X509TrustManager
val sslContext = SSLContext.getInstance("SSL")
sslContext.init(null, trustAllCerts, null)
val sslSocketFactory = sslContext.socketFactory
val hostnameVerifier = HostnameVerifier { hostname, _ -> hostname in BaseService.trustedHosts }

val builder = OkHttpClient.Builder()
if (BuildConfig.DEBUG) {
    val interceptor = HttpLoggingInterceptor()
    interceptor.level = HttpLoggingInterceptor.Level.BODY
    builder.addInterceptor(interceptor)
}
builder.addInterceptor(TokenInterceptor(context, DefaultLogManager(context)))
builder.sslSocketFactory(sslSocketFactory, trustManager)
builder.hostnameVerifier(hostnameVerifier)

return builder
    .readTimeout(20, TimeUnit.SECONDS)
    .writeTimeout(20, TimeUnit.SECONDS)
    .connectTimeout(20, TimeUnit.SECONDS)
    .build()

}`
Thanks.

Please ask usage questions on stackoverflow. Search for similar questions there also. Sorry, but this is for reproducible bug reports.

authors: Sergioct yschimke


text:
Lets changes our OkHttp 5 async DNS APIs

Our implementation is great but I’ve got some ideas for changes to the APIs.
We should support multiple rounds of responses from a single AsyncDns instance. This should make it easier to make a compound IPv4 + IPv6 resolver that doesn’t make the caller wait until both are done.
interface AsyncDns {
    /**
     * Invoked on a successful result from a single lookup step.
     *
     * @param addresses a non-empty list of addresses
     * @param hasMore true if another call to onAddresses or onFailure will be made
     */
    fun onAddresses(
      hasMore: Boolean,
      hostname: String,
      addresses: List<InetAddress>,
    )

    /**
     * Invoked on a failed result from a single lookup step.
     *
     * @param hasMore true if another call to onAddresses or onFailure will be made
     */
    fun onFailure(
      hasMore: Boolean,
      hostname: String,
      e: IOException,
    )
}

I’m anticipating FastFallbackExchangeFinder as the user of this API. It could act as soon as either address class is returned.
Callback to Blocking
The toDns() API does both callback-to-blocking and also unioning. Let’s split those responsibilities!
/** Returns a [Dns] that blocks until all async results are available. */
fun AsyncDns.asBlocking(): Dns

Union Callbacks
/**
 * Returns an [AsyncDns] that queries all [sources] in parallel, and calls
 * the callback for each partial result.
 *
 * The callback will be passed `hasMore = false` only when all sources
 * have no more results.
 *
 * @param sources one or more AsyncDns sources to query.
 */
fun union(vararg sources: AsyncDns): AsyncDns

Android API v1
By making that complex API above we can union IPv4 + IPv6 for Android users.
class AndroidAsyncDns {
  ...
  companion object {
    ...
    val SYSTEM: AsyncDns
  }
}

Android API v2
Even better than an easier-to-use API is no API at all!
Let’s change OkHttpClient to use Android’s DnsResolver when that’s available? We could probably make it so our AndroidAsyncDns is an implementation detail that nobody needs to see.

I’d also really like for OkHttp to do async internally when that’s possible. I expect that to be a difficult refactor.

I'm taking a look at this as part of https://github.com/square/okhttp/issues/8286#issuecomment-2054140546

authors: swankjesse yschimke


text:
QueryObservable with dynamic query [ Question ]

Suppose i have this
 String query = "Select * from message where created_at > " + afterThisDate ; mDb.createQuery(Db.TABLE_NAME, query) ;
is there a way to update afterThisDate variable everytime this Observable emit new data because changes in database ?

i am gonna try solution for similar issue #28

Yeah the solution here is switchMap. Give a Observable<Date> (or whatever date type) you should do switchMap(date -> db.createQuery(table, query, date).
Also make sure you're using ? and not string concatenation or you're opening yourself up to SQL injection.

authors: JakeWharton rezastallone

repo: square/sqlbrite


text:
Proposal todo list

Spitballing some ideas, @vmarkovtsev WDYT :

[ ] Structure

[ ] Model stuff could be in a directory
[ ] Bakend stuff could be in a directory
[ ] Logging could be in a directory
[ ] Command line should be in a directory, and split properly (eg tools.py, registry.py)
[ ] All the rest should be in utils

[ ] Command line

[ ] Add command to create configuration (modelforgecfg.py file or edit a given pre-existing bash/text file
[ ] Add command to edit only the registry (amend), by uploading a modified meta.json. It should be able to edit either a specific model, or a series of model
[ ] Add command to add external files to the registry, e.g. tests, travis.yaml file, etc
[ ] Include gitbooks, update templates

[ ] Code

[ ] Switch to Pathlib entirely
[ ] Update the code, we are not even using the new functionnalities of slogging
[ ] Simplify the code as much as possible. For instance, Model().load( ... ) is overly complex, and some features are useless imo, eg loading a model from the model

[ ] Documentation

[ ] Explain configuration, depending on the utilization. Right now it's quite opaque
[ ] Explain how metadata can be added in command line, there's no real explanaton apart from the default template and a link to src-d/models
[ ] We should talk about slogging since we use it, and it's part of the API
[ ] Add doc for new commands
[ ] Add an index of the API
[ ] List internal methods that should not be overrided in Model

Can you please sort these ideas by priority:

Strictly required to publish the new model without destroying Eiso's work.
Nice to have and you are really up to it.
Everything else.

High priority:

command to edit registry, since we need to edit all models -> license issue
command to add additional files to the registry -> enable adding tests and separate config files
include gitbooks files
update template files

Nice to have:

command to create config, should be easy
some easy grabs like using slogging
everything in structure: easy to do, requires updating a couple repos (ml-core, ml-mining)
doc: for new commands, add index of the API, list internal methods of Model

Everything else:

updates to the code: pathlib, simplify current structure
all other doc changes

Thanks!
Regarding the amend command, it is fine to edit JSON manually and PR it for now. That's actually the intended use-case which leverages the strong side of maintaining it in a Git repo on GitHub.
Let's do the highest priority points and the low hanging fruits from the "nice to have".

repo: src-d/modelforge


text:
Issues while using for local development in active project

With an active project, I am facing below issues while using vega for local development.

After using vega 4-5 hours, I am facing system performance degrade and degrade in site performance as well.
The live update is also gets failed if there are frequent changes in the files, the site gets stopped working and there is no log available because drupal service is not up.
Many of the times drush commands are not available using docker-compose run --rm drupal drush status
Solution: Need to do vega restart and suddenly everything starts working.
I am not able to import config using drush command because it is taking a very long time.

NOTE: Compared the drush commands response time with normal MAMP setup, it is very quick there.

@AshishThakur, I tried with named volume (.: /app: cached) instead of a live update on local (2 sites running using vega), it's working fine. I didn't see any exponential performance degrade. It's working fine for me after this change. I am checking this with the apache d8 starter kit.

repo: srijanone/vega


text:
failed deploy phase for node "mysocketio": Error response from daemon: OCI runtime create failed: container_linux.go:380:

I have the following topology:

name: lab01
mgmt:
ipv4_subnet: 10.10.10.0/24
topology:
nodes:
R01:
kind: vr-sros
publish:
- tcp/22
image: vrnetlab/vr-sros:20.10.R1
license: ../licenses/SR_OS_VSR_license.txt
R02:
kind: vr-sros
publish:
- tcp/22
image: vrnetlab/vr-sros:20.10.R1
license: ../licenses/SR_OS_VSR_license.txt
mysocketio:
kind: mysocketio
image: ghcr.io/hellt/mysocketctl:0.4.0
binds:
- .mysocketio_token:/root/.mysocketio_token
links:
- endpoints: ["R01:eth1","R02:eth4"]`

But when I try to deploy the topology, I got the following error:

[root@mylab topologies]# containerlab deploy --topo lab01.yml
INFO[0000] Parsing & checking topology file: lab01.yml
INFO[0000] Creating lab directory: /opt/mylab/SROS_LABs/topologies/clab-lab01
INFO[0000] Creating docker network: Name='clab', IPv4Subnet='10.10.10.0/24', IPv6Subnet='', MTU='1500'
INFO[0000] Creating container: mysocketio
INFO[0000] Creating container: R02
INFO[0000] Creating container: R01
ERRO[0006] failed deploy phase for node "mysocketio": Error response from daemon: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "/bin/bash": stat /bin/bash: no such file or directory: unknown
INFO[0006] Creating virtual wire: R01:eth1 <--> R02:eth4
ERRO[0006] failed to run postdeploy task for node mysocketio: failed to disable tx checksum offload for mysocketio kind: failed to Statfs "": no such file or directory
INFO[0006] Adding containerlab host entries to /etc/hosts file
+---+-----------------------+--------------+---------------------------------+------------+---------+---------------+--------------+
| # |         Name          | Container ID |              Image              |    Kind    |  State  | IPv4 Address  | IPv6 Address |
+---+-----------------------+--------------+---------------------------------+------------+---------+---------------+--------------+
| 1 | clab-lab01-R01        | 5115a1066664 | vrnetlab/vr-sros:20.10.R1       | vr-sros    | running | 10.10.10.3/24 | NA           |
| 2 | clab-lab01-R02        | 3e83b759365f | vrnetlab/vr-sros:20.10.R1       | vr-sros    | running | 10.10.10.4/24 | NA           |
| 3 | clab-lab01-mysocketio | fc497e7001c3 | ghcr.io/hellt/mysocketctl:0.4.0 | mysocketio | created | 10.10.10.2/24 | NA           |
+---+-----------------------+--------------+---------------------------------+------------+---------+---------------+--------------+
ERRO[0006] failed to create exec in container /clab-lab01-mysocketio: Error response from daemon: Container fc497e7001c376ba86cdf6fafc4b1efb8b4d16eb5162c8015c5cce759cd9f62d is not running

How can I fix this issue?.
Thanks.

Hi @fredsem
I will have a look at this

@fredsem there was a regression in 0.18 unfortunately
you may want to downgrade to 0.17 with
bash -c "$(curl -sL https://get-clab.srlinux.dev)" -- -v 0.17.0

where this issue shouldn't be seen. I will fix it in the next release

authors: fredsem hellt

repo: srl-labs/containerlab


text:
MobileSafari/iOS 5 proportions

Hey Scott - using iOS 5, Mobile Safari is stretching the backstretch image to the full height of the page content, not the height of the viewport. So if I have a very long page, the image gets zoomed incredibly large in a fixed position, making it somewhat ridiculous.
Is this a known issue?

Here's an attempt at a version that detects fixed positioning:
https://raw.github.com/gist/1755245/c8a7e44ae2251921e7a6b6593f00ecf50600a510/gistfile1.js
Would you mind checking to see if this works for you? If so, would you have some time to help me cross-browser test?

Sure thing Scott, I'll try this first thing tomorrow. Thanks.
On Feb 6, 2012, at 4:47 PM, Scott Robbinreply@reply.github.com wrote:

Here's an attempt at a version that detects fixed positioning:
https://raw.github.com/gist/1755245/c8a7e44ae2251921e7a6b6593f00ecf50600a510/gistfile1.js
Would you mind checking to see if this works for you? If so, would you have some time to help me cross-browser test?

Reply to this email directly or view it on GitHub:
https://github.com/srobbin/jquery-backstretch/issues/90#issuecomment-3838167

OK, this version gets close on MobileSafari/iOS5, with two issues:

The initial height of the window is actually 59px smaller than its height after scrolling, due to the address bar scrolling away as you scroll down. So although the image fills the initial window height, it soon has a 59x gap below it.
If centeredX is true, there is still a small gap (about 20px) on the right-hand side of the image. Setting centeredX to false makes it appear as it should.

I tested this version in desktop versions of Safari, Chrome, and Firefox, and all still worked as expected.

Thanks for doing all of this testing. Is the page you're testing on publicly viewable? If so, would you mind send a link to me?

It's not, but I'll upload a test. Going into a meeting now, but in a couple of hours I can get to it.

OK, so the issue with the right-hand margin must be due to something specific in my site's markup or CSS, as the test page I created doesn't exhibit this. So I'll work on that. But the issue with iOS scrolling and the subsequent space below the image remains.
http://amphibian.info/backstretch.html

Yeah, I did some more investigating. The method I was using to query for fixed positioning isn't right.

Any update on finding the correct method for querying fixed positioning?

authors: amphibian srobbin

repo: srobbin/jquery-backstretch

license: mit


text:
Connecting to ZNC via SSL IRC client not working

I try to connect to ZNC server via SSL by znc-erc command. I can connect to ZNC without SSL with no problem. But when I try to connect via SSL I get "Opening Connection.." message which lasts forever.
My ZNC config:
AnonIPLimit = 10
AuthOnlyViaModule = false
ConfigWriteDelay = 0
ConnectDelay = 5
HideVersion = false
LoadModule = adminlog
MaxBufferSize = 500
ProtectWebSessions = true
SSLCertFile = /home/znc/.znc/znc.pem
SSLCiphers = EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH
SSLDHParamFile = /home/znc/.znc/znc.pem
SSLKeyFile = /home/znc/.znc/znc.pem
SSLProtocols = -SSLv2 -SSLv3 -TLSv1 +TLSv1.1 +TLSv1.2
ServerThrottle = 30
Skin = _default_
StatusPrefix = *
Version = 1.7.2

<Listener listener0>
	AllowIRC = true
	AllowWeb = false
	IPv4 = true
	IPv6 = false
	Port = 34112
	SSL = true
	URIPrefix = /
</Listener>
...

Any idea what may be wrong?

Have you tried connecting with just ERC? I have no problems connecting to a TLS-enabled ZNC with this library.

SSL = false

Could that be it?

SSL = false

Could that be it?

Sorry, I switched to SSL = false already to keep using ZNC, but it set to true when I try to figure SSL that out. I will amend my post to prevent further confusions.
Yes, ERC is connecting just fine to networks alone, and to no-SSL ZNC. The ZNC is connecting via TLS to the networks without problems as well.
The problem is to connect IRC client to ZNC over SSL.

Ok, but did you try manually connecting to your ZNC with ERC? I.e. instead of doing M-x znc-erc RET, try M-x erc RET and then manually enter your ZNC details (so for the hostname, etc., put znc.example.com or whatever). Can you connect over SSL/TLS with other IRC clients?

Yes, I tried, and as I said connecting ZNC with ERC without SSL works without any problems.
I tried connecting with SSL via Circe, the effect was the same - permanent "Opening Connection..".

Problem solved thanks to #erc channel users. The cause of the issue was too strict network configuration in Emacs which blocked self signed incomming certs.

Nice. I kinda suspected you had an ERC problem and not a znc.el problem but I forgot to reply to this :P

No worries, thanks for help.

authors: farynaio strugee


text:
Try to get rid of the CustomInflater

It's a hack and it causes build warnings.

Not possible without re-creating the Settings screen. Merging this with #29.


text:
Fix abs_dirname

There are no tests for this unfortunately and it is copied into two
places.
Ref: https://github.com/rbenv/rbenv/pull/868

Pushed a fixup, and a test.
Should be squash-merged.
Not sure about the fixup, but had this in a local stash/checkout still.

repo: sstephenson/bats


text:
performance: use "source ..." instead of forking bash multiple times

As mentioned initially in https://github.com/sstephenson/rbenv/issues/70#issuecomment-93142268:
bash gets invoked a lot during the rbenv process, where it would be probably faster to source the different parts instead.
I've started some proof-of-concept, where $(source "$(command -v libexec-script)" args) is used instead of $(libexec-script args), in the pyenv sibling: https://github.com/yyuu/pyenv/issues/356 for the issue (https://github.com/yyuu/pyenv/pull/357 for the PR/code).
I think this is also interesting for rbenv, and would be good to keep the difference between rbenv and pyenv small.
https://github.com/yyuu/pyenv/issues/356#issue-68534848 has some benchmark results: it makes python -V with pyenv twice as fast on my machine.
What do you think?

@sstephenson's original idea about rbenv utils being implemented as individual executables that each do only one thing is great from a Unix philosophical standpoint but yeah, as we both noticed it doesn't perform well. I'd be interested to see detailed benchmarks about how much we can save by sourcing the functions, but even with a performance benefit that doesn't mean I would accept the change. It's very likely that it will make the code more gross and that it will be a departure from rbenv's core philosophy.
I'd rather that we re-implement rbenv as a precompiled binary written in Go, for example. We could make the fact that it deals with ruby executables and looks for .ruby-version filenames configurable from the outside, so that you could use the same binary to look for python executable and .python-version file in the current directory. Then we could consolidate all of the rbenv, pyenv, phantomenv, goenv projects that basically replicate what rbenv does with small tweaks.

Proof-of-concept of configurable rbenv in Go: https://github.com/mislav/everyenv
@blueyed @yyuu @joshfriend Please take a look at config/values.go. These could be configured from the outside to handle .python-version files, respect PYENV_VERSION environment variable etc. I still need to work on the configuration aspect— right now the values are hardcoded, but they could be easily set from environment variables. I would appreciate your input. Thanks

Awesome!
Maybe Root should get expanded at runtime, supporting tilde-expansion?
One big feature of pyenv is also to activate multiple Python versions at once - will the be supported?

Root does get expanded at runtime supporting $HOME expansion, but it doesn't support tilde ~ expansion.
I'm not sure what you mean by activating multiple Python versions, but I would appreciate if you opened an issue on https://github.com/mislav/anyenv and described your use case. I want to understand what are some specifics of managing things other than Ruby versions.
Thanks! I will close this for now, because sourcing scripts within rbenv might be a huge project that I'm unlikely to embark on right now.

sourcing scripts within rbenv might be a huge project that I'm unlikely to embark on right now

There is a patch for pyenv already, that could be adopted.
But I see that it is not really necessary now anymore, given anyenv.

There is a patch for pyenv already, that could be adopted.

Feel free to cc me in discussions about the patch, esp. if there are benchmarks.

But I see that it is not really necessary now anymore, given anyenv.

Well, it's not like anyenv is going to replace rbenv right away, but I think I'm done trying to speed up things in bash.

There is a patch for pyenv already, that could be adopted.

Feel free to cc me in discussions about the patch, esp. if there are benchmarks.

We're trying to keep pyenv as similar as possible to rbenv, to make merging things easier, so that patch might not fly for pyenv then.  OTOH we've introduced a common merge point a while ago, which should make it easier to have this difference.
I've opened an issue for multiple versions support at: https://github.com/mislav/anyenv/issues/3.

authors: blueyed mislav

repo: sstephenson/rbenv


text:
Definitions in share/ruby-build are not available for install

Looking at the /share/ruby-build folder I see the following MRIs

2.0.0-p645
2.1.6
2.2.0

But when I pull the latest version of master and run ruby-build --definitions, these MRIs are not available for install.

Nevermind. I forgot to run the install script. Sorry!

repo: sstephenson/ruby-build


text:
what is the DEEPTHOUGHT_DATA_PATH？

Hi, when I ran the code, it showed ValueError: Unrecognized environment variable "DEEPTHOUGHT_DATA_PATH". Did you mean PATH?
which means I should set the DEEPTHOUGHT_DATA_PATH by myself? Like DEEPTHOUGHT_DATA_PATH: C:\Users\asus\Downloads\deepthought-master\deepthought-master\deepthought ?
Thanks~

Hi,
the DEEPTHOUGHT_DATA_PATH environment variable is analogous to the
PYLEARN2_DATA_PATH variable as explained here:
http://deeplearning.net/software/pylearn2/#data-path
It is used as the root path to access your datasets. Set this variable
to point to wherever you store them, e.g. "C:\Users\asus\datasets".
Cheers,
Sebastian
On 05/10/16 11:05, 哈哈 wrote:

Hi, when I ran the code, it showed ValueError: Unrecognized environment variable "DEEPTHOUGHT_DATA_PATH". Did you mean PATH?
which means I should set the DEEPTHOUGHT_DATA_PATH by myself? Like DEEPTHOUGHT_DATA_PATH: C:\Users\asus\Downloads\deepthought-master\deepthought-master\deepthought ?
Thanks~

repo: sstober/deepthought


text:
Not a issue, more a discussion

Hi @st-- ,
Sorry to contact you this way; I could not find your email.
I had similar thoughts about Linear regression and did something similar (https://github.com/ericqu/LinearRegression.jl), although I chose a different route. While some features overlap, the objectives of our respective packages are different.
Only issue is that we chose the same name; I guess that was the most obvious choice for both of us.
Do you intend to keep your package name? If yes, no stress, I will search for another name (if you have any idea, please shoot). If not, please let me know.
Eric

Hi @ericqu ! Thanks for getting in touch:) I would like to keep LinearRegressions for this minimal-dependencies, bare-bones quick linear regression. I had a quick look through your code: what's the key point you're trying to address that would be missing in GLM.jl, and that requires making it a new package? Knowing that more clearly might help with finding a good name for it! As noted in the README, there are already plenty of more advanced linear regression packages. So I'm wondering if your work might not find a much wider reach if it might be possible to turn it into an extension that you could contribute directly to GLM.jl, for example ?

Thanks for getting back to me.
Well, at the beginning I needed some extra statistics that GLM did not provide. I come from the SAS world and was kind of comfortable in using the PROC REG, PROC GLM, etc., and was expecting something similar in Julia. So I am trying to put together a package that gives as much as possible about the linear regression without the user having to look for the combination(s) of packages and code all the necessary things to bind them together (and the plots). Since I am looking for users that do not just want to find the coefficients, I am thinking that maybe I put an emphasis on the analysis part of the regression.
As a side note, as your package is aiming for speed/performance as well you could look into the sweep operator (you can see that part in the code) as for me it goes faster than GLM.
In particular, I did not fully optimize the sweep operations because when they are executed out of order I lose the by-products of solving the linear system (the sum of squares errors) but in your case, if you don't need these statistics you might be able to optimize the algorithm further.

authors: ericqu st--


text:
Why are null geometries not allowed?

The stac-spec says that the geometry of an item may also be null - see stac-spec.
However, the migration for the database sets the geometry field to NOT NULL at pgstac.0.9.1.sql#L2030 and it is therefore not possible to create items with a zero geometry.
Does this have a deeper meaning or why is NULL not allowed?
If this is not intention, I would create a pull request to change this.

I believe that earlier in the stac spec, geometry may have been required.
I'm happy to take a PR to remove that constraint, but I would warn that it may be more work that just removing that constraint as some of the transformations to and from the table layout to json may be making the assumption that a geometry always exists.

I ran the tests without the NULL constraint and it no error is reported: https://github.com/vprivat-ads/pgstac/pull/1/checks
But I guess we are far from having a complete coverage?

authors: McSurf84 bitner vprivat-ads

repo: stac-utils/pgstac


text:
Add conformance classes to Landing Page

The LandingPage should include conformance classes to describe the conformance classes, in addition to the conformance endpoint.
In addition, there's currently a single conformance class. I'd recommend using:
"conformsTo": [
"https://api.stacspec.org/v1.0.0-beta.1/core",
  "https://api.stacspec.org/v1.0.0-beta.1/item-search",
  "http://www.opengis.net/spec/ogcapi-features-1/1.0/conf/core",
  "http://www.opengis.net/spec/ogcapi-features-1/1.0/conf/oas30",
  "http://www.opengis.net/spec/ogcapi-features-1/1.0/conf/geojson"
]

Along with adding conformance classes based on what extensions are enabled.
From: https://github.com/radiantearth/stac-api-spec/tree/master/core

The conformsTo section must provide the capabilities of this service. This is the field that indicates to clients that this is a STAC API and how to access conformance classes, including this one. The relevant conformance URI's are listed in each part of the API specification. If a conformance URI is listed then the service must implement all of the required capabilities.

Does stac-fastapi not implement OAFeat also? if so, it should include https://api.stacspec.org/v1.0.0-beta.2/ogcapi-features

authors: lossyrob philvarner

repo: stac-utils/stac-fastapi


text:
Been trying for 30 mins, looks like its hallucinating.

Describe the bug
Several repeated issues with no conclusion
Database Connectivity:
SQLite database is not persisting data
Tables are not being found/created properly
Connection errors with PostgreSQL
Test Case Management:
Duplicate test cases being created when updating API configuration
Test case IDs not being unique
File system errors when saving test cases
UI/State Management:
QueryClient not properly initialized
React state updates causing duplicate renders
Missing dialog components
Server Configuration:
Vite config issues with module imports
Express middleware not properly handling API routes
File system operations failing in browser context
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-bytytf
Steps to reproduce
Database Connection Issues:
Opening Admin Panel shows "No tables found"
Database tables not being created/persisted properly
SQLite in-memory database being reset on server restart
Test Case Creation Flow:
Clicking "New Test" button
Filling in test details
On submit, getting file system errors and duplicate test cases
Test cases not being saved properly in DB
Expected behavior
Fix the one thing reported , approaching step by step but its not working.
Screen Recording / Screenshot
No response
Platform
Browser name = Chrome
Full version = 130.0.0.0
Major version = 130
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
performance.memory = {
  "totalJSHeapSize": 93886714,
  "usedJSHeapSize": 91546018,
  "jsHeapSizeLimit": 4294705152
}
Username = edhijlu
Chat ID = e9267de543a6

Additional context
No response

Appreciate the feedback! At times, there are programming challenges that are too complex for the AI to solve. You can read more about maximizing token efficiency here. Currently, Bolt works best with Supabase and Firebase databases. The Bolt Help Center has more information, including tutorials. Hope this helps!

authors: edhijlu endocytosis


text:
Windows/Unix compatibility

Right now on windows it looks like you have to use back slashes to load a shader, but forward slashes on unix systems. This should be unified somehow so that the same frontend code can be run on all systems.

Agreed! Setting aside some time to look at this tomorrow :)

authors: hughsk mattdesl

repo: stackgl/glslify


text:
imagePullSecrets missing as a value

Is your feature request related to a problem? Please describe.
There is no option to add a secret if we want to pull the image from a private container repository.
Is it possible to add that as a value?
Describe the solution you'd like
I want to point global.imagePullSecrets to a secret to pull the images.
Describe alternatives you've considered
n/a
Search

[X] I did search for other open and closed issues before opening this.

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Additional context
No response

Hi @docbyte86 - thx for the report. I add a new array "imagePullSecrets" to the chard in the linked PR.

The problem should be resolved with the release of Helmchart version stackit-cert-manager-webhook-0.3.5.
After upgrading the chart you can reference the secret by:
imagePullSecrets:
  - name: private-registry-secret

or by command line via --set imagePullSecrets[0].name=private-registry-secret, where "private-registry-secret" is the name of you secret locate in the same namespace.
Please feel free to test it and let us know if you encounter any further issues. We appreciate your feedback!


text:
collector in crashloopbackoff even upload support-packages to center

I am testing stackrox depoyment in offline mode. i have uploaded support-package to central.
but still below logs from central pod
sensor/service/pipeline/reconciliation: 2023/06/05 09:18:11.217217 reconciliation.go:148: Info: Reconciliation done. Number of objects deleted by type: map[*central.SensorEvent_Binding:0 *central.SensorEvent_ComplianceOperatorProfile:0 *central.SensorEvent_ComplianceOperatorResult:0 *central.SensorEvent_ComplianceOperatorRule:0 *central.SensorEvent_ComplianceOperatorScan:0 *central.SensorEvent_ComplianceOperatorScanSettingBinding:0 *central.SensorEvent_Deployment:0 *central.SensorEvent_Namespace:0 *central.SensorEvent_NetworkPolicy:0 *central.SensorEvent_Node:0 *central.SensorEvent_Pod:1 *central.SensorEvent_Role:0 *central.SensorEvent_Secret:0 *central.SensorEvent_ServiceAccount:0]
pkg/probeupload: 2023/06/05 09:20:25.161515 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:20:55.197985 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:21:25.238302 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:21:55.272804 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:22:25.306199 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:22:55.341783 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:23:25.374029 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
pkg/probeupload: 2023/06/05 09:28:21.940873 server_handler.go:99: Info: kernel probe 2.5.0-rc2/collector-ebpf-5.4.0-122-generic.o.gz not found
I am using below versions -
Collector Version: 3.14.x-147-g4c2aa9fd0a
OS: Ubuntu 20.04.4 LTS
Kernel Version: 5.4.0-122-generic

Hi @anandku87
Besides the kernel version 5.4.0-122-generic, the collector kernel driver version is important. It is a bit obfuscated but also present in the log message; the driver version is 2.5.0-rc2. -rc2 means it's pre-release, and pre-release drivers aren't usually published to the support packages page so not really available for download as a package.
You may try using the latest release version of StackRox, i.e. 4.0.1 at the moment, or, if newer build of Collector is important, wait until 4.1.0 gets released and the support package for it (with 2.5.0 driver) becomes available for download.
Hope this helps

@msugakov Thank you for your reply.  one question will it download compatible drivers if I connect Central to the internet, or any older version can I use for this to work.

Unless you explicitly configured Central to work in the offline mode, Central will attempt downloading drivers from StackRox endpoint. It may happen that certain kernels are new, and the automation hasn't yet built a driver for it. In that case, you should see errors fetching the driver logged in central pod logs.
I see that https://github.com/stackrox/collector/blob/master/kernel-modules/KERNEL_VERSIONS mentions 5.4.0-122-generic and so it should work.

Hi @anandku87
Do you have anything to report or need any assistance in this issue, or can we close it?

Closing inactive issue, please feel free to reopen when you have more updates.

authors: anandku87 msugakov porridge

repo: stackrox/stackrox


text:
ROX-14702: Add UI tests for origin field in Access Control tab

Description
Following up on the previous PRs to add origin field to the UI:

https://github.com/stackrox/stackrox/pull/4894
https://github.com/stackrox/stackrox/pull/5044

This PR adds UI tests that verify correct origin being displayed + that modifications from the UI are disabled.
Checklist

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

If any of these don't apply, please comment below.
Testing Performed

New tests added

ci/prow/gke-postgres-ui-e2e-tests failed in policy tests which remained unchanged. I checked access control tests and they seem to run successfully. Merging the PR


text:
ROX-18757: Update GetReportHistory url path

Description
Rename "/v2/reports/history/{report_config_id}" to "/v2/reports/configurations/{id}/history". Grepped the UI code to replace the usages.
Checklist

[ ] Investigated and inspected CI test results
~Unit test and regression tests added~
~Evaluated and added CHANGELOG entry if required~
~Determined and documented upgrade steps~
~Documented user facing changes~

If any of these don't apply, please comment below.
Testing Performed
Unit

The evidence that the updated API does not cause any regression in the UI can be found in PR description. In the interest of time, I cannot wait for @sachaudh's approval.


text:
build: update ci

updates CI (similar to previous https://github.com/stacks-network/jsontokens-js/pull/64)

adds auto-release pipeline
moves tests from CircleCI to GitHub Actions

auto-formats with updated rules (no logic changes)

@blockstack-devops @CharlieC3 Can you add the same ENV variables to GitHub Actions, which the https://github.com/stacks-network/jsontokens-js repo also has. (ie NPM_TOKEN, GITHUB_TOKEN)

@janniks Those are org-level secrets, so they're available in each repo!

@janniks Those are org-level secrets, so they're available in each repo!

Ahaa — perfect 😎 thanks


text:
🛑 STAKR.space site is down

In df61c75, STAKR.space site (https://stakr.space) was down:

HTTP code: 0
Response time: 0 ms

Resolved: STAKR.space site is back up in f420238 after 11 minutes.

repo: stakrspace/upptime


text:
🛑 GitLab Server is down

In 14a9c86, GitLab Server (https://gitlab01.its-telekom.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: GitLab Server is back up in 267f870.

repo: stamateas/upptime


text:
🛑 Proxima/DNS Server is down

In a2a867f, 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 15a44bb.


text:
Need better configuration for C++ standard library options.

Summary:
We'd like to let users easily compile with either gcc's stdlib or llvm's libc++ regardless of which compiler they're using (especially because these libraries are often broken in Ubuntu releases). We should probably also make the default standard library be whichever one comes with your compiler.
Current Version:
v2.17.0

@sakrejda @syclik Seems like with make/local set to CC=g++ things work appropriately and it implicitly uses gcc's standard library? e.g.
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -Wno-unused-function -Wno-uninitialized -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -DNO_FPRINTF_OUTPUT -pipe  -c -O0 -o bin/stan/lang/grammars/statement_2_grammar_inst.o stan/src/stan/lang/grammars/statement_2_grammar_inst.cpp

Is this the develop branch? I'll check when I get home how it breaks for me (I had to add something in make/local but also edit the makefiles last time I checked...

Yep in develop. Thanks!

@seantalts if I set CXX=g++ in make/local for cmdstan develop I get:
krzysztof@hagrid:~/packages/cmdstan-develop$ make examples/bernoulli/bernoulli
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -stdlib=libc++ -Wno-unused-function -Wno-uninitialized -DNO_FPRINTF_OUTPUT -pipe  -c -O3 -o bin/cmdstan/diagnose.o src/cmdstan/diagnose.cpp
g++: error: unrecognized command line option ‘-stdlib=libc++’
makefile:86: recipe for target 'bin/cmdstan/diagnose.o' failed
make: *** [bin/cmdstan/diagnose.o] Error 1

If I set CC=g++ in make/local I get:
krzysztof@hagrid:~/packages/cmdstan-develop$ make examples/bernoulli/bernoulli
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -DNO_FPRINTF_OUTPUT -pipe  -c -O3 -o bin/cmdstan/diagnose.o src/cmdstan/diagnose.cpp
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -DNO_FPRINTF_OUTPUT -pipe -lpthread  -O0 -o bin/diagnose bin/cmdstan/diagnose.o
Compiling pre-compiled header
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -DNO_FPRINTF_OUTPUT -pipe  -c -O3 stan/src/stan/model/model_header.hpp -o stan/src/stan/model/model_header.hpp.gch

--- Linking C++ model ---
g++ -Wall -I . -isystem stan/lib/stan_math/lib/eigen_3.3.3 -isystem stan/lib/stan_math/lib/boost_1.64.0 -isystem stan/lib/stan_math/lib/cvodes_2.9.0/include -std=c++1y -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -DBOOST_PHOENIX_NO_VARIADIC_EXPRESSION -I src -I stan/src -isystem stan/lib/stan_math/ -DEIGEN_NO_DEBUG -DFUSION_MAX_VECTOR_SIZE=12 -DNO_FPRINTF_OUTPUT -pipe -lpthread  -include-pch stan/src/stan/model/model_header.hpp.gch -O3 -o examples/bernoulli/bernoulli src/cmdstan/main.cpp -include examples/bernoulli/bernoulli.hpp stan/lib/stan_math/lib/cvodes_2.9.0/lib/libsundials_nvecserial.a stan/lib/stan_math/lib/cvodes_2.9.0/lib/libsundials_cvodes.a
cc1plus: fatal error: -pch: No such file or directory
compilation terminated.
make/models:14: recipe for target 'examples/bernoulli/bernoulli' failed
make: *** [examples/bernoulli/bernoulli] Error 1

The second one is the bug you have a PR for IIRC.  What's confusing about all this is that we actually include make/local twice in the cmdstan makefile.  The first include is before we run math's make/detect_cc make/detect_os so that makes it work I guess, and it's also before we set CXX from CC.  ... didn't we recently change to CXX (?)

Ah yeah, I think there should only be one include for make/local. My sloppiness, apologies.
We switched to CXXFLAGS for flags that go to just C++ projects, but didn't switch to just using CXX - for example, we still have non-C++ libraries (sundials) that need to be compiled which will use CC.
Part of what I want to do with this PR https://github.com/stan-dev/cmdstan/pull/589 is reduce confusion about what flags to use, partially by better doc in the manual but also by removing some of the leftover cruft in the makefile that suggests to someone reading it that they can edit variables there instead of in make/local.

I think we do the right thing for gtest by having gtest-specific cxxflags
and the makefiles would work better if we did that all around.
On Wed, Dec 13, 2017, 8:45 AM seantalts notifications@github.com wrote:

Ah yeah, I think there should only be one include for make/local. My
sloppiness, apologies.
We switched to CXXFLAGS for flags that go to just C++ projects, but didn't
switch to just using CXX - for example, we still have non-C++ libraries
(sundials) that need to be compiled which will use CC.
Part of what I want to do with this PR #589
https://github.com/stan-dev/cmdstan/pull/589 is reduce confusion about
what flags to use, partially by better doc in the manual but also by
removing some of the leftover cruft in the makefile that suggests to
someone reading it that they can edit variables there instead of in
make/local.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351395065,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAfA6btJ03IF9Et9Cjhl6-N-dMeWhTBqks5s_9T0gaJpZM4Q96Tt
.

+1. I think we already do?
On Wed, Dec 13, 2017 at 10:25 AM, Krzysztof Sakrejda <
notifications@github.com> wrote:

I think we do the right thing for gtest by having gtest-specific cxxflags
and the makefiles would work better if we did that all around.
On Wed, Dec 13, 2017, 8:45 AM seantalts notifications@github.com wrote:

Ah yeah, I think there should only be one include for make/local. My
sloppiness, apologies.
We switched to CXXFLAGS for flags that go to just C++ projects, but
didn't
switch to just using CXX - for example, we still have non-C++ libraries
(sundials) that need to be compiled which will use CC.
Part of what I want to do with this PR #589
https://github.com/stan-dev/cmdstan/pull/589 is reduce confusion about
what flags to use, partially by better doc in the manual but also by
removing some of the leftover cruft in the makefile that suggests to
someone reading it that they can edit variables there instead of in
make/local.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351395065,
or mute the thread
<https://github.com/notifications/unsubscribe-
auth/AAfA6btJ03IF9Et9Cjhl6-N-dMeWhTBqks5s_9T0gaJpZM4Q96Tt>
.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351424129,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAZ_FwV1m-D3y7JPrLH7Qm_Jq5oHNkymks5s_-xqgaJpZM4Q96Tt
.

This info really needs to be in your install doc.

Thanks. We’ve recently changed some of the options and didn’t realize it trickled down to CmdStan. It’ll get fixed soon.

On Dec 13, 2017, at 11:14 AM, skaffen-amtiskaw notifications@github.com wrote:
This info really needs to be in your install doc.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I'm confused - it is actually in the install doc, but I think a lot of people maybe missed it:

(this from cmdstan manual 2.16.0).
Is there something else you want, @skaffen-amtiskaw? Especially besides the stuff already brought up in this thread, like the things addressed in https://github.com/stan-dev/cmdstan/pull/589

Did you mean to close this one, @syclik ? I don't think that commit actually helps people set their stdlib in make/local

Ah. Misunderstood the meaning of this issue.
Is it not as simple as setting CXXFLAGS=...? Questions:

Does that not work?
If it does work, does it need better doc?
If it does work, should it work in a different way?

I don't think there's a variable for stdlib in our makefiles. Is that what we'd want to add?

I think we need a way to set it individually from the compiler, but I can
double check later.
On Thu, Dec 14, 2017 at 14:48 Daniel Lee notifications@github.com wrote:

Ah. Misunderstood the meaning of this issue.
Is it not as simple as setting CXXFLAGS=...? Questions:

Does that not work?
If it does work, does it need better doc?
If it does work, should it work in a different way?

I don't think there's a variable for stdlib in our makefiles. Is that what
we'd want to add?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351816846,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAxJ7MFVEVXvgAoBMoj8DKfDER_aGY4lks5tAXuJgaJpZM4Q96Tt
.

That makes sense. We can add a make variable to control it.

On Dec 14, 2017, at 4:22 PM, seantalts notifications@github.com wrote:
I think we need a way to set it individually from the compiler, but I can
double check later.
On Thu, Dec 14, 2017 at 14:48 Daniel Lee notifications@github.com wrote:

Ah. Misunderstood the meaning of this issue.
Is it not as simple as setting CXXFLAGS=...? Questions:

Does that not work?
If it does work, does it need better doc?
If it does work, should it work in a different way?

I don't think there's a variable for stdlib in our makefiles. Is that what
we'd want to add?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351816846,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAxJ7MFVEVXvgAoBMoj8DKfDER_aGY4lks5tAXuJgaJpZM4Q96Tt
.

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.

Is there a reason we're explicitly setting that for any platform? I'm reading StackOverflow answers and it seems like we shouldn't need to anymore.

On Dec 14, 2017, at 4:22 PM, seantalts notifications@github.com wrote:
I think we need a way to set it individually from the compiler, but I can
double check later.
On Thu, Dec 14, 2017 at 14:48 Daniel Lee notifications@github.com wrote:

Ah. Misunderstood the meaning of this issue.
Is it not as simple as setting CXXFLAGS=...? Questions:

Does that not work?
If it does work, does it need better doc?
If it does work, should it work in a different way?

I don't think there's a variable for stdlib in our makefiles. Is that what
we'd want to add?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351816846,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAxJ7MFVEVXvgAoBMoj8DKfDER_aGY4lks5tAXuJgaJpZM4Q96Tt
.

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.

Here's one of the relevant answers:
https://stackoverflow.com/questions/19774778/when-is-it-necessary-to-use-use-the-flag-stdlib-libstdc

On Dec 14, 2017, at 5:26 PM, Daniel Lee bearlee@alum.mit.edu wrote:
Is there a reason we're explicitly setting that for any platform? I'm reading StackOverflow answers and it seems like we shouldn't need to anymore.

On Dec 14, 2017, at 4:22 PM, seantalts notifications@github.com wrote:
I think we need a way to set it individually from the compiler, but I can
double check later.
On Thu, Dec 14, 2017 at 14:48 Daniel Lee notifications@github.com wrote:

Ah. Misunderstood the meaning of this issue.
Is it not as simple as setting CXXFLAGS=...? Questions:

Does that not work?
If it does work, does it need better doc?
If it does work, should it work in a different way?

I don't think there's a variable for stdlib in our makefiles. Is that what
we'd want to add?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/cmdstan/issues/590#issuecomment-351816846,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAxJ7MFVEVXvgAoBMoj8DKfDER_aGY4lks5tAXuJgaJpZM4Q96Tt
.

—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.

I think on at least some versions of Ubuntu on Travis stdlibc++ (the default) doesn't work and we need to specify -stdlib=libc++ at least when we're using clang++ (mentioned here.
But on the other hand, I think everyone complaining about the setting was actually setting CC=g++ in makefile instead of make/local. So maybe we don't need this anymore.

Not an issue in 2.20. Closing.

authors: rok-cesnovar sakrejda seantalts skaffen-amtiskaw syclik

repo: stan-dev/cmdstan


text:
Eigen elementwise functions with autodiff variables (#1)

Summary
This is the first batch of elementwise functions to add the use of Eigen's elementwise functions for calculating the values and gradients of containers of autodiff variables. The following functions are included in this pull:

acos
asin
atan
ceil
cos
cosh
exp
fabs
floor
inv

I can also break this pull out into smaller chunks if there's too much to review easily in this one.
Tests
No tests added, as current behaviour should not change
Side Effects
N/A
Checklist

[x] Math issue #1783

[x] Copyright holder: Andrew Johnson
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/)

[x] the basic tests are passing

unit tests pass (to run, use: ./runTests.py test/unit)
header checks pass, (make test-headers)
dependencies checks pass, (make test-math-dependencies)
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

It doesn't seem like the benchmarks we generally run cover these functions. Would you mind writing up a benchmark for this in perf_math?

Good call! Ill get on that

Good thinking Steve, looks like this actually does worse:
andrew@Lappinux:~/perf-math$ ./matstuff
2020-03-21 11:20:09
Running ./matstuff
Run on (8 X 4000 MHz CPU s)
CPU Caches:
  L1 Data 32K (x4)
  L1 Instruction 32K (x4)
  L2 Unified 256K (x4)
  L3 Unified 8192K (x1)
--------------------------------------------------
Benchmark           Time           CPU Iterations
--------------------------------------------------
Exp_Old      31270268 ns   31274997 ns         24
Exp_New      38605496 ns   38612270 ns         14

I'd guess that the performance benefits are outweighed by having to repeatedly traverse the input matrix

Huh! That's suprising, traversal could be it. Could you share the branch / try running it with
./matstuff --benchmark_repetitions=20 --benchmark_report_aggregates_only=true

You can also test it with multiple sizes by using something like
// in benchmark
// use state.range(0) etc to set sizes
// https://github.com/google/benchmark#passing-arguments
Eigen::Matrix<stan::math::var, -1, -1> Sigma(state.range(0), state.range(0))
//...
// run for sizes 100, 200, ..., 1900, 2000
BENCHMARK(mat_bench)->DenseRange(100, 2000, 100);

We probably won't be able to improve on appy_scalar_unary performance for autodiff variables until we redesign matrices. We need to store values and derivatives/adjoints in separate matrices to reduce amount of copying needed and enable vectorization.

@bob-carpenter is interested in this too (https://github.com/stan-dev/math/issues/1787)
Could you share your code you used to bench this stuff? I've been surprised trying to optimize some related things as well.
Maybe a couple things to try:

Instead of the vector expressions, write for loops

Instead of computing the gradients in the chain call, precompute them in the forward pass (as you have the stuff in memory -- may have to do this with for loops) and then just do the adjoint * Jacobian thing in the chain itself (which is fine cause the Jacobians are diagonal).

Thanks all! Benchmarking code is up in this branch: https://github.com/andrjohns/perf-math/tree/autodiff_elem_testing
I'll do some exploring of the other options

Closing this while I look into other options, will post any further discussion in the relevant issue (#1783)

Thanks for posting the benchmarking code.
On Mon, Mar 23, 2020 at 12:40 AM Andrew Johnson notifications@github.com
wrote:

Closing this while I look into other options, will post any further
discussion in the relevant issue (#1783
https://github.com/stan-dev/math/issues/1783)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/math/pull/1785#issuecomment-602381410, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAZ2D72H25GIIFKWWESA5N3RI3R2PANCNFSM4LQC3OMA
.

repo: stan-dev/math