text:
Nothing displayed pandas dataframe conda install

After I installed beakerx with conda install -c conda-forge beakerx ipywidgets dataframes don't show any output anymore in Jupyter Notebook
Fresh conda setup:
conda create --name stats python=3.6
conda activate stats
conda install pandas
conda install ipykernel # allows the use of env kernels in jupyter notebook
conda install ipywidgets  # GUI elements in jupyter notebook
python -m ipykernel install --user --name stats --display-name "py36 stats"  # enable env as kernel in jupyter notebook

* test everything works*
jupyter notebook
import pandas as pd
df = pd.DataFrame(data={'col1': [1, 2], 'col2': [3, 4]})
df
* Standard Jupyter Notebook table shows *
* --> everything works; shutdown jupyter notebook *

conda install -c conda-forge beakerx ipywidgets
jupyter notebook
import pandas as pd
df = pd.DataFrame(data={'col1': [1, 2], 'col2': [3, 4]})
df
* No output (even without importing beakerx) *

conda install -c conda-forge beakerx ipywidgets
jupyter notebook
import pandas as pd
df = pd.DataFrame(data={'col1': [1, 2], 'col2': [3, 4]})
df
* No output (even without importing beakerx) *

import pandas as pd
from beakerx import *
df = pd.DataFrame(data={'col1': [1, 2], 'col2': [3, 4]})
df
* Still no output (even without importing beakerx) *

No output is given anymore when running any commands such as df or display(df).
Also, I have the same issue as https://github.com/twosigma/beakerx/issues/7766 in which beakerx is used without importing it.
conda uninstall beakerx solves all issues, but I would like fancy tables :')

Jupyter notebook file after install beakerx
{
 "cells": [
  {
   "cell_type": "code",
   "execution_count": 2,
   "metadata": {},
   "outputs": [
    {
     "data": {
      "application/vnd.jupyter.widget-view+json": {
       "model_id": "20649fd6d3394c92a6db1f97941f72d8",
       "version_major": 2,
       "version_minor": 0
      }
     },
     "metadata": {},
     "output_type": "display_data"
    }
   ],
   "source": [
    "import pandas as pd\n",
    "df = pd.DataFrame(data={'col1': [1, 2], 'col2': [3, 4]})\n",
    "df"
   ]
  },
  {
   "cell_type": "code",
   "execution_count": null,
   "metadata": {},
   "outputs": [],
   "source": []
  }
 ],
 "metadata": {
  "kernelspec": {
   "display_name": "py36 stats",
   "language": "python",
   "name": "stats"
  },
  "language_info": {
   "codemirror_mode": {
    "name": "ipython",
    "version": 3
   },
   "file_extension": ".py",
   "mimetype": "text/x-python",
   "name": "python",
   "nbconvert_exporter": "python",
   "pygments_lexer": "ipython3",
   "version": "3.6.6"
  }
 },
 "nbformat": 4,
 "nbformat_minor": 2
}

Pandas environment
conda list

# packages in environment at /home/*user*/anaconda3/envs/stats:
#
# Name                    Version                   Build  Channel
appdirs                   1.4.3            py36h28b3542_0
asn1crypto                0.24.0                   py36_0
atomicwrites              1.2.1                      py_0    conda-forge
attrs                     18.2.0           py36h28b3542_0
automat                   0.7.0                    py36_0
backcall                  0.1.0                    py36_0
beakerx                   1.1.0                    py36_0    conda-forge
blas                      1.0                         mkl
bleach                    2.1.4                    py36_0
ca-certificates           2018.8.24            ha4d7672_0    conda-forge
certifi                   2018.8.24             py36_1001    conda-forge
cffi                      1.11.5           py36he75722e_1
chardet                   3.0.4                 py36_1003    conda-forge
constantly                15.1.0           py36h28b3542_0
cryptography              2.3.1            py36hc365091_0
decorator                 4.3.0                    py36_0
entrypoints               0.2.3                    py36_2
gmp                       6.1.2                h6c8ec71_1
html5lib                  1.0.1                    py36_0
hyperlink                 18.0.0                   py36_0
idna                      2.7                      py36_0
incremental               17.5.0                   py36_0
intel-openmp              2019.0                      118
ipykernel                 5.0.0            py36h39e3cac_0
ipython                   7.0.1            py36h39e3cac_0
ipython_genutils          0.2.0                    py36_0
ipywidgets                7.4.2                      py_0    conda-forge
jedi                      0.12.1                   py36_0
jinja2                    2.10                     py36_0
jsonschema                2.6.0                    py36_0
jupyter_client            5.2.3                    py36_0
jupyter_core              4.4.0                    py36_0
libedit                   3.1.20170329         h6b74fdf_2
libffi                    3.2.1                hd88cf55_4
libgcc-ng                 8.2.0                hdf63c60_1
libgfortran-ng            7.3.0                hdf63c60_0
libsodium                 1.0.16               h1bed415_0
libstdcxx-ng              8.2.0                hdf63c60_1
markupsafe                1.0              py36h14c3975_1
maven                     3.5.0                         0    conda-forge
mistune                   0.8.3            py36h14c3975_1
mkl                       2019.0                      118
mkl_fft                   1.0.6            py36h7dd41cf_0
mkl_random                1.0.1            py36h4414c95_1
more-itertools            4.3.0                 py36_1000    conda-forge
nbconvert                 5.3.1                    py36_0
nbformat                  4.4.0                    py36_0
ncurses                   6.1                  hf484d3e_0
notebook                  5.7.0                    py36_0
numpy                     1.15.2           py36h1d66e8a_1
numpy-base                1.15.2           py36h81de0dd_1
openjdk                   8.0.152              h46b5887_1
openssl                   1.0.2p               h470a237_0    conda-forge
pandas                    0.23.4           py36h04863e7_0
pandoc                    2.2.3.2                       0
pandocfilters             1.4.2                    py36_1
parso                     0.3.1                    py36_0
pexpect                   4.6.0                    py36_0
pickleshare               0.7.5                    py36_0
pip                       10.0.1                   py36_0
pluggy                    0.7.1                      py_0    conda-forge
prometheus_client         0.3.1            py36h28b3542_0
prompt_toolkit            2.0.5                    py36_0
ptyprocess                0.6.0                    py36_0
py                        1.6.0                      py_0    conda-forge
py4j                      0.10.7                     py_1    conda-forge
pyasn1                    0.4.4            py36h28b3542_0
pyasn1-modules            0.2.2                    py36_0
pycparser                 2.19                     py36_0
pygments                  2.2.0                    py36_0
pyopenssl                 18.0.0                   py36_0
pysocks                   1.6.8                 py36_1002    conda-forge
pytest                    3.8.2                 py36_1000    conda-forge
python                    3.6.6                hc3d631a_0
python-dateutil           2.7.3                    py36_0
pytz                      2018.5                   py36_0
pyzmq                     17.1.2           py36h14c3975_0
readline                  7.0                  h7b6447c_5
requests                  2.19.1                   py36_1    conda-forge
send2trash                1.5.0                    py36_0
service_identity          17.0.0           py36h28b3542_0
setuptools                40.4.3                   py36_0
simplegeneric             0.8.1                    py36_2
six                       1.11.0                   py36_1
sqlite                    3.25.2               h7b6447c_0
terminado                 0.8.1                    py36_1
testpath                  0.4.2                    py36_0
tk                        8.6.8                hbc83047_0
tornado                   5.1.1            py36h7b6447c_0
traitlets                 4.3.2                    py36_0
twisted                   18.7.0           py36h14c3975_1
urllib3                   1.23                     py36_1    conda-forge
wcwidth                   0.1.7                    py36_0
webencodings              0.5.1                    py36_1
wheel                     0.32.0                   py36_0
widgetsnbextension        3.4.2                    py36_0
xz                        5.2.4                h14c3975_4
zeromq                    4.2.5                hf484d3e_1
zlib                      1.2.11               ha838bed_2
zope                      1.0                      py36_1
zope.interface            4.5.0            py36h14c3975_0

Even after conda uninstall beakerx it still tries to load some modules when starting Jupter Notebook.

Error output
[IPKernelApp] WARNING | Error in loading extension: beakerx.autotranslation
Check your config files in /home/*user*/.ipython/profile_default
Traceback (most recent call last):
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/shellapp.py", line 244, in init_extensions
    self.shell.extension_manager.load_extension(ext)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/extensions.py", line 85, in load_extension
    mod = import_module(module_str)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 941, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 953, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'beakerx'
[IPKernelApp] WARNING | Error in loading extension: beakerx_magics.kernel_magic
Check your config files in /home/*user*/.ipython/profile_default
Traceback (most recent call last):
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/shellapp.py", line 244, in init_extensions
    self.shell.extension_manager.load_extension(ext)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/extensions.py", line 85, in load_extension
    mod = import_module(module_str)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 941, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 953, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'beakerx_magics'
[IPKernelApp] WARNING | Error in loading extension: beakerx_magics.groovy_magic
Check your config files in /home/*user*/.ipython/profile_default
Traceback (most recent call last):
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/shellapp.py", line 244, in init_extensions
    self.shell.extension_manager.load_extension(ext)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/site-packages/IPython/core/extensions.py", line 85, in load_extension
    mod = import_module(module_str)
  File "/home/*user*/anaconda3/envs/dl/lib/python3.6/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 941, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 994, in _gcd_import
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 953, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'beakerx_magics'
...

Hello, @NumesSanguis I cannot easily reproduce the bug, could you double check the installation guide to see if you could reproduce that with a fresh conda env?
Also, if the dataframes are not showing up for you, could you share if there are any error messages either in browser's console or in your console? That would help us identify the issue. Thanks!

@LeeTZ when I first encountered the new bug I made a new environment exactly following the steps given in my first post and I still got the same error.
Have you tried a new environment with exactly my steps? It might be related to conda install ipykernel, ipywidgets or python -m ipykernel install --user --name stats --display-name "py36 stats".
I didn't see any clear error messages given in the browser itself. I don't have time for the moment to play around with this, but if I have time later on, I'll put the error output here.

authors: LeeTZ NumesSanguis

repo: twosigma/beakerx


text:
Support override client ip address.

So that some server side app can log event on behalf of real client.

The issue was wrong, the server logic is not taking client's ip right now, so not an issue.

source: gharchive/issue

repo: txchen/influx-gateway

license: mit

license_type: permissive

license_source: bigquery


text:
Connections that were never activated should be considered idle

By default, Chrome (for instance) opens two TCP connections to servers to speed up subsequent calls. If one of those connections is never used, it will prevent the server from shutting down until the connection gets closed from the client side or timed out on the server side. This means that orderly shutdowns when running servers for development take some time rather than being instantaneous.
Is there a particular reason why newly-added connections need to be treated differently from idle connections? If they are ever used they'll become active anyway. Happy to produce a PR for this.

Makes sense. Please put together a PR.
On Feb 1, 2017, 12:40 PM -0700, Jacob Baskin notifications@github.com, wrote:

By default, Chrome (for instance) opens two TCP connections to servers to speed up subsequent calls. If one of those connections is never used, it will prevent the server from shutting down until the connection gets closed from the client side or timed out on the server side. This means that orderly shutdowns when running servers for development take some time rather than being instantaneous.
Is there a particular reason why newly-added connections need to be treated differently from idle connections? If they are ever used they'll become active anyway. Happy to produce a PR for this.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

I did notice that you mentioned this issue in the README ("If you set the timeout to 0, it waits for all connections to the server to disconnect before shutting down") but you do disconnect idle requests...which (barring Comet-style requests) should be sufficient to shut down most servers immediately even with timeout of 0.

