text:
Current master fails on make -j check due to HDF5_PLUGIN_PATH issues when built with --disable-shared

Checking out the current master, and building, I get a failure. I built like this:
make distclean && autoreconf -i && CPPFLAGS='-I/usr/local/hdf5-1.10.1/include' LDFLAGS='-L/usr/local/hdf5-1.10.1/lib' CFLAGS='-g -Wall' ./configure && make -j check
The test that fails is tst_filter.sh:
ed@mikado:~/tmp/unidata_netcdf-c/nc_test4$ ./tst_filter.sh
findplugin.sh loaded
***Fail: Could not locate a usable HDF5_PLUGIN_PATH
ed@mikado:~/tmp/unidata_netcdf-c/nc_test4$ bash -x ./tst_filter.sh
+ test x = x
++ pwd
+ srcdir=/home/ed/tmp/unidata_netcdf-c/nc_test4
+ . ../test_common.sh
++ TOPSRCDIR=/home/ed/tmp/unidata_netcdf-c
++ TOPBUILDDIR=/home/ed/tmp/unidata_netcdf-c
++ set -e
++ test x = x1
++ top_srcdir=/home/ed/tmp/unidata_netcdf-c
++ top_builddir=/home/ed/tmp/unidata_netcdf-c
++ test x/home/ed/tmp/unidata_netcdf-c/nc_test4 = x
+++ pwd
++ builddir=/home/ed/tmp/unidata_netcdf-c/nc_test4
++ execdir=/home/ed/tmp/unidata_netcdf-c/nc_test4
+++ basename /home/ed/tmp/unidata_netcdf-c/nc_test4
++ thisdir=nc_test4
+++ pwd
++ WD=/home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
+++ pwd
++ srcdir=/home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c
+++ pwd
++ top_srcdir=/home/ed/tmp/unidata_netcdf-c
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
+++ pwd
++ builddir=/home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c
+++ pwd
++ top_builddir=/home/ed/tmp/unidata_netcdf-c
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
+++ pwd
++ execdir=/home/ed/tmp/unidata_netcdf-c/nc_test4
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
++ export srcdir top_srcdir builddir top_builddir execdir
++ test -e /home/ed/tmp/unidata_netcdf-c/ncdump/ncdump.exe
++ ext=
++ export NCDUMP=/home/ed/tmp/unidata_netcdf-c/ncdump/ncdump
++ NCDUMP=/home/ed/tmp/unidata_netcdf-c/ncdump/ncdump
++ export NCCOPY=/home/ed/tmp/unidata_netcdf-c/ncdump/nccopy
++ NCCOPY=/home/ed/tmp/unidata_netcdf-c/ncdump/nccopy
++ export NCGEN=/home/ed/tmp/unidata_netcdf-c/ncgen/ncgen
++ NCGEN=/home/ed/tmp/unidata_netcdf-c/ncgen/ncgen
++ export NCGEN3=/home/ed/tmp/unidata_netcdf-c/ncgen3/ncgen3
++ NCGEN3=/home/ed/tmp/unidata_netcdf-c/ncgen3/ncgen3
++ ncgen3c0=/home/ed/tmp/unidata_netcdf-c/ncgen3/c0.cdl
++ ncgenc0=/home/ed/tmp/unidata_netcdf-c/ncgen/c0.cdl
++ ncgenc04=/home/ed/tmp/unidata_netcdf-c/ncgen/c0_4.cdl
++ cd /home/ed/tmp/unidata_netcdf-c/nc_test4
+ API=1
+ NG=1
+ NCP=1
+ UNK=1
+ NGC=1
+ MISC=1
+ . /home/ed/tmp/unidata_netcdf-c/nc_test4/findplugin.sh
+ echo 'findplugin.sh loaded'
findplugin.sh loaded
+ findplugin bzip2
+ FP_NAME=bzip2
+ FP_ISCMAKE=
+ FP_ISMSVC=
++ uname
++ cut -d _ -f 1
+ FP_OS=Linux
+ test xLinux = xDarwin
++ uname
++ cut -d _ -f 1
+ FP_OS=Linux
+ test xLinux = xCYGWIN
++ pwd
+ FP_PLUGINS=/home/ed/tmp/unidata_netcdf-c/nc_test4
+ FP_PLUGINS=/home/ed/tmp/unidata_netcdf-c/nc_test4/hdf5plugins
+ FP_PLUGIN_LIB=
+ FP_PLUGIN_PATH=
+ test x '!=' x
+ test x '!=' x
+ test x '!=' x
+ FP_PLUGIN_LIB=libbzip2.so
+ test x '!=' x -a x '!=' x
+ test -f /home/ed/tmp/unidata_netcdf-c/nc_test4/hdf5plugins/.libs/libbzip2.so
+ test -f /home/ed/tmp/unidata_netcdf-c/nc_test4/hdf5plugins/libbzip2.so
+ test x = x
+ echo '***Fail: Could not locate a usable HDF5_PLUGIN_PATH'
***Fail: Could not locate a usable HDF5_PLUGIN_PATH
+ return 1

With --disable-shared, there is no .so file.
Is there any way that HDF5_PLUGIN_PATH could be determined at configure time, instead of test-time? Isn't it always going to be nc_test4/hdf5plugins?

Isn't it always going to be nc_test4/hdf5plugins?
Sadly, no. You can look at findplugins.sh to see the rules.
I could put it in configure.ac by

duplicating findplugins.sh in configure.ac and CMakeLists.txt
assuming I always get it right because the actual
shared library will not exist at ./configure time

In you output, I would have expected a .so file in hdf5plugins/.libs
Can you look to see where the .so actually was?

Also, wrt --disable-shared, I have not
figured out how to override that in
hdf5plugins/Makefile.am. If I disabled
shared, then no plugin can be created.

Ok so plugins should be automatically disabled with --disable-shared? I can put up a PR with that change.

Actually, configure.ac already has that test. So it must not be working.

I will take a look...

I see it.  I wrote
enable_filter_testing = no
instead of
enable_filter_testing=no

Yes, I just found the same thing. ;-)
It's in two places. I am just putting up a PR.
On Wed, Mar 28, 2018 at 5:00 PM, Dennis Heimbigner <notifications@github.com

wrote:

I see it. I wrote
enable_filter_testing = no
instead of
enable_filter_testing=no
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Unidata/netcdf-c/issues/911#issuecomment-377065779,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEUr3CJ8j66HsByf1AQ3tijD1uyOIWEHks5tjBX8gaJpZM4S_XX6
.

authors: DennisHeimbigner edhartnett

repo: Unidata/netcdf-c


text:
Client side sdk problem

Hello,
I'm trying to use client side SDK (uid2-sdk-0.0.1a.js) in https://github.com/UnifiedID2/uid2docs/blob/main/api/v1/sdks/client-side-identity-v1.md
It seems like there's a typo or compatibility issue that the SDK uses "advertisement_token" instead of "advertising_token" in getAdvertisingToken method but the endpoint returns "advertising_token".
Could you help me to check this?
Thanks
Bys

Hi Bys,
Your observation is correct. We had an internal update of endpoints while the js sdk is still using the old one.
Currently js sdk points to the old endpoint which returns both "advertisement_token" and "advertising_token" with the same value, we will upgrade it soon. Meanwhile nothing should break on this.
Are you having any trouble using UID2 tokens due to this naming difference?
Shawn

Hi Shawn,
Thanks for explanation. I notice this since getAdvertisingToken returns undefined after init, currently I add "advertisement_token" into the response from /token/generate to make it like old endpoint you mentioned and all looks good now.
Thanks
Bys

source: gharchive/issue

license_type: permissive

license_source: github-api


text:
Iterable<? extends ClassName> support

Description
Need to generate correct data for Iterable<? extends ClassName>.
Currently the generated Collection contains not only objects of the required class, but also arrays with such objects.
So iterating over this collection fails with ClassCastException.
The issue is actual for common classes and Enums.
To Reproduce

Run the lrs project in IntelliJ Idea
Use plugin to generate tests - version from main branch after release 2022.12 was used
Generate tests with UnitTestBot for enum ThreeState

or for the following code example:

public class A {

    public class B {
        public int getNumber(int n) {
            return n * 2 - 1;
        }
    }

    public B findTheLimit(Iterable<? extends B> drivers) {
        int i = 0;
        int result = 0;
        for (B b : drivers) {
            result += b.getNumber(i + 10);
            if (result > 40) {
                return b;
            }
        }
        throw new IllegalStateException("Not found anything valuable");
    }
}

Expected behavior
Input data for public static ThreeState mostPositive(@NotNull Iterable<? extends ThreeState> states)
should represent a Collection of ThreeState objects.
Actual behavior
There are two tests generated - for merge() and mostPositive() - that put an array as an element of a Collection.
These tests fail with ClassCastException.
Visual proofs (screenshots, logs, images)
    @Test
    public void testMerge5() {
        HashSet states = new HashSet();
        states.add(null);
        B[] threeStateArray = {};
        states.add(threeStateArray);
        states.add(threeStateArray);

        /* This test fails because method [com.intellij.util.B.findTheLimit] produces [java.lang.ClassCastException: class [Lcom.intellij.util.B; cannot be cast to class com.intellij.util.B([Lcom.intellij.util.B; and com.intellij.util.Bare in unnamed module of loader org.utbot.instrumentation.process.HandlerClassesLoader @294975c8)]
            com.intellij.util.B.findTheLimit(A.java:55) */
        B.findTheLimit(states);
    }

Environment
Windows 10 Pro
IntelliJ IDEA 2022.2.4 (not the last)
Additional context
Also there is one test with correct input data but

no expected data
no assertion

@Markoutte After out today's discussion:
I've verified on today's build from main - the issue is reproducing.

repo: UnitTestBot/UTBotJava


text:
Missing deps

Sometimes deps aren't included as expected. Per: https://github.com/UnitedIncome/serverless-python-requirements/issues/3#issuecomment-270308170

This seemed to be because of outdated versions of pip, 2.0.0-beta.2 makes pip autoupgrade when using docker. If not using docker, just run pip install --upgrade pip
cc @amitaymolko

license: mit

license_source: bigquery


text:
Submissão do problema 01

Esta solicitação de pull adiciona uma solução para o problema 01. A solução é implementada na função maxCoins.

Opa. Agradeço pela submissão :)
Faltou a possibilidade de ler as instâncias como entrada, visto que a avaliação dos algoritmos ocorrerá em 20 instâncias não divulgadas.

Preferencialmente, faça com que o seu código receba o arquivo das instâncias como argumentos no CLI.

Veja mais em https://github.com/Universidade-Livre/rinha-de-algoritmos/blob/main/how_to_participate.md.

Obrigado pelo feedback. :)
Aqui está a correção apontada. Espero que esteja em conformidade com as regras estabelecidas.

source: gharchive/pull-request

authors: elvcastelo zeroskullx

repo: Universidade-Livre/rinha-de-algoritmos

