text:
EOL 11 Vaults Rewards, 2 vaults Platform TVL

Rewards:
hop-op-susd
hop-op-snx
curve-arb-f-wsteth
cakev2-gmt-usdc
cakev2-raca-busd
cakev2-dai-busd
curve-op-f-wsteth
velocore-usdc-weth
velocore-weth-vc
velocore-busd-usdc
velocore-weth-wbtc
Platform TVL:
velodrome-v2-usdc-bob
verse-weth-usdt

as always there is no need to rush with curve eol unless absolutely necessary.
curve-op-f-wsteth is currently boosted and maybe there are plans to continue incentives.
curve-arb-f-wsteth will be incentivised by ARB

source: gharchive/pull-request

authors: EPETE-EPETE roman-monk

license: MIT

license_type: permissive

license_source: github-api


text:
Change default changelog message

At least when packaging for Fedora, the fact that the specfile is
generated by pyp2spec is irrelevant as far as the changelog is
concerned. Generally, the initial changelog
entry is "Initial package" or something similar.
Signed-off-by: Maxwell G gotmax@e.email

Thank you for the contribution, this definitely makes sense.


text:
Created behavior3delphi -  a Delphi implementation

see https://github.com/Dennis1000/behavior3delphi

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/35696242-created-behavior3delphi-a-delphi-implementation?utm_campaign=plugin&utm_content=tracker%2F17906494&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F17906494&utm_medium=issues&utm_source=github).

Thank you @Dennis1000, I will close this as soon as I add it to the site.

source: gharchive/issue

license: mit

license_source: bigquery


text:
workflow Update update.yml

class NewFeatureFragment : Fragment() {
override fun onCreateView(
inflater: LayoutInflater,
container: ViewGroup?,
savedInstanceState: Bundle?
): View {
return ComposeView(requireContext()).apply {
setViewCompositionStrategy(ViewCompositionStrategy.DisposeOnViewTreeLifecycleDestroyed)
setContent {
NewFeatureScreen()
}
}
}
}

wrote access

license: Unlicense


text:
bem-react-core: Как правильно наследовать и передавать типы props для модификатора элемента?

Есть эл-т NavBar-MenuItem, добавляем модификатор _hasSubmenu. Примерно так:
//...
import INavBarMenuItemProps from '../NavBar-MenuItem';
export interface INavBarMenuItemHasSubmenuProps extends INavBarMenuItemProps {
  hasSubmenu?: boolean;
  menu?: Array<{}>;
}
export default class NavBarMenuItemHasSubmenu<P extends INavBarMenuItemHasSubmenuProps> extends Elem<P> {
  public block = 'NavBar';
  public elem = 'MenuItem';
  public static mod = ({ hasSubmenu }: INavBarMenuItemHasSubmenuProps) => hasSubmenu === true;
  public elemMods() {
    const {hasSubmenu} = this.props;
    return {
      ...super.mods(),
      hasSubmenu,
    };
  }
  // ...
}

Пробовал по-разному, напр., NavBarMenuItemHasSubmenu extends Elem<INavBarMenuItemHasSubmenuProps>, ещё как-то.
При использовании в родительском эл-те ругается на отсутствие свойств в определении props у родительского или модифицированного элемента. Напр.:
[tsl] ERROR in .../src/blocks/NavBar/Menu/NavBar-Menu.tsx(138,15)
      TS2339: Property 'no' does not exist on type '(IntrinsicAttributes & ClassAttributes<{} | EntityProps<INavBarMenuItemHasMenuProps>> & IBemProps...'.

(no -- свойство расширяемого NavBar-MenuItem.)
В NavBar-Menu Делаем так:
// ...
import MenuItem from '../MenuItem/NavBar-MenuItem';
import hasMenu from '../MenuItem/_hasMenu/NavBar-MenuItem_hasMenu';
const MenuItemWithMods = withMods(MenuItem, hasMenu);
// ...
export default class NavBarMenu extends Elem<INavBarMenuProps, INavBarMenuState> {
  public block = 'NavBar';
  public elem = 'Menu';
  // ...
  public content() {
    const {menuItems, selectedNo, showDebugMsg, debugMsg} = this.state;
    return (
      <MuiMenuList classes={{root: this.block + '-MenuContainer'}}>
        {Array.isArray(menuItems) && menuItems.map(({id, text, menu}, no) => {
          const hasMenu = Array.isArray(menu);
          return (
            <MenuItemWithMods
              hasMenu={hasMenu}
              menu={menu}
              key={no}
              no={String(no)}
              selected={selectedNo === no}
              onClick={this.handleClick}
            >{text}</MenuItemWithMods>
          );
        }, this)}
      </MuiMenuList>
    );
  }
}

Как правильно дополнять описания пропсов для модификатора элемента?

Как писал в комменте к предыдущему посту, лучше не использовать эту версию bem-react-core и переходить на v3: https://youtu.be/pVzlkCidOYg

Нашёл. Неправильно был написан импорт proptypes родителя:
import INavBarMenuItemProps from '../NavBar-MenuItem';

Надо было, конечно:
import {INavBarMenuItemProps} from '../NavBar-MenuItem';

Испортировалось и экстендилось не то, соотв., родительские пропсы терялись.
Доп. вопрос: есть ли возможность отслеживать (на уровне ts?) такие ошибки? Напр., проверять, что мы импортировали именно определение типов props или state?

authors: lilliputten tadatuta

repo: bem-site/bem-forum-content-ru


text:
Как подключать библиотеки

Здравствуйте! Есть проблема с подключением библиотек. Если конкретно bem-grid. Насколько я понял из руководств чтобы подключить библиотеку необходимо выполнить следующее:

Прописать библиотеку в bower.json
bower-npm-install для установки и подтягивания всех зависимостей
Прописать уровень в make.js сборщика { path: 'libs/bem-grid/common.blocks', check: false }
Запустить сервер

В результате стили не подтягиваются. Подскажите пожалуйста что я упустил. Пользуюсь enb.
И еще один вопрос. Как можно подключить библиотеку на enb, если весь проект на bem-tools?

bem-grid использует postcss для генерации стилей, поэтому для ее успешного подключения необходимо, чтобы CSS собирался не как есть, а после обработки.

Как можно подключить библиотеку на enb, если весь проект на bem-tools?

В данном конкретном случае потребуется написать модуль для сборки стилей с помощью postcss. Но я бы порекомендовал мигрировать на ENB. Готов помочь с переходом.
// cc @verybigman

Все верно. Для enb все есть. Но вроде как есть таск в bem-grid на поставку в виде скомпиленного css. Если нет, то самое время ему появится.

bem-grid собрался, тестовые примеры запустились, но в common.blocks css так и не появились

Можешь подробнее описать процесс? Таки там и не должно ничего появится:)
если совсем все плохо и не хочется использовать postCSS, то можно поставить
предыдущую версию на stylus.
Пн, 27 июля 2015 г. в 0:25, rush777 notifications@github.com:

bem-grid собрался, тестовые примеры запустились, но в common.blocks css
так и не появились
—
Reply to this email directly or view it on GitHub
https://github.com/bem/bem-forum-content-ru/issues/517#issuecomment-125041815
.

Я решил что enb будет брать css из папки common.blocks) теперь понял как это работает. 1.2.4 заработала, спасибо)

Помогите мне подключить bem-grid. Не пойму куда, что писать. Как я понимаю, я использую bem-tools.
В командной строке пишу «npm i --save-dev bem-grid»
В какой файл нужно писать -
«[require('bem-grid').enb, {
config : {
maxWidth : '1100px',
gutter : '10px',
flex : 'flex'
}
}]»?
Если можно, пошагово, для начинающих web-разработчиков. С терминами не знаком. Например фраза «Я решил что enb будет брать css из папки common.blocks» - вводит меня в ступор.

Всё, разобрался! Нашёл инструкцию)) - https://ru.bem.info/forum/959/

repo: bem/bem-forum-content-ru


text:
Chillout VR Support with OSC Mod

This will check to see if CVR is running and load the avatar config file from that instead of the VRChat. It's programemd to work off of the CVROSC mod by KaleidonKep99 here
https://github.com/KaleidonKep99/CVROSC

This is obsolete thanks to Tiger's CVRParamlib which just puts things directly in the VRChat folder.
VRCOSC also got deprecated anyways, so this isn't needed.

repo: benaclejames/VRCFaceTracking


text:
Need separation between new notification as matched after swip and user msgs

As a crazy vsinder user Need separation between new notification as matched after swip and user msgs :D

See #165.

authors: ManPython unDeadHerbs

repo: benawad/vsinder


text:
Call for maintainers

As you may see, this repository has been unmaintained for more than one year. I'm no longer having motivation to maintain it because GitHub Actions does not provide an environment which is enough to measure benchmarks. When I developed this action, I noticed that the result was not stable even if the benchmark itself was stable. After some investigation, I noticed that there were some variations of CPUs. At the moment, sometimes it was Xeon Platinum 8272CL and at other times it was Xeon E5-2673 v3. My conclusion was that we needed to prepare a stable environment by ourselves with self-hosted runner. However, I don't have a machine resource for it and I want to avoid maintaining a self-hosted runner in terms of security.
With this issue, I want to call for maintainers of this project. If someone raises their hands, I'll make a new organization dedicated for this project, move the repository to it, and hand over all to them. Development can be continued there.
If no one appears after two weeks, I'll archive this project. Someone can continue development by forking this project.

Hi @rhysd
Thank you for creating this GitHub Action! It is providing my team a great value and I would love to give back to the community and keep it maintained.

Relating to benchmark stability, we are running our benchmarks using cachegrind, and then using cachegrind's virtual CPU metrics (L1 cache misses, etc) to alert us to the kinds of chages that  would then show up on dedicated hardware. Additionally, another trick with CircleCI and GitHub Actions is to use MacOS runners, as those don't have as much variation.

@ktrz Thank you for raising your hand. Tomorrow I will make a new organization and invite you.
@matthargett Thank you for your knowledge. Perhaps it would be nice to have some wiki page to gather the knowledge to measure stable benchmark results on GitHub Actions.

If some other people kindly want to join development on the new org, please let me know.

I have moved this repository to the new organization and invited @ktrz as owner.
https://github.com/benchmark-action/github-action-benchmark

I fixed all CI workflows and updated README.

I'm interested in working on this project since I'm using it as well.

@rhysd @ktrz I really love this project and this project can give lots of value to my use case, if several ongoing feature enhancement can be proceeded. If you still need more maintainers, I'm happy to join to help.

authors: MingweiSamuel ktrz matthargett ningziwen rhysd


text:
Create api for AI

Function should take game state as input and return a filled out NeuronPlayerInput

Fixed in fbe488f70d8a91ad4f08db8d9e3f9b051c2d6e97
API exists and is exercised by HumanPlayerController

repo: bendapootie/neurons


text:
Crash onRestart() if SimpleRangeView XML has id attribute.

Hello! Thank you so much for making this. It's an excellent utility.
I did find a problem: If the simple range view xml element has an id attribute, it will crash once Android restarts the app. I created a simple test application to test this but you can reproduce it with the demo app.

Start the SimpleRangeView demo app.
Open a bunch of other apps.
Go back to the demo app.

If I open up enough applications to force Android to restart the demo app, the screen will go black for a second (when I return to the demo app) and I will get a crash dialog.
Of course, the "real life" scenario is that I'll open the app I'm working on, do some other things and then go back to my app an hour later and get a crash. The above is just an easy way to reproduce the issue.

Thank you for the feedback!
Fixed in 0.2.0

authors: bendikv thebradness

repo: bendikv/simple-range-view