authors: jacobbaskin tylerb

repo: tylerb/graceful


text:
NullPointerException in JStringArray to String code

This is the code which we were discussing in gitter a few days ago.
foreign import java unsafe "@static eta.examples.Utils.getNames" getNames :: JStringArray

-- https://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Array.html#getLength(java.lang.Object)
foreign import java unsafe "@static java.lang.reflect.Array.getLength" getLength :: (Extends a Object) => a -> Int

-- https://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Array.html#newInstance(java.lang.Class,%20int)
foreign import java unsafe "@static java.lang.reflect.Array.newInstance" newArray :: JClass -> Int -> Object

-- https://docs.oracle.com/javase/7/docs/api/java/lang/reflect/Array.html#get(java.lang.Object,%20int)
foreign import java unsafe "@static java.lang.reflect.Array.get" arrayGet :: (Extends a Object) => a -> Int -> Object

conv :: JStringArray -> [JString]
conv arr = map (unsafeCast . arrayGet arr') [0..len - 1]
    where len = getLength arr
          arr' = newArray (getClass "java.lang.String") len

It throws the following error:
Preprocessing executable 'eta-ffi' for eta-ffi-0.1.0.0...
[1 of 2] Compiling FFI              ( src/FFI.hs, dist/build/eta-ffi/eta-ffi-tmp/FFI.jar )
[2 of 2] Compiling Main             ( src/Main.hs, dist/build/eta-ffi/eta-ffi-tmp/Main.jar ) [FFI changed]
Linking dist/build/eta-ffi/eta-ffi.jar ...
Running eta-ffi...
Exception in thread "main" java.lang.NullPointerException
        at ghczmprim.ghc.CString$unpackCStringzh.enter(Unknown Source)
        at base.ghc.Pack$unpackCString.enter(Unknown Source)
        at eta.runtime.apply.StgFun.apply(StgFun.java:116)
        at eta.runtime.apply.Apply$8.enter(Apply.java:75)
        at eta.runtime.thunk.Ap2Upd.thunkEnter(Ap2Upd.java:21)
        at eta.runtime.thunk.StgInd.enter(StgInd.java:19)
        at eta.runtime.stg.StgClosure.evaluate(StgClosure.java:22)
        at base.ghc.Show$showLitString.enter(Unknown Source)
        at main.Main$satzus6MR.thunkEnter(Unknown Source)
        at eta.runtime.thunk.StgInd.enter(StgInd.java:19)
        at eta.runtime.stg.StgClosure.evaluate(StgClosure.java:22)
        at base.ghc.io.handle.Text$zdwa7.enter(Unknown Source)
        at base.ghc.io.handle.Text$hPutStr2.enter(Unknown Source)
        at main.Main$main1.enter(Unknown Source)
        at eta.runtime.apply.StgFun.apply(StgFun.java:19)
        at eta.runtime.apply.Apply$2.enter(Apply.java:21)
        at eta.runtime.exception.StgException$7.enter(StgException.java:183)
        at main.Main$main3.enter(Unknown Source)
        at main.Main$DZCmain.enter(Unknown Source)
        at eta.runtime.apply.StgFun.apply(StgFun.java:19)
        at eta.runtime.apply.ApV.stackEnter(ApV.java:12)
        at eta.runtime.stg.StackFrame.enter(StackFrame.java:43)
        at eta.runtime.stg.StackFrame.enter(StackFrame.java:26)
        at eta.runtime.stg.Capability.schedule(Capability.java:246)
        at eta.runtime.RtsScheduler.scheduleWaitThread(RtsScheduler.java:57)
        at eta.runtime.Rts.evalLazyIO(Rts.java:92)
        at eta.runtime.Rts.hsMain(Rts.java:37)
        at eta.main.main(Unknown Source)

I have the entire code here which reproduces this error: https://github.com/psibi/eta-ffi/tree/null-pointer-exception
Note that the branch name is null-pointer-exception and not master.

If you switch unsafeCast . arrayGet arr' to unsafeCast . arrayGet arr it fixes the problem.

Ah, silly me.

authors: psibi rahulmutt

repo: typelead/eta

license_source: github-api


text:
Reading a string has Quoted values

I'm trying this config lib but every time I put for example :
bootstrap.servers =  "localhost:9092",

it reads it as "bootstrap.servers" =  ""localhost:9092""
I would like to pass the entryset directly into kafka params.
But it does not work because of the double quotes. Any tipp ?
Of course I could do something like :
.entrySet().map(entry=>(entry.getKey,entry.getValue.unwrapped().toString)).toMap
but is like bah

Can you give me a test case? Is this in a .properties file, in that case it's expected... properties files don't use quotes like that.

for example in my application.json I have :
{
"applicationName":"ComputeServiceFromKafka",
"kafka":{
"bootstrap.servers": "localhost:9092",
"topic": "TagValueRaw",
"key.deserializer": "io.confluent.kafka.serializers.KafkaAvroDeserializer",
"value.deserializer": "io.confluent.kafka.serializers.KafkaAvroDeserializer",
"group.id": "ComputeServiceStream1",
"enable.auto.commit": false,
"auto.offset.reset" : "latest",
"schema.registry.url": "localhost:8081"
},
"spark-streaming":{
"checkpointDir": "/spark/streaming/checkpointDir",
"max_count_changes": 10,
"batches_interval_seconds": 10
}
}
in the code :
val config = ConfigFactory.load()
val kafkaConfig =  config.getConfig("kafka").entrySet().map(entry=>(entry.getKey,entry.getValue)).toMap
It would be nice that if it was possible to pass kafkaConfig directly to a type like : ju.Map[String, Object]
the work around is doing this :
val kafaparams = Map[String,String](
"bootstrap.servers"->kafkaConfig.getString("bootstrap.servers"),
"key.deserializer"->"org.apache.kafka.common.serialization.ByteArrayDeserializer",
"value.deserializer"->kafkaConfig.getString("value.deserializer"),
"schema.registry.url"->kafkaConfig.getString("schema.registry.url"),
"specific.avro.reader" ->"true",
"group.id"-> kafkaConfig.getString("group.id")
)

Is the section called "Paths, keys, and Config vs. ConfigObject" helpful in http://typesafehub.github.io/config/latest/api/com/typesafe/config/Config.html

If you want a one-level map with dotted keys for kafka, then your keys have a different syntax from the typesafe-config paths so you will need to build those using your desired quoting rules.
If values are quoted you probably need an unwrapped()

As the Section described I used entrySet to get  the Set. The problem is that unwrapped only works for the values and the method unwrapped does not exist für the keys. I did not unterstand  what you mean with :
"If you want a one-level map with dotted keys for kafka, then your keys have a different syntax from the typesafe-config paths so you will need to build those using your desired quoting rules."

Paths have syntax. They can be parsed into individual elements with splitPath/joinPath. Whenever a string has syntax, it also has to have quoting or escaping. In this case the syntax is the dot separators and the quoting is JSON-style quoted strings. Quotes are optional when a path element has no "special chars" such as dots or quotation marks.
I don't know the Kafka syntax but presumably it is different, so you have to write code to convert, unless we had a "toKafka" method.
If Kafka's syntax lacks quoting for dots, you'd probably want to throw an error for path elements with dots in them.

Another way to put it is that the ConfigValue can be unwrapped to a String because it represents a single string, but the equivalent for paths is splitPath which gives you a list of String. To re-encode that list as a single string for kafka requires using kafka's encoding rules.

authors: havocp jomach

repo: typesafehub/config


text:
useProjectID does not work in multi-project settings

lazy val a = project.in( file("a" ).settings( name := "project-a" ).settings( EclipseKeys.useProjectId := true )

lazy val b = project.in( file("b") ).dependsOn(a)

after running eclipse, eclipse project name for a is indeed a, however, in .classpath of b, name of the dependent project from a is project-a not a

:+1:  I've run into the same issue.
@ShengC have you found a workaround that does not require to manually update the project dependencies?

Bringing some attention to this issue, a year later. It's annoying for cross-compiling Scala/Scala.js projects, because useProjectId is the only way to get projects with different Eclipse names for the JVM and JS parts of a cross-project (because their sbt name is the same).

authors: Luegg ShengC sjrd

repo: typesafehub/sbteclipse


text:
Lockfile has incorrect entry for "typesense-docsearch-css@^0.4.0"

Description

Steps to reproduce
npm init --yes
yarn add typesense-docsearch-react

This gives the following warning:
Lockfile has incorrect entry for "typesense-docsearch-css@^0.4.0". Ignoring it.

Expected behavior
The library should give no warnings when installing it.

When using PNPM, the problem is more serious, because it does not only produce a warning, but an installation error:
ERR_PNPM_UNEXPECTED_PKG_CONTENT_IN_STORE  Package name mismatch found while reading {"integrity":"sha512-hVTJC1Rg2BnNB4kl2Qi4GcgjFmPZY8YGu0aJ5V6iM6vK62yvtE7jObnAc1maYOp33NWFVLPgl/9PlBfWBlN0Dw==","registry":"https://registry.npmjs.org/","tarball":"https://registry.npmjs.org/typesense-docsearch-css/-/typesense-docsearch-css-0.4.0.tgz"} from the store. This means that the lockfile is broken. Expected package: typesense-docsearch-css@0.4.0. Actual package in the store by the given integrity: typesense-docsearch-css@0.3.0.

It happens in CI when caching the PNPM store. The first time it install the dependencies correctly, but next times installation fails.
I have tried removing the PNPM store, the node_modules folder and the pnpm-lock.yaml file and then reinstalling in order to regenerate the lock-file, and didn't work. I also tried with pnpm install --fix-lockfile, and nothing, same result. The only workaround that I have found is to not caching the PNPM store, which is not desirable at all.
The same happens when installing in a Docker image using pnpm fetch. The first time works, next times fails with the provided error. In this case, I have to remove the whole store by using rm -rf $(pnpm store path) before installing, which, again, is not desirable.

Any updates on this? This warning causes the build of my Docker container to fail. I have to manually change the yarn.lock file to prevent this from happening, which is of course not desirable.

I just tried this and it seems to work for me:
➜  /tmp mkdir t

➜  /tmp cd t

➜  t npm init --yes
Wrote to /private/tmp/t/package.json:

{
  "name": "t",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "keywords": [],
  "author": "",
  "license": "ISC"
}

➜  t yarn add typesense-docsearch-react
yarn add v1.22.19
info No lockfile found.
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
warning "typesense-docsearch-react > typesense-instantsearch-adapter@2.7.1" has unmet peer dependency "@babel/runtime@^7.17.2".
warning "typesense-docsearch-react > typesense@1.7.1" has unmet peer dependency "@babel/runtime@^7.17.2".
warning "typesense-docsearch-react > @algolia/autocomplete-preset-algolia@1.8.2" has unmet peer dependency "@algolia/client-search@>= 4.9.1 < 6".
warning "typesense-docsearch-react > @algolia/autocomplete-preset-algolia@1.8.2" has unmet peer dependency "algoliasearch@>= 4.9.1 < 6".
[4/4] 🔨  Building fresh packages...
success Saved lockfile.
success Saved 9 new dependencies.
info Direct dependencies
└─ typesense-docsearch-react@3.4.0
info All dependencies
├─ @algolia/autocomplete-core@1.8.2
├─ @algolia/autocomplete-preset-algolia@1.8.2
├─ axios@0.26.1
├─ follow-redirects@1.15.3
├─ loglevel@1.8.1
├─ typesense-docsearch-css@0.3.0
├─ typesense-docsearch-react@3.4.0
├─ typesense-instantsearch-adapter@2.7.1
└─ typesense@1.7.1
✨  Done in 2.67s.

➜  t yarn install
yarn install v1.22.19
[1/4] 🔍  Resolving packages...
warning Lockfile has incorrect entry for "typesense-docsearch-css@^0.4.0". Ignoring it.
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
warning "typesense-docsearch-react > @algolia/autocomplete-preset-algolia@1.8.2" has unmet peer dependency "@algolia/client-search@>= 4.9.1 < 6".
warning "typesense-docsearch-react > @algolia/autocomplete-preset-algolia@1.8.2" has unmet peer dependency "algoliasearch@>= 4.9.1 < 6".
warning "typesense-docsearch-react > typesense@1.7.1" has unmet peer dependency "@babel/runtime@^7.17.2".
warning "typesense-docsearch-react > typesense-instantsearch-adapter@2.7.1" has unmet peer dependency "@babel/runtime@^7.17.2".
[4/4] 🔨  Building fresh packages...
success Saved lockfile.
✨  Done in 0.17s.

➜  t node --version
v16.20.2

May I know what version of yarn you're using?

Hi @jasonbosco , I'm using Pnpm, not Yarn.

Hi again @jasonbosco , I have created a repository for reproducing the issue: https://github.com/javierbrea/typesense-docsearch-css-issue. The repository contains:

A package.json file with a dependency on the typesense-docsearch-css@0.4.0 package.
A github workflow that installs the repository dependencies, with Pnpm cache enabled.

Versions

typesense-docsearch-css: 0.4.0
Node.js: 18.x
Pnpm: 8.6.0
Workflow runner: ubuntu-latest

Expected behavior
The installation of the NPM dependencies should succeed every time the workflow is run.
Actual behavior
The first time the workflow is run, the installation of the dependencies succeeds. The second time the workflow is run, the installation of the typesense-docsearch-css package fails with the following error:
ERR_PNPM_UNEXPECTED_PKG_CONTENT_IN_STORE  Package name mismatch found while reading {"integrity":"sha512-hVTJC1Rg2BnNB4kl2Qi4GcgjFmPZY8YGu0aJ5V6iM6vK62yvtE7jObnAc1maYOp33NWFVLPgl/9PlBfWBlN0Dw==","registry":"https://registry.npmjs.org/","tarball":"https://registry.npmjs.org/typesense-docsearch-css/-/typesense-docsearch-css-0.4.0.tgz"} from the store. This means that the lockfile is broken. Expected package: typesense-docsearch-css@0.4.0. Actual package in the store by the given integrity: typesense-docsearch-css@0.3.0.
Error: Process completed with exit code 1.

How to reproduce the issue

Fork the example repository
Push to any branch to run the workflow
Run the workflow again

I think that the problem may be related to versions 0.3.0 and 0.4.0 having the same integrity checksum. In fact, the code of the 0.4.0 version seems to be exactly the same than the 0.3.0 version, including the version defined in the package.json file. I have checked it in the package's NPM page.
So, maybe there was a problem in the release process, and the 0.4.0 version was published with the 0.3.0 code. Maybe this could be fixed by publishing a new 0.5.0 version, and marking the 0.4.0 one as deprecated. Ideally, new versions of typesense-docsearch-react and docusaurus-theme-search-typesense should be also published to upgrade the dependency, allowing users experiencing the issue to simply upgrade the docusaurus-theme-search-typesense version in their package.json file. But, I suppose that publishing only a new typesense-docsearch-css version would be enough to provide a possible workaround, because it would allow users to pin the dependency by modifying the lock file or running pnpm update.

If I can help somehow by opening a PR or whatever, please let me know.

Thank you for looking into this @javierbrea.
I just published typesense-docsearch-css@0.4.1. Could you give it a shot and let me know if that fixes the issue? If it does, I can then publish new versions of the upstream dependencies as well.

Hi @jasonbosco ,
I have upgraded the dependency in the repository I created for testing this, and now it works properly: https://github.com/javierbrea/typesense-docsearch-css-issue/actions/runs/6703933560. The workflow has been executed successfully three times with the Pnpm cache enabled.
It would be great if you also publish new versions of the upstream dependencies.
Thank you very much.

@javierbrea Thank you for confirming.
I've published new patch versions of typesense-docsearch-css, typesense-docsearch.js, typesense-docsearch-react and docusaurus-theme-search-typesense.
Could you confirm if these work too?

@jasonbosco , I have tested all new versions in different branches in my repository, and all of them work properly. I guess that the issue can be closed. Thank you again!

Great, thank you again for helping track this issue down!

authors: Gijsdeman Zamiell jasonbosco javierbrea

license: MIT


text:
Create unit helpers px(), em(), rem(), percent(), viewHeight(), viewWidth()

Acceptance criteria:

Should go in src/units.ts
Should have at least one test in src/tests/units.ts
Should export in src/index.ts
Signatures should be:

px(val: number): CSSLength
em(val: number): CSSLength
rem(val: number): CSSLength
viewHeight(val: number): CSSLength
viewWidth(val: number): CSSLength
percent(val: number): CSSPercentage

Added in https://github.com/typestyle/csx/commit/a0ac5b433a28bbd6f9362baf779ce9e82ed5c04f

Sweet 🍬 :rose:

repo: typestyle/csx


text:
Uppercase keys are ignored

I'm testing locally data and I noticed that if I have "ID": 123 in my object, it isn't found. If I put "id": 123, then it's all OK. Even if I put items?ID=123 there is no results. Also for other attributes. Any easy solution?

Not having any luck recreating this:

authors: jacobwarduk themre

repo: typicode/json-server


text:
Is anyone mocking Mongo, Elasticsearch or similar?

Is anyone using this package to mock-out an Elasticsearch instance or a MongoDB instance?
THAT would be very interesting.

Currently working on trying to mock out Elasticsearch using json-server at work. It's not been a fun day so far!

@andrewmclagan Yeah, we've basically gotten nowhere with it. So I wouldn't get your hopes up.
Though if you do find something, please do let me know!

maybe this could be interesting: https://github.com/fega/mongo-server

authors: andrewmclagan fega jacobwarduk


text:
canonical-nthu-thesis:0.2.0

I am submitting

[ ] a new package
[x] an update for a package
[x] ensured that my package is licensed such that users can use and distribute the contents of its template directory without restriction, after modifying them through normal use.

Update canonical-nthu-thesis from 0.1.0 to 0.2.0.
Changes:

Fix horizontal overflow of headings.
Bake the transparency directly into the watermark SVG file.
Add functionality to add draft watermarks.
Make fonts, outline pages, page margins, and cover row heights customizable.
Justify and hyphenate paragraphs by default.

Thank you!

source: gharchive/pull-request

authors: elegaanz kotatsuyaki

repo: typst/packages


text:
read() gets wrong relative path when used in a Typst package

Description
I have something like this in a local Typst package:
#let include-code(path, lang: auto) = {
  if lang == auto {
    lang = path.split(".").at(-1)
  }
  assert(
    type(lang) == "string",
    message: "'lang' must be a \"string\" or \"auto\"",
  )
  raw(read(path), lang: lang, block: true)
}

But when I do:
#import "@local/package:0.0.1": include-code
#include-code("code.file")

The compiler searches in the package's relative directory (where the function is defined and executed). Instead, it should use the default relative path to where the function is called. This means I can't access my files in $PWD, only files where the package is located.
Reproduction URL
No response
Operating system
Linux
Typst version

[X] I am using the latest version of Typst

Related #1185 #199 #971
Quick workaround for now would be loading the data outside of the pkg and then passing the data into the pkg library

repo: typst/typst


text:
Add ability to create 3D effects (for text)

Description
After the addition of gradient the Typst already went way ahead of LaTeX + tikz! You can add color/gradient on practically anything, and that's amazing! And you know what is missing, that will also "defeat" all the text processors (WYSIWYG/GUI apps)? 3D effects! I've tinkered with LibreOffice Writer and what it can offer in this department, and it has some solid minimal set of effects. It's not infinitely great, but it's much better than nothing. So I thought, why not overpower the Typst even more with 3D effects?
I was able to make a simple 3D effect with gradient and place:
#set page(width: auto, height: auto, margin: 0.2em)
#set text(size: 30pt)
#let RGB-3D(content) = {
  let rgb-content = box(text(fill: gradient.linear(..color.map.rainbow), content))
  box({
    for n in range(15) {
      place(dx: 0.3pt + 0.1pt * n, dy: -0.3pt + -0.1pt * n, rgb-content)
    }
    rgb-content
  })
}
#RGB-3D[twist]