license: MIT


text:
Add poll-interval input

Resolves https://github.com/UnlyEd/github-action-await-vercel/issues/95
Context
I work with @dlively1 and in addition to https://github.com/UnlyEd/github-action-await-vercel/pull/97 retries, we thought it would be helpful to introduce a delay in between each Vercel API request in an effort to stay within their rate limits.
Summary

Add poll-interval input, defaulting to 1 second (which will allow for about 8 concurrent executions of this GitHub Action)
Add tsconfig.eslint.json, which includes __tests__ directory
Set NODE_ENV=test in sandboxed main.test.ts process
Pull input defaults into action.yml configuration
Introduce millisecondsFromInput utility function
Fix retryMaxDuration value

Tested on https://github.com/UnlyEd/github-action-await-vercel/pull/100

@namoscato Your PR has been merged with main and released. Thank you!

authors: Vadorequest namoscato

repo: UnlyEd/github-action-await-vercel


text:
html split why image info missing

Why is the image information lost when the HTML file is split? I understand that I don't want to perform OCR on the image in HTML, but I want to keep the CDN address of the image in HTML. However, the CDN address of the image is directly discarded.

Closing as duplicate of #3606.

authors: JYYzhengjunjie scanny

repo: Unstructured-IO/unstructured


text:
fix carousel blocking video controls

Carousel is blocking ytb video controls

#23 close it please after applying this pull

repo: UnturnedStore/UnturnedStore


text:
Define page structure for events pages and knowledge exchange.

Knowledge exchange platform should not be as a fully fledged elearning platform but it should have a defined structed e.g http://ocw.unesco-ihe.org/course/view.php?id=11 . Events page should have a structure too

The knowledge platform cuts across many areas. We shall need to rename the knowledge page to a course page. Also define a static structure of the page.

Added course pages and course category pages for the knowledge platform. Events are added as news articles

repo: Upande/MaMaSe


text:
Fix for study area chunk metadata initialized too early due to error/retry

The root cause we're trying to solve in this PR is the following. Before this PR we had a logic avoiding retry for build_feature_matrix CF if the chunk metadata is already present. But if the error happens in this CF we do create chunk metadata object with just error field populated which now blocks retry (it does detect the presence of chunk metadata and stops but it shouldn't in case of previous error).

Can you describe the root problem you're trying to solve? Some descriptions in this PR or code comments would be helpful for understanding the changes and what issues they address.

Can you describe the root problem you're trying to solve? Some descriptions in this PR or code comments would be helpful for understanding the changes and what issues they address.

Added more details PR description.
How about this explanation in the code? https://github.com/UrbanSystemsLab/climateiq-cnn/pull/117/commits/aaced9bccb383b0e613cb8a02cc92d427fde38be

logic avoiding retry for build_feature_matrix CF if the chunk metadata is already present

Is that logic something we need? If the function is idempotent, is it okay to rebuild the matrix again?
Could that logic prevent us from performing re-runs that we do want -- re-runs due to code changes, failure retries, etc?

logic avoiding retry for build_feature_matrix CF if the chunk metadata is already present

Is that logic something we need? If the function is idempotent, is it okay to rebuild the matrix again? Could that logic prevent us from performing re-runs that we do want -- re-runs due to code changes, failure retries, etc?

Yeah, I added that check as a result of a problem when we saw build_feature_matrix CF succeeded but got retried because it was just a bit over the 1 minute threshold. The retry loop produced a lot of events that triggered many rescaling passes. That was last needed chunk (longest to process) that was needed to start rescaling so with it being done in every retry rescaling logic started full check again and again.
This check will prevent re-runs due to code changes - in this case we would have to re-upload from scratch forcing initial cleanup in uploader. But this wouldn't prevent failure retries since chunk metadata state update is the last action of the CF building unscaled feature matrix (https://github.com/UrbanSystemsLab/climateiq-cnn/blob/96563734d16d909c6fc872bedb636f5b7ffc6c3f/usl_pipeline/cloud_functions/main.py#L395).

authors: rsutormin waltaskew

repo: UrbanSystemsLab/climateiq-cnn


text:
Matrix constructor from rows, cols, Buffer, step

Adding the constructor signature like https://docs.opencv.org/2.4/modules/core/doc/basic_structures.html#Mat::Mat(int rows, int cols, int type, void* data, size_t step)

For this kind of change, I think that you should add a test in tests/core/Mat/constructorTestsFromFillVector.ts or tests/core/Mat/constructorTestsFromJsArray.ts

@UrielCh please review

leave it to appveyor :)

authors: UrielCh piercus


text:
strictScalars and scalars map for graphql source codegen

Is your feature request related to a problem? Please describe.
I am stitching together several graphql sources. They define custom scalar types, and I would like to be able to tell the codegen process what the equivalent typescript type should be for those scalars via the scalars map as documented here.
I would then additionally like to be able to enable the strictScalars flag so that the build process fails if I haven't provided a Typescript mapping for a scalar.
Describe the solution you'd like
I guess this would make sense in the source config:
sources:
  - name: MyGraphQLApi
    handler:
      graphql:
        endpoint: http://my-service-url:3000/graphql
        operationHeaders:
          Authorization: Bearer {env.MY_API_TOKEN}
        scalars:
          ScalarTypeA: string
          ScalarTypeB: number
        strictScalars: true

Describe alternatives you've considered
Leaving it as it is, which applies the type any to any unknown scalar. This isn't great as it will lead to bugs.

Perhaps it make make things a little more future-proof if the graphql source config block just forwarded a codegen config block onto graphql-codegen directly, e.g.:
sources:
  - name: MyGraphQLApi
    handler:
      graphql:
        endpoint: http://my-service-url:3000/graphql
        operationHeaders:
          Authorization: Bearer {env.MY_API_TOKEN}
        codegen:
          scalars:
            ScalarTypeA: string
            ScalarTypeB: number
          strictScalars: true

You can add custom codegen config like below;
codegen:
  scalars:
    ...

Hi. That works for the types emitted for the meshed schema, but it doesn't emit config for the source schemas.
e.g. say in my source schema there is scalar DateTime, if i add:
codegen:
    scalars:
        DateTime: string

then in the emitted .mesh/index.ts I get:
// at the top of the file

export type Scalars = {
    ID: string;
    String: string;
    Boolean: boolean;
    Int: number;
    Float: number;
    DateTime: string;  // <-- looks good
}

// lower down in the file

namespace MySourceTypes {
  export type Scalars = {
    ID: string;
    String: string;
    Boolean: boolean;
    Int: number;
    Float: number;
    DateTime: any;  // <-- uh oh
  }
}

If I try to add a codegen yaml block inside the graphql source block then I get errors about excess properties not being allowed.

For now, it is not possible to configure InContext SDK type generation.

authors: ardatan leemhenson

repo: Urigo/graphql-mesh


text:
[WIP]refactor: use shorter names for apps folders to follow better practice

Description
Change the user-office-frontend-e2e folder name to user-office-core-e2e which makes more sense and follows better practice.
Motivation and Context
The e2e folder name was a bit strange because it is testing the whole application but we call it frontend-e2e.
How Has This Been Tested

manual testing
e2e tests

Fixes

Changes

Depends on

Tests included/Docs Updated?

[x] I have added tests to cover my changes.
[ ] All relevant doc has been updated

We might need to do some changes on our deployment can this wait for us to do the changes.

Sure no worries. We are not in a hurry with this one.

Because we want to keep git history this might be postponed little bit so STFC can do their changes at the same time for deployment scripts.

New PR created https://github.com/UserOfficeProject/user-office-core/pull/342

repo: UserOfficeProject/user-office-core


text:
可以支持下返回的是一个在GPU上的torch tensor么？

目前支持解码完返回一个numpy array，可以支持返回一个torch的tensor么？谢谢

torch中有转换函数把numpy array转换成tensor
torch.from_numpy(a_numpy_array)

torch中有转换函数把numpy array转换成tensor
torch.from_numpy(a_numpy_array)