text:
Unable to use CURL - can I work around?

Hey Ben.
Sorry I know this isn't quite the right venue for a question.
Due to a technical limitation with the way my hosting works (a bunch of docker images with an nginx proxy on front etc), I can't use CURL over https.
When the plugin is just used for Youtube/Vimeo Is it safe to drop the CURL request from EmbeddedAssetsService->_readExternalFile() and rely just on the file_get_contents() call?
It's just referencing a local json file so I'm thinking yes. You're obviously more familiar with what that might explode as a result though.
Thanks.

#38 should have fixed this for local files, and Craft 3 no longer relies on cURL to read embedded asset files.
However, cURL is required to read from external URL's to get the embed information.

authors: JamesMcFall benjamminf

repo: benjamminf/craft-embedded-assets


text:
Simplify input

It's a bother having to tab all around the interface when I mostly want next move and select move. I suggest you define two more keys (maybe left and right arrow) bound to those functions.

Good thought; I didn’t notice that much when I used shift-tab, but I suppose that’s a hard combination given motor-impairments. Thanks for the advice.

Your typical user has ONLY 2 buttons. It's a huge pain. It takes a lot of
thought to optimize the number of key hits required.
On Mon, May 4, 2020 at 5:08 PM D. Ben Knoble notifications@github.com
wrote:

Good thought; I didn’t notice that much when I used shift-tab, but I
suppose that’s a hard combination given motor-impairments. Thanks for the
advice.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/benknoble/limchess/issues/25#issuecomment-623706733,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABQK7DZRJRJXJQYDEHLGV3RP4VE3ANCNFSM4MZBSI2A
.

Fixed! You can now use the left and right arrow keys on any page to navigate the same items you would've with tab and enter. Still use enter to click/select items. For sliders, hit enter, then use the left/right arrow keys to adjust, then hit enter again to confirm your choice and go back to normal navigation mode. Help page has been updated. Will update description of YouTube help video tomorrow to reflect changes.

@zlintz14 I think @gbishop’s point was to have left switch moves and right play the move; can you confirm Professor?

Actually it's right switch moves and left switch selects. Look at Tar Heel
Reader.
None of this is required, I'm just trying to help you get the best result.
On Wed, May 6, 2020 at 10:28 AM D. Ben Knoble notifications@github.com
wrote:

@zlintz14 https://github.com/zlintz14 I think @gbishop
https://github.com/gbishop’s point was to have left switch moves and
right play the move; can you confirm Professor?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/benknoble/limchess/issues/25#issuecomment-624678220,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABQK7DGNYPDYFHND4JGSTLRQFXZDANCNFSM4MZBSI2A
.

Ah whoops! I fixed this now! You now use the right arrow key to navigate the site, and the left arrow key to select, like the Tar Heel Reader. If you are over a slider, use the left arrow key to select, then use the right arrow key to adjust (if you get to the max of the slider and press right, it resets to the min value). Press the left arrow key again when you are done adjusting the slider to confirm your choice. All this has been updated on the help page. I'll update the Youtube video later today.

Excellent.
On Wed, May 6, 2020 at 11:21 AM Zachary (Zak) Lintz <
notifications@github.com> wrote:

Ah whoops! I fixed this now! You now use the right arrow key to navigate
the site, and the left arrow key to select, like the Tar Heel Reader. If
you are over a slider, use the left arrow key to select, then use the right
arrow key to adjust (if you get to the max of the slider and press right,
it resets to the min value). Press the left arrow key again when you are
done adjusting the slider to confirm your choice. All this has been updated
on the help page. I'll update the Youtube video later today.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/benknoble/limchess/issues/25#issuecomment-624714312,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABQK7H6A6ZUHP4M4AA6IOTRQF6BPANCNFSM4MZBSI2A
.

Thank you!

authors: benknoble gbishop zlintz14

repo: benknoble/limchess


text:
Custom invitation backend for organization subclass

I am running Python 3.5.2 on Windows 10 with Django 1.11.1 and Django Organizations 0.9.0.
Instead of putting "organizations" as an INSTALLED_APP, I subclassed OrganizationBase, AbstractOrganizationUser, and AbstractOrganizationOwner. By subclassing, I was able to add some fields that deal with basic roles/permissions for organization users. In particular, some users who are not owners should be able to view all organization data, and others have to be granted access on a per-object basis.
That is all working fine, but when I went to use a custom backend for invitations to an organization, I got this error:
RuntimeError: Model class organizations.models.Organization doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

For reference, my backend looks like this:
from dataview.models import MyOrganizationModel
from organizations.backends.defaults import InvitationBackend

class MyOrganizationModelInvitations(InvitationBackend):
    def __init__(self):
        super().__init__(MyOrganizationModel)

And I'm using this for my URL's:
from dataview.backends import MyOrganizationModelInvitations

urlpatterns = [
    ...,
    url(r'^invitations/', include(MyOrganizationModelInvitations().get_urls())),
]

When I added "organizations" to INSTALLED_APPS, the error went away, but now it wants me to create migrations for the organizations tables that I am not using.
Is there a way around this?

I didn't have the time to try reproducing in full, the updates in the latest release, 0.9.2, should resolve this issue. Please try using that version and let me know.

@bennylope Thank you, this should be a lot cleaner! I'll try to give it a spin tomorrow.

@bennylope It works beautifully. Thank you! 💯

authors: alexcwatt bennylope

repo: bennylope/django-organizations


text:
README outdated?

Describe the bug
I'm trying some examples but they don't work for me, not sure if it's due to configuration issue on my side or README degradation, eg start llm server or check langchain integration.
To reproduce
Start LLM Server
Steps
python3.10 -m venv .venv; \
> source .venv/bin/activate; \
> pip install openllm; \
> openllm start facebook/opt-1.3b