Remarkable!
But one problem is that there should be some kind of shading (visual cue that this is indeed a 3D), and in this case it is substituted with gradient (without it there will be no 3D effect whatsoever). And for even juicer/clear result, the outlined/stroked text must be added (#2474). Then the effect will be visible even on non-gradient text.
As for the 3D effects themselves: depth (like in the example above), dropped shadow, changed viewpoint (angle at which the depth text is captured) — are a good starting point. Maybe someone will request more effects, like 3D text on path.
Use Case
Generally, 3D effects are applied to text. But as with gradient and pattern — you can basically apply them to anything, so I also think that 3D effects can be used for shapes: rectangle, circle etc.

Not gonna lie, that's impressive 😂

[WordArt 97 intensifies]

authors: Andrew15-5 Dherse Enivex


text:
Closure syntax

The current closure syntax is (x, y) => x + y and x => 2 * x. Because the parser is implemented without lookahead this makes parsing them difficult as (x, y) could also be an array and x may also be a variable until we encounter =>. That is why the collection function exists, which "pre-parses" dictionaries, arrays, parameters and arguments. So we can first "pre-parse" the collection and then validate based on if a => follows.
Considering #838 the collection function would only get more complicated, since now we also have to parse destructuring patterns as elements/keys.
So I think a new syntax could make the code a bit easier to follow.
Maybe more importantly: I think with #838 the current syntax could get hard to read at times:
a.enumerate().map(((i, x)) => x)

So I think it would be better to switch to the following syntax:
|x| => 2 * x
|x, y| => x + y
|x: 3, y: 4, ..z| => x + y

I love the rustyness ;)
An alternative syntax discussed while doing pipe :
a.enumerate().map( (i, x).. => x)
It makes sense in pipe but it's not nice in maps, I prefer your solution.
@Dherse ?

For now a possible solution is
a.enumerate().map(x => x.at(1))

I love the rustyness ;)
An alternative syntax discussed while doing pipe : a.enumerate().map( (i, x).. => x) It makes sense in pipe but it's not nice in maps, I prefer your solution. @Dherse ?

My idea with the (i, x).. was simply to avoid redoing the syntax, however, I do think that a rustier, less Javascripty syntax is imo generally better. Then again, adding basic look ahead capabilities to the parser shouldn't be the hardest thing to do either ;)

Because we don't actually need to parse patterns as keys and #831 simplifies parsing of patterns a bit, the first part is not much of an issue anymore.

I think the current closure syntax is fine.

authors: Dherse Marmare314 astrale-sharp dsantiago laurmaedje


text:
Fix crashing on empty regexps