`

再从torch 转的话，需要重新cpu->gpu之间的数据copy，会对预测性能有影响

authors: zeng-qinghui zkwangchao

repo: UsingNet/nvjpeg-python


text:
Refactor primary key & softDeletes statistic

In gitlab by @A-Lawrence on Apr 6, 2016, 17:50

[x] statistic_id => id
[x] remove deleted_at
[x] refactor softDelete trait
[x] run tests

In gitlab by @NFarrington on May 17, 2016, 01:02
Marked the task statistic_id => id as completed

In gitlab by @NFarrington on May 17, 2016, 01:02
Marked the task remove deleted_at as completed

In gitlab by @NFarrington on May 17, 2016, 01:02
Marked the task refactor softDelete trait as completed

In gitlab by @NFarrington on May 17, 2016, 01:02
Marked the task run tests as completed

In gitlab by @NFarrington on May 17, 2016, 01:02
Resolved by 83a373a132df074a9545dcfb888c5ace8e6e1034 and b907969a99d9700040d4f7af8b61f896de11936a

repo: VATSIM-UK/core


text:
Disable viewing pre-facility applications

In gitlab by @A-Lawrence on Aug 23, 2016, 14:39
Applications with no facility selected, show up in the admin lists as "in-progress".  This is fine, except trying to view the application results in an error as there's no facility relationship.
Either:

Make use of the Application's facility_name, requires_training, attributes
Disallow viewing applications with no facility select (as there's no information beyond the automated checks, to show anyway).

In gitlab by @A-Lawrence on Aug 23, 2016, 14:39
Changed title: Disable viewing pre-facility applications → {+w+}Disable viewing pre-facility applications

In gitlab by @A-Lawrence on Aug 23, 2016, 14:39
Changed title: {-w-}Disable viewing pre-facility applications → Disable viewing pre-facility applications

In gitlab by @A-Lawrence on Aug 23, 2016, 22:52
Removed ~98471 label

In gitlab by @A-Lawrence on Aug 23, 2016, 23:24
mentioned in commit a2300d2980e5d3e7b55dc7e73cf1c01ca91ddf13


text:
HOTFIX: V/T Facility Spaces

Callum fixed the back end of this in CORE-186 (#1256) , however the actual value in the form was never changed accordingly

:tada: This PR is included in version 4.2.10 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: CalumTowers atoff


text:
static logger initialization and subsequent static initializations using logging.get is undefined behavior

We initialize villas::logging as a static member in log.cpp. At the same time several other objects are created as static objects. Some of them (e.g., MemoryManager, DirectedGraph, HostRamAllocator) use the static object to create their own logging instances, i.e., villas::logging.get().
The initialization order of these objects is undefined and thus what we are doing is undefined behavior.
If I activate link time optimization (-lto) I get segmentation faults because the initialization order is different.
I would suggest to move the initialization of these objects to an explicit initialization function, where we can make the initialization order explicit and call this function for example from a library constructor or via a single static initialization.
I only researched this briefly so I may have misunderstood some of this.

Nitpick: This would not have happened if we were using static macro loggers :P

repo: VILLASframework/node


text:
pre-trained model

Hi,
The paper mentioned that vit-moe is pre-trained on ImageNet first. Do we have a training script to do that?
Thanks!

@tankche1 Hi, have you found a way to pre-train the models?


text:
Trying to get LogiLed2Corsair working with LoL

Just starting this thread to log my progress in trying to get this working with LoL.
Found that there are two dll's in the LoL directory.

I've currently rebuilt the project in VS, renamed the dll, replaced this one "LogiLed.dll" (kept the old one in the backup directory) and my mouse still changes colour! However my keyboard has yet to change :(

So when I load up the untouched game and attach to process I see this...

With my replaced file (and added the pdb) LogitechLED.dll doesn't throw an error.

But at my breakpoint I'm still getting the below error

I've tried with release and debug versions too.
Conclusion I'm too noob and I need more help!


text:
Could parallelization be added?

If I add the ability to pass in multiple DXF files for converting, I could easily parallelize that. is there a way to parallelize if it's only operating on one file? such as iterating over the DXF elements in parallel?

So I did a quick test, importing rayon, and adding a .par_bridge into the iterating over the drawing entities. Since the iteration happens over non-mutable references there are no real issues with sending it across thread boundaries. It my quick rough tests I found on more complex drawings I was getting about a 5-7% improvement in performance, although in very simple ones I saw a decrease by maybe 2%. This would make sense because on the simple drawings the overhead of setting up the threads is more than the benefit gained.
The question is the extra possible complexity (and I would assume bigger executable size from pulling in rayon, but I didn't check) worth the small performance benefit? Of course there may be other way to utilize parallelization and improve the performance more, this was just a super quick test to check my assumptions, and see if there were any pain points that I hadn't considered.


text:
🛑 b2b MarketingServices is down

In b8986a5, b2b MarketingServices (https://b2b-marketingservices.de/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: b2b MarketingServices is back up in ff53df9 after 17 minutes.


text:
Help with the GA and GY Networks

Hi Valentyn,
First of all, I would like to congratulate you and the other authors on the excellent work presented in the paper
"Causal Transformer for Estimating Counterfactual Outcomes".
I am amazed by the quality and depth of the research, and especially grateful for making the source code available
in such a structured and didactic manner.
I am studying the code with great interest as I intend to use your work as an inspiration for my own research.
However, I am having difficulty locating the implementation of the GA and GY networks mentioned in the paper.
Could you please help me identify where these networks are implemented in the source?
Thank you in advance for your attention and for the significant contribution to the research community.
Best regards,
Alessandro Angeruzzi

I think I found it,
they are implemented in the BRTreatmentOutcomeHead class, in the file '\src\models\utils.py'
the methods:

build_treatment calls the GA
build_outcome calls the GY
Could you confirm please?

Dear @angeruzzi,
Sorry for the late response.
All correct, you found them in the right place.
Best,
Valentyn


text:
Made gradlew executable.

If you clone it you dont need to chmod +x gradlew.
please merge or i will cry

now you can launch it wooo

so basically thio saved my ass

authors: DeltaNedas Rubyjunk


text:
Variant Encumbrance prevents me from adding items to inventory

Submitted By: Ref Lansky#3878
Feedback Type: Bug
Core: 9.269
System: dnd5e v1.6.1
Module Version: variant-encumbrance-dnd5e v0.9.9
Dependency Version: libWrapper v1.12.7.0
Dependency Version: socketlib v1.0.10
Description:
Latest update prevents me from adding items either through quick insert or drag from compendium.  Disabling module restores capability
Active Modules
5e-statblock-importer--v1.4.5;
ATL--v0.4.01;
ActiveAuras--v0.4.13;
Dynamic-Effects-SRD--v6.0.01;
EasyTable--v1.3.3;
NotYourTurn--v1.2.7;
SoundBoard--v1.5.3;
_CodeMirror--v5.58.3-fvtt4;
_chatcommands--v1.4.0;
_document-sheet-registrar--v1.0.0;
_mathjs--v7.5.1-fvtt2;
_sortablejs--v1.14.0-fvtt1;
about-time--v1.0.6;
acelib--v1.4.0;
actor-attribute-lists--v0.0.5;
advanced-macros--vv1.14.3;
advancedspelleffects--v0.9.5.6;
alternative-rotation--v2.1.2;
ambientdoors--v2.2.6;
ammo-tracker-fvtt--v0.2.3;
arbron-hp-bar--v2.1.2;
autoanimations--v3.2.91;
autocomplete-whisper--v0.3.4;
automated-evocations--v1.6.1;
better-rolltables--v1.8.95;
betternpcsheet5e--v0.10.1;
betterroofs--v1.5.5;
beyond20--v1.4.1;
blind-roll-skills--v0.8.2;
bug-reporter--v1.3.3;
burger-time--v0.2.0;
character-actions-list-5e--v5.0.2;
chat-images--v2.5.6;
chat-portrait--v0.7.4;
colorsettings--v2.8.4;
combat-carousel--v0.2.5;
combat-enhancements--v1.1.1;
combat-numbers--v1.2.1;
combat-utility-belt--v1.9.2;
compact-beyond-5e-sheet--v0.20.0;
compact-compendium-list--v0.0.6;
compendium-browser--v0.7.2;
compendium-folders--v2.4.6;
condition-automation--v3.0.2;
conditional-visibility--v0.6.15;
dae--v0.10.20;
danger-zone--v1.5.2;
ddb-importer--v2.9.56;
debug-report--v0.1.5;
deprecated-modules--v1.1.6;
df-chat-enhance--v4.0.0;
df-curvy-walls--v3.3.1;
df-qol--v1.7.3;
df-scene-enhance--v3.5.1;
df-settings-clarity--v3.2.1;
df-templates--v1.2.1;
dfreds-convenient-effects--v2.6.3;
dfreds-droppables--v1.4.2;
dfreds-effects-panel--v1.5.1;
dfreds-pocket-change--v3.2.1;
dice-calculator--v1.5.2;
dice-so-nice--v4.5.1;
dnd-ui--v9.269.2;
dnd5e-helpers--v4.1.3;
dndbeyond-npc-sheet--v1.3.6;
drag-ruler--v1.12.8;
dragupload--v2.1.1;
enhancedcombathud--v1.3.2;
environment-interaction--v1.0.1;
fa-dm-screen--v0.4.2;
faster-audio-preload--v0.1.01;
find-the-culprit--v1.4.0;
forien-copy-environment--v2.1.4;
forien-quest-log--v0.7.9;
forien-unidentified-items--v0.4.1;
foundry-filepicker-favorites--v1.2.2;
foundry_community_macros--v9.16;
foundry_community_tables--v9.3;
foundryvtt-mountup--v3.2.23;
foundryvtt-show-notes--v0.6;
foundryvtt-simple-calendar--vv1.3.75;
fvtt-syrin-control--v0.3.0;
fxmaster--v2.7.0;
give-item--v1.11.0;
gm-notes--v0.5.0;
gm-screen--v3.0.1;
healthEstimate--v28.0;
hey-wait--v0.6.3;
illandril-chat-enhancements--v1.2.4;
image-previewer--v0.9;
initiative-double-click--v1.5;
innocenti-openlock--v0.4.6;
item-piles--v1.4.8;
itemacro--v1.5.7;
itemcollection--v1.8.19;
jb2a_patreon--v0.4.4;
kandashis-bag-of-hoarding--v0.1.01;
kandashis-fluid-canvas--v0.3.0;
laptop-fix--v0.0.8;
lessfog--v0.9.1;
lib-df-buttons--v1.3.2;
lib-wrapper--v1.12.7.0;
lights-hud-ate--v0.11.28;
lootpopulatornpc5e--v0.3.1;
lootsheetnpc5e--v3.6.0;
lordudice--v0.34;
macro-folders--v1.3.1;
macroeditor--v1.1.2;
magicitems--v2.2.1;
merchantsheetnpc--v2.6.0;
midi-qol--v0.9.62;
midi-srd--v0.2.03;
minimal-ui--v1.4.24;
moar-folders--v1.1.1;
module-credits--v1.1.11;
monks-active-tiles--v1.0.84;
monks-enhanced-journal--v1.0.64;
monks-hotbar-expansion--v1.0.14;
monks-little-details--v1.0.54;
monks-player-settings--v1.0.4;
monks-scene-navigation--v1.0.23;
monks-tokenbar--v1.0.67;
monks-wall-enhancement--v1.0.9;
multilevel-tokens--v1.5.4;
my-shared-content--v1.0.0;
nice-more-dice--v1.1.0;
optional-rules-dnd5e--v0.4.2;
parallaxia--v0.4.0e;
party-inventory--v1.5;
party-overview--v2.12.6;
perfect-vision--v3.9.12;
pin-cushion--v1.5.0;
poi-teleport--v0.2.1;
pointer--v2.3.4;
polyglot--v1.7.40;
popout--v2.8;
popout-resizer--v1.4.2;
quick-insert--v2.6.1;
raise-my-hand--v1.3.5;
rarity-colors--v0.1.05;
rest-recovery--v1.2.10;
secret-journal--v0.1.0;
selectiveshow--v2.1;
sequencer--v2.1.7;
settings-extender--v1.2.0;
simplefog--v0.2.1;
smalltime--v1.14.2;
smart-doors--v1.3.3;
smip-compendium--v0.6.0;
socketlib--v1.0.10;
spellTemplateManager--v2.1.3;
splatter--v2.9.7;
split-journal--v1.2.0;
stairways--v0.8.7;
tagger--v1.3.5;
targetreacts--v2.0.0;
theripper-premium-hub--v0.4;
tidy-ui_game-settings--v0.1.31;
tidy5e-sheet--v0.5.32;
times-up--v0.8.32;
token-attacher--v4.4.5;
token-health--v0.5.5;
token-hud-wildcard--v1.6.0;
token-mold--v2.15.1;
token-tooltip-alt--v3.1.2;
token-z--v0.6.5;
tokenmagic--v0.5.4;
tokenmagic-automatic-wounds--v1.0.4;
vtta-tokenizer--v3.8.4;
warpgate--v1.13.6;
weather-control--v4.1.6;
wild-magic-surge-5e--v1.12.0;
zoom-pan-options--v1.7.2;

Additional Details
undefined

additionaly bug - hard to equip inventory items (Armor/Weapon) - most times not work ... witout module , back to normal

try out 0.9.10

Issue still present.  Cannot add or remove items from inventory with VE enabled.

tested again is working on my worlds, click f12 and check for any error on the web console. Export a actor with the problem and attach to this issue renaming the file with ".txt".

have this error with F12 found ->
3 VariantEncumbranceImpl.js:1133 Uncaught (in promise) ReferenceError: ignoreCurrency is not defined [Detected 4 packages: variant-encumbrance-dnd5e, lib-wrapper, itemcollection, system:dnd5e]     at calcItemWeight (modules/variant-encu…mbranceImpl.js:1133)     at calcWeight (modules/variant-encu…mbranceImpl.js:1115)     at modules/variant-encu…umbranceImpl.js:355     at Array.reduce (<anonymous>)     at Object.calculateEncumbrance (modules/variant-encu…umbranceImpl.js:324)     at Object._updateEncumbranceInternal (modules/variant-encu…umbranceImpl.js:100)     at Object.updateEncumbrance (modules/variant-encu…cumbranceImpl.js:16)     at Function.updateDocuments (modules/variant-encu…dule/modules.js:554)     at Wrapper.🎁call_wrapper [as call_wrapper] (modules/lib-wrapper/lib-wrapper.js:1)     at Function.🎁CONFIG.Item.documentClass.updateDocuments#0 (modules/lib-wrapper/lib-wrapper.js:1)     at Item5e.update (common/abstract/document.mjs:456)     at Wrapper.🎁call_wrapped [as call_wrapped] (modules/lib-wrapper/lib-wrapper.js:1)     at Item5e._update (modules/itemcollecti…temContainer.js:151)     at Wrapper.🎁call_wrapper [as call_wrapper] (modules/lib-wrapper/lib-wrapper.js:1)     at Item5e.🎁CONFIG.Item.documentClass.prototype.update#0 (modules/lib-wrapper/lib-wrapper.js:1)     at ActorSheet5eCharacter._onToggleItem (systems/dnd5e/module…ts/character.js:301)     at HTMLAnchorElement.dispatch (jquery.min.js:2)     at HTMLAnchorElement.v.handle (jquery.min.js:2)
hope it helps - still no equiping or adding Items possible with the module

@R0TEAM try out 0.9.11

o.k. - work now again on my end ... equiping and add items now work ;)   . Thanks

repo: VanirDev/VariantEncumbrance


text:
SIGSEGV when running Linear Sweep

Description
I have an empty, macOS dylib (attached). When I run the Linear Sweep module against it (on the platform/version specified below), I get a SIGSEGV.
Meta
Version: 1.1.999-dev
Personal License
macOS Sierra
Stack Trace
Here's the crashing thread:
Thread 12 Crashed:
0   libc++.1.dylib                	0x00007fffdeeee9b0 std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::operator=(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) + 14
1   libbinaryninjacore.dylib      	0x000000010d2e2e81 0x10d201000 + 925313
2   libbinaryninjacore.dylib      	0x000000010d2e2fcc 0x10d201000 + 925644
3   libbinaryninjacore.dylib      	0x000000010d2d6477 0x10d201000 + 873591
4   libbinaryninjacore.dylib      	0x000000010d257da7 0x10d201000 + 355751
5   libbinaryninjacore.dylib      	0x000000010d25a1b0 0x10d201000 + 364976
6   libsystem_pthread.dylib       	0x00007fffe053a93b _pthread_body + 180
7   libsystem_pthread.dylib       	0x00007fffe053a887 _pthread_start + 286
8   libsystem_pthread.dylib       	0x00007fffe053a08d thread_start + 13

Fixed in build 1.1.1000-dev.

authors: bpotchik toolCHAINZ


text:
Invert IPT2 unbunching doesnt seem to work

Hi,
Recently had to switch back to IPT2 because TLM unfortunately doesnt have correct earnings from PT.. so Im using your mod now to sort of mimic the Express function TLM has built-in. Thanks for making this mod!
Now my problem is that I wanted to use "Invert IPT2 unbunching" so that I can only let them unbunch at termini and start. However it seems that it inverts the order of unbunching/boarding which results in not unbunching at those stops at all. When I switch to "first principle" all is working fine at startpoint.. but this mode is not optimal since I also want the busses to unbunch at the endpoints (designated stops where I turned off unbunching in IPT2).
On your steamworkshop page I saw some comments about similar problems but that was related to a problem after a system shutdown, thats not the case for me as it just never works.
Hope you can help or shed some light on the issue :D Thanks!

Hi there! Thanks for using the mod!
You may look at #1 (the three options mentioned there are implemented now), but to summarize, "First Principles" simply brings you the exact same feature of the base mod (EBS), which (if I remember correctly) overrides IPT2's unbunching control.
From what you are describing, perhaps you could choose "Respect IPT2", see if it helps.
The bottom line is that you should standardize how the unbunching should be represented across all your bus lines. If you decide to use eg "Invert IPT2" then every bus line WILL use "Invert IPT2". This is for simplicity of this mod and also helps you avoid confusing config errors.

Yes, first principle indeed overrides IPT2's unbunching and does it only at the first stop, which works great.
My problem however is that I also want to unbuch somewhere midline, usually this is the place the route leads to, before it turns around and goes back to the startpoint.
A simple example: Start --> stop#2--> stop#3 --> Termini --> stop#5 (#3) --> stop#6 (#2) --> Start
In this example I would like to unbunch at "Start" and "Termini", all other stops there is no unbunching happening. Following the steps in your guide I have set unbunching off at "Start" and "Termini" stops and used the "Invert IPT2" option. This way it should unbunch at those 2 stops and leave the rest alone.
However what I do observe is that when a bus arrives at "Start" or "Termini" it unbunchess for a microsecond and then it start loading, after that it just drives off. Normal unbunching behaviour is to first load passengers and then unbunch for a certain amount of time.
So my original issue is not about understanding these methods but because I think the unbunch/loading order actually get reversed when using this policy. When I use the first principle policy it uses the right order (load and then unbunch) but ofc only at the first stop like it should do.
Hope this time I have been able to explain the issue in a better way, let me know when its not entirely clear.
Thanks!

Also here. I'm using Invert IPT Unbunching option in this mod, but It doesn't work well.
I unselected the 'Unbunching' option in the specific station, but the bus didn't unbunch at one. Option 1(Base mod option) is perfectly working, and I also checked that Option 2 is working.

Hi all, an update after many time
It seems to be related to a recent issue discovered in the main mod https://github.com/Vectorial1024/ExpressBusServices/issues/14 and so for further info, you may read the issue page on the other side. But the main idea is, the terminus detection logic in the base mod may be incorrect, therefore causing e.g. this mod to seemingly behave strangely.

The bug related to wrong unbunching locations have been fixed at Steam.
It seems that there are actually 2 bugs being reported in this issue page. To avoid confusion, if there are anything to follow up after this, please create a new issue.
Closing this.

authors: CrankyAnt PlAn-K Vectorial1024


text:
More jsonSchema woes with Typescript

Thanks so much for your help. We were happily deploying objection 1.6.11 in production with Typescript until we upgraded to 2.0.10, and everything went down from there.
My issue is that:
After updating from objection 1.6.11 to 2.0.10, I am seeing the following Typescript errors coming from our Model declarations. We had received no issues prior to the upgrade.
src/db/models/ExampleTable.ts(4,7): error TS2417: Class static side 'typeof ExampleTable' incorrectly extends base class static side 'typeof Model'.
Types of property 'jsonSchema' are incompatible.
    Type '{ properties: { id: { type: string; }; property1: { type: string; }; property2: { type: string; }; property3: { type: string; }; }; type: string; }' is not assignable to type 'JSONSchema'.
        Types of property 'type' are incompatible.
            Type 'string' is not assignable to type '"string" | "number" | "boolean" | "object" | "integer" | "array" | "null" | JSONSchemaTypeName[]'.

We are on the latest version of Knex
I am aware of issue #1615 and have a feeling that it is related. However, I could not find a way to import the JSONSchema type to cast jsonSchema to.

Here is an example of our Model declaration file:
import objection from "objection";
import path from "path";

class ExampleTable extends objection.Model {
	public id?: number;
	public property1: number;
	public property2?: object;
	public property3?: object;

	static get tableName() {
		return "exampletable";
	}

	static get idColumn() {
		return "id";
	}

	static get jsonSchema() {
		return {
			properties: {
				id: { type: "integer" },
				property1: { type: "integer" },
				property2: { type: "string" },
				property3: { type: "string" },
			},
			type: "object"
		};
	}
}
export default ExampleTable;

Thank you again!

static get jsonSchema(): JSONSchema {

The new json schema typings are more strict and you need to add the explicit type telling typescript that some strings are in fact enums.

until we upgraded to 2.0.10, and everything went down from there.

That's quite dramatic 😀 What else is broken?

Thank you so much, I will try this very soon. That's the major thing, it really blew up all of our Models, but thanks so much for the help and I hope this issue helps everyone else upgrading + using Typescript!

@imwillhang I just released a new version that no longer requires the explicit type. It was more trouble than it was worth.

Incredible, thank you so much! I'll try to upgrade now and I'll let you know what happens.

Ah, so close! I upgraded to 2.1.0, and everything seems to work smoothly except...
await parent.$relatedQuery("children");
no longer populates the original object parent with the field children, whereas it did before in version 1.6.11. Is this behavior intended? Absolutely no DB or Model changes occurred in between the versions.

@imwillhang Read the changelog please

https://vincit.github.io/objection.js/1.x/migration.html#relatedquery-no-longer-mutates

Oh man, thank you! Sorry for not looking here earlier, hope this helps everyone else as well.

authors: imwillhang koskimas


text:
What is the correct way to handle validation with json-schema?

Hi!
I want to understand if using json-schema as my main validation tool would be a good choice. The main thing I'm not sure about is whether I should use it to validate the query params in my API besides it being used to validate DB input.
I'll try to provide a better explanation with code examples below:
Let's start with a json-schema for the User model:
{
  "$schema": "http://json-schema.org/draft-07/schema",
  "type": "object",
  "title": "User",
  "description": "User schema",
  "required": ["email", "full_name", "password"],
  "additionalProperties": false,
  "properties": {
    "id": {
      "$id": "#/properties/id",
      "title": "User ID",
      "type": "integer"
    },
    "email": {
      "$id": "#/properties/email",
      "title": "User email. Must be unique",
      "type": "string",
      "format": "email"
    },
    "password": {
      "$id": "#/properties/password",
      "title": "Hashed password for the user",
      "type": "string",
      "maxLength": 128,
      "pattern": "^(?=.*[a-z])(?=.*[A-Z])(?=.*\\d)(?=.*[@$!%*?&])[A-Za-z\\d@$!%*?&]{8,}$"
    },
    "full_name": {
      "$id": "#/properties/full_name",
      "title": "User first name and last name",
      "type": "string",
      "maxLength": 128,
      "pattern": "^[a-zA-Z]+(?:\\s[a-zA-Z]+)+$"
    },
    "image_url": {
      "$id": "#/properties/image_url",
      "title": "URL to user image",
      "type": "string"
    },
    "created_at": {
      "$id": "#/properties/created_at",
      "title": "The creation date of the user",
      "type": "string"
    },
    "updated_at": {
      "$id": "#/properties/updated_at",
      "title": "The date the user was last updated",
      "type": "string"
    }
  }
}

As you can see, I'm using regex to validate the input for each field to ensure the format is correct. I can specify which fields are required which is very useful and I set additionalProperties to false which means that the schema/Objection will not accept properties that are not specified in the json schema.
Next let's take a look at an example of a registration API that I'm trying to use:
router.post("/registration", async (req, res, next) => {
  try {
    const { password, ...payload } = await User.query().insert(req.body);
    const token = await jwt.sign(payload);

    res.json({ user: payload, token });
  } catch (error) {
    next(error);
  }
});

So there's no validation of the request body in the route itself, or really in any other place, I'm trying to delegate the validation entirely to json-schema. When the request comes in the password is not hashed so it can pass the validation, but then I need a way of storing the hashed password.
Currently I'm using this solution but I'm not sure if it's smart/safe?
// User model
async $beforeInsert(queryContext) {
    this.$setJson(
      { password: await bcrypt.hash(this.password, 12) },
      { skipValidation: true }
    );

    await super.$beforeInsert(queryContext);
  }

This would enable the following:

validation to check for the correct params (full_name, email, password) and test whether the values are correct
after the validation passes, update the model with the hashed password and skip another validation as it's already been run
insert (safe?) data in the db

Now let's look at the login route:
router.post("/login", async (req, res, next) => {
  try {
    User.fromJson(req.body, { skipRequiredFields: ["full_name"] });

    const { email, password } = req.body;

    const user = await User.query().where({ email }).first();

    if (!user) {
      res.status(403);

      throw new Error("Invalid credentials");
    }

    if (!(await bcrypt.compare(password, user.password))) {
      res.status(403);

      throw new Error("Invalid credentials");
    }

    const payload = { id: user.id, email, full_name: user.full_name };

    const token = await jwt.sign(payload);

    res.json({ user: payload, token });
  } catch (error) {
    next(error);
  }
});

Because I want to leave the validation to the json-schema and I need to check the request payload, I have to create a model which is redundant for the route itself, it's only used to trigger the validation. Another reason to do this is because .where({ email }) doesn't trigger the validation and it throws an error when email is undefined.
Code to remove specific required fields from the schema when needed:
// User model

$beforeValidate(jsonSchema, _, { skipRequiredFields }) {
    if (skipRequiredFields) {
      return {
        ...jsonSchema,
        required: jsonSchema.required.filter(
          (fieldName) => !skipRequiredFields.includes(fieldName)
        ),
      };
    }
  }

This allows me to remove required fields from the validation schema. In this case it works perfectly for the /login route as I don't want the request body to have a full_name field.
So far this has been working for me but it feel more like a workaround rather than an actual solution. I am also not necessarily sure about the fact that I have to tap in into Objection hooks and override the password like that. The last thing I don't like is the fact that I have to create a redundant model to trigger the validation but I also understand that triggering a validation (or having the option to) on .when() doesn't make much sense.
I'm new to Objection and this is not a production project but rather a side-project which I'm using to explore Objection along side other frameworks/libraries and I'd like to know if there are better ways of doing this or maybe my thinking is entirely wrong and I should have a separate validation for the request body and leave the json-schema as a db validation only?

I wouldn't try to build business logic inside models at all. I would validate the route body (and other input data) separately. The model jsonSchema can be useful for checking the stuff that goes in the database but that isn't usually the same data that comes over the network. Personally nowadays I keep my models completely dumb, and I don't even use the json schema validation in the model level.
You can do all kinds of tricks with model hooks, but in my experience, building password hashing, etc. in model hooks will just complicate things.

I completely agree that the model should be simple @koskimas, usually that's how I keep them. Because I'm new to json-schema and objection.js I was wondering if I could take advantage of already existing functionality and delegate request body validation to them and I opened this issue to get more opinions.
Thanks for sharing your insights with me, I will now close this issue as you gave me a good response!

authors: februarycat koskimas


text:
[Feature Request] Add Model Generation from database schema

Motivation
I have been working with SQLBoiler and it has been
a very pleasant experience without giving up too much performance side. Their philosophy is to
generate models tailored to db schema. In this way they avoid using reflection and
other expensive operations.  The models are optimized and metadata about columns is
generated in such a manner that helps them to handle db operations efficiently.
objection.js look amazing and this feature can optimize the performance even more
by learning from the mentioned library.
Benefits
Supporting this philosophy has following benefits:

Work with existing databases: Don't be the tool to define the schema, that's better left to other tools.
ActiveRecord-like productivity: Eliminate all sql boilerplate, have relationships as a first-class concept.
optimize hot paths by generating specific code for each schema model.

The third point is very important. With this approach we basically generate specific logic for models and this can help us to get extra performance.  We can use generated complex structures to store column, foreign key metadata which can help us to build efficient queries or during the model parsing.
DISCLAIMER
I am new user of objection.js and have no contribution to this project. This proposal is just an idea
which may help us to make this ORM even better.

That sound like a really cool idea. Never seem any thing like it because I'm not into the go ecosystem.
But to me it seems like is a lot kind of like prisma, kind of. What inside do you have when comparing SQLboilder with Prisma, if by any chance you have checked that orm.

@ggallovalle I checked it briefly and the main turn off was how they construct queries. They basically use objects to configure a query. Why is that inefficient? Because these objects needs to be processed to convert them into raw SQL queries and this calculation has its cost. That's why I prefer more a query builder.
As for parsing the result into a model(binding) I have no idea or contention about Prisma as I have not studied their source code.
There is a benchmark which compares Sequelize and Prisma where the former is the winner. Unfortunately most of benchmarks does not cross out delay incurred by http request and connection with the database.

This is not something that should be added to objection. A separate library makes more sense.

@koskimas The proposal was to learn from the mentioned library.
I was not proposing to add cli tool for model generation to this repository, of course it should be a separate repository but part of Objection.js project.
When the cli tool is finished, only parsing part is left to be handled by the Objection.js.

I meant this is not something that should be part of the objection project.
You may have misunderstood what objection is all about. The whole point is to not try to be smart and build special queries. That's an insanely difficult task. Hibernate has done that pretty well, but it's a massive project with a million lines of code and over ten years of work put into it by a huge team. And even hibernate sometimes generates awful code.
Objection is just a query builder with some relational features on top. Most of the time objection just builds whatever you tell it to build. Nothing more.

authors: eduardhasanaj ggallovalle koskimas


text:
Error converting relative paths to absolute paths in Windows if relative path has leading slash or backslash

Version(s)
$ scala-cli --version
Scala CLI version: 1.0.4
Scala version (default): 3.3.0

Describe the bug
The following idiom is intended to convert a relative path to an absolute path:
//> using lib "com.lihaoyi::os-lib::0.8.1"
val abspath = Path(relativeDir, pwd)

This works as expected unless relativeDir arg has a leading slash or backslash.  Although such a path is absolute everywhere else, in Windows it's technically a relative path, but one that can only be made absolute by prefixing a drive letter.   If not specified, the current working drive (typically C:) is assumed.    It's a type of relative path that cannot be resolved by prefixing pwd.  It resembles an absolute path on other platforms, and in practice, it's often seen that way, particularly on a system with a single drive, and especially by developers mostly familiar with other platforms.
The proposed os-lib term for this type of Windows path is drive-relative.  See https://github.com/com-lihaoyi/os-lib/pull/202
For relative paths that are drive-relative, the code above accidentally works as expected if pwd=='C:\' or similar.
For most values of pwd, it produces an incorrect result, and differs from the behavior of  java.nio.file.Paths.get().
Windows paths are described here: windows-file-path-formats.   A reference to what I'm calling drive-relative is here.
To Reproduce
The following script shows the problem and a solution for interpreting root-relative-paths in Windows.
#!/usr/bin/env -S scala-cli shebang
//> using scala "3.2.0"
//> using lib "com.lihaoyi::os-lib::0.8.1"
//> using lib "com.lihaoyi::pprint::0.8.0"

import pprint._
import os._

val driveRelPathScalaCliBug = Path("/opt")
printf("the current scala-cli value: [%s]\n", driveRelPathScalaCliBug)

var defaultDrive = pwd.toString.take(2).mkString
printf("pwd: %s\n", pwd)
printf("os.root: %s\n", os.root)
printf("defaultDrive: %s\n", defaultDrive)
val driveRelPathScalaCliFix = Path(s"$defaultDrive/opt")
printf("driveRelPathScalaCliFix: [%s]\n", driveRelPathScalaCliFix)
val driveRelPathJava = java.nio.file.Paths.get("/opt")
printf("driveRelPathJava:        [%s]\n", driveRelPathJava.toAbsolutePath)

The output of the script when pwd == 'F:\data':
$ C:/opt/ue/jsrc/scalaCliBug.sc
the current scala-cli value: [F:\data\opt]
pwd: F:\data
os.root: F:\
defaultDrive: F:
driveRelPathScalaCliFix: [F:\opt]
driveRelPathJava:        [F:\opt]

This result shows an incorrect value for os.root, if it's supposed to match environment variable SystemDrive.
Here's the output when pwd == 'C:\Users\philwalk\workspace\scala-cli':
$ C:/opt/ue/jsrc/scalaCliBug.sc
the current scala-cli value: [C:\Users\philwalk\workspace\scala-cli\opt]
pwd: C:\Users\philwalk\workspace\scala-cli
os.root: C:\
defaultDrive: C:
driveRelPathScalaCliFix: [C:\opt]
driveRelPathJava:        [C:\opt]

In this case, os.root may be accidentally correct.
Another way this bug manifests, when using the following scala-cli hashbang:
#!/usr/bin/env -S scala-cli shebang

If the path referenced by JAVA_HOME does not include a drive letter, the following crash occurs:
JAVA_HOME=/opt/jdk
/opt/ue/jsrc/scalaCliBug.sc
java.io.IOException: Cannot run program "C:\Users\philwalk\workspace\os-lib-issue-201\opt\jdk\bin\java.exe" (in directory "C:\Users\philwalk\workspace\os-lib-issue-201"): CreateProcess error=2, The system cannot find the file specified

The workaround is to prefix various things on the command ine with the current working drive ("C:" in this example).
So instead of this:
/opt/ue/jsrc/scalaCliBug.sc

the command line must be issued like this (extra stuff in bold):
JAVA_HOME=C:$JAVA_HOME C:/opt/ue/jsrc/scalaCliBug.sc
After the os-lib fix is available, the same command line can be used in Windows as on other platforms.
Expected behaviour
If a path has a leading slash or backslash, convert it to an absolute path by prefixing the default drive letter.
This is also how root-relative-paths are interpreted in CMD.EXE and everywhere.

I found os.Path here: https://github.com/com-lihaoyi/os-lib/blob/main/os/src/Path.scala
and I suspect this bug should be filed there.  I will investigate ...

BTW, this bug also manifests in the following situation:
A scala-cli script located at C:/opt/ue/jsrc/scalaCliBug.sc should be callable without the drive letter prefix, if the path exists on the current default drive.    Here's what happens currently, in that case:
philwalk@d5 ~/workspace/os-lib-phil
$ /opt/ue/jsrc/scalaCliBug.sc
[error]  File not found: C:\Users\philwalk\workspace\os-lib-phil\opt\ue\jsrc\scalaCliBug.sc

I have a PR that I'm about to submit to os-lib with a fix.

Och wait, I think I lost the fact that the issue is connected to scala-cli usage of os-lib. The issue you reported seemed only relevant to os-lib itself.
How did this show up in scala-cli? When using #!/usr/bin/env -S scala-cli shebang with JAVA_HOME without a drive or were there some other cases?

How did this show up in scala-cli? When using #!/usr/bin/env -S scala-cli shebang with JAVA_HOME without a drive or were there some other cases?

This bug causes any path with a leading slash to crash, whether in a script or on the command-line.
Generally speaking, os-lib and scala-cli are difficult to use in Windows, at least for developers working in cygwin, bash-git, msys2, etc.  I have hundreds of scripts that are portable between OSX, Linux and Windows that I would like to convert to scala-cli, but am unable to because of this bug, since portable scripts necessarily use only posix style paths, such as /opt/ue/jsrc/myscript.sc.   Being forced to add drive letters breaks portability.
The os-lib PR (currently under review) fixes this problem, AFAICT.   If I can figure out how to test scala-cli with an alternate copy of the os-lib jar, I will verify it.

Ok sure! We can wait for the os-lib to be released with the fix or try to figure out a workaround ourselves if that is not accepted. Sorry for misunderstanding the issue at hand.
You could try releasing os-lib locally, changing it in https://github.com/VirtusLab/scala-cli/blob/main/project/deps.sc#L141 and running ./mill -i scala …arguments….  More on that in https://github.com/VirtusLab/scala-cli/blob/main/DEV.md

Now that os-lib has released 0.9.2, it should be possible to fix this bug.
I'd like to verify that it fixes the problem, although I'm not sure how to get the current version of scala-cli to use a different version of os-lib, any suggestions?

Should I be able to build  in Windows 10?   Or is it possible to cross-build for Windows on another platform?
Here's what I get when I try to build:
C:\Users\philwalk\workspace\my-scala-cli>mill.bat -i cli.nativeImage
Launching Mill as sub-process ...
[69/910] runner[3.0.2].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,runner_3,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[131/910] test-runner[3.0.2].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,test-runner_3,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[170/910] runner[2.13.12].compile
[info] compiling 2 Scala sources to C:\Users\philwalk\workspace\my-scala-cli\out\runner\2.13.12\compile.dest\classes ...
[info] done compiling
[193/910] runner[2.13.12].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,runner_2.13,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[232/910] test-runner[2.13.12].compile
[info] compiling 3 Scala sources to C:\Users\philwalk\workspace\my-scala-cli\out\test-runner\2.13.12\compile.dest\classes ...
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/AsmTestRunner.scala:37:40: type Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]     def allParents(className: String): Stream[String] = {
[warn]                                        ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/AsmTestRunner.scala:39:58: type Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]       def helper(done: Set[String], todo: List[String]): Stream[String] =
[warn]                                                          ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/AsmTestRunner.scala:41:23: value Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]           case Nil => Stream.empty
[warn]                       ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/AsmTestRunner.scala:44:30: object Stream in package immutable is deprecated (since 2.13.0): Use LazyList (which is fully lazy) instead of Stream (which has a lazy tail only)
[warn]             else h #:: helper(done + h, parents(h).toList ::: t)
[warn]                              ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/AsmTestRunner.scala:350:44: method copyArrayToImmutableIndexedSeq in class LowPriorityImplicits2 is deprecated (since 2.13.0): implicit conversions from Array to immutable.IndexedSeq are implemented by copying; use `toIndexedSeq` explicitly if you want to copy, or use the more efficient non-copying ArraySeq.unsafeWrapArray
[warn]     val events       = TestRunner.runTasks(initialTasks, out)
[warn]                                            ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/DynamicTestRunner.scala:260:44: method copyArrayToImmutableIndexedSeq in class LowPriorityImplicits2 is deprecated (since 2.13.0): implicit conversions from Array to immutable.IndexedSeq are implemented by copying; use `toIndexedSeq` explicitly if you want to copy, or use the more efficient non-copying ArraySeq.unsafeWrapArray
[warn]     val events       = TestRunner.runTasks(initialTasks, out)
[warn]                                            ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:19:38: type Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]     def helper(loader: ClassLoader): Stream[Path] =
[warn]                                      ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:20:27: value Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]       if (loader == null) Stream.empty
[warn]                           ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:30:16: method toStream in trait IterableOnceOps is deprecated (since 2.13.0): Use .to(LazyList) instead of .toStream
[warn]               .toStream
[warn]                ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:35:16: method toStream in trait IterableOnceOps is deprecated (since 2.13.0): Use .to(LazyList) instead of .toStream
[warn]               .toStream
[warn]                ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:37:21: value Stream in package scala is deprecated (since 2.13.0): Use LazyList instead of Stream
[warn]           case _ => Stream.empty // FIXME Warn about this
[warn]                     ^
[warn] C:/Users/philwalk/workspace/my-scala-cli/modules/test-runner/src/main/scala/scala/build/testrunner/TestRunner.scala:39:26: object Stream in package immutable is deprecated (since 2.13.0): Use LazyList (which is fully lazy) instead of Stream (which has a lazy tail only)
[warn]         paths #::: helper(loader.getParent)
[warn]                          ^
[warn] 12 warnings found
[info] done compiling
[255/910] test-runner[2.13.12].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,test-runner_2.13,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[294/910] runner[2.12.18].compile
[info] compiling 2 Scala sources to C:\Users\philwalk\workspace\my-scala-cli\out\runner\2.12.18\compile.dest\classes ...
[info] done compiling
[317/910] runner[2.12.18].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,runner_2.12,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[356/910] test-runner[2.12.18].compile
[info] compiling 3 Scala sources to C:\Users\philwalk\workspace\my-scala-cli\out\test-runner\2.12.18\compile.dest\classes ...
[info] done compiling
[379/910] test-runner[2.12.18].publishLocalNoFluff
Publishing Artifact(org.virtuslab.scala-cli,test-runner_2.12,1.0.6-SNAPSHOT) to ivy repo C:\Users\philwalk\workspace\my-scala-cli\out\repo\1.0.6-SNAPSHOT
[905/910] cli.base-image.staticLibDir
Downloading https://repo1.maven.org/maven2/org/virtuslab/scala-cli/libsodiumjni/0.0.3/libsodiumjni-0.0.3-x86_64-pc-win32.lib
Downloaded https://repo1.maven.org/maven2/org/virtuslab/scala-cli/libsodiumjni/0.0.3/libsodiumjni-0.0.3-x86_64-pc-win32.lib
Downloading https://repo1.maven.org/maven2/io/get-coursier/jniutils/windows-jni-utils/0.3.3/windows-jni-utils-0.3.3-x86_64-pc-win32.lib
[910/910] cli.base-image.nativeImage
Checking https://github.com/coursier/jvm-index/raw/master/index.json
Checked https://github.com/coursier/jvm-index/raw/master/index.json
Downloading https://github.com/coursier/jvm-index/raw/master/index.json
Downloaded https://github.com/coursier/jvm-index/raw/master/index.json

C:\Users\philwalk\workspace\my-scala-cli>chcp 437
Active code page: 437
**********************************************************************
** Visual Studio 2022 Developer Command Prompt v17.7.5
** Copyright (c) 2022 Microsoft Corporation
**********************************************************************
[vcvarsall.bat] Environment initialized for: 'x64'
========================================================================================================================
GraalVM Native Image: Generating 'scala-cli' (executable)...
========================================================================================================================
Warning: Feature class scala.cli.internal.CsJniUtilsFeature is annotated with the deprecated annotation @AutomaticFeature. Support for this annotation will be removed in a future version of GraalVM. Applications should register a feature using the option --features=scala.cli.internal.CsJniUtilsFeature
Warning: Feature class scala.cli.internal.LibsodiumjniFeature is annotated with the deprecated annotation @AutomaticFeature. Support for this annotation will be removed in a future version of GraalVM. Applications should register a feature using the option --features=scala.cli.internal.LibsodiumjniFeature
Warning: Could not resolve ch.epfl.scala.bsp4j.FileChangeType for reflection configuration. Reason: java.lang.ClassNotFoundException: ch.epfl.scala.bsp4j.FileChangeType.
Warning: Could not resolve ch.epfl.scala.bsp4j.TaskDataKind for reflection configuration. Reason: java.lang.ClassNotFoundException: ch.epfl.scala.bsp4j.TaskDataKind.
[1/7] Initializing...                                                                                (30.7s @ 0.51GB)
 Version info: 'GraalVM 22.3.1 Java 17 CE'
 Java version info: '17.0.6+10-jvmci-22.3-b13'
 C compiler: cl.exe (microsoft, x64, 19.37.32825)
 Garbage collector: Serial GC
 4 user-specific feature(s)
 - com.oracle.svm.polyglot.scala.ScalaFeature
 - com.oracle.svm.thirdparty.gson.GsonFeature
 - scala.cli.internal.CsJniUtilsFeature
 - scala.cli.internal.LibsodiumjniFeature

Fatal error: java.lang.IllegalAccessError: class scala.cli.internal.CsJniUtilsFeature (in unnamed module @0x4c41a177) cannot access class com.oracle.svm.core.jdk.NativeLibrarySupport (in module org.graalvm.nativeimage.builder) because module org.graalvm.nativeimage.builder does not export com.oracle.svm.core.jdk to unnamed module @0x4c41a177
        at scala.cli.internal.CsJniUtilsFeature.beforeAnalysis(CsJniUtilsFeature.java:18)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.lambda$runPointsToAnalysis$9(NativeImageGenerator.java:736)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.FeatureHandler.forEachFeature(FeatureHandler.java:85)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.runPointsToAnalysis(NativeImageGenerator.java:736)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:578)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGenerator.run(NativeImageGenerator.java:535)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.buildImage(NativeImageGeneratorRunner.java:403)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.build(NativeImageGeneratorRunner.java:580)
        at org.graalvm.nativeimage.builder/com.oracle.svm.hosted.NativeImageGeneratorRunner.main(NativeImageGeneratorRunner.java:128)
------------------------------------------------------------------------------------------------------------------------
                        0.7s (2.2% of total time) in 16 GCs | Peak RSS: 1.44GB | CPU load: 1.74
========================================================================================================================
Failed generating 'scala-cli' after 30.9s.
Error: Image build request failed with exit status 1
1 targets failed
cli.base-image.nativeImage os.SubprocessException: Result of cmdΓÇª: 1

    os.proc.call(ProcessOps.scala:89)
    io.github.alexarchambault.millnativeimage.NativeImage.$anonfun$nativeImage$8(NativeImage.scala:219)
    mill.define.Task$TraverseCtx.evaluate(Task.scala:71)

I created a PR #2516 that fixes this issue, and one other

authors: philwalk tgodzik

repo: VirtusLab/scala-cli


text:
Define valid package type for Scala.js and Scala Native

Accept valid package type for Scala.js and Scala.Native, in other case throws error.
For example following command should generate test.jar file:
scala-cli package --js --library test.scala

Closed  #915

Shouldn't we add info in the documentation for each of those options that they will not work with for js or native?
Maybe we can also have more generic method of checking if given option does not conflict with other?

I created new issue to implement some global mechanism for option checking - https://github.com/VirtusLab/scala-cli/pull/941#pullrequestreview-953232236


text:
[Bug] treemap cannot use scale & filed to set leaf attribute

Version
1.19.5
Link to Minimal Reproduction
null
Steps to Reproduce
const spec = {
type: 'treemap',
data: [
{
id: 'data',
values: [
{ name: 'AggregateExpression', value: 2, v1: 2 },
{ name: 'And', value: 2, v1: 3 },
{ name: 'Arithmetic', value: 3, v1: 3 },
{ name: 'Average', value: 2, v1: 2 }
]
}
],
leaf: {
style: {
fill: {
field: 'v1',
scale: 'color'
}
}
},
color: {
type: 'linear',
domain: [
{
dataId: 'data',
fields: ['v1']
}
],
range: ['#b2e3ff', '#0050b3']
},
categoryField: 'name',
valueField: 'value',
label: {
visible: true,
style: {
fontSize: 12
}
},
legends: [
{
visible: true,
type: 'color',
field: 'value',
title: {
visible: true,
text: 'Color Legend'
},
orient: 'top'
}
],
title: {
visible: true,
text: 'The software class hierarchy of the Flare visualization toolkit'
}
};
Current Behavior

Expected Behavior

Environment
- OS:
- Browser:
- Framework:

Any additional comments?
No response

repo: VisActor/VChart


text:
Failed to build on Ubuntu 22.04

Hi authors, I ran into some error when trying to run python3 build.py on Ubuntu 22.04.1 LTS  with AMD Ryzen 9 5900X.
But I'm not sure if this is a problem building the dependency (cryptoTools) or not.
Below are the logs:
====== build.py (vole-psi) ========
mkdir -p out/build/linux
cmake -S . -B out/build/linux  -DSUDO_FETCH=OFF -DFETCH_AUTO=ON -DPARALLEL_FETCH=24 -DCMAKE_BUILD_TYPE=Release
cmake --build out/build/linux   --parallel 24
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv

-- vole-psi options
=======================================================
-- Option: FETCH_AUTO        = ON
-- Option: FETCH_SPARSEHASH  =
-- Option: FETCH_LIBOTE      =
-- Option: FETCH_LIBDIVIDE   =
-- Option: VERBOSE_FETCH     = ON

-- Option: VOLE_PSI_ENABLE_SSE      = ON
-- Option: VOLE_PSI_PIC             = OFF
-- Option: VOLE_PSI_ENABLE_GMW      = ON
-- Option: VOLE_PSI_ENABLE_CPSI     = ON
-- Option: VOLE_PSI_ENABLE_OPPRF    = ON

-- Option: COPROTO_ENABLE_BOOST     = ON
-- Option: COPROTO_ENABLE_OPENSSL   = ON
-- Option: LIBOTE_ENABLE_BITPOLYMUL = ON
-- VOLEPSI_THIRDPARTY_DIR=/home/jason/volepsi/out/install/linux
sparsehash-c11 already fetched.
SPARSEHASH_INCLUDE_DIRS=/home/jason/volepsi/out/install/linux/include
============= Building libOTe =============
libOTe Checkout 3d1ecb211a2421a670f787131ea1fb2d477ff128
'/usr/bin/git' 'checkout' '3d1ecb211a2421a670f787131ea1fb2d477ff128'
HEAD is now at 3d1ecb2 version bump
libOTe submodule
'/usr/bin/git' 'submodule' 'update' '--recursive'
libOTe Configure
'/usr/bin/cmake' '-S' '/home/jason/volepsi/out/libOTe' '-B' '/home/jason/volepsi/out/libOTe/out/build/linux' '-DCMAKE_INSTALL_PREFIX=/usr/local' '-DCMAKE_PREFIX_PATH=/home/jason/volepsi/out/install/linux;' '-DCMAKE_BUILD_TYPE:STRING=Release' '-DFETCH_AUTO=ON' '-DVERBOSE_FETCH=ON' '-DENABLE_CIRCUITS=ON' '-DENABLE_MRR=ON' '-DENABLE_IKNP=ON' '-DENABLE_SOFTSPOKEN_OT=ON' '-DENABLE_BITPOLYMUL=ON' '-DENABLE_SILENTOT=ON' '-DENABLE_SILENT_VOLE=ON' '-DENABLE_SODIUM=ON' '-DENABLE_MRR_TWIST=ON' '-DENABLE_SSE=ON' '-DCOPROTO_ENABLE_BOOST=ON' '-DCOPROTO_ENABLE_OPENSSL=ON' '-DOC_PIC=OFF' '-DOC_THIRDPARTY_CLONE_DIR=/home/jason/volepsi/out'
-- cryptoTools options
=======================================================
-- Option: FETCH_AUTO        = ON
-- Option: VERBOSE_FETCH     = ON

-- Option: FETCH_SPAN_LITE   =
-- Option: FETCH_RELIC       =
-- Option: FETCH_SODIUM      =
-- Option: FETCH_BOOST       =

-- Option: CMAKE_BUILD_TYPE  = Release
	Release
	Debug
	RelWithDebInfo
-- Option: ENABLE_SPAN_LITE  = ON
-- Option: ENABLE_RELIC      = OFF
-- Option: ENABLE_SODIUM     = ON
-- Option: ENABLE_BOOST      = OFF

-- Option: ENABLE_CIRCUITS   = ON
-- Option: ENABLE_NET_LOG    = OFF
-- Option: ENABLE_WOLFSSL    = OFF
-- Option: ENABLE_SSE        = ON
-- Option: ENABLE_AVX        = ON
-- Option: ENABLE_BOOST      = OFF

span-lite already fetched (cryptoTools).
sodium already fetched.
-- SODIUM_INCLUDE_DIRS:  /usr/include
-- SODIUM_LIBRARIES:  /usr/lib/x86_64-linux-gnu/libsodium.a
-- SODIUM_MONTGOMERY:  ON

-- General Options
=======================================================
-- Option: VERBOSE_FETCH         = ON
-- Option: FETCH_BITPOLYMUL      = ON
-- Option: FETCH_COPROTO         = ON

-- Option: ENABLE_ALL_OT         = ON/OFF
-- Option: ENABLE_BITPOLYMUL     = ON
-- Option: LIBOTE_CPP_VER        = 14
-- Option: COPROTO_ENABLE_BOOST  = ON
-- Option: COPROTO_ENABLE_OPENSSL= ON

-- Base OT protocols
=======================================================
-- Option: ENABLE_SIMPLESTOT     = OFF
-- Option: ENABLE_SIMPLESTOT_ASM = OFF
-- Option: ENABLE_MRR            = ON
-- Option: ENABLE_MRR_TWIST      = ON
-- Option: ENABLE_MR             = OFF
-- Option: ENABLE_MR_KYBER       = OFF
-- 1-out-of-2 OT Extension protocols
=======================================================
-- Option: ENABLE_KOS            = OFF
-- Option: ENABLE_IKNP           = ON
-- Option: ENABLE_SILENTOT       = ON

-- Option: ENABLE_SOFTSPOKEN_OT  = ON

-- 1-out-of-2 Delta-OT Extension protocols
=======================================================
-- Option: ENABLE_DELTA_KOS      = OFF

-- Vole protocols
=======================================================
-- Option: ENABLE_SILENT_VOLE      = ON

-- 1-out-of-N OT Extension protocols
=======================================================
-- Option: ENABLE_OOS            = OFF
-- Option: ENABLE_KKRT           = OFF

-- other
=======================================================
-- Option: NO_SILVER_WARNING    = OFF

-- Option: NO_KOS_WARNING       = OFF

bitpolymul already fetched.
-- bitpolymul_INCLUDE_DIRS=/home/jason/volepsi/out/libOTe/out/install/linux/include
-- bitpolymul_LIBRARIES=/home/jason/volepsi/out/libOTe/out/install/linux/lib/libbitpolymul.a

coprotoConfig.cmake : /home/jason/volepsi/out/libOTe/out/install/linux/lib/cmake/coproto/coprotoConfig.cmake
macoroConfig.cmake : /home/jason/volepsi/out/libOTe/out/install/linux/lib/cmake/macoro/macoroConfig.cmake
-- Boost_LIB: Boost::system;Boost::thread;Boost::regex
-- Boost_INC: /home/jason/volepsi/out/libOTe/out/install/linux/include

OPENSSL_INCLUDE_DIR=/usr/include
OPENSSL_SSL_LIBRARY=/usr/lib/x86_64-linux-gnu/libssl.so
OPENSSL_LIBRARIES  =/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
OPENSSL_VERSION    =3.0.2
coproto already fetched.
coprotoConfig.cmake : /home/jason/volepsi/out/libOTe/out/install/linux/lib/cmake/coproto/coprotoConfig.cmake
-- Option: COPROTO_STAGE = /home/jason/volepsi/out/libOTe/out/install/linux
-- Option: COPROTO_STAGE = /home/jason/volepsi/out/libOTe/out/install/linux
macoroConfig.cmake : /home/jason/volepsi/out/libOTe/out/install/linux/lib/cmake/macoro/macoroConfig.cmake
-- Boost_LIB: Boost::system;Boost::thread;Boost::regex
-- Boost_INC: /home/jason/volepsi/out/libOTe/out/install/linux/include

OPENSSL_INCLUDE_DIR=/usr/include
OPENSSL_SSL_LIBRARY=/usr/lib/x86_64-linux-gnu/libssl.so
OPENSSL_LIBRARIES  =/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
OPENSSL_VERSION    =3.0.2
-- Configuring done
-- Generating done
-- Build files have been written to: /home/jason/volepsi/out/libOTe/out/build/linux
libOTe Build
'/usr/bin/cmake' '--build' '/home/jason/volepsi/out/libOTe/out/build/linux' '--config' 'Release'
Consolidate compiler generated dependencies of target cryptoTools
[  1%] Building CXX object cryptoTools/cryptoTools/CMakeFiles/cryptoTools.dir/Crypto/SodiumCurve.cpp.o
/home/jason/volepsi/out/libOTe/cryptoTools/cryptoTools/Crypto/SodiumCurve.cpp: In function ‘osuCrypto::Sodium::Monty25519 osuCrypto::Sodium::operator*(const osuCrypto::Sodium::Scalar25519&, const osuCrypto::Sodium::Monty25519&)’:
/home/jason/volepsi/out/libOTe/cryptoTools/cryptoTools/Crypto/SodiumCurve.cpp:147:9: error: ‘crypto_scalarmult_noclamp’ was not declared in this scope; did you mean ‘crypto_scalarmult_base’?
  147 |     if (crypto_scalarmult_noclamp(prod.data, a.data, b.data) < 0)
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
      |         crypto_scalarmult_base
compilation terminated due to -Wfatal-errors.
gmake[2]: *** [cryptoTools/cryptoTools/CMakeFiles/cryptoTools.dir/build.make:286: cryptoTools/cryptoTools/CMakeFiles/cryptoTools.dir/Crypto/SodiumCurve.cpp.o] Error 1
gmake[1]: *** [CMakeFiles/Makefile2:203: cryptoTools/cryptoTools/CMakeFiles/cryptoTools.dir/all] Error 2
gmake: *** [Makefile:136: all] Error 2
libOTe Install
'/usr/bin/cmake' '--install' '/home/jason/volepsi/out/libOTe/out/build/linux' '--config' 'Release' '--prefix' '/home/jason/volepsi/out/install/linux'
'/usr/bin/cmake' '--install' '/home/jason/volepsi/out/span-lite/build/linux' '--config' 'Release' '--prefix' '/home/jason/volepsi/out/install/linux'
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/span-lite/span-lite-targets.cmake
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/span-lite/span-lite-config.cmake
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/span-lite/span-lite-config-version.cmake
-- Up-to-date: /home/jason/volepsi/out/install/linux/include
-- Up-to-date: /home/jason/volepsi/out/install/linux/include/nonstd
-- Up-to-date: /home/jason/volepsi/out/install/linux/include/nonstd/span.hpp
'mkdir' '-p' '/home/jason/volepsi/out/install/linux/lib/'
'mkdir' '-p' '/home/jason/volepsi/out/install/linux/include'
'mkdir' '-p' '/home/jason/volepsi/out/install/linux/include/sodium'
'cp' '/home/jason/volepsi/out/libOTe/cmake/../out/install/linux/lib/libsodium.a' '/home/jason/volepsi/out/install/linux/lib/'
'cp' '/home/jason/volepsi/out/libOTe/cmake/../out/install/linux/include/sodium.h' '/home/jason/volepsi/out/install/linux/include/'
'cp' '-r' '/home/jason/volepsi/out/libOTe/cmake/../out/install/linux/include/sodium' '/home/jason/volepsi/out/install/linux/include/'
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/cryptoTools/cryptoToolsConfig.cmake
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/cryptoTools/cryptoToolsConfigVersion.cmake
-- Up-to-date: /home/jason/volepsi/out/install/linux/lib/cmake/cryptoTools/cryptoToolsDepHelper.cmake
CMake Error at out/build/linux/cryptoTools/cmake_install.cmake:101 (file):
  file INSTALL cannot find
  "/home/jason/volepsi/out/libOTe/out/build/linux/cryptoTools/cryptoTools/libcryptoTools.a":
  No such file or directory.
Call Stack (most recent call first):
  out/build/linux/cmake_install.cmake:47 (include)

log /home/jason/volepsi/thirdparty/log-libOTe.txt
==========================================
CMake Error at cmake/findDependancies.cmake:57 (find_package):
  By not providing "FindlibOTe.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "libOTe", but
  CMake did not find one.

  Could not find a package configuration file provided by "libOTe" with any
  of the following names:

    libOTeConfig.cmake
    libote-config.cmake

  Add the installation prefix of "libOTe" to CMAKE_PREFIX_PATH or set
  "libOTe_DIR" to a directory containing one of the above files.  If "libOTe"
  provides a separate development package or SDK, be sure it has been
  installed.
Call Stack (most recent call first):
  cmake/findDependancies.cmake:71 (FIND_LIBOTE)
  CMakeLists.txt:14 (include)

-- Configuring incomplete, errors occurred!
See also "/home/jason/volepsi/out/build/linux/CMakeFiles/CMakeOutput.log".
gmake: Makefile: No such file or directory
gmake: *** No rule to make target 'Makefile'.  Stop.

Add
-DSODIUM_MONTGOMERY=false
To this list of options https://github.com/Visa-Research/volepsi/blob/44f5e4a377d9ee6b090b4916924c96ca0b9b85cd/thirdparty/getLibOTe.cmake#L46
See the libOTe Readme for details of you want

repo: Visa-Research/volepsi


text:
[fix]: Build crash due to location permissions

Description

Solves #43

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my code
[x] I have commented on my code, particularly in hard-to-understand areas
[x] My changes generate no new warnings

Screenshots / Screen Recordings
Before Fix
https://github.com/user-attachments/assets/73d41655-e5f3-4ca4-b6ab-bf041ffee7fd

After Fix
https://github.com/user-attachments/assets/ddfb42fe-e32d-444b-b8eb-d5b326974b05

@Vishwajith-Shettigar please review

@utkarsh006 please create issue before creating PR to fix particular issue.

@Vishwajith-Shettigar please check now :)

Can you please add before and after screen recordings, that shows your solution resolved the issue.

Thanks @utkarsh006.

@Vishwajith-Shettigar Your welcome. Please include this PR as per Hacktoberfest Guidelines

repo: Vishwajith-Shettigar/NextGen


text:
Network connection lost when sending a request POST /test-runs

Reproduced periodically, during the tests execution on all environments.
api_1        | [Nest] 18  - 09/16/2022, 5:17:57 AM   ERROR [UnauthorizedException: Unauthorized
api_1        |     at JwtAuthGuard.handleRequest (/node_modules/@nestjs/passport/dist/auth.guard.js:68:30)
api_1        |     at /node_modules/@nestjs/passport/dist/auth.guard.js:49:128
api_1        |     at /node_modules/@nestjs/passport/dist/auth.guard.js:91:24
api_1        |     at allFailed (/node_modules/passport/lib/middleware/authenticate.js:110:18)
api_1        |     at attempt (/node_modules/passport/lib/middleware/authenticate.js:183:28)
api_1        |     at JwtStrategy.strategy.fail (/node_modules/passport/lib/middleware/authenticate.js:305:9)
api_1        |     at JwtStrategy.authenticate (/node_modules/passport-jwt/lib/strategy.js:96:21)
api_1        |     at attempt (/node_modules/passport/lib/middleware/authenticate.js:369:16)
api_1        |     at authenticate (/node_modules/passport/lib/middleware/authenticate.js:370:7)
api_1        |     at /node_modules/@nestjs/passport/dist/auth.guard.js:96:3] UnauthorizedException: Unauthorized
postgres_1   | 2022-09-16 05:29:41.755 UTC [40501] WARNING:  could not open statistics file "pg_stat_tmp/global.stat": Operation not permitted

the error is saying request doesn't have auth headers
is there any steps to reproduce this?

authors: nGervasyuk pashidlos


text:
Compare screens even when the dimensions differ to some amount

It looks like the comparison diff is not generated when the baseline and the fresh screenshots differ in size, even for few pixels.
I would be curious to see if the smaller screen could be placed to some weighted position, and either the bigger screen cropped for the comparison time, or the smaller getting additional pixels on the sides. In either case, the sides are to be marked changed and hence getting higher amount of difference.
This would help in seeing if it is just the margin or padding that has changed in the target of the screenshot, assuming that the weighting happens to hit the right spot.

for pixelmatch and lookSame there is option in project config for that Allow diff dimensions

authors: paazmaya pashidlos


text:
Implement feature request issue 91 : Only check selected area instead of ignore areas

Addresses issue : https://github.com/Visual-Regression-Tracker/Visual-Regression-Tracker/issues/91
Please see video which shows how it is implemented.
https://user-images.githubusercontent.com/9042580/121833233-c224bd80-cc80-11eb-92d8-44776205daf4.mov

@suratdas thanks for contribution!

nicely done!

authors: pashidlos suratdas

repo: Visual-Regression-Tracker/frontend


text:
Fix 2020 tracker

Label slug was not returned for indicator values.

I totally do not understand why sometimes label slug is not returned, and when it should be returned as clearly on that page was needed.

Before, the label was returned only when we had a correspondent indicator with a value. I thought we hadn't changed that but maybe we did

Take a look now @Bluesmile82 , both LTS Explorer and 2020 NDC tracker should work fine now.

Thanks! The modules are working fine now again!

repo: Vizzuality/climate-watch


text:
🛑 Radio is down

In 05dc2a9, Radio (https://radio.plainrock127.xyz/phonk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Radio is back up in 9748a3c after 20 minutes.

repo: VlastikYoutubeKo/fictional-memory


text:
RootNamespace emtpy not supported

Setting RootNamespace to empty generates the resource manager basename starting with a dot.
That’s mainly because of this:
https://github.com/VocaDB/ResXFileCodeGenerator/blob/d5696d9c0a61756beb716a3da10f684c09274b3f/VocaDb.ResXFileCodeGenerator/FileOptions.cs#L61

Thanks, are you planning to make a pull request?

@ycanardeau create PR for it here: https://github.com/VocaDB/ResXFileCodeGenerator/pull/11

authors: narcis-ro ycanardeau

repo: VocaDB/ResXFileCodeGenerator


text:
docker-compose.yaml: portainer network problem with overlay/nvi, FIXME

portainer is now commented out in main docker-compose.yaml

fixed, portainer is back

repo: VoicenterTeam/openimss


text:
Add location request modal

Because if user clicked "Block" in system request - it hard to show request again

Request location
Show modal: "Bla bla share your location with application"

If true request location
if false do nothing

Hide modal

https://iamakulov.com/notes/web-permissions/

Google Calendar

repo: VovanR/test-react-redux-weather


text:
Add support for selecting/caching by other indexes

It would be great to be able to select individual documents by any arbitrary index.
It would also be nice to have Dataloader support slug (or any arbitrary field name) in addition to _id.

Currently selectorUniqueInputTemplate is hardcoded to use documentId (which then gets translated as _id by the Mongo connectors) or slug. Ideally the list of possible selector fields would be dynamically generated from the schema both inside the GraphQL templates, as well as inside withSingle, withUpdate, withUpsert, and withRemove.

repo: VulcanJS/Vulcan


text:
use next-mdx-remote instead of next-mdx-enhanced

The author of next-mdx-enhanced suggests to now use next-mdx-remote.
github readme notice

Seems like this should work right off the bat with mdx right?
import Head from 'next/head';

<Head>
  <link rel="icon" href="/favicon_io/favicon.ico" />
  <meta name="description" content="Dishes the index."></meta>
  <title>Vulcan next</title>
</Head>

# Vulcan Next

Perhaps this is caused by this library and it will be fixed if we switch to the new one.

Will take a look, it may take some time because that's a complex lib, but yeah if it is recommended let's go with an update.

The fun thing is that technically using a components object reminds me a lot Vulcan Meteor component system: https://nextjs.org/blog/markdown

Release incoming in a few minutes \o/ Architecture is way cleaner like this.

authors: Neobii eric-burel

repo: VulcanJS/vulcan-next