Error
It is recommended to specify the backend explicitly. Cascading backend might lead to unexpected behaviour.
Traceback (most recent call last):
....
    llm = openllm.LLM[t.Any, t.Any](
  File "/usr/lib/python3.10/typing.py", line 957, in __call__
    result = self.__origin__(*args, **kwargs)
  File "/home/sauron/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm/_llm.py", line 205, in __init__
    quantise=getattr(self._Quantise, backend)(self, quantize),
TypeError: getattr(): attribute name must be string

Fix
pip install openllm[vllm]
openllm start facebook/opt-1.3b --backend vllm

LangChain integration
Steps
pip install langchain; \
cat <<EOF > openllm-langchain.py
from langchain.llms import OpenLLM

llm = OpenLLM(model_name='llama', model_id='meta-llama/Llama-2-7b-hf')

llm('What is the difference between a duck and a goose? And why there are so many Goose in Canada?')
EOF
python openllm-langchain.py

Error
NOT RECOMMENDED in production and SHOULD ONLY used for development.
...
Traceback (most recent call last):
...
    res = self._runner(prompt, **config.model_dump(flatten=True))
TypeError: 'LlamaRunner' object is not callable

Fix
Unknown
Logs
No response
Environment
Environment variable
BENTOML_DEBUG=''
BENTOML_QUIET=''
BENTOML_BUNDLE_LOCAL_BUILD=''
BENTOML_DO_NOT_TRACK=''
BENTOML_CONFIG=''
BENTOML_CONFIG_OPTIONS=''
BENTOML_PORT=''
BENTOML_HOST=''
BENTOML_API_WORKERS=''

System information
bentoml: 1.1.10
python: 3.10.13
platform: Linux-5.4.0-167-generic-x86_64-with-glibc2.31
uid_gid: 1000:1000
pip_packages

accelerate==0.25.0
aiohttp==3.9.1
aioprometheus==23.3.0
aiosignal==1.3.1
anyio==3.7.1
appdirs==1.4.4
asgiref==3.7.2
async-timeout==4.0.3
attrs==23.1.0
bentoml==1.1.10
bitsandbytes==0.41.3.post2
build==0.10.0
cattrs==23.1.2
certifi==2023.11.17
charset-normalizer==3.3.2
circus==0.18.0
click==8.1.7
click-option-group==0.5.6
cloudpickle==3.0.0
coloredlogs==15.0.1
contextlib2==21.6.0
cuda-python==12.3.0
dataclasses-json==0.6.3
datasets==2.15.0
deepmerge==1.1.0
Deprecated==1.2.14
dill==0.3.7
distlib==0.3.8
distro==1.8.0
einops==0.7.0
exceptiongroup==1.2.0
fastapi==0.105.0
fastcore==1.5.29
filelock==3.13.1
filetype==1.2.0
frozenlist==1.4.1
fs==2.4.16
fsspec==2023.10.0
ghapi==1.0.4
greenlet==3.0.2
grpcio==1.60.0
h11==0.14.0
httpcore==1.0.2
httptools==0.6.1
httpx==0.25.2
huggingface-hub==0.19.4
humanfriendly==10.0
idna==3.6
importlib-metadata==6.11.0
inflection==0.5.1
Jinja2==3.1.2
jsonpatch==1.33
jsonpointer==2.4
jsonschema==4.20.0
jsonschema-specifications==2023.11.2
langchain==0.0.350
langchain-community==0.0.3
langchain-core==0.1.1
langsmith==0.0.71
markdown-it-py==3.0.0
MarkupSafe==2.1.3
marshmallow==3.20.1
mdurl==0.1.2
mpmath==1.3.0
msgpack==1.0.7
multidict==6.0.4
multiprocess==0.70.15
mypy-extensions==1.0.0
networkx==3.2.1
ninja==1.11.1.1
numpy==1.26.2
nvidia-cublas-cu12==12.1.3.1
nvidia-cuda-cupti-cu12==12.1.105
nvidia-cuda-nvrtc-cu12==12.1.105
nvidia-cuda-runtime-cu12==12.1.105
nvidia-cudnn-cu12==8.9.2.26
nvidia-cufft-cu12==11.0.2.54
nvidia-curand-cu12==10.3.2.106
nvidia-cusolver-cu12==11.4.5.107
nvidia-cusparse-cu12==12.1.0.106
nvidia-ml-py==11.525.150
nvidia-nccl-cu12==2.18.1
nvidia-nvjitlink-cu12==12.3.101
nvidia-nvtx-cu12==12.1.105
openllm==0.4.40
openllm-client==0.4.40
openllm-core==0.4.40
opentelemetry-api==1.20.0
opentelemetry-instrumentation==0.41b0
opentelemetry-instrumentation-aiohttp-client==0.41b0
opentelemetry-instrumentation-asgi==0.41b0
opentelemetry-sdk==1.20.0
opentelemetry-semantic-conventions==0.41b0
opentelemetry-util-http==0.41b0
optimum==1.16.1
orjson==3.9.10
packaging==23.2
pandas==2.1.4
pathspec==0.12.1
Pillow==10.1.0
pip-requirements-parser==32.0.1
pip-tools==7.3.0
platformdirs==4.1.0
prometheus-client==0.19.0
protobuf==4.25.1
psutil==5.9.6
pyarrow==14.0.1
pyarrow-hotfix==0.6
pydantic==1.10.13
Pygments==2.17.2
pyparsing==3.1.1
pyproject_hooks==1.0.0
python-dateutil==2.8.2
python-dotenv==1.0.0
python-json-logger==2.0.7
python-multipart==0.0.6
pytz==2023.3.post1
PyYAML==6.0.1
pyzmq==25.1.2
quantile-python==1.1
ray==2.6.0
referencing==0.32.0
regex==2023.10.3
requests==2.31.0
rich==13.7.0
rpds-py==0.13.2
safetensors==0.4.1
schema==0.7.5
scipy==1.11.4
sentencepiece==0.1.99
simple-di==0.1.5
six==1.16.0
sniffio==1.3.0
SQLAlchemy==2.0.23
starlette==0.27.0
sympy==1.12
tenacity==8.2.3
tokenizers==0.15.0
tomli==2.0.1
torch==2.1.2
tornado==6.4
tqdm==4.66.1
transformers==4.36.1
triton==2.1.0
typing-inspect==0.9.0
typing_extensions==4.9.0
tzdata==2023.3
urllib3==2.1.0
uvicorn==0.24.0.post1
uvloop==0.19.0
virtualenv==20.25.0
vllm==0.2.5
watchfiles==0.21.0
websockets==12.0
wrapt==1.16.0
xformers==0.0.23.post1
xxhash==3.4.1
yarl==1.9.4
zipp==3.17.0

transformers version: 4.36.1
Platform: Linux-5.4.0-167-generic-x86_64-with-glibc2.31
Python version: 3.10.13
Huggingface_hub version: 0.19.4
Safetensors version: 0.4.1
Accelerate version: 0.25.0
Accelerate config: 	not found
PyTorch version (GPU?): 2.1.2+cu121 (True)
Tensorflow version (GPU?): not installed (NA)
Flax version (CPU?/GPU?/TPU?): not installed (NA)
Jax version: not installed
JaxLib version: not installed
Using GPU in script?: No
Using distributed or parallel set-up in script?: No

System information (Optional)
No response

brand new virtualenv 3.10

The langchain I have a upstream PR for it.

Could you please share how you created the virtual environment?
And the url of the PR in langchaing to be able to track?
Thanks

https://github.com/langchain-ai/langchain/pull/12968
venv () {
	name="${1:-venv}"
	if [[ ! -d "$name" ]]
	then
		pip freeze | grep "virtualenv" &> /dev/null || pip install virtualenv
		python -m virtualenv "$name" --download
		source "$name/bin/activate"
		pip install "protobuf<3.20"
	else
		source "$name/bin/activate"
	fi
}

Thanks!
Regarding the installation is not working neither, this is the full stack:
It is recommended to specify the backend explicitly. Cascading backend might lead to unexpected behaviour.
Traceback (most recent call last):
  File "/home/user/projects/sandbox/test/.venv/bin/openllm", line 8, in <module>
    sys.exit(cli())
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/core.py", line 1157, in __call__
    return self.main(*args, **kwargs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/core.py", line 1078, in main
    rv = self.invoke(ctx)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/core.py", line 1688, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/core.py", line 1434, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm_cli/entrypoint.py", line 160, in wrapper
    return_value = func(*args, **attrs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/click/decorators.py", line 33, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm_cli/entrypoint.py", line 141, in wrapper
    return f(*args, **attrs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm_cli/entrypoint.py", line 366, in start_command
    llm = openllm.LLM[t.Any, t.Any](
  File "/usr/lib/python3.10/typing.py", line 957, in __call__
    result = self.__origin__(*args, **kwargs)
  File "/home/user/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm/_llm.py", line 205, in __init__
    quantise=getattr(self._Quantise, backend)(self, quantize),
TypeError: getattr(): attribute name must be string

Anyway, I can fix it with:
pip install openllm[vllm]

Apparently this is a problem on my side, so I close the issue.

Describe the bug
I'm trying some examples but they don't work for me, not sure if it's due to configuration issue on my side or README degradation, eg start llm server or check langchain integration.
To reproduce
Start LLM Server
Steps
python3.10 -m venv .venv; \
> source .venv/bin/activate; \
> pip install openllm; \
> openllm start facebook/opt-1.3b

Error
It is recommended to specify the backend explicitly. Cascading backend might lead to unexpected behaviour.
Traceback (most recent call last):
....
    llm = openllm.LLM[t.Any, t.Any](
  File "/usr/lib/python3.10/typing.py", line 957, in __call__
    result = self.__origin__(*args, **kwargs)
  File "/home/sauron/projects/sandbox/test/.venv/lib/python3.10/site-packages/openllm/_llm.py", line 205, in __init__
    quantise=getattr(self._Quantise, backend)(self, quantize),
TypeError: getattr(): attribute name must be string

Fix
pip install openllm[vllm]
openllm start facebook/opt-1.3b --backend vllm

LangChain integration
Steps
pip install langchain; \
cat <<EOF > openllm-langchain.py
from langchain.llms import OpenLLM

llm = OpenLLM(model_name='llama', model_id='meta-llama/Llama-2-7b-hf')

llm('What is the difference between a duck and a goose? And why there are so many Goose in Canada?')
EOF
python openllm-langchain.py

Error
NOT RECOMMENDED in production and SHOULD ONLY used for development.
...
Traceback (most recent call last):
...
    res = self._runner(prompt, **config.model_dump(flatten=True))
TypeError: 'LlamaRunner' object is not callable

Fix
Unknown
Logs
No response
Environment
Environment variable
BENTOML_DEBUG=''
BENTOML_QUIET=''
BENTOML_BUNDLE_LOCAL_BUILD=''
BENTOML_DO_NOT_TRACK=''
BENTOML_CONFIG=''
BENTOML_CONFIG_OPTIONS=''
BENTOML_PORT=''
BENTOML_HOST=''
BENTOML_API_WORKERS=''

System information
bentoml: 1.1.10 python: 3.10.13 platform: Linux-5.4.0-167-generic-x86_64-with-glibc2.31 uid_gid: 1000:1000
pip_packages

transformers version: 4.36.1
Platform: Linux-5.4.0-167-generic-x86_64-with-glibc2.31
Python version: 3.10.13
Huggingface_hub version: 0.19.4
Safetensors version: 0.4.1
Accelerate version: 0.25.0
Accelerate config: 	not found
PyTorch version (GPU?): 2.1.2+cu121 (True)
Tensorflow version (GPU?): not installed (NA)
Flax version (CPU?/GPU?/TPU?): not installed (NA)
Jax version: not installed
JaxLib version: not installed
Using GPU in script?: No
Using distributed or parallel set-up in script?: No

System information (Optional)
No response

Do you need CUDA to do pip install openllm[vllm]? I am getting the following error "  Downloading vllm-0.2.6.tar.gz (167 kB)
---------------------------------------- 167.2/167.2 kB 2.5 MB/s eta 0:00:00
Installing build dependencies ... done
Getting requirements to build wheel ... error
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> [23 lines of output]
C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\torch\nn\modules\transformer.py:20: UserWarning: Failed to initialize NumPy: No module named 'numpy' (Triggered internally at C:\actions-runner_work\pytorch\pytorch\builder\windows\pytorch\torch\csrc\utils\tensor_numpy.cpp:84.)
device: torch.device = torch.device(torch._C._get_default_device()),  # torch.device('cpu'),
Traceback (most recent call last):
File "C:\Users\13318\anaconda3\lib\site-packages\pip_vendor\pyproject_hooks_in_process_in_process.py", line 353, in
main()
File "C:\Users\13318\anaconda3\lib\site-packages\pip_vendor\pyproject_hooks_in_process_in_process.py", line 335, in main
json_out['return_val'] = hook(**hook_input['kwargs'])
File "C:\Users\13318\anaconda3\lib\site-packages\pip_vendor\pyproject_hooks_in_process_in_process.py", line 118, in get_requires_for_build_wheel
return hook(config_settings)
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\setuptools\build_meta.py", line 325, in get_requires_for_build_wheel
return self._get_build_requires(config_settings, requirements=['wheel'])
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\setuptools\build_meta.py", line 295, in _get_build_requires
self.run_setup()
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\setuptools\build_meta.py", line 311, in run_setup
exec(code, locals())
File "", line 230, in
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\torch\utils\cpp_extension.py", line 1076, in CUDAExtension
library_dirs += library_paths(cuda=True)
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\torch\utils\cpp_extension.py", line 1210, in library_paths
paths.append(_join_cuda_home(lib_dir))
File "C:\Users\13318\AppData\Local\Temp\pip-build-env-v6ffr_4x\overlay\Lib\site-packages\torch\utils\cpp_extension.py", line 2416, in _join_cuda_home
raise OSError('CUDA_HOME environment variable is not set. '
OSError: CUDA_HOME environment variable is not set. Please set it to your CUDA install root.
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output."

authors: aarnphm jmformenti kjain25

repo: bentoml/OpenLLM


text:
inve blames the command path when cwd doesn't exist

If kwargs['cwd'] doesn't exist (and thus OSError 2 is raised in inve), pew will say the shell doesn't exist.
You might want to just print the error instead.

That's weird... Are you trying to use pew as a library and the problem is that you're not supplying cwd?
Cwd is not supplied either in the shell function.
What is the exact error that you get?  What are the commands and the environment?
Thank you
On 26 November 2015 17:57:34 GMT+00:00, Christophe Biocca notifications@github.com wrote:

If kwargs['cwd'] doesn't exist (and thus OSError 2 is raised in
inve), pew will say the shell doesn't exist.
You might want to just print the error instead.

Reply to this email directly or view it on GitHub:
https://github.com/berdario/pew/issues/74

--
Sent from mobile. Please excuse my brevity.

Sorry, I should have provided more context.
When setting up, I accidentally messed up the content of ~/.local/share/virtualenvs/myproject/.project to point to an invalid path.
Then calling pew workon myproject I get Unable to find /usr/bin/zsh as an error message.
It's not a big deal, but it did send me on a wild goose chase for a bit.
The relevant code is https://github.com/berdario/pew/blob/master/pew/pew.py#L128

Yeah, it was a bit unexpected: it was an OSError with the exact same errno as when the program doesn't exist.
Sorry for taking so long  to fix it, and thanks for the report!

authors: berdario christophebiocca

repo: berdario/pew


text:
I need help with this..

I've tried a lot but I can not get what I need to get involved here.
Both plugins are the latest version (BKCommonLib, TrainCarts), my server is 1.9
Can you help me?
[16:07:10 ERROR]: [Train_Carts] Failed to synchronize a network controller:
[16:07:10 ERROR]: java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Double
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.common.controller.EntityNetworkController$1.getX(EntityNetworkController.java:68)
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.common.bases.mutable.VectorAbstract.distanceSquared(VectorAbstract.java:243)
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.common.controller.EntityNetworkController.isVelocityChanged(EntityNetworkController.java:763)
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.tc.controller.MinecartMemberNetwork.syncSelf(MinecartMemberNetwork.java:203)
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.tc.controller.MinecartMemberNetwork.onSync(MinecartMemberNetwork.java:174)
[16:07:10 ERROR]:   at com.bergerkiller.bukkit.common.entity.nms.NMSEntityTrackerEntry.track(NMSEntityTrackerEntry.java:53)
[16:07:10 ERROR]:   at net.minecraft.server.v1_9_R1.EntityTracker.updatePlayers(EntityTracker.java:179)
[16:07:10 ERROR]:   at net.minecraft.server.v1_9_R1.MinecraftServer.D(MinecraftServer.java:809)
[16:07:10 ERROR]:   at net.minecraft.server.v1_9_R1.DedicatedServer.D(DedicatedServer.java:400)
[16:07:10 ERROR]:   at net.minecraft.server.v1_9_R1.MinecraftServer.C(MinecraftServer.java:660)
[16:07:10 ERROR]:   at net.minecraft.server.v1_9_R1.MinecraftServer.run(MinecraftServer.java:559)
[16:07:10 ERROR]:   at java.lang.Thread.run(Thread.java:745)

The most current version of TrainCarts is meant for use on 1.8, not 1.9. That is likely the cause of this issue.

It is indeed the error you've got. Please use 1.8.
Closing this now.

repo: bergerhealer/TrainCarts


text:
Add NuGet package icon

Fixes https://github.com/bergmania/Bergmania.OpenStreetMap/issues/9
I think this should be almost correct, although I get an error on build if checking "Generate NuGet package on build" under properties for "Bergmania.OpenStreetMap" project.
It seems it should be something similar to this:
https://kaylumah.nl/2021/03/27/set-nuget-metadata-via-msbuild.html

Hi @bjarnef ..
Thanks for the contribution 💪
I moved refactored a few things:

I now use the icon from assets/icon-128.png
I explic added the import into the two projects should is shipped as nuget packages.

authors: bergmania bjarnef


text:
Transfer from Yoroi to Nami (Lost assets)

Hey guys. I contacted ye on Twitter, but got no response. I lost all my CNFT assets in a transfer between my existing yoroi wallet and my nami wallet. What can I do to retrieve the assets?

Kindly open a ticket by sending your to
support@namiextension.com
A team member would respond to you we are sorry for any inconvenience caused.

repo: berry-pool/nami


text:
Handling Uploaded Files with Temporary

The uploaded files will save with temporary files, better than save to database and then deleted. With databases have raise a bug, after I used the files and deleted but sometimes not deleted in databases too. Also sometimes deleted proccessed files.
Better will implemented temporary files, this will implemented later.
Some references or thread should be read :

http://stackoverflow.com/questions/23657760/when-django-deletes-uploaded-files-from-the-temporary-directory
https://github.com/django/django/blob/master/django/core/files/temp.py

Solved this issue, change method to reference to document id. So it will have big files history. Need manual deleted file or some method to deleted the file. Fixed by 88bb72b74844f2d24a20c9e6c32d167e945b1cfb .

repo: berviantoleo/scheduler-op


text:
Simplify positioning using position: fixed

Thanks for providing this is a great way to add transitions between elements. Getting the exact position of a DOM node is tricky. In this article all the quirks are documented. After experimenting a little bit with this library I noticed that in some cases getPosition() is not able to calculate the correct position.
In the summary of the article previously mentioned the easiest way to get the correct positioning is to use window coordinates from getBoundingClientRect in combination with position:fixed. This simplifies the calculation a bit too.
The demos you provided are working fine with this modifications.

After sleeping on this, this might not be a good idea after all. The calculation are more simple but when the person is scrolling during an animation everything breaks...

Thanks for all the information and the provided PR. I actually started out with the fixed position, but it didn't deliver the wanted results. As you mentioned, scrolling during the animation sends the object to the wrong location. Also sending things off-screen were making problems (probably can be worked around).

authors: FWeinb berzniz

repo: berzniz/react-overdrive


text:
Error: Solution required to convert onnx model to use in the pipeline

Solution required to convert onnx model to use the same in the pipeline:
Converted this onnx model to openvino-IR using the following option
https://huggingface.co/CompVis/stable-diffusion-v1-4/tree/onnx/unet
mo.py --use_legacy_frontend --input_model onnx\model.onnx --static_shape --disable_fusing

Got the following error when used the same model while execution of the following line
https://github.com/bes-dev/stable_diffusion.openvino/blob/72d3ad67f078b25bc5ae191f6e49078cebd1f791/stable_diffusion_engine.py#L41
Updated this statement to use the optimized openvino-IR here instead of hubface_download
https://github.com/bes-dev/stable_diffusion.openvino/blob/72d3ad67f078b25bc5ae191f6e49078cebd1f791/stable_diffusion_engine.py#L37
Found the files here but still wanted to check the correctness of any updated model(Stable-Diffusion-v1.5 or v2.0) - just testing it with default model:
https://huggingface.co/bes-dev/stable-diffusion-v1-4-openvino/tree/main
Could someone help here, Thanks in advance

@bes-dev can you share your thoughts on above issue

https://huggingface.co/ShadowPower/waifu-diffusion.openvino/discussions/1
maybe old onnx conversion worked differently? I also fail to convert (new) onnx unet so i was trying the older method as your files look different.
https://huggingface.co/ShadowPower/waifu-diffusion-v1-3-onnx/blob/main/unet.tar.zst

authors: ClashSAN lalith-mcw saikrishna2893


text:
Star imports

https://github.com/bessagroup/rvesimulator/blob/420db1b9b9b6800006a06689cb645cc71873bfe4/src/rvesimulator/additionals/__init__.py#L1
It is better to define the imports instead of using a star import

fixed

repo: bessagroup/rvesimulator


text:
Support for randomized Typings

This idea came from a user on the Ironmon Discord.

If the Tracker is able to show accurate typings for Pokemon that have had their typings randomized, then this allows for a fun new gameplay experience. Normally it's frustrating playing against random typings, as everything is a black-box and you're just "Hidden Power" guessing. If you know the types up front, then it plays like a normal Pokemon game where you can make strategic decisions about what moves to use. In other words, this adds a fresh gameplay experience of getting to play with your favorite Pokemon but with better, or worse, typings.

This PR adds support for the Tracker to handle changed Pokemon Pokedex data, such as core Pokemon having different types (and abilities). I've included the abilities here as well so that we don't have to read them in every 30 frames.
Ideally in the future this can be extended to read in MoveData as well, but have to be careful not to overwrite the existing localization data.

Likely related to #130 as a building-block for getting that added.

As requested, adding an Option to enable revealing the randomized data to the player (Pokemon Types and Move Info).

repo: besteon/Ironmon-Tracker


text:
🛑 Endpoint CNAF v2 is down

In df9edec, Endpoint CNAF v2 (https://particulier.api.gouv.fr/api/v2/composition-familiale?numeroAllocataire=$NUMERO_ALLOCATAIRE&codePostal=$CODE_POSTAL) was down:

HTTP code: 500
Response time: 520 ms

Resolved: Endpoint CNAF v2 is back up in e240aa7.

repo: betagouv/api-particulier-status


text:
Footer

Je trouve que le footer manque de liens ; j'aimais bien l'idée du précédent d'avoir plusieurs colonnes.
Ex :

A propos
Echangeons !
Mentions légales

Qui sommes nous
Contactez-nous
données personnelles

Dépôts Github
LinkedIn
gestion des cookies

Stats
Twitter

Si on garde la structure actuelle avec la petite ligne tout en bas (j'ai compris que c'est le design de base), on pourrait retirer la description (cf. #1) et mettre les liens... sur 2 lignes ? (j'ai des doutes en termes de lisibilité)

Done (en respectant le design system)

authors: florianpanchout martinregner

repo: betagouv/datagir-site


text:
Could not build.. ? missing component

First issue was needing to run npm install to get  hold of required angular components then I get
code E401
npm ERR! Unable to authenticate, need: BASIC realm="Sonatype Nexus Repository Manager"

Full output
ian@MacBook-Pro better-ui-components % npm install
npm WARN old lockfile
npm WARN old lockfile The package-lock.json file was created with an old version of npm,
npm WARN old lockfile so supplemental metadata must be fetched from the registry.
npm WARN old lockfile
npm WARN old lockfile This is a one-time fix-up, please be patient...
npm WARN old lockfile
npm WARN deprecated ini@1.3.5: Please update to ini >=1.3.6 to avoid a prototype pollution issue
npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated fsevents@2.1.3: "Please update to latest v2.3 or v2.2"
npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated
npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.
npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
npm WARN deprecated fsevents@1.2.13: fsevents 1 will break on node v14+ and could be using insecure binaries. Upgrade to fsevents 2.
npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead.
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
npm WARN deprecated tslint@6.1.3: TSLint has been deprecated in favor of ESLint. Please see https://github.com/palantir/tslint/issues/4534 for more information.
npm ERR! code E401
npm ERR! Unable to authenticate, need: BASIC realm="Sonatype Nexus Repository Manager"

Yeah, it seems there was a reference to private npm repo in package-lock.json. I try to install through public repo and also publish new package-lock.json without reference to private npm repo, so now it should be ok.

Working nicely , thx

authors: benjaminmuhic freshehr

repo: better-care/better-ui-components


text:
Add curated: TDD survey paper

curated pointer to a journal article: Aziz Nanthaamornphong, Jeffrey C. Carver (2015), Software Quality Journal, p. 1-30, Springer US, url, doi:10.1007/s11219-015-9292-4

PR #48 created, and ready for review.

Mike reviewed and accepted PR #48, so closing.


text:
🛑 Reges Hotel Offers Portal is down

In 714741d, Reges Hotel Offers Portal (https://offer.reges.com.tr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Reges Hotel Offers Portal is back up in 93a8f37 after 15 minutes.

repo: betterwithagency/status-page


text:
Unified API for adding things to App

What problem does this solve or what need does it fill?
There is a mild proliferation of "add XYZ to the App" methods.

By type:

init_state
init_resource
add_event

By value:

insert_state
insert_resource
add_plugins
add_systems
configure_sets (for "adding" system sets)

When you include 3rd-party crates, this list gets much longer. Furthermore, some of these methods are attached to App itself, making the 3rd-party extension traits second-class.
What solution would you like?
Proposed API:
app.add::<(MyResource, MyEvent, MyState, MySystemSet)>();
app.insert((MyResource { ... }, MyEvent::Foo, MyState::Bar, MySystemSet::Quux));

Hand-wavy implementation:
// Impl this for all tuples.
trait AddToApp {
    fn add_to_app(app: &mut App);
}

// Replaces `trait Plugin` as well.
// Impl this for all tuples.
trait InsertToApp {
    fn insert_to_app(self, app: &mut App);
}

impl App {
    fn add<T: AddToApp>(&mut self) -> &mut Self {
        T::add_to_app(self);
        self
    }

    fn insert<T: InsertToApp>(&mut self, val: T) -> &mut Self {
        val.insert_to_app(self);
        self
    }
}

Example usage:
fn main() {
    App::new().insert(DefaultPlugins).add::<MySystemSet>().run();
}

#[derive(SystemSet)]
enum MySystemSet { A, B, C }

impl AddToApp for MySystemSet {
    fn add_to_app(app: &mut App) {
        app.configure_sets(Update, (Self::A, Self::B, Self::C).chain());
    }
}

What alternative(s) have you considered?
The status quo, which definitely isn't bad, but maybe it could be improved.

To clarify, the proposed API is in addition to the current methods, correct? Otherwise it would be impossible to add anything to App (since their AddToApp implementation needs to call something).

The AddToApp implementation can use app.world_mut() (especially the ones generated by derive macros).
Systems / system sets were not fully thought out (they need to be added to a particular schedule), but I threw them into the PR description anyways because there may be a way to design around that. So for .add_systems and .configure_sets, as of now, this proposal would leave them be.

Today if you really mess up, you get error messages specialized to the type you're trying to add/insert. For example, the following code. How would the new super-generic API affect error messages like this? (it seems like you'd get the same error message about AddToApp for everything)
use bevy::prelude::*;

fn main() {
    App::new()
        .init_state::<SomeEvent>()
        .add_plugins(DefaultPlugins)
        .run();
}

struct SomeEvent;

error[E0277]: the trait bound `SomeEvent: FreelyMutableState` is not satisfied
  --> src/main.rs:5:23
   |
5  | ...  .init_state::<SomeEvent...
   |       ----------   ^^^^^^^^^ the trait `FreelyMutableState` is not implemented for `SomeEvent`
   |       |
   |       required by a bound introduced by this call
   |
   = note: consider annotating `SomeEvent` with `#[derive(States)]`

you can also derive multiple insertable and addable types for a given type (a silly example, you could derive Resource, States, and Event, and implement Plugin all for the same type. Its kind of silly to do this all at once, but I have definitely seen people promoting deriving combinations like Resource and Component at the same time. How would the proposed API know which type of value to insert as?
#[derive(
    Default,
    Resource,
    States,
    Debug,
    Hash,
    Eq,
    PartialEq,
    Clone,
    Event,
)]
enum SomeEvent {
    #[default]
    StateA,
}

impl Plugin for SomeEvent {
    fn build(&self, app: &mut App) {
        app;
    }
}

That's a good point. This proposal is not compatible with the same type being used to represent different things in the ECS world.
Everything should be compatible with Component at least, since there's no such thing as "adding" or "inserting" a component onto an App, unless you qualify that the component is specifically a Resource or an Event or a State.
IMO deriving two "global" traits like Resource and Event seems like an anti-pattern to me. Disallowing it would be a new restriction, but that might be reasonable.

How would the new super-generic API affect error messages like this?

Yeah the error message would become less useful. It could ask you if you meant to derive e.g. "Resource, Event, State, or something else that can be added to the app", but that would definitely be less helpful.

This may be better off reduced to an "in addition" API proposal with no auto-derived impls for AddToState or InsertToState.

Closing in favor of a smaller proposal: https://github.com/bevyengine/bevy/issues/14261.

authors: ChristopherBiscardi MrGVSV benfrankel

repo: bevyengine/bevy


text:
Compilation Failure: Regression in enabling bevy_gltf feature

Bevy version
0.15
What you did
Running bevy with
[dependencies]
bevy = { version = "0.15.0", default-features = false, features = [
    "bevy_gltf",
] }

and
[dependencies]
bevy = { version = "0.15.0", default-features = false, features = [
    "bevy_gltf",
    "bevy_animation"
] }

fails to compile.
What went wrong
error[E0432]: unresolved import `bevy_animation`
 --> /Users/danielgallups/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_gltf-0.15.0/src/loader.rs:7:5
  |
7 | use bevy_animation::animated_field;
  |     ^^^^^^^^^^^^^^ use of undeclared crate or module `bevy_animation`

Additional information
Reproduction:
https://github.com/dsgallups/bevy_bug
Identical to previously closed issue https://github.com/bevyengine/bevy/issues/15503

I'll see to rebasing the previous PR

Whoops! Saw this has already been fixed! My bad: https://github.com/bevyengine/bevy/pull/16551


text:
Make ActiveAnimation::set_weight return &mut Self

Objective
Fixes #14907.
Solution
Changes ActiveAnimation::set_weight to return &mut Self.
Testing
Simple API change, I don't think this needs explicit testing.
Migration Guide

This section is optional. If there are no breaking changes, you can delete this section.

(I don't think changing -> () to -> &mut Self is a breaking change, but I'm not entirely sure in regards to breaking/non-breaking here)

Changed ActiveAnimation::set_weight to return &mut Self, to allow for easier function chaining

Yep, non-breaking here!

authors: aecsocket alice-i-cecile


text:
Make headless_defaults example actually headless

Fixes https://github.com/bevyengine/bevy/issues/5260

Well, the example is not what one would commonly consider headless...so perhaps the change here is to rename it if the behavior is intended?

Abandoning this in favor of renaming


text:
Improve safety for the multi-threaded executor using UnsafeWorldCell

Objective
Fix #7833.
Safety comments in the multi-threaded executor don't really talk about system world accesses, which makes it unclear if the code is actually valid.
Solution
Update the System trait to use UnsafeWorldCell. This type's API is written in a way that makes it much easier to cleanly maintain safety invariants. Use this type throughout the multi-threaded executor, with a liberal use of safety comments.
As this is part of a larger effort to port the engine to UnsafeWorldCell, this is related to #8280, but these changes can be done entirely separately.

Migration Guide
For any manual implementors of the System trait: the method run_unsafe now takes UnsafeWorldCell instead of &World. This type provides an API designed specifically for mutating a world in parallel with other systems.
The function UnsafeWorldCell::increment_change_tick is now strongly typed, returning a value of type Tick instead of u32.

Upon closer inspection, I noticed a couple more functions with undocumented invariants that had to be marked as unsafe. Also, I accidentally made update_archetype_component_access unsound, so I'm marking this PR as a draft until I resolve that.

I've resolved the issues I mentioned before.

I usually prefer to write UnsafeWorldCell<'_> to make it clear that a fresh lifetime is involved, could you make that change here as well?

I can do that if you prefer it strongly, but IMO that's just an uglier way of writing the same thing. Being explicit about lifetimes only adds clarity if you're going to name them -- otherwise, elision is preferred. I don't think that UnsafeWorldCell<'_> carries any more information than UnsafeWorldCell.
Anyway, thank you for the review.


text:
Transcribe audio

URL
https://vimeo.com/649569006

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

run workflow

repo: bexelbie/action-transcription


text:
How to change the layout and styles of Carousel Items on mobile

Currently each item in the Carousel span 30% width and is floated to left.
I'm trying to figure out a way via which I can make the carousel items span 100% or make the width auto and remove the float. I did the following to acheive the above but it breaks the carousel on mobile and while dragging to left and right some items at the end are skipped with a glitch.
.slides {
  & > div {
    display: flex;
    & > * {
      float: none !important;
      width: auto !important;

      &:not(:last-child) {
        margin-right: var(--xx-small);
      }
    }
  }
}

It would be nice If one can have full control of styling and layout while keeping the functionalty intact across different devices. Thanks

It looks like the underlying project is Siema and the perPage argument can be an object to deal with responsive design. Please check https://codepen.io/pawelgrzybek/pen/dWbGyZ, that should solve the issue without the need for custom CSS.

Thanks. Mike, it does not work well with our use case i.e it does not have a way to have unified margin between the items https://github.com/pawelgrzybek/siema/issues/70:
<Carousel
  dots={false}
  controls={false}
  perPage={{
    800: 2,
    1200: 3,
  }}
>

I am encountering the same issue. Customer was complaining about the missing gap between cards :/

authors: mhatvan mikenikles nisarhassan12

repo: beyonk-adventures/svelte-carousel


text:
Remove strimzi duplicated tests

Because this functionality/behavior is daily tested in scope of strimzi tests we really do not need to test in fleetshard operator tests.

In scope of upgrade/smoke test we test deployment of canary/admin. When I checked strimzi suite last time I saw that they already test ability to recover kafka/pods etc so I think these two tests are redundant in fleetshard.


text:
Fix mesh seams

There are gaps between different LODs. http://procworld.blogspot.ca/2013/07/emancipation-from-skirt.html

Maybe no block should generate polys that cross its edges, and instead we should run seam fixing code between any two adjacent blocks, regardless of LOD.

It would be useful to enforce the property that a voxel is Surface if any of its higher-LOD breakdowns are Surfaces. Right now, a voxel is (usually) Empty if all of its corners are on the same side of the surface, but it's possible that the surface enters and exits the voxel between corners in a way that's picked up by higher LOD versions. The problem is that when there are adjacent voxels of different LODs, they disagree on where corners exist, so they can disagree on where to draw polygons.

Given ^that property, mesh extraction should be rewritten to connect any adjacent voxels regardless of LOD. Then we can support voxels that stay big because they just don't have any more detail. That lets us bump up our LOD a lot, because we won't be paying the cost in places where the detail doesn't exist.

The server should support an extra request kinda like RequestSeamBetween(BlockPosition, LOD, BlockPosition, LOD)

Wait until after #143

I think this will be easier once #170 is done, since the edges between chunks have different behavior from the edges within chunks.

I'm working on this in the fix-mesh-seams branch.

repo: bfops/playform


text:
🛑 SHOWCASE is down

In 28b9237, SHOWCASE (https://showcase.bgord.me/healthcheck) was down:

HTTP code: 424
Response time: 3333 ms

Resolved: SHOWCASE is back up in 56f7b01 after 18 minutes.

repo: bgord/statuses


text:
Remove jQuery dependency

This pull request refactors the library to remove the jQuery dependency as discussed in #63.
The tasks are broadly as follows:

[x] Remove jQuery code from internal methods
[x] Separate concerns into classes
[x] Build with Rollup
[x] Replace Grunt with npm script
[x] Move jQuery plugin to separate file
[x] Update documentation
[x] Update demo

Other changes:

[Breaking] Renames the update event from update.expanding to expanding:update for compatibility with jQuery event binding
[Breaking] Removes the update option, and instead encourages developers to bind to expanding:update
Adds 6px additional padding on iOS devices (this is not detectable with any style attribute, so user agent sniffing is used)
Uses standard code style

OK, I think this is ready for review. Let me know what you reckon :)

This is looking great!  A little hard to review all the code but the general direction seems good to me.  Things to do in follow ups or still discuss.

Remove author field in package configs and use contributors instead so we can both be credited
Publish to npm
Make a decision about bower - do we still want to support that or only npm?

Remove author field in package configs and use contributors instead so we can both be credited

😄 thanks! Done in https://github.com/bgrins/ExpandingTextareas/pull/64/commits/4f9f0868e0becce1cc897be69d6c030d33a87c7c

Make a decision about bower - do we still want to support that or only npm?

Good question. I think it'd be fine to support bower if we automated the process of publishing (i.e. git-tagging). Something like this perhaps: https://github.com/bevacqua/domador/blob/master/package.json#L8 ?

Good question. I think it'd be fine to support bower if we automated the process of publishing (i.e. git-tagging). Something like this perhaps: https://github.com/bevacqua/domador/blob/master/package.json#L8 ?

Some kind of automated tag/publish process would be great.  We can kick that out into a follow up issue though.  I wish we could see stats for installs with bower to help decide if it's worth supporting.

All I could find is https://bower.io/stats/, which doesn't seem to include package-level stats

Thanks @domchristie, this looks great!  Feel free to land at will

Feel free to land at will

Great! Should we tag the current master as 0.3.0? Should I also add a note to the new README, highlighting that the master branch is pre-release software?

Great! Should we tag the current master as 0.3.0?

Done at https://github.com/bgrins/ExpandingTextareas/commit/8a1d571c346318bcc56c1e753c299d2b4390c415 and https://github.com/bgrins/ExpandingTextareas/releases/tag/0.3.0.

Should I also add a note to the new README, highlighting that the master branch is pre-release software?

I think if we have instructions for installation through package managers people will know to not download the files directly from master

OK, I think this is good to go now.  Once the code lands we'll also need to publish to package managers

authors: bgrins domchristie

repo: bgrins/ExpandingTextareas


text:
Bhanumannurultts patch 1

pull request

close

hgf

repo: bhanumannurultts/github-slideshow


text:
Add computed field with deepest path

What if i want to add a computed field like this:
`
computed: {
"foo.bar":{
get:function () {
console.log("get foo.bar ");
},set:function () {
        }
    }
}

`.
This means I want the foo.bar to be a computed property.When i use this in vue,{{foo.bar}},vue will
call the getter function of foo.bar property.

I'm not sure how your question applies to this project. Can you please clarify?

this issue has no reference to the project. I'm going to assume this was meant to be a general vuejs question which should be asked on the vuejs project or stackoverflow

authors: bhoriuchi kenti-lan

repo: bhoriuchi/vue-deepset


text:
RFC: demonstrate some concepts

(deliberately not opening up a PR against the OT version of this repo... for casual inspection only)

Summarized the changes and testing results of this PR here: https://gist.github.com/carlosalberto/28ba04ae3201d87f91eff924e7d427da
That will get an overall idea for those who haven't been lately following the discussion, as well as for those interested in any further changes to this design - specially the Continuation concept, and whether it should be included in the main api or not.
And hopefully this will get things rolling again (feedback, for a start) :)

Anyone interested in proposing changes to Java API,  please use https://github.com/opentracing-contrib/java-examples to ensure all identified use cases are being addressed. BTW I recommend forking Carlos's branch if you are working on the current PR: https://github.com/carlosalberto/java-examples/tree/bhs/scopes-update

authors: bhs carlosalberto tedsuo

repo: bhs/opentracing-java


text:
Optimization of ReactiveMP calculations

This (currently) draft pull request is meant to facilitate a discussion on the optimization of certain calculations in ReactiveMP and to act as a reference for later pull requests.
This pull request contains:

Addition of a standard basis vector for allocation-free operations with a.o. the dot product node.
Optimization of the tr() operator in the average energy calculation for the multivariate normal nodes.
Refactoring of Flow update rules to use the present prod() functionality.
Optimization of the cholinv() function, which halves the memory allocations when dealing with BlasFloat.
Implementation of a joint cholinv() and logdet() function to speed up calculations.
Optimization of Cholesky inverse times vector.
Update of the logdetcov function used for entropy calculations by making use of the positive definiteness of covariance matrices.
Perform prod with inplace operations to limit allocations.
Refactor multiplication node output
Extend addition and subtraction rules to use Distributions.jl convolve function by default.
Forward all rules of the subtraction node to mirror the addition node.
Reduced allocations in addition/subtraction marginal rules.
Reduced allocations in mvnormal marginal rules.
This list will be updated over time...

Possible elements that are still scheduled to appear in this PR are:

Tests for the new standard basis vector.
Tests for new joint cholinv() and logdet() function.
Implementation of custom Wishart distribution to prevent automatic calculation of the normalization constant.
Custom cholesky function that is fast by default and stable if necessary.
Merge elementary factor nodes.
Make marginal rules more efficient by not performing any unnecessary allocations.
This list will be updated over time...

Below an explanation of the above topics will follow.

Codecov Report

Merging #69 (517f751) into master (07391a6) will decrease coverage by 2.88%.
The diff coverage is 33.94%.

@@            Coverage Diff             @@
##           master      #69      +/-   ##
==========================================
- Coverage   73.75%   70.87%   -2.89%
==========================================
  Files         170      169       -1
  Lines        5110     5112       +2
==========================================
- Hits         3769     3623     -146
- Misses       1341     1489     +148

Impacted Files
Coverage Δ

src/ReactiveMP.jl
50.00% <ø> (-16.67%)
:arrow_down:

src/algebra/standard_basis_vector.jl
0.00% <0.00%> (ø)

src/distributions/pointmass.jl
91.80% <0.00%> (-1.54%)
:arrow_down:

src/algebra/cholesky.jl
27.58% <27.58%> (ø)

src/algebra/helpers.jl
68.29% <50.00%> (-13.19%)
:arrow_down:

src/nodes/mv_normal_mean_covariance.jl
88.46% <100.00%> (+21.79%)
:arrow_up:

src/nodes/mv_normal_mean_precision.jl
88.46% <100.00%> (+38.46%)
:arrow_up:

src/rules/dot_product/in2.jl
100.00% <100.00%> (ø)

src/rules/dot_product/out.jl
100.00% <100.00%> (ø)

src/rules/flow/marginals.jl
100.00% <100.00%> (ø)

... and 43 more

Continue to review full report at Codecov.

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

Amazing work @bartvanerp! I'll review it later today.
I think this definitely can be used to speedup some computations in AR with new StandardBasisVector.

Very nice and clean PR Bart, great work. There are some minor issues but its fine.

Implementation of custom Wishart distribution to prevent automatic calculation of the normalization constant.

I definitely support this since I wanted to implement it super long ago
I also wonder that it is better to sit together maybe and document all of this non-standard optimisation algebra tricks we can use in ReactiveMP. It is not a big problem though but I can imagine that someone who is unaware of lets say StandardBasisVector  will continue to use naive approach or someone who is unaware of cholinv_logdet  will use logdet(cholinv()). We do have a lot of cool algebra tricks in our package so we need to collect all of them in one single place in the documentation just for later reference.

Addition of standard basis vector
This PR includes the StandardBasisVector{len, ind} object. It is a Cartesian standard basis vector of length len containing only zeros and only a single one at index ind. As an example, StandardBasisVector{4,1} simply represents [1,0,0,0].
This object prevents us from allocating an entire array of length len. Furthermore multiplications with this vector greatly simplify calculations. As an example consider the following case:
e1    = zeros(10)
e1[1] = 1
A     = randn(10,10)
x     = dot(e1, A, e1) # fast implementation of e1' * A * e1

Here the naive implementation e1' *A * e1 allocates memory for the intermediate matrix-vector product and needs to do 110 multiplications and 99 additions (I think).
The better implementation using the dot product does not allocate anything, but performs 100 multiplications and 99 additions (I think).
The new implementation:
e1 = StandardBasisVector(10,1)
A  = randn(10,10)
x  = dot(e1, A, e1)

simply returns A[1,1] without any calculations.

Indeed, let's bundle all comments in this pull request in a document later on, such that other people can benefit from this.

Trace of more advanced matrix products
ReactiveMP currently already implements the mul_trace(A, B) function in helpers.jl, which calculates a fast trace over a matrix product Tr(A*B), without allocating memory. To show how this works, we need to make use of the following identity (source)

This prevents us from performing a matrix-matrix product and its corresponding allocations.
This approach can also be extended to the matrix-outerproduct case Tr(A*x*x') as shown in (source), where we can rewrite

which prevents us from allocating two matrices (in the very naive case). Instead we just take the sum over some multiplications.
Using both identities, we simplify the average energy calculations for the multivariate normal node from
tr(mean(q_Λ)*(v_out + v_mean + (m_out - m_mean)*(m_out - m_mean)'))

to
result = 0.0
    @turbo for k1 ∈ 1:dim, k2 ∈ 1:dim   # optimize trace operation (indices can be interchanges because of symmetry)
        result += S_Λ[k1,k2] * (V[k1,k2] + V[dim+k1,dim+k2] - V[dim+k1,k2] - V[k1,dim+k2] + (m[k1] - m[dim+k1]) * (m[k2] - m[dim+k2]))
    end

Here we also make use of the fact that our matrix is symmetrical and therefore we can interchange the indexing order for better memory accesses.

Optimization of the cholesky inverse
The current implementation of ReactiveMP implements the cholesky inverse as
inv(cholesky(PositiveFactorizations.Positive, Hermitian(x)))

Let's break this down. The part
cholesky(PositiveFactorizations.Positive, Hermitian(x))

is good. Calling Hermitian() prevents checks and speeds up computation time. Also PositiveFactorizations.Postive yields a performance improvement.
At this point we obtain a Cholesky{T, Matrix{T}} structure, which is our only source of allocation. Calling inv for T <: LinearAlgebra.BlasFloat then calls
inv!(C::Cholesky{<:BlasFloat,<:StridedMatrix}) =
    copytri!(LAPACK.potri!(C.uplo, C.factors), C.uplo, true)
inv(C::Cholesky{<:BlasFloat,<:StridedMatrix}) = inv!(copy(C))

https://github.com/JuliaLang/julia/blob/63f5b8a1654a77a91eccd619a665da5080ea6058/stdlib/LinearAlgebra/src/cholesky.jl#L688-L691
Which creates a copy on which we perform the inplace inverse. Our cholinv() function returns this copy and the original Cholesky structure is left for garbage collection.
This PR optimizes cholinv() to perform the inverse directly on the created Cholesky structure as
function cholinv(x::AbstractMatrix{T}) where { T <: LinearAlgebra.BlasFloat }
    y = cholesky(PositiveFactorizations.Positive, Hermitian(x))
    LinearAlgebra.inv!(y)
    return y.factors
end

This about halves the memory usage

Joint inverse and log-determinant
Some pieces of code in ReactiveMP use both an inverse and a log-determinant. Now first and foremost it is important to note that we are already calling logdet() instead of log(det()) for numerical stability issues:

"The determinant of a matrix is a high-degree polynomial, so it can be huge for even moderate-sized matrices. For example, the determinant of a Vandermonde matrix with consecutive integer elements increases super-factorially with the dimension of the matrix! For a 30 x 30 integer Vandermonde matrix, the determinant is too large to represent as a standard double-precision floating-point number." --  (source)

Although the logdet() function is stable, its calculation is quite expensive. When we are already calcuting an inverse it can be optimized using the intermediate result that we obtain using cholinv. Important here is that we are assuming that our matrix is positive definite. We make use of the following identity (source):

Luckily we obtain the cholesky decomposition already by calculating the inverse.

Discussion points
Use of PositiveFactorizations.Positive
For the cholesky decomposition, we pass the PositiveFactorizations.Positive keyword. On my end , however, this resulted into a slowdown of up to a factor 2 for low-dimensional matrices. Around a dimensionality of (50x50), adding the keyword gave similar performance as the default cholesky function. And for larger matrices it resulted in a speedup. Because we often deal with low-dimensional matrices, I have removed the keyword for now.
Currently this change results into some test errors for the Wishart distribution and the Pointmass distribution:
MethodError: no method matching cholesky(::LinearAlgebra.Hermitian{Float64, PDMats.PDMat{Float64, Matrix{Float64}}})
However, this will be resolved once we implement our own Wishart distribution. For the pointmass distribution we try to calculate cholinv for a random matrix, which does not make sense in my opinion. https://github.com/biaslab/ReactiveMP.jl/blob/07391a67acd46a2ec591045f1971ad01f180ac69/test/distributions/test_pointmass.jl#L154

This list will grow over time...

Discussion points
Use of PositiveFactorizations.Positive
For the cholesky decomposition, we pass the PositiveFactorizations.Positive keyword. On my end , however, this resulted into a slowdown of up to a factor 2 for low-dimensional matrices. Around a dimensionality of (50x50), adding the keyword gave similar performance as the default cholesky function. And for larger matrices it resulted in a speedup. Because we often deal with low-dimensional matrices, I have removed the keyword for now. Currently this change results into some test errors for the Wishart distribution and the Pointmass distribution: MethodError: no method matching cholesky(::LinearAlgebra.Hermitian{Float64, PDMats.PDMat{Float64, Matrix{Float64}}}) However, this will be resolved once we implement our own Wishart distribution. For the pointmass distribution we try to calculate cholinv for a random matrix, which does not make sense in my opinion.
https://github.com/biaslab/ReactiveMP.jl/blob/07391a67acd46a2ec591045f1971ad01f180ac69/test/distributions/test_pointmass.jl#L154

This list will grow over time...

We cannot remove PositiveFactorizations.Positive. It deals properly with numerical instabilities and slightly non-posdef matrices. Julia's builtin implementation of cholesky is pretty weird when it comes to slightly non-posdef matrices, which may also happen even after cholesky itself.  Speed is always good but I'm in favour of computation correctness here - I would suggest to return PositiveFactorizations.Positive back.

Regarding Positive we can double check everything again of course, because 2x performance improvement at least worth to look into. But I remember trying with/without Positive and got numerical instabilities in very simple models. So IMO it is kinda dangerous to remove it now, but maybe we can also search for another similar library or maybe inspect code from PositiveFactorisations for possible performance improvements.

Could we instead leave this decision maybe to the user by using some global flag in reactive? For example:

Personally I do not like this kind of design with "safe"/"unsafe" functions, because you never know what situation is safe and what is not - so basically in 99% cases you would use safe version.
I mean we can get even better performance improvement if we would do all our computations in Float16 for example. 😅But I think there should be a stop-line and possible numerical stability/accuracy is more important here. It is better not to tradeoff accuracy and performance with any matrix-related computation imo. It can blow-up pretty fast.
If someone really wants to use "fast/unsafe" version of cholesky inverse in some message rules there is always generic inv(cholseky(A)) available. But our cholinv should probably be accurate since we use it almost everywhere, even though it might be slower.

But I agree that 2x performance slowdown is pretty sad, as I said its worth to look into and maybe patch existing Positive implementation. It does not do anything super advance so such a slowdown is odd indeed.

MethodError: no method matching cholesky(::LinearAlgebra.Hermitian{Float64, PDMats.PDMat{Float64, Matrix{Float64}}})

This error is useful actually. We definitely do some extra work here because based on this error it means that we compute a cholesky factorisation for PDMat object, but PDMat has already precomputed Cholesky factors afaik. I think the only one place is Wishart indeed and its better to implement our own version of Wishart.
One of the reasons why I didn't do that before is : what name to use? With Normal it was pretty easy - NormalMeanVariance etc. But Wishart itself is reserved and ideally we do not want to confuse our users with conflicting names from Distributions.jl. TBH I'm not sure how to resolve it rather than doing all computation in our hidden Wishart2 structure but at the end convert to/return Wishart from Distributions.jl.

Depending on the outcome of whether we need PositiveFactorizations, I found another approach for calculating the cholesky inverse by directly calling the LAPACK library as:
function cholinv(A)
    B = LinearAlgebra.cholcopy(A)
    LinearAlgebra.LAPACK.potrf!('U', B)
    LinearAlgebra.LAPACK.potri!('U', B)
    return Hermitian(B)
end

This approach yields equal performance with respect to the default cholesky(). It might still require a check for positive definiteness as is currently present in cholesky(). The main benefit of this approach is that it uses half the memory. Naturally, we could extend this approach to make the cholesky inverse allocation free as:
function cholinv!(A)
    LinearAlgebra.LAPACK.potrf!('U', A)
    LinearAlgebra.LAPACK.potri!('U', A)
    return Hermitian(A)
end

@bartvanerp That is a very nice approach! However, we still need a generic version since LAPACK supports only AbstractFloat and does not play nicely with ForwardDiff. E.g.:
julia> L = rand(3, 3); A = L' * L;

julia> foo(A) = det(cholinv(reshape(A, (3, 3))))
foo (generic function with 1 method)

julia> ForwardDiff.gradient(foo, vec(A))
ERROR: MethodError: no method matching potrf!(::Char, ::Matrix{ForwardDiff.Dual{ForwardDiff.Tag{typeof(foo), Float64}, Float64, 9}})

I use similar approach with algebra helpers (for example rank1update uses BLAS) but it first checks if input arguments are supported by BLAS and otherwise fallback to a generic method that supports differentiation with ForwardDiff.

We can do the similar check I use for rank1update and use LAPACK for better efficiency. I wonder though - isnt standard builtin cholesky also uses LAPACK? I would expect it to do so...if not and if you versions yields the same result I would say it is a really good PR for Julia itself :)

Ah I just see that I used an old version of my code and the halving of memory was a result of using inv instead of inv!, apologies. However, it is possible to calculate a cholinv inplace, although this only applies to BlasFloat. This inplace cholesky inverse can also be written as
function cholinv!(A)
    y = cholesky!(PositiveFactorizations.Positive, A)
    LinearAlgebra.inv!(y)
    return y.factors
end

I did some preliminary experiments regarding the PositiveFactorizations package. I created a (2x2) matrix A with a specific condition number. I used this matrix to generate a linear system as
x = randn(2)
b = A*x
y = cholinv(A)*b
error[k] = norm(x - y)

and evaluated the error that resulted from this ill-conditioned inverse. For 1000 iterations per condition number I plotted the mean errors below, differentiating between using PositiveFactorizations or not and between taking the inverse directly (inv) or by backsubstitution (sub).

The x-axis shows the log-condition number. At some point the default cholesky decomposition fails, due to numerical instability, resulting into negative eigenvalues. The PositiveFactorizations package then still returns a matrix, because it takes the absolute value of the eigenvalues I believe, but also yields a higher error.
These results are very preliminary, but might give some intuition in its operations. I will further look into this and also explore why their approach outperforms the default cholesky function for large matrices.

If might also be worth the effort investigating the very basic cholesky algorithm of http://hua-zhou.github.io/teaching/biostatm280-2019spring/slides/10-chol/chol.html:
function cholesky(mati::AbstractMatrix)
    mat = copy(mati)
    nbrows, nbcols = size(mat)
    @inbounds for col=1:nbcols
        @inbounds for idx in 1:col-1
            mat[col, col] -= mat[col, idx]^2;
        end
        mat[col, col] = sqrt(mat[col, col])

        @inbounds for row in col+1: nbrows
            @inbounds for idx in 1:col-1
                mat[row, col] -= mat[row, idx]*mat[col, idx]
            end
            mat[row, col] = mat[row, col]/mat[col, col]
        end
    end
    return LowerTriangular(mat)
end

which yields similar stability performance in comparison to the LinearAlgebra.cholesky functions. It can also easily be used for inplace operations. Most importantly, this implementation demolishes the standard LinearAlgebra.cholesky implementation in terms of speed. I tested it for matrices of size, 2, 20, 200 and 2000 and even for (200x200) matrices this algorithm is faster than the conventional algorithm. The only difference is that this one outputs a Triangular matrix instead of a Cholesky object, something for which we could write a custom wrapper if we really want to.

I ran some more benchmarks for the different cholesky functions.

Of course, this is based on a single machine, but its results are still noteworthy.
The fast cholesky algorithm is the one of my previous comment and the blocked version is from https://arxiv.org/pdf/1812.02056.pdf. This version at some point switches to blocked matrix multiplications to make use of the multithreaded blas library instead of performing calculations on a single thread. This introduces some overhead, but is worth it in the long run. (The timings of the fast cholesky function blew up, so it is not plotted on the full domain.)

Great work guys. May I throw two cents in?
I am currently experiencing a huge degrade in performance (over 100X) when working with NARMAX model that uses a Flow node.
Maybe some of you may know what's the heck?

authors: albertpod bartvanerp bvdmitri codecov-commenter


text:
Question: consistency of metadata in .nwb and bids filename/side-car - must be consistent, or allowed to be overloaded?

.nwb files are supported by BIDS since awhile.  NWB files are hdf5 files following quite elaborate nwb schema which includes metadata which is also covered by BIDS itself, such as subject_id, session_id, etc.  I wonder, are we to allow such metadata be "overloaded" by BIDS (so it is sub-001 in BIDS while .nwb file says "mouse3") or they must be consistent (and thus bids-validator should error out)?

NWB is a permitted file format for iEEG only (currently), perhaps someone has stumbled over this issue already? How did you deal with it? @bids-standard/raw-electrophys-ieeg
Personally, I don't know anyone who has worked with NWB in the context of BIDS.

This does not only apply to NWB, but  to all formats where the original header is difficult or impossible to edit by the neuroscientists that acquire the data and do the BIDS curation.
In discussions with @hoechenberger and @cbrnr et al on the MNE-Python repository we (as software developers) agreed that the BIDS sidecars overrule the (binary) headers of the MEG, EEG and iEEG files. The discussion starts more or less around here.

Ah, that reminds me of #761 which would be great to finally agree on and merge

NWB is a permitted file format for iEEG only (currently), perhaps someone has stumbled over this issue already? How did you deal with it? @bids-standard/raw-electrophys-ieeg

Note that in this case specifically, NWB is 'permitted', but not 'supported', which means that the validator does not validate the NWB metadata.

authors: dorahermes robertoostenveld sappelhoff yarikoptic

repo: bids-standard/bids-specification


text:
ENH: Update beh/ text to contrast with any neural recordings

Reread the behavioral section in light of #513, and realized it's still written in reference to MRI and not electrophysiological or other recordings that we might end up specifying with an alternative data type directory.
Also tried to apply something like a semantic line-breaking scheme, but it wasn't 100% principled and can probably be improved if it seems important.

+1 for renaming the section, but let's do line breaks and text (or everything) in #513, wdyt?

If you want to cherry-pick this into #513, that's fine with me.

authors: effigies sappelhoff


text:
Fix cancel image upload error

Closes #167

@labeebklatif _a Please review

repo: bigbinary/neeto-editor-tiptap


text:
🤗 [REQUEST] - CodeGeeX-4-9B

Model introduction
CodeGeeX-4-9B was finetuned by Tsinghua University from Zhipu AI's GLM-4-9B to be better at code generation. They claim strong performance on BigCode-Bench and other public benchmarks. They claim that "CodeGeeX4-ALL-9B scored 48.9 and 40.4 for the complete and instruct tasks of BigCodeBench, which are the highest scores among models with less than 20 billion parameters. "
Model URL
https://huggingface.co/THUDM/codegeex4-all-9b
Additional instructions (Optional)
More information is available at https://github.com/THUDM/CodeGeeX4.
Author
No
Security

[X] I confirm that the model is safe to run which does not contain any malicious code or content.

Integrity

[X] I confirm that the model comes from unique and original work and does not contain any plagiarism.

FYI
https://x.com/terryyuezhuo/status/1810073591129739706?s=46&t=80yert6J2-kaeStiTfFnFg
On Mon, 8 Jul 2024 at 6:57 AM, ethanc8 @.***> wrote:

Model introduction
CodeGeeX-4-9B was finetuned by Tsinghua University from Zhipu AI's
GLM-4-9B to be better at code generation. They claim strong performance on
BigCode-Bench and other public benchmarks. They claim that
https://github.com/THUDM/CodeGeeX4 "CodeGeeX4-ALL-9B scored 48.9 and
40.4 for the complete and instruct tasks of BigCodeBench, which are the
highest scores among models with less than 20 billion parameters. "
Model URL
https://huggingface.co/THUDM/codegeex4-all-9b
Additional instructions (Optional)
No response
Author
No
Security

I confirm that the model is safe to run which does not contain any
malicious code or content.

Integrity

I confirm that the model comes from unique and original work and
does not contain any plagiarism.

—
Reply to this email directly, view it on GitHub
https://github.com/bigcode-project/bigcodebench/issues/19, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AIULCHXZ7IXIEC5L6HO6EYDZLHBU3AVCNFSM6AAAAABKPXSWGKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGM4TIMRVHA2TOMY
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

We should probably ask the researchers on GitHub or HuggingFace then.

I asked @Stanislas0 to add the chat template via email last week, but I haven't received any reply yet. I may file an issue in their repo.

Results will be updated shortly.

I don't see the results on the leaderboard currently.

The leaderboard will be updated (w/ a big change) once v0.1.8 is released. I'm working on the last piece.

repo: bigcode-project/bigcodebench


text:
paste the selected block

Is it possible to paste the selected block and insert it into the doc?
For example, I have the text below:
1234
1234
1234

By pressing ALT, I selected the second coloum
2
2
2

And I paste it into the first line between char 3 and 4, I was expecting:
12324
12324
12324

However, the text area changed to:
1232
2
24
1234
1234

I cant reproduce this. Any more information on this?

I get this too.  I can send a video of it happening if it helps.

Thanks @ZGainsforth. I was trying to paste columns from excel into atom and it wasn't working. I pasted to atom (new, empty document), and then used this package to copy into my main document's column and it worked.

authors: ZGainsforth bigfive dkyleward xu4wang

repo: bigfive/atom-sublime-select


text:
Search box size and coordinates

The values for the search box size and coordinates are given in the section "Prepare the protein using AutoDockTools".
Since we did not use AutoDockTool this year, it could be beneficial to report such values on the section "Prepare a docking configuration file" as well.

Bring this from the team discussion: one proposed alternative here is to skip all this and use the binding pose of another bound ligand as an input for the grid center.

authors: IAlibay RMeli

repo: bigginlab/OxCompBio


text:
Create dataset radio_publique_africaine

uid: radio_publique_africaine
type: primary
description:

name: Radio Publique Africaine
description: African Public Radio (Radio Publique Africaine or RPA) is a public radio station in Burundi. In 2009, Le Monde described it as "one of the most widely listened-to stations in the country".[1] The station's motto is "la voix des sans-voix" ("the voice of the voiceless").
homepage: https://www.rpa.bi/
validated: True

languages:

language_names:

French
Niger-Congo
Kirundi

language_comments:
language_locations:

Eastern Africa
Burundi

validated: False

custodian:

name: Radio Publique Africaine
in_catalogue:
type: A commercial entity
location: Burundi
contact_name: Main contact
contact_email: rpa@rpa.bi
contact_submitter: False
additional:
validated: False

availability:

procurement:

for_download: No - we would need to spontaneously reach out to the current owners/custodians
download_url:
download_email: rpa@rpa.bi

licensing:

has_licenses: Yes
license_text:
license_properties:

copyright - all rights reserved

license_list:

other: Other license

pii:

has_pii: Yes
generic_pii_likely: very likely
generic_pii_list:

names

numeric_pii_likely: somewhat likely
numeric_pii_list:

telephone numbers

sensitive_pii_likely: very likely
sensitive_pii_list:

racial or ethnic origin
political opinions

no_pii_justification_class:
no_pii_justification_text:

validated: False

source_category:

category_type: website
category_web: news or magazine website
category_media:
validated: False

media:

category:

text
audiovisual

text_format:

.HTML

audiovisual_format:

other
podcast

image_format:
database_format:
text_is_transcribed: No
instance_type: article
instance_count: 1K<n<10K
instance_size: 100<n<10,000
validated: False

fname: radio_publique_africaine.json

#self-assign

request for permission sent

authors: albertvillanova apergo-ai


text:
The EventDispatcher should be final

It makes no sense to extends the domain event dispatcher and is a pain for maintainance.

closed by #52

repo: biig-io/DomainComponent


text:
Xgen

Nearly X-Files

Brand new record

Clean version

New version

repo: bijuq/ROKE


text:
On the virtual keyboard, Cmd+Mouse button shortcuts don't work

For example:

Cmd+Dragging items in the menu bar
Cmd+Clicking to add individual items to a batch selection

Control+Clicking also doesn't work, but there's no surprise that THAT wasn't discovered early.

Confirmed. No idea why, yet.

authors: DonSwet robbertkl

repo: bikkelbroeders/TouchBarDemoApp


text:
角色扮演能力评估

只看到了Index-1.9B-Character模型在benchmark CharacterEval上的指标，请问有Index-1.9B-Chat模型在同样benchmark上的指标吗？想了解一下Character相比Chat的提升

有跑，各项指标均有提升


text:
使用flv.js实现直播，可以加载，但是没声音是怎么回事，希望帮忙解决一下，有点急！！！

var player;
var element = document.getElementsByName('videoElement')[0];
player = flvjs.createPlayer({
    type: 'flv',
    isLive:'true',
    url: $('.urlInput').val()
});
player.attachMediaElement(element);
player.load();
player.play();

信息不足无法判断

= =建议你先分析下你的flv直播音频是否是正常的

..

我也遇到了，vlc播放没有问题，但是flvjs 去播放的时候就没有声音

我也遇到了，vlc播放没有问题，但是flvjs 去播放的时候就没有声音

请问 后来怎么解决的?  一样

authors: 332065255 OwnGhy budingts gcaaaaaa h0730303779 xqq


text:
dao struct方法在service中调用的迷惑

新手问题：
在 dao package 下，Dao是interface，dao struct是对外不可见的。service package与dao package是平行的，在service package中，我要怎么样调用dao struct的方法。
我现在想的是：我是不是需要把所有的 dao struct的方法添加进入Dao interface里面？但是这样做的话，感觉直接去掉Dao interface，将dao struct对外开放更清晰。
同一个package下：
package main

import "fmt"

type Dao interface {
    Close()
    Ping()
}

type dao struct {
    db string
}

func NewDao() Dao {
    return &dao{
        db: "MySQLDB",
    }
}

func (d *dao)Close() {
    //
}

func (d *dao)Ping() {
    //
}

func (d *dao)SayDBName() {
    fmt.Printf("My used database is %s", d.db)
}

type Service struct {
    dao Dao
}

func NewService() *Service {
    return &Service{
        dao: NewDao(),
    }
}

func (s *Service)Close() {
    //
}

func (s *Service)Ping() {
    //
}

func (s *Service)CallSayDBName() {
    s.dao.(*dao).SayDBName()
}

func main() {
    s := NewService()
    s.CallSayDBName()
}

分开
dao
package dao

import "fmt"

type Dao interface {
	Close()
	Ping()
}

type dao struct {
	db string
}

func NewDao() Dao {
	return &dao{
		db: "MySQLDB",
	}
}

func (d *dao)Close() {
	//
}

func (d *dao)Ping() {
	//
}

func (d *dao)SayDBName() {
	fmt.Printf("My used database is %s", d.db)
}

service
package service

import "playgo/dao"

type Service struct {
	dao dao.Dao
}

func NewService() *Service {
	return &Service{
		dao: dao.NewDao(),
	}
}

func (s *Service)Close() {
	//
}

func (s *Service)Ping() {
	//
}

func (s *Service)CallSayDBName() {
	// how could I call the SayDBName method?
}

谢谢🙏

dao interface，是为了提供外部使用的方法，也方便单元测试进行mock的

好的。明白了。那我把 对外要调用的/测试的 方法也加进 Dao interface 里面。

@tonyboxes
另外我想请教一下：
我现在有一个friends项目，friends项目下面有account，login服务，他们都分别有自己的go.mod，account，login服务都是在friends根目录下。
现在我想搞一个公共的库common，account和login这些服务都能够从公共库（common）里面import内容。
我是这样处理的，不知道是不是正规的方式。
我建立了一个common服务，也有自己的go.mod，go.mod里面module叫做 friends/common。
然后我在account的go.mod中把 friends/common v0.0.0 加入了 require里面。在require的上面加了一条replace，指向本地代码地址：

replace friends/common => /Users/wakaryredou/GitHub/server/friends/common

在account中需要引入common的文件中: import friends/common/xxx 。
发现可以正常使用。
就是不知道这个是不是就是正规操作。
麻烦指点一下。谢谢。

嗯，这样子是可以的，其实需要看构建发布系统怎么方便，也就两种方式：单个go.mod和多个go.mod的

好的。谢谢。

authors: tonyboxes wakaryry

repo: bilibili/kratos


text:
Problem to customize layout

Hi, firstly, congratulations on the work, I thought the lib was amazing!
I have problems to change base layout. I published views with  php artisan vendor:publish --tag="laravel-user-monitoring-views and edit, but when I reload page, nothing happens. Did I miss any steps?
Change exemple:

Result (no change):

You just need to publish routes and change the controller with your view path:
// routes/user-monitoring.php

Route::prefix('user-monitoring')->as('user-monitoring.')->group(function ($router) {
    // Visit Monitoring
    $router->get('visits-monitoring', [MyVisitController::class, 'index'])->name('visits-monitoring');
    $router->delete('visits-monitoring/{visitMonitoring}', [MyVisitController::class, 'destroy'])->name('visits-monitoring-delete');

  ...
});

repo: binafy/laravel-user-monitoring


text:
Remove logback.xml from archive

Please, remove your logback.xml configuration file from final library:
https://mkyong.com/maven/maven-exclude-logback-xml-in-jar-file/
It makes confusion in our applications.

+1

+1

We've released a new version 2.0.0rc2 , where logback.xml has been removed to not interfere the user-end.

authors: aisling-2 ivanhdzd jnemecz ricksoft

repo: binance/binance-connector-java


text:
Vijayasree/ fix: our Leadership's image circles are not aligned properly during t…

…he page first load
Changes:

...

Type of change

[x] Bug fix
[ ] New feature
[ ] Update feature
[ ] Refactor code
[ ] Translation to code
[ ] Translation to crowdin
[ ] Script configuration
[ ] Improve performance
[ ] Style only
[ ] Dependency update
[ ] Documentation update
[ ] Release

LGTM :+1:

authors: NikitaK-deriv vijayasree-deriv

repo: binary-com/deriv-com


text:
[1차 배포][모바일] paimonganyu-doc> 튜토리얼> 최상단 TOC 숨기지 않기

As-is:

To-be:

미리 펼쳐져 있는 상태로.

인라인 목차
https://docusaurus.io/ko/docs/markdown-features/toc#inline-table-of-contents
인라인 목차로 해결.

repo: binchoo/paimonganyu-doc


text:
The logic to determine whether we're a CA is inflexible.

This code is usually correct, but not foolproof. We need a better way to do this.
https://github.com/binford2k/binford2k-node_encrypt/blob/260c22c7c098a493f77cc8988da660d2e38b60da/lib/puppet_x/binford2k/node_encrypt.rb#L15-L26
Thanks for the report @frizop

So I spent some time reading the code and checking on things and I'm still a bit confused.
I'm trying to run this site.pp, which classifies fine but doesn't compile on my master:
node default {
  node_encrypt::file { '/tmp/default':
    owner   => 'root',
    group   => 'root',
    content => 'This string will never appear in the catalog.',
  }
}

The way I read it, if the fqdn is the ca_server, then we're on the master and we should be using the CA cert, but that doesn't appear to be the result I get below:
root@puppet:/etc/puppetlabs/puppet/ssl# facter fqdn
puppet.local
root@puppet:/etc/puppetlabs/puppet/ssl# puppet config print ca_server
puppet.local
root@puppet:/etc/puppetlabs/puppet/ssl# puppet agent -tvd |& grep node_encrypt
Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error: Evaluation Error: Error while evaluating a Resource Statement, Evaluation Error: Error while evaluating a Function Call, Need a node name to encrypt for at /etc/puppetlabs/code/environments/production/modules/node_encrypt/manifests/file.pp:63:18 at /etc/puppetlabs/code/environments/production/manifests/site.pp:5 on node puppet.local

Dump out the $clientcert and see what's going on there.
notify { 'clientcert':
    message => $clientcert,
}

We use the clientcert in the function call to encrypt: https://github.com/binford2k/binford2k-node_encrypt/blob/2636ba53904b31799c249f0c4f8b559f08481e08/lib/puppet/parser/functions/node_encrypt.rb#L12-L13
And then error if something besides a string is passed in: https://github.com/binford2k/binford2k-node_encrypt/blob/2636ba53904b31799c249f0c4f8b559f08481e08/lib/puppet_x/binford2k/node_encrypt.rb#L13
If you feel up to some ruby debugging, hit me up on slack sometime and we can poke at it a bit.

I ran into the Problem yesterday: Our CA and puppet server was handled like a compile master.
The default server name was still present, which worked, because we have a CNAME in DNS:
ca_server = puppet
While debugging I looked at the possible checks:

fqdn =Puppet.settings[:ca_server] => fails when using cnames
check if the CA exists in /etc/puppetlabs/puppet/ssl/ca/ => could be an old CA
check if the certificate file exists in /etc/puppetlabs/puppet/ssl/ca/[signed,request]/ => could be an old CA
check if the 'clientcert' is signed by the CA  in /etc/puppetlabs/puppet/ssl/ca/ca_crt.pem => Sure way to detect, if the found CA is the active CA. But the clientcert must be checked, if it is signed at all.

authors: binford2k frizop jradmacher