Show rules with empty strings, regexps and regexp-s that match empty strings now panic instead of crashing.
Fixes #1790
(note that is doesn't fully fix initial issue as it has \b things, so initial #1790 is mostly like more general #229, but without them it is fixed)

Thanks!

authors: laurmaedje sitandr


text:
404 not found

I get the following error. Is there any issue with the Vagrant box ?
vagrant up
CLUSTER NAME: PHD30C1
BLUEPRINT NAME: all-services-blueprint
STACK: PHD-3.0
BLUEPRINT FILE: phd-all-services-blueprint.json
HOST-MAPPING FILE: 4-node-all-services-hostmapping.json
Ambari Provision Script: provision/phd_install_ambari.sh
Number of cluster nodes (excluding Ambari): 3
Bringing machine 'phd1' up with 'virtualbox' provider...
Bringing machine 'phd2' up with 'virtualbox' provider...
Bringing machine 'phd3' up with 'virtualbox' provider...
Bringing machine 'ambari' up with 'virtualbox' provider...
==> phd1: Box 'bigdata/centos6.4_x86_64' could not be found. Attempting to find and install...
phd1: Box Provider: virtualbox
phd1: Box Version: >= 0
==> phd1: Loading metadata for box 'bigdata/centos6.4_x86_64'
phd1: URL: https://atlas.hashicorp.com/bigdata/centos6.4_x86_64
==> phd1: Adding box 'bigdata/centos6.4_x86_64' (v1.0.0) for provider: virtualbox
phd1: Downloading: https://atlas.hashicorp.com/bigdata/boxes/centos6.4_x86_64/versions/1.0.0/providers/virtualbox.box
An error occurred while downloading the remote file. The error
message, if any, is reproduced below. Please fix this error and try
again.
The requested URL returned error: 404 Not Found

@djannot thanks for the feedback. It seems you have stumbled upon a network connectivity issue. Perhaps firewall or some other network settings?
By the way i've just updated the VBox to centos6.6 and download address backing it more reliable. You can update and give it atry

authors: djannot tzolov

repo: tzolov/vagrant-pivotalhd


text:
about mac python fplyServer.py decrypt segmentation fault 11

hello, today i try your souce on my mac os 10.10 operation system, i only start the fplyServer.py, but on my third step,
def decrypt(self, data):
fply.base.BaseFPLY.decrypt(self, data)
return self._join(self.lib.decrypt(self.handle, self._cbuf(data), len(data)))
i get a segmentation fault 11, and i use mac's python 2.7.6 do it, what's happening?

ok, I have done it

repo: tzwenn/PyOpenAirMirror


text:
How can we set timeout for a HTTP request?

Is it possible to set timeout for the request or for all requests in uWebSockets.js?

This whole HTTP timeout thing is a longstanding issue that really needs to be elegantly solved with a few new configs

repo: uNetworking/uWebSockets


text:
Move package.json to repository root

This would allow one to put uws as a git dependency in their package.json.

This might take some time, as even if the package.json file is moved to the root of the repo, there will still have to be some kind of more-or-less lengthy build process for the package to get it to a usable state for node.js.

One thing that I think would work better -- splitting the package into two packages, one package being the binary addons, and the other being the pure JS, kinda like how Level does it with levelup and leveldown...

I've set up the https://github.com/uWebSockets/uWebSockets/tree/root-package-json branch to look into this.

Yeah, there needs to be some kind of build process to install the package, and it's going to be very difficult to have a compatible setup without either significantly changing the build process, or cluttering the project root.
@alexhultman Is it alright if the uws node.js package is split into its own repository? Same package name, just a different build process, which includes:

Using prebuild to generate the binaries, and host them on the GitHub releases tab on every release, allowing

This will change the install process to try to fetch a prebuilt binary first, falling back to a build process, which we can reasonably allow errors for, which will fix #284

Potentially automating (most of) the release process by using Travis

This will let us cleanly manage the C++ side of uws in one repo, and cleanly manage the node.js side of uws in another.

I don't know what to say. I thought NPM was considered "the shit".

npm is alright, the node.js community just still hasn't figured out one solid way to do binary addons yet; it's a tricky topic.

Anyways, I'll set up a test repo on my account sometime later and try out my vision for deploying uws npm packages; I'll be sure to let you know the results.

Two repos might make things easier, but it has the downside of splitting the community a bit, e.g. you're likely to get issues opened in the wrong repo. I'm sure it could be done cleanly in a single repo, but two repos are of course also an option if you'd like to have a more strict separation.

Two repos is GitHub suicide.

Some people committed mass sacrifice, then.

@silverwind Not necessarily. You could disable issues in the node.js repo, and have people post issues in the main repo, while the PRs would be split up.

@kapouer maybe he's much more comfortable in managing multiple repos for same thing, it's all about preference, and moreover those different repos seem to be plugins/extensions for the original package, which uws might not fit too.

I honestly cannot see the problem here. It's one project, one repo. It has worked just fine for 6 months now.

Sure; my only concerns are:

To achieve the ability to install the package from the GitHub repo will require a change in how the package "installs", which will most likely affect and in turn, change how the npm package is built and published.
The aforementioned new build and packaging process, if to be done in the same repo, will have to somehow integrate with the existing build and release process of your C++ code, which you might not like.

Either way, big +1 to using prebuild. On-demand downloaded prebuilds will reduce installation size and allow the build log to be shown.

Not too sure about that -- the prebuild dependency itself could pull more data than bundling all of the binaries together.

Ah, of course. prebuild is 15M with all its dependencies.

Yeah. So instead of using prebuild, I might set up the build process in my test repo to generate the binaries, and publish them in-package, but other than that, the ideas are still more-or-less the same.

This is prebuild: https://xkcd.com/927/
Yet another build system that tries to solve what we have already solved a million times before: QMake, CMake, Meson, Makefile, node-gyp, ninja-whatever, etc.
This Makefile is standard in any Unix and works without any dependencies whatsoever: https://github.com/uWebSockets/uWebSockets/blob/master/nodejs/Makefile
Clone the repo, cd into nodejs, hit make -> done!

prebuild is a tool that tries to use an existing prebuilt binary, and then fallback to building the binary, if it could not find or use it.
The current installation process (npm's install script) is to build a binary regardless of the prebuilt's existence.

I mean you are free to redistribute the package in whatever way you want but the main package will never use prebuild, nan, or any of those other bullshit projects.

Babel is one other project that will never be used.

WebPack is another

I hear you, I hear you. I want the process to be as lean and fast and simple as possible, like you do. Right now we're just exploring possibilities.

Pretty much any of the mentioned packages here will never be used: https://hackernoon.com/how-it-feels-to-learn-javascript-in-2016-d3a717dd577f#.d0dw0xtj8

Tbh Cmake generates Makefiles and Meson generates Ninja sources ie Cmake == Meson and make == ninja. The purpose of these build systems was to solve complex hierarchies and distribution of source code among directories and their dependencies which led to huge several hours build times. Fortunately uws isn't one of them.

IMO, Microsoft should just shut up and go with the Unix standard Makefile that has been around for like 80 years. Then we could just ditch all those meta-build-systems and use native standardized Makefiles.

https://en.wikipedia.org/wiki/Make_(software)
39 years ago. Holy shit, and we see new build systems come up every day now. It is truly https://xkcd.com/927/ all over.

Add package managers to your list - https://techcrunch.com/2016/10/11/facebook-partners-with-google-others-to-launch-a-new-javascript-package-manager/

Well the NPM package manager is kind of the reason why this issue is even brought up at all. With a real package manager that understood binaries and binary dependencies we would not really have to bother at all. It could build the sources in their cloud and then only download the right version for your specific Node.js version. They could also make sure to download whatever versions of libstdc++ and whatnot that was needed. This is ofc already solved by every real package manager in the Linux world. But not with NPM, not with NPM - the new shiny package manager created 20 years after pretty much every other package manager.

Well, the npm package manager is generally built around Javascript; binary addons are mostly an afterthought, especially considering the pain in the ass build requirements that would need to be bundled with node.js if building binary addons was a requirement with node.js and npm.

It could build the sources in their cloud and then only download the right version for your specific Node.js version.

Also known as, it simply works out of the box. No compilation needed, no set-up needed. You simply download an already build binary (which is the way all software has been distributed since the dawn of computers).

You don't seem to stricly have to have prebuild as a dependency. You could just publish the binaries to a GitHub release and have a simple shell script that pulls the correct one down on install.

Yep but what is then the point of NPM? If I need to make NPM download some kind of shim script that in turn downloads the correct version - that's a big fat sign of how terrible NPM is at doing its job. "Ah, okay, I'm just going to download this package manager using this package manager so that I can get my package". It's so ridiculous.

@silverwind Then the fun part will be the fetching, and making it compatible with Linux, Windows, and Darwin. I think it'll be better to bundle the binaries in the published package; we just have to make the installation build step more useful, so it works at the project root level.

NPM should offer package authors to upload one package per ABI version and OS. Then it should only download that particular package that satisfies the users ABI and OS. (This is how all package managers work on Linux).

Well, it just ain't so, and NPM probably isn't going to do that anytime soon. Oh well, we'll just have to work with what we have.

Yep, that is the problem -> NPM doesn't care about its users. So we have to find some kind of sweet spot between terrible and even more terrible. I believe that sweetspot is to simply ship every single ABI and OS binaries in one single large package that simply gets downloaded no matter what platform you are on.

I mean you could probably (PROBABLY) add some kind of test script that tries to require the module as part of the NPM install. If that fails -> display the build errors.

NPM install:

try and build, do not show any errors. if succeed -> overwrites the prebuilt
test require('uws') -> if exception -> display build_log to the user / display messages -> emit install error

But this fucks up what already works nice. SocketCluster simply installs uws and requires it, if it fails, it simply swaps to ws and runs as if nothing has happened. The same applies to DS. If you would instead get an NPM install error that workflow would not work.

Same goes with Socket.IO. All of those projects seem perfectly happy with how the install process is, and SC's Jonathan told me to use this current install process - it works just fine for him.

Build on require failure could be done like:
node -e "try {require('./uws_darwin_48.node'); } catch(e) {process.exit(1)}" || node-gyp rebuild

@silverwind Yep, that's nice and all but you know some users are just going to complain about "the binaries are built by illuminati, I don't trust them, the build process from source HAS to come before the pre-built binaires" (Yes my friend, I have had that comment come up before).
In short -> there are a lot of diferent people that have completely different opinions on how things are supposed to be done and the way it works currently has been a nice sweetspot for a couple of months now and most users seem to accept how it works now.

Well people won't trust pre-built binaries for a very valid reason, see what sourceforge did, and many such incidents.

@agauniyal You kind of prove my point. You simply cannot massage the inner thigh of every user at once.

Then you have the other end of the criticism spectrum: those who simply refuse to install a compiler and will simply toss the computer out the window and scream at me because it doesn't work out of the box. I have had that happen as well. Some Windows user was ultra mad because it didn't work (he didn't have a compiler and I didn't ship a prebuilt binary at that point for Windows users). So I tried to help him for like an hour and he just spew a bunch of profanity and whatnot. So I compiled the binary and published it and boom - it worked and he was happy. So yeah, this whole ecosystem of demanding users are very hard to keep up with and you kind of need to go with the flow when you have found something that works without your inbox filling up with hate.

So for the time being I think this is better discussed on Gitter, and better experimented with in a fork or branch or something like that.

Opening this back up, because I'm in the process of making this happen.

I have created a quick and dirty branch for testing install scripts and such: https://github.com/SEAPUNK/uwebsockets/tree/cleanout
@silverwind Does this work for you?:
npm install git://github.com/SEAPUNK/uwebsockets#cleanout

Yes that works 👍 It fails to load the prebuilt on macOS 10.12 (unsure why) and falls back to building from source, which succeeds.

Well, that's because there is no prebuilt binaries in the GitHub repo, only in the published package itself.

Ah, maybe you can print something like  Prebuild unavilable, attempting to build... instead of Prebuilt addon did not work, attempting to build... to clear that up.

Yeah, good point. I'll quickly make the change now so I don't forget about it.

https://github.com/SEAPUNK/uWebSockets/commit/7eafed1f93e0aaa3fe0a2b5ee3ea2f7926643962

All that's left for me to do is figure out the nodejs directory and file structure, and write the packaging script. Once that's done, then I'll open up a PR for this change. Later on, I'll also start writing test suites for the node addon, as well as an improved Travis CI script.

authors: SEAPUNK agauniyal alexhultman kapouer silverwind

repo: uWebSockets/uWebSockets


text:
🛑 guaca-soc is down

In 8901d0c, guaca-soc (https://aules.ccss.uab.cat/guacamole/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: guaca-soc is back up in 04646a8.

repo: uab-dtic/guacamole-uab-monitoring


text:
Webhook check fails for github.com

Using the DNS lookup value for api.github.com might not work since it seems the webhook can be sent from a different host:
portal      | <T> 2018-11-22 19:09:03: AutoTestRouteHandler::githubWebhook(..) - start
portal      | <T> 2018-11-22 19:09:03: AutoTestRouteHandler::isWebhookFromGitHub(..) - start; x-forwarded from: 192.30.252.45
portal      | <E> 2018-11-22 19:09:03: AutoTestRouteHandler::isWebhookFromGitHub(..) - rejected: Webhook did not originate from GitHub; request addr: 192.30.252.45 !== expected addr: 185.199.111.153
portal      | <E> 2018-11-22 19:09:03: AutoTestRouteHandler::githubWebhook(..) - ERROR: Webhook did not originate from GitHub; request addr: 192.30.252.45 !== expected addr: 185.199.111.153
portal      | <E> 2018-11-22 19:09:03: AutoTestRoutes::handleError(..) - ERROR: Error processing webhook: Webhook did not originate from GitHub; request addr: 192.30.252.45 !== expected addr: 185.199.111.153

This was a legitimate webhook from the SECapstone org.

Really just need to update the webhooks to use a secret value; any thoughts on the right .env value to use @nickbradley ?

I'm surprised this is happening on sdmm; this should have been caught by the fulfill(true)?
const ghAPI = config.getProp(ConfigKey.githubAPI);
            if (ghAPI.indexOf('github.com') > 0) {
                Log.info('AutoTestRouteHandler::isWebhookFromGitHub(..) - accepted; host is github.com');
                return fulfill(true);
            }

authors: nickbradley rtholmes

repo: ubccpsc/classy


text:
Fix dependencies

It's the same problem as uber/uReplicator#7

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

I signed.

hi @takebayashi thanks for the fix, I'm curious why the build works on my side. Could you please post the error msg you encountered here. Thanks for the help!

@cloudXane
I tried to build using Maven 3.3.9 without any custom configurations, but faced the following error messages:
mvn clean package -DskipTests
...
(snip)
...
[INFO] ------------------------------------------------------------------------
[INFO] Building ChaperoneServiceController 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[WARNING] The POM for org.jacoco:jacoco-maven-plugin:jar:0.7.6-SNAPSHOT is missing, no dependency information available
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Chaperone .......................................... SUCCESS [  0.491 s]
[INFO] ChaperoneServiceController ......................... FAILURE [  0.021 s]
[INFO] ChaperoneServiceWorker ............................. SKIPPED
[INFO] ChaperoneClient .................................... SKIPPED
[INFO] ChaperoneCollector ................................. SKIPPED
[INFO] ChaperoneDistribution .............................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.716 s
[INFO] Finished at: 2017-01-07T09:59:33+09:00
[INFO] Final Memory: 8M/155M
[INFO] ------------------------------------------------------------------------
[ERROR] Plugin org.jacoco:jacoco-maven-plugin:0.7.6-SNAPSHOT or one of its dependencies could not be resolved: Could not find artifact org.jacoco:jacoco-maven-plugin:jar:0.7.6-SNAPSHOT -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException

Got it. Thanks for the info and the pull request. Merged.

authors: CLAassistant cloudXane takebayashi

repo: uber/chaperone


text:
For ad requests, max wait for relay-ad

Ad requests fan out a relay-ad request for each of k affine Hyperbahn relays for the advertiser. If any of those requests fail, typically due to a timeout, the ad response fails. As k increases, the probability of failure grows, and it is a frequent occurrence in production that failures cause "storms" of "relay-ad" requests, bogging down the network and effecting "ad" retries.
To mitigate this problem, let’s consider capping the amount of time an ad will wait for relay-ad responses, and always provide a successful response containing all of the relays that successfully responded, unless there were none, or there were too few (at discretion of assignee).
I got started on this in my working copy, but it’s not even close to started. This just points where the code change probably ought to happen:
https://github.com/uber/hyperbahn/compare/best-effort-ad
The logic should go like this: for about 200ms (out of the 500ms budget allotted to ad requests), we should wait for relay-ad responses. If all of the relays respond before the 200ms deadline, respond fast with the whole list. If the 200ms expires, respond immediately. Maybe if there are too few (arbitrary) responses, return an error, maybe forward the last error. Otherwise, return a success ad response with whatever relay-ad successes were obtained.
Use timers.setTimeout instead of global setTimeout. We may need to use the time heap since we have a lot of timers, but if simple works in prod, the feature is done.

cc @jeffbean

Completed prototype in the best-effort-ad branch:

[x] implement timeout
[x] configurable timeout
[ ] Tests Please ™

turned best-efforta-ad branch into WIP #293

Done; published in v2.15.4

authors: blampe jcorbin kriskowal

repo: uber/hyperbahn


text:
Add option to apply arc patch using the revision ID

Adds a new config option useRevisionId to allow arc to apply a patch based on the revision instead of the diff id and base commit. This is useful for repositories that setup staging areas in a repository outside the main one.
Maintaining staging repositories outside the regular one have many advantages but the biggest one is the not polluting the repo tag space with phab diff tags that slow down checkouts and other git operations for everyone in that repo. This is especially visible in large monorepo like setups with a lot of source.
According to the harbormaster, arc can patch diffs even when the staging repositories are different when not using the --diff option. This change allows such behavior as an opt in without requiring the jobs to pass in any additional properties.

Coverage increased (+0.04%) to 91.372% when pulling 9ad1008a30d7106ff9d1f4c4ece8ba543315a02e on use_revision_id into 5a3c257bdc32c852def0341affcb7bcac1230908 on master.

Coverage increased (+0.04%) to 91.366% when pulling 75d7314768a7731a8afd0601f18370c14c6384ef on use_revision_id into 5a3c257bdc32c852def0341affcb7bcac1230908 on master.

Actually, realized we dont need this change if we add a new remote to the jenkins git plugin to the alternate staging area to fetch the tags. Going to close this

authors: coveralls kageiit

repo: uber/phabricator-jenkins-plugin


text:
Abstract out HMC adaptation into its own class

Addresses #1520.
This refactors the step size and mass matrix adaptation into its own class. The motivation for this is to reduce the complexity in the HMC class that arises out of maintaining many stateful attributes during adaptation. The logic that previously resided here has been refactored to keep mutable attributes to a minimum, and moved to WarmupAdapter.
We are doing this by constructing an adaptation schedule instead and then moving within this schedule to take appropriate actions as needed. One minor departure from earlier might be that the slow adaptation windows are always monotonically increasing, i.e. the last slow window (before the end buffer) cannot be smaller than the penultimate one. This is to ensure that we are collecting enough number of samples for estimating the covariance.
Testing
Test is added to check if the adaptation schedule is built correctly. Remaining tests should pass as is (or with minor changes) since this is a straight up refactor.
TODOs:

[ ] Ensure that there is no perf regression.
[x] Understand test failures, if any; ensure that logic is largely the same as earlier.

Thanks a lot for the detailed review, @fehiepsi! Let me try to address all your comments, and report back if needed.

repo: uber/pyro


text:
issue_161 - Change Price Stablization InterfaceChange Price..

Added exclamation mark and question mark to ui/JsxIcon.tsx
Used predefined Tooltip in ui for SPOT Price tooltip
Closes #161

https://github.com/ubiquity/ubiquity-dollar/issues/161

@sunny0714 let us @zapaz try and fix our CI/CD using this PR as a test. Please give us the week to finish our review on this! Thank you!

@sunny0714 let us @zapaz try and fix our CI/CD using this PR as a test. Please give us the week to finish our review on this! Thank you!

Hey @pavlovcik Thanks for your reply. Okay!!!

Hey @sunny0714 sorry for the delay I'll also send the full UBQ bonus - what is your Ethereum mainnet USDC wallet address?

Github ci/cd fails on building UI. it needs to be fixed before getting merged

Hey @sunny0714 sorry for the delay I'll also send the full UBQ bonus - what is your Ethereum mainnet USDC wallet address?

Hey @pavlovcik Sorry for the late response, I didn't get any notification
This is my Binance address (ERC20 and BEP20 compatible)
0xfe1c4a93a97be87b3e45ef573c936a89eb5b61f1
Thanks

Hey @0xcodercrane let me have a quick look

I have pulled the repo and run "yarn run:ui", but got this error. Seems current commit is not stable

Hey @pavlovcik I'm okay. Sorry for the late response, I didn't get any notification This is my Binance address (ERC20 and BEP20 compatible) 0xfe1c4a93a97be87b3e45ef573c936a89eb5b61f1 Thanks

https://etherscan.io/tx/0xf51a3510913499197bf8e9ca6d8a88cdb403432a37b8382085f36aff9cd2fde2
You need a self hosted wallet to receive UBQ

I addressed this in the reskin. Technically went for a layout change vs hiding the TWAP/SPOT but since you already did the work and we were late to review, you should still get paid for it. No more work needed on this bounty. Thanks!

I addressed this in the reskin. Technically went for a layout change vs hiding the TWAP/SPOT but since you already did the work and we were late to review, you should still get paid for it. No more work needed on this bounty. Thanks @sunny0714!

Oh.. yes.. cool, thanks @pavlovcik

repo: ubiquity/ubiquity-dollar


text:
REPO-1007: Adds validation script to compare original and imported wo…

…rk metadata.WIP

Woohoo! 👯


text:
Two body elastic collision with map and list comprehension

@LinxuanHu I sent the merge request for two body elastic collision, I also did the unit test.

@Pranjal-Srivastava-2023
Thank you for doing your part.


text:
Upload py format instead of ipynb (jupyter notebook)

Hi, @JustinJaniszewski The file fft.ipynb you uploaded is in Jupyter Notebook (ipynb) format. Since we need to do linting and unit testing, we need to upload the files in (py) format. Dr. Tim mentioned it in an issue.

Alright. thanks for letting me know. ill keep this issue open until I fix it


text:
add use case-specific doc for libicu

libicu might be needed for some use cases, but we're not including it in these chiseled images.
we should then document the process (with an example) of adding libicu to the existing runtime* ROCKs

Note that due to https://github.com/canonical/chisel/issues/10, it will have result in inefficiencies due to the dependencies that libicu70 has. Essentially, the resulting image ends up with two copies of libc6, libgcc-s1, and libstdc++6.

I have a workaround for this issue. It's a bit verbose in the Dockerfile, but gives you exactly what you need with 0 bytes of duplicate data in the image.
FROM golang:1.18 as chisel

RUN git clone --depth 1 -b main https://github.com/canonical/chisel /opt/chisel
WORKDIR /opt/chisel
RUN go build ./cmd/chisel

FROM mcr.microsoft.com/dotnet/sdk:6.0-jammy AS build

RUN apt-get update \
    && apt-get install -y fdupes \
    && rm -rf /var/lib/apt/lists/*

COPY --from=chisel /opt/chisel/chisel /usr/bin/
COPY --from=mcr.microsoft.com/dotnet/nightly/runtime:6.0-jammy-chiseled / /runtime-ref

RUN mkdir /rootfs \
    && chisel cut --release "ubuntu-22.04" --root /rootfs \
        libicu70_libs \
    \
    # Remove duplicates from rootfs that exist in runtime-ref
    && fdupes /runtime-ref /rootfs -rdpN \
    \
    # Delete duplicate symlinks
    # Function to find and format symlinks w/o including root dir (format: /path/to/symlink /path/to/target)
    && getsymlinks() { find $1 -type l -printf '%p %l\n' | sed -n "s/^\\$1\\(.*\\)/\\1/p"; } \
    # Combine set of symlinks between rootfs and runtime-ref
    && (getsymlinks "/rootfs"; getsymlinks "/runtime-ref") \
        # Sort them
        | sort \
        # Find the duplicates
        | uniq -d \
        # Extract just the path to the symlink
        | cut -d' ' -f1 \
        # Prepend the rootfs directory to the paths
        | sed -e 's/^/\/rootfs/' \
        # Delete the files
        | xargs rm \
    \
    # Delete empty directories
    && find /rootfs -type d -empty -delete

WORKDIR /source

# copy csproj and restore as distinct layers
COPY *.csproj .
RUN dotnet restore

# copy and publish app and libraries
COPY . .
RUN dotnet publish -c release -o /app --no-restore

# final stage/image
FROM mcr.microsoft.com/dotnet/nightly/runtime:6.0-jammy-chiseled

ENV DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=false

COPY --from=build /rootfs /
WORKDIR /app
COPY --from=build /app .
ENTRYPOINT ["dotnet", "dotnetapp.dll"]

The key differences from my previous post are in the build stage with these sets of lines:
RUN apt-get update \
    && apt-get install -y fdupes \
    && rm -rf /var/lib/apt/lists/*

COPY --from=mcr.microsoft.com/dotnet/nightly/runtime:6.0-jammy-chiseled / /runtime-ref

    # Remove duplicates from rootfs that exist in runtime-ref
    && fdupes /runtime-ref /rootfs -rdpN \
    \
    # Delete duplicate symlinks
    # Function to find and format symlinks w/o including root dir (format: /path/to/symlink /path/to/target)
    && getsymlinks() { find $1 -type l -printf '%p %l\n' | sed -n "s/^\\$1\\(.*\\)/\\1/p"; } \
    # Combine set of symlinks between rootfs and runtime-ref
    && (getsymlinks "/rootfs"; getsymlinks "/runtime-ref") \
        # Sort them
        | sort \
        # Find the duplicates
        | uniq -d \
        # Extract just the path to the symlink
        | cut -d' ' -f1 \
        # Prepend the rootfs directory to the paths
        | sed -e 's/^/\/rootfs/' \
        # Delete the duplicate files
        | xargs rm \
    \
    # Delete empty directories
    && find /rootfs -type d -empty -delete

This cleans up the rootfs in preparation to have it copied into the final stage. It removes all the duplicate files that already exist in the target image.
This leaves you with a very clean final image with no wasted space as can be seen from this output from the dive tool:
┃ ● Layers ┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Cmp   Size  Command
     13 MB  FROM 5b6f455ba3ead89
     73 MB  COPY /usr/share/dotnet /usr/share/dotnet # buildkit
       0 B  COPY /dotnet-symlink /usr/bin # buildkit
     35 MB  COPY /rootfs / # buildkit
       0 B  WORKDIR /app
    202 kB  COPY /app . # buildkit

│ Layer Details ├──────────────────────────────────────────────────────────────

Tags:   (unavailable)
Id:     5b6f455ba3ead894517699e52137b1ad3775b1b6d8ef9b85d32b3540ddd2d5e7
Digest: sha256:2d2b3e55f5510eb00f1b3c6769f8e6411a2b7d5238b2880504bd01f01ecd5833
Command:
COPY /rootfs / # buildkit

│ Image Details ├──────────────────────────────────────────────────────────────

Image name: test
Total Image size: 121 MB
Potential wasted space: 0 B
Image efficiency score: 100 %

Count   Total Space  Path

Compare this to the output of dive if you don't clean up the rootfs directory:
┃ ● Layers ┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Cmp   Size  Command
     13 MB  FROM 5b6f455ba3ead89
     73 MB  COPY /usr/share/dotnet /usr/share/dotnet # buildkit
       0 B  COPY /dotnet-symlink /usr/bin # buildkit
     42 MB  COPY /rootfs / # buildkit
       0 B  WORKDIR /app
    202 kB  COPY /app . # buildkit

│ Layer Details ├──────────────────────────────────────────────────────────────

Tags:   (unavailable)
Id:     5b6f455ba3ead894517699e52137b1ad3775b1b6d8ef9b85d32b3540ddd2d5e7
Digest: sha256:2d2b3e55f5510eb00f1b3c6769f8e6411a2b7d5238b2880504bd01f01ecd5833
Command:
COPY /rootfs / # buildkit

│ Image Details ├──────────────────────────────────────────────────────────────

Image name: test
Total Image size: 129 MB
Potential wasted space: 15 MB
Image efficiency score: 94 %

Count   Total Space  Path
    2        4.5 MB  /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.30
    2        4.4 MB  /lib/x86_64-linux-gnu/libc.so.6
    2        2.1 MB  /lib/x86_64-linux-gnu/libmvec.so.1
    2        1.9 MB  /lib/x86_64-linux-gnu/libm.so.6
    2        482 kB  /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
    2        251 kB  /lib/x86_64-linux-gnu/libgcc_s.so.1
    2        203 kB  /lib/x86_64-linux-gnu/libnsl.so.1
    2        137 kB  /lib/x86_64-linux-gnu/libresolv.so.2
    2        113 kB  /lib/x86_64-linux-gnu/libc_malloc_debug.so.0
    2         88 kB  /lib/x86_64-linux-gnu/libnss_compat.so.2
    2         80 kB  /lib/x86_64-linux-gnu/libthread_db.so.1
    2         54 kB  /lib/x86_64-linux-gnu/libnss_hesiod.so.2
    2         43 kB  /lib/x86_64-linux-gnu/libpthread.so.0
    2         38 kB  /lib/x86_64-linux-gnu/libmemusage.so
    2         29 kB  /lib/x86_64-linux-gnu/librt.so.1
    2         29 kB  /lib/x86_64-linux-gnu/libBrokenLocale.so.1
    2         29 kB  /lib/x86_64-linux-gnu/libpcprofile.so
    2         29 kB  /lib/x86_64-linux-gnu/libanl.so.1
    2         29 kB  /lib/x86_64-linux-gnu/libutil.so.1
    2         29 kB  /lib/x86_64-linux-gnu/libdl.so.2
    2         29 kB  /lib/x86_64-linux-gnu/libnss_dns.so.2
    2         29 kB  /lib/x86_64-linux-gnu/libnss_files.so.2
    2           0 B  /usr/lib/x86_64-linux-gnu/libstdc++.so.6
    2           0 B  /lib64/ld-linux-x86-64.so.2

But all of this is just a workaround for the chisel tool not being aware of the dependencies that already exist in the target image (https://github.com/canonical/chisel/issues/10). If it was aware of that, the output of chisel would produce a /rootfs directory that is equivalent to what is achieved by this workaround.

cool workaround @mthalman . thanks.
Indeed, https://github.com/canonical/chisel/issues/10 is asking for a broader solution. We already have someone (@rebornplusplus) who's going to start working on it soon.

Is there any progress on official guidance how to include ICU package in Chiseled images?

@kamilzzz the proposed solution from https://github.com/ubuntu-rocks/dotnet/issues/21#issuecomment-1191703196 is the latest guide on this. As you can see from https://github.com/ubuntu-rocks/dotnet/issues/21#issuecomment-1225912006, this is not the ideal solution though, and the latter is a bit too verbose to be included as the official way to achieve this.
We're expecting a new feature in Chisel, in the near future, which migth make this process much cleaner. But until then, https://github.com/ubuntu-rocks/dotnet/issues/21#issuecomment-1225912006 is the way to go.

Today I tried to just rerun the same build pipeline I had for my application with this hacky hack script
So mine Dockerfile was like that
# See details: https://github.com/ubuntu-rocks/dotnet/issues/21#issuecomment-1225912006
FROM golang:1.18 as chisel

RUN git clone --depth 1 -b main https://github.com/canonical/chisel /opt/chisel
WORKDIR /opt/chisel
RUN go build ./cmd/chisel

FROM mcr.microsoft.com/dotnet/sdk:6.0-jammy AS build

RUN apt-get update \
    && apt-get install -y fdupes \
    && rm -rf /var/lib/apt/lists/*

COPY --from=chisel /opt/chisel/chisel /usr/bin/
COPY --from=mcr.microsoft.com/dotnet/nightly/runtime:6.0-jammy-chiseled / /runtime-ref

RUN mkdir /rootfs \
    && chisel cut --release "ubuntu-22.04" --root /rootfs \
        libicu70_libs \
    \
    # Remove duplicates from rootfs that exist in runtime-ref
    && fdupes /runtime-ref /rootfs -rdpN \
    \
    # Delete duplicate symlinks
    # Function to find and format symlinks w/o including root dir (format: /path/to/symlink /path/to/target)
    && getsymlinks() { find $1 -type l -printf '%p %l\n' | sed -n "s/^\\$1\\(.*\\)/\\1/p"; } \
    # Combine set of symlinks between rootfs and runtime-ref
    && (getsymlinks "/rootfs"; getsymlinks "/runtime-ref") \
        # Sort them
        | sort \
        # Find the duplicates
        | uniq -d \
        # Extract just the path to the symlink
        | cut -d' ' -f1 \
        # Prepend the rootfs directory to the paths
        | sed -e 's/^/\/rootfs/' \
        # Delete the files
        | xargs rm \
    \
    # Delete empty directories
    && find /rootfs -type d -empty -delete

FROM mcr.microsoft.com/dotnet/nightly/aspnet:6.0.20-jammy-chiseled AS publish

ENV DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=false

WORKDIR /app

COPY --from=build /rootfs /
COPY publish/app .

#New default port for non-root images
EXPOSE 8080

ENTRYPOINT ["dotnet", "app.dll"]

I received such results
(Reading database ... 7953 files and directories currently installed.)
##[error]#15 8.882 Preparing to unpack .../libpcre2-32-0_10.39-3ubuntu0.1_amd64.deb ...
##[error]#15 8.928 Unpacking libpcre2-32-0:amd64 (10.39-3ubuntu0.1) ...
##[error]#15 9.000 Selecting previously unselected package fdupes.
##[error]#15 9.002 Preparing to unpack .../fdupes_1%3a2.1.2-1build1_amd64.deb ...
##[error]#15 9.014 Unpacking fdupes (1:2.1.2-1build1) ...
##[error]#15 9.101 Setting up libpcre2-32-0:amd64 (10.39-3ubuntu0.1) ...
##[error]#15 9.123 Setting up fdupes (1:2.1.2-1build1) ...
##[error]#15 9.184 Processing triggers for libc-bin (2.35-0ubuntu3.1) ...
##[error]#15 DONE 9.5s
##[error]#14 [chisel 4/4] RUN go build ./cmd/chisel
##[error]#14 6.689 # github.com/canonical/chisel/internal/archive
##[error]#14 6.689 internal/archive/credentials.go:219:16: undefined: errors.Join
##[error]#14 6.689 note: module requires Go 1.20
##[error]#14 ERROR: process "/bin/sh -c go build ./cmd/chisel" did not complete successfully: exit code: 2
##[error]------
##[error] > [chisel 4/4] RUN go build ./cmd/chisel:
##[error]0.378 go: downloading gopkg.in/yaml.v3 v3.0.0-20220512140231-539c8e751b99
##[error]0.383 go: downloading go.starlark.net v0.0.0-20220328144851-d1966c6b9fcd
##[error]0.398 go: downloading github.com/blakesmith/ar v0.0.0-20190502131153-809d4375e1fb
##[error]0.398 go: downloading github.com/klauspost/compress v1.15.4
##[error]0.463 go: downloading github.com/ulikunitz/xz v0.5.10
##[error]0.508 go: downloading golang.org/x/sys v0.0.0-20210615035016-665e8c7367d1
##[error]1.216 go: downloading golang.org/x/term v0.0.0-20201126162022-7de9c90e9dd1
##[error]6.689 # github.com/canonical/chisel/internal/archive
##[error]6.689 internal/archive/credentials.go:219:16: undefined: errors.Join
##[error]6.689 note: module requires Go 1.20
##[error]------
##[error]Dockerfile:6
##[error]--------------------
##[error]   4 |     RUN git clone --depth 1 -b main https://github.com/canonical/chisel /opt/chisel
##[error]   5 |     WORKDIR /opt/chisel
##[error]   6 | >>> RUN go build ./cmd/chisel
##[error]   7 |
##[error]   8 |
##[error]--------------------
##[error]ERROR: failed to solve: process "/bin/sh -c go build ./cmd/chisel" did not complete successfully: exit code: 2
##[error]The process '/bin/docker' failed with exit code 1
When I changed Dockerfile to FROM golang:1.20 as chisel all worked as expected. Is that OK that build without any changes from my side in the code of my applications and even with pinned images to exact versions of images (I only not used sha pinning but seems that that would not help here too :) that would build binaries for me would not work just after 2 weeks I implemented that?
@cjdcordeiro @mthalman

hi @Bafff
this can indeed happen since this recipe is building the Chisel binary from its git HEAD. We had to recently change our Dockerfiles in a similar manner -> https://github.com/ubuntu-rocks/dotnet/commit/0957b3905b2d56db34613b2e56a837086d20a719
To avoid this, you can:

checkout a specific Chisel commit before building the binary
use the Chisel snap (NOTE: it is still in edge!)
wait a bit longer as we'll soon also have GitHub releases in Chisel, with pre-built binaries

Note: We're planning on producing Microsoft images with icu built-in shortly. That said, making chisel easier to use to add ICU or other libraries remains important.
https://github.com/dotnet/dotnet-docker/discussions/4821

@cjdcordeiro, this issue has been open for quite some time and there's an increasing interest in Chiseled images now. While we have Chiseled images with ICU built-in, we're still interested in guidance for how to install additional packages on top of an existing chiseled Ubuntu installation. Are there any plans for that?

hi @lbussell .
This is a generic chiselling topic, and we'll be working on creating such documentation over the next few months. For now, I have added some .net-specific guides on how to do that, in https://github.com/ubuntu-rocks/dotnet/#building-the-net-application-image.
I hope that helps ;)

I have added some .net-specific guides on how to do that, in https://github.com/ubuntu-rocks/dotnet/#building-the-net-application-image.

Thanks! Will this work with chisel-wrapper in order to generate a merged dpkg status file? We'd like to retain the ability to accurately scan images with tools like Trivy, etc.

I'm afraid not. The wrapper generates a dpkg/status file only for the given slices in the corresponding command. Until the Chisel DB is merged, I'm afraid you'd have to merge the contents. Something like (using the example from https://github.com/ubuntu-rocks/dotnet/#building-the-net-application-image):
...
COPY --from=mcr.microsoft.com/dotnet/runtime-deps:8.0.0-jammy-chiseled-amd64 /var/lib/dpkg/status /original-dpkg-status
RUN chisel-wrapper --generate-dpkg-status /additional-dpkg-status ... && \
        cat /additional-dpkg-status /original-dpkg-status > /merged-dpkg-status
...
# FINAL IMAGE
...
COPY --from=base /merged-dpkg-status /var/lib/dpkg/status

It isn't super clean, but our efforts are currently going to the Chisel DB as we believe that's the right path.

Our containers depend on the geoipupdate utility to keep the MaxMind database fresh on the container. How can we install the deb package in our image that is based on chiseled image? When we have the RUN dpkg -i /geoipupdate.deb in the docker file, we get a failed to solve: process "/bin/sh -c dpkg -i /geoipupdate.deb" did not complete successfully error during build.

Hi @johnwc .
Mixing debs and slices on the same image can be tricky because the installation of debs relies on package managers and other system dependencies, which is one of the things chisel removes.
My suggestion is: propose the slice definitions for that package in https://github.com/canonical/chisel-releases/, and then install those pkg slices alongside the other ones.
If you really need the deb, then you may try to run dpkg -x on a different build stage, and copy those contents onto the final stage, alongside the chiselled contents. You'll not have that pkg listed in dpkg/status though, unless you amend it by hand.

I created a request for a guide in the chisel repo. https://github.com/canonical/chisel/issues/118

authors: Bafff cjdcordeiro johnwc kamilzzz lbussell mthalman richlander

repo: ubuntu-rocks/dotnet


text:
Replace flannel with calico

Hi,
I've seen some scripts in the source for setting up calico and dqlite and this pr to change back to flannel https://github.com/ubuntu/microk8s/pull/1209. I have an installation via sudo snap install microk8s --classic --channel=1.18/stable Is there some way to do an installation or modify an installation to use calico that is part of the snap. I need network policies and from what I've read flannel doesn't support this and I would also rather not use cillium as it has quite high resource usage from what I understand.

Hi @sstubbs
Calico is introduced for the HA work, have a look at [1]. You can get get to a calico based setup by installing MicroK8s from the ha-preview channel and then microk8s enable ha-cluster.
Could you provide some more info on the use case you have? You mention you have resource constraints, could you provide more details? The HA work also replaces etcd with dqlite. Is this a problem? Any network policy capable CNI would work? I haven't done any benchmarking, but cilium does not feel much heavier than calico.
[1] https://github.com/ubuntu/microk8s/issues/1127#issuecomment-629651489

Ok thanks a lot. I will try it. Currently running kubenernetes on AWS but we still have some applications in vms on local servers which have some extra capacity. Our new work flow is quite reliant on kubernetes so I'm trying to see what I can do with these until everyhting is moved completely to kubernetes.
I will also try cillium. I read this https://itnext.io/benchmark-results-of-kubernetes-network-plugins-cni-over-10gbit-s-network-updated-april-2019-4a9886efe9c4 which is what made me think it has high resource usage but there won't be a lot of traffic to these anyway.

authors: ktsakalozos sstubbs


text:
Add Helm 3 wrapper

Add wrapper and commands for explicit usage of Helm 3. https://github.com/ubuntu/microk8s/issues/843

@ktsakalozos  thanks for fixing the code style! I updated the docs too https://github.com/canonical-web-and-design/microk8s.io/pull/202


text:
refFlat file of current annotation

Hello,
Thanks for developing sicelore pipeline. When I try using the pipeline, I find 'refFlat.txt' file is required in several steps of sicelore. However, this file seems to be not available for current version of annotations (e.g. gencode vM25). How can I get a refFlat file of current version of annotation that can be used for the sicelore pipeline?
Best,

hi,
Compatible refflat.txt file can be generated based on Gencode GTF file for genome build used
for mapping with gtfToGenePred from UCSC.
$> gtfToGenePred -genePredExt -geneNameAsName2 gencode.vMxxx.primary_assembly.annotation.gtf gencode.vMxxx.primary_assembly.annotation.refflat.txt
$> paste <(cut -f 12 gencode.vMxxx.primary_assembly.annotation.refflat.txt) <(cut -f 1-10 gencode.vMxxx.primary_assembly.annotation.refflat.txt) > refFlat.txt

authors: gy-chop ucagenomix

repo: ucagenomix/sicelore


text:
Add an option to specify a configuration file when starting clipper

Currently, users have to issue many register_model, deploy_model, and add_application commands (among others) via clipper_admin after starting clipper.

These commands need to be re-issued after models are stopped, Redis is cleared, etc.

It would be helpful to allow users to specify a set of models and applications to deploy and register, respectively, through a configuration file. This configuration could then be specified via the call to start_clipper.

I noticed that the PR (#389) for this got abandoned... any chance this is still up for grabs?

@gmittal Hi! We would want to have more sophisticated design for this feature. We will definitely add this feature sooner or later. I will add this to the feature request and start working on it soon.

authors: Corey-Zumar gmittal rkooo567

repo: ucbrise/clipper


text:
Old archived interactives don't load correctly

We don't usually support archived material, but because we link to it from the main guide as a core interactive of a chapter, it should be fixed.
For example: https://archive.csfieldguide.org.nz/1.9.9/_static/widgets/CG/CG-mini-editor/main (cutdown).html?info=
In this interactive, try changing the scaling on the image (it starts with a scaling factor of 10 in all three dimensions)
Mixed Content: The page at 'https://archive.csfieldguide.org.nz/1.9.9/_static/widgets/CG/CG-mini-editor/main%20%28cutdown%29.html?info=%0AIn%20this%20interactive,%20try%20changing%20the%20scaling%20on%20the%20image%20%28it%20starts%20with%20a%20scaling%20factor%20of%2010%20in%20all%20three%20dimensions%29' was loaded over HTTPS, but requested an insecure stylesheet 'http://code.jquery.com/ui/1.10.2/themes/smoothness/jquery-ui.css'. This request has been blocked; the content must be served over HTTPS.

Possibly changing HTTP to HTTPS will fix the issue.

From my experience that will fix it, but where is the code stored?

On our old webfaction fileserver, I'll go into it now.

With the rebuild of scene-editor and matrix-simplifier (#1115) we no longer link to archived material from the main guide.

authors: JackMorganNZ courtneycb eAlasdair

repo: uccser/cs-field-guide


text:
Allow Reindex (and workflows?) from the validation page

Often, you'd like to run a reindex or common workflow on a number of items with  the same error or warning, Perhaps allow these directly on the validation page?

See comment on https://github.com/ucd-library/fin/issues/86 about showing reindex on this page.  Workflows can currently be reindex in bulk by using CLI.

authors: jrmerz qjhart

repo: ucd-library/fin


text:
add a status color/badge for Cancelled status

I think all of the other statuses have one already.   https://github.com/ucdavis/Sloth/blob/master/Sloth.Core/Resources/TransactionStatuses.cs

@srkirkland Do you mean to change the existing badge color? Because badge-cancelled is already defined.
https://github.com/ucdavis/Sloth/blob/25295645e1877941f070ccfde82e0ed63ac25d5a/Sloth.Web/wwwroot/scss/components.scss#L62-L65

Addressed by pr #340

authors: sprucely srkirkland

repo: ucdavis/Sloth


text:
리팩토링

State는 객체지향 형태로 관리( 개별적인 상태를 유지해야 하기 때문.)
[ ] 기존 클래스를 모듈화 시키기
[ ] 되도록이면 테스트를 쉽게 가능한 형태로 구성하기

No more need.

repo: uchangFD/formValidator


text:
Created a deleted notifications page where users can look at deleted notifications and move them back to the inbox

Addresses issue #339
In the user's inbox, they can now click on a button called "Show Deleted Notifications" which will take them to a page displaying all their deleted notifications. On this page, for each notification, they have the option to move it back to their main inbox, which will mark the notification as unread. A new HTML template page was created to show the deleted notifications, and it can be accessed from the user's main inbox. On the deleted notifications page, the user also has the option to return to their main inbox through a "Back" button.

Sorry, mistaken earlier - not sure deleted_notifications.html has been added so I think this needs to be added as the delete button does not currently lead to a valid page.

Forgot to git add that earlier on. Just pushed the deleted_notifications.html file. Thanks!

I think the template is in the wrong directory. The deleted_notifications.html template should be in src/templates/users as user_inbox.html is.

Sorry about that! For some reason there were two copies of the template in my local repository and I pushed the wrong one. I moved the deleted_notifications.html file to the correct folder now.

Closing statement:
The issue has been addressed. In the user's inbox, they can now choose to see all their deleted notifications and move it back into their main inbox (marked as unread) if they want. All the assignees worked together to write the code but I was in charge of making the GitHub PR.

Issue Score: Excellent
Comments:
Nice work on this PR!

repo: uchicago-cs/chigame


text:
强化学习 > 课程9：连续空间中的强化学习>2.资源 > 链接问题

课程导航+地址

强化学习 > 课程9：连续空间中的强化学习>2.资源

截图

具体描述
“OpenAI Gym文档”貌似无法打开。

无解 = =

authors: LonerSkywalker UdacityShuwenLiu

repo: udacity/mlnd-issues-zh


text:
Unable to upload PDF material, retrieve and delete it

In the xapi feature branch (ude-soco/CourseMapper-webserver at feature/1023-update-xapi-collection-statements (github.com)).
I am unable to upload a PDF material, it shows this error, however after uploading I can see the material tab created with the material name but PDF doesnt render on the UI.
when I upload the material I see this:

clicking on ok:

but I see the materials tab anyway, clicking on a tab: unable to see the material

however I can see the entries in mongodb,

But trying to delete the material from UI, crashes the server.
here is the console when I try to access a material:

Error is not reproducible.
Moreover, the screenshots don't seem correct. The uploaded material was named in the UI screenshot is "one material". However, the database entry shows "LA material with long name".

I tried uploading many PDF materials and LA material was one of them. here is the screenshot with the required material name

I still am not able to upload a pdf material

the issue is fixed if we have pdfs folder in src and it contain gitignore file with *

It has been fixed in the main branch now 70158a9.

repo: ude-soco/CourseMapper-webserver


text:
[Bug] Doesn't work on prism launcher

Describe the bug
When I start Minecraft it crashes
Describe how to replicate bug

Install mod
crash

Date of submittion
01/25/2023
Your java version
Java 8
Your operating system and the version
MacOS 12.4
Before submitting a bug report

[X] This bug wasn't already reported.
(I have checked every bug report on GitHub)

[X] I agree to this repository's prerequisites.
(I have read and agree to the License, Code of Conduct, and Contributing Guidelines)

Please send your logs

What's prism launcher?

it's a launcher

Maybe the crash also has to do with my operating system but I think it's with the launcher

Took a look. Perhaps there is an issue with mod-to-launcher compatibility, though I've also experienced many Minecraft crashes from mods on MacOS. As udu3324 said, your logs (please remove all tokens and confidential info from them before you send them) are needed to see the cause.

Have you tried this without Prism Launcher?

I haven't tried it without prism launcher. I'll check

ok my mistake. I think I confused this with hycord cause it works now. I'll reopen if it crashes with this mod installed in the future

lol

💀

BTW next time you need someone to send logs, tell them to use mclo.gs (use the website or the "Upload" button in prism launcher (ignore the warning in prism launcher)) as it auto redacts stuff (doesnt support JVM crashes yet, but realy you shouldent be sharing a memory dump)

Yeah I normally send in mclo.gs. I don't really know why I didn't post other than me not being familiar with the site well enough

authors: Aces-and-Jacks CuteistFox afkvido udu3324


text:
problem after the upgrade

after yesterday WooCommerce upgrade the page gets an error and the add-on had to be disabled.
But now our eshop is without photos
WordPress έκδοση 5.9.1
Ενεργό θέμα: Storefront (έκδοση 3.9.1)
Τρέχων πρόσθετο: WP-Stateless (έκδοση 3.1.1)
Έκδοση PHP 7.4.28
Αυτό το πρόσθετο απέτυχε να φορτωθεί σωστά και έχει τεθεί σε παύση κατά τη διάρκεια της λειτουργίας αποκατάστασης.
Ένα σφάλμα τύπου E_ERROR εντοπίστηκε στη γραμμή 42 του αρχείου /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/vendor/guzzlehttp/guzzle/src/HandlerStack.php. Κωδικός σφάλματος: Uncaught Error: Call to undefined function GuzzleHttp\choose_handler() in /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/vendor/guzzlehttp/guzzle/src/HandlerStack.php:42 Stack trace: #0 /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/vendor/guzzlehttp/guzzle/src/Client.php(65): GuzzleHttp\HandlerStack::create() #1 /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/src/Google/Client.php(1157): GuzzleHttp\Client->__construct(Array) #2 /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/src/Google/Client.php(1112): wpCloud\StatelessMedia\Google_Client\Google_Client->createDefaultHttpClient() #3 /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/src/Google/Client.php(381): wpCloud\StatelessMedia\Google_Client\Google_Client->getHttpClient() #4 /usr/www/users/1998/thriftstore/wp-content/plugins/wp-stateless/lib/Google/src/Google/Client.php(860): wpCloud\StatelessMedia\Google_Clie

Hello, @deusngo
I've just tested with WooCommerce Version 6.4.1 - I don't have such problem.
Can you please provide more details in English?

Hello, @deusngo
We have released a new version of WP-Stateless - 3.2.0.

Was solved in version 3.2.0. Closing the ticket

authors: deusngo planv

repo: udx/wp-stateless


text:
Crash in packaged game

I've only had this occur with 4.12.5 -
No crashes occur when PIE or in Standalone, but crash occurs in packaged game on loading between maps.
The crash gives : "Illegal call to StaticFindObject() while collecting garbage!"
Disabling the plugin (and packaging again) fixes the issue.

I have this same issue in 4.13.2 in case anyone is tracking this crash.

+1. I have this same issue. Only in packaged games, and intermittently which makes it very hard to reproduce/track.

authors: Kenomica alexformosoc feuxphep


text:
No Output when Game is packaged

Hello when i package my game (Development) it compiles and cooks without errors. When I run the game and check the channels in OBS they are there, but they are black. For the record when I run the game in the editor everything runs just fine.
Another thing when I compile in shipping mode it throws a weird error. Could this be the reason for fail?
D:/_UE4/GAME_PN_2020/Plugins/NDIIOPlugin/Source/Core/Classes/Components/NDIViewportCaptureComponent.cpp(404): error C3892: 'HitProxies': you cannot assign to a variable that is const

Was a framerate issue. I lowered to 30 fps and it works now.


text:
多级菜单展示

在同时有二级菜单和三级菜单的情况下

点击“带有三级菜单”的二级菜单，会展开此三级菜单，同时会管理其他“带有三级菜单”的二级菜单
点击“没有三级菜单”的二级菜单，“带有三级菜单”的二级菜单不会自动合并

当菜单长度一定时，会出现菜单名换行

针对第1点：iview的默认Menu功能就是这样设置的，只对同级别的菜单做手风琴折叠。切换二级菜单，不会改变三级菜单状态。
针对第2点：框架增加了一个配置项，可以配置整体菜单的宽度(默认值是200px)
ueboot.Config.setConfig({
    axios:{baseURL: "", unauthorizedUrl: '/#/login'},
   //设置Main页面当中的菜单宽度
    page_main:{menuWidth:'220px'}
})

@tuweiya

authors: tuweiya yaakua

repo: ueboot/ueboot


text:
Update version of spack-stack with 1.5.1

Description

Update the version of spack-stack with 1.5.1
Anticipated changes to regression tests:

[ ] Is baseline change expected ?

Subcomponents involved:

[ ] DA_update (ufs-community/land-DA)
[ ] ufsLand.fd (NOAA-EPIC/ufs-land-driver-emc-dev)
[ ] ufs_model.fd (ufs-community/ufs-weather-model)
[ ] vector2tile_converter.fd (NOAA-PSL/land-vector2tile)
[x] none

Linked PR's and Issues:

Fixes Issue #76
Testing (for CM's):

RDHPCS

[x] Hera
[x] Orion
[ ] Jet
[ ] Gaea
[ ] Cheyenne

CI

[x] Completed

PW-Clouds

[ ] AWS
[ ] AZURE
[ ] GCP

ctest on Orion:
Orion-login-2[23] chjeon$ ctest
Test project /work/noaa/epic/chjeon/landda_mod/land-DA_workflow/sorc/build
    Start 1: test_vector2tile
1/7 Test #1: test_vector2tile .................   Passed    1.41 sec
    Start 2: test_create_ens
2/7 Test #2: test_create_ens ..................   Passed   12.26 sec
    Start 3: test_letkfoi_snowda
3/7 Test #3: test_letkfoi_snowda ..............   Passed   29.09 sec
    Start 4: test_apply_jediincr
4/7 Test #4: test_apply_jediincr ..............   Passed    3.62 sec
    Start 5: test_tile2vector
5/7 Test #5: test_tile2vector .................   Passed   12.30 sec
    Start 6: test_land_driver
6/7 Test #6: test_land_driver .................   Passed    8.28 sec
    Start 7: test_ufs_datm_land
7/7 Test #7: test_ufs_datm_land ...............   Passed  399.24 sec

100% tests passed, 0 tests failed out of 7

Total Test time (real) = 466.23 sec

Orion-login-3[15] chjeon$ ctest
Test project /work/noaa/epic/chjeon/landda_mod/land-DA_workflow/sorc/build
    Start 1: test_vector2tile
1/7 Test #1: test_vector2tile .................   Passed    9.04 sec
    Start 2: test_create_ens
2/7 Test #2: test_create_ens ..................   Passed   10.02 sec
    Start 3: test_letkfoi_snowda
3/7 Test #3: test_letkfoi_snowda ..............   Passed   53.45 sec
    Start 4: test_apply_jediincr
4/7 Test #4: test_apply_jediincr ..............   Passed    4.19 sec
    Start 5: test_tile2vector
5/7 Test #5: test_tile2vector .................   Passed   14.12 sec
    Start 6: test_land_driver
6/7 Test #6: test_land_driver .................   Passed    9.12 sec
    Start 7: test_ufs_datm_land
7/7 Test #7: test_ufs_datm_land ...............   Passed  448.75 sec

100% tests passed, 0 tests failed out of 7

Total Test time (real) = 548.88 sec

@jkbk2004 , please review this PR.


text:
Fix WebArchive links in Documents page

The Documents page currently has only dead links to WebArchive, making it impossible to access the Constitution, Meeting Minutes, etc which have been ported to the new website. These links should be fixed to allow navigation within https://ufvcsa.ca.
This is a subissue for #7.

The links directly on /docs.html are fixed, but it's worth noting that the meeting minutes page still contains old WebArchive links. Currently, I don't think this is an issue, but in the future it's probably going to be worth porting those over and reformatting the page so it contains them instead, for historical purposes.