texinfo: texinfoInteractive t/malformed-split.sh hangs

Describe the bug
When (re)building texinfoInteractive, all tests up until t/split.sh pass, but t/malformed-split.sh hangs.
To Reproduce
Steps to reproduce the behavior:
nix-build '<nixpkgs>' -A texinfoInteractive --check (in my case on nixos-unstable, 1a57d96edd156958b12782e8c8b6a374142a7248 and d9dba88d08a9cdf483c3d45f0d7220cf97a4ce64)
Additional context
Interesting comment at<EMAIL_ADDRESS>

What revision was this on? I've just tried to reproduce this but the package did build just fine on 1a57d96edd156958b12782e8c8b6a374142a7248.

What revision was this on? I've just tried to reproduce this but the package did build just fine on 1a57d96edd156958b12782e8c8b6a374142a7248.

Also works for me on the current master branch: c1891ad2e0f6e280b862cfcd16f528639fba21d7

Also works for me on the current master branch: c1891ad2e0f6e280b862cfcd16f528639fba21d7

rebooting and switching terminal/shell didn't help.
it works for me on 950c5e1879e57d9aedf64db53b4ec6f59f2ac17f (after a 'nixos-rebuild switch') though, so I can bisect where it started going wrong for me...

rebooting and switching terminal/shell didn't help.
it works for me on 950c5e1879e57d9aedf64db53b4ec6f59f2ac17f (after a 'nixos-rebuild switch') though, so I can bisect where it started going wrong for me...

adding --option sandbox yes doesn't change the behaviour.
bisecting shows the problem started since the upgrade of busybox from 1.31.1 to 1.32.0 in 565c6a2a572c4e06ddb986a80dcd85b02d360bbf . Indeed https://busybox.net/?var=a mentions 1.32.1 fixes a deadlock issue, and indeed upgrading busybox fixes the problem for me \o/. Will PR.

adding --option sandbox yes doesn't change the behaviour.
bisecting shows the problem started since the upgrade of busybox from 1.31.1 to 1.32.0 in 565c6a2a572c4e06ddb986a80dcd85b02d360bbf . Indeed https://busybox.net/?var=a mentions 1.32.1 fixes a deadlock issue, and indeed upgrading busybox fixes the problem for me \o/. Will PR.

https://github.com/NixOS/nixpkgs/pull/108708 did not fix this.

https://github.com/NixOS/nixpkgs/pull/108708 did not fix this.

#108708 did not fix this.

Hmm, I just double-checked and it does fix it for me: hangs on 66dc4881b2f6b8415d2afaaa178f481b660c7a52^ and succeeds on 66dc4881b2f6b8415d2afaaa178f481b660c7a52.
I have to actually nixos-rebuild switch for the fix to take effect, though: updating the nixpkgs used by nix-build isn't sufficient.

#108708 did not fix this.

Hmm, I just double-checked and it does fix it for me: hangs on 66dc4881b2f6b8415d2afaaa178f481b660c7a52^ and succeeds on 66dc4881b2f6b8415d2afaaa178f481b660c7a52.
I have to actually nixos-rebuild switch for the fix to take effect, though: updating the nixpkgs used by nix-build isn't sufficient.

I can't nixos-rebuild switch because it hangs. That is also really unusual behavior.

I can't nixos-rebuild switch because it hangs. That is also really unusual behavior.

That is also really unusual behavior.

It is, isn't it!

That is also really unusual behavior.

It is, isn't it!

It's 2 years later and busybox is at 1.36 so perhaps it's fixed now


UI description update for CISCO ASA & Windows Security Events

Required items, please complete
Change(s):

See guidance below

Reason for Change(s):

See guidance below

Version Updated:

Required only for Detections/Analytic Rule templates
See guidance below

Testing Completed:

See guidance below

Checked that the validations are passing and have addressed any issues that are present:

See guidance below

Guidance <- remove section before submitting

Before submitting this PR please ensure that you have read the following sections and filled out the changes, reason for change and testing complete sections:
Thank you for your contribution to the Microsoft Sentinel Github repo.

Details of the code changes in your submitted PR.  Providing descriptions for pull requests ensures there is context to changes being made and greatly enhances the code review process.  Providing associated Issues that this resolves also easily connects the reason.

Change(s):

Updated syntax for XYZ.yaml

Reason for Change(s):

New schema used for XYZ.yaml
Resolves ISSUE #1234

Version updated:

Yes
Detections/Analytic Rule templates are required to have the version updated

The code should have been tested in a Microsoft Sentinel environment that does not have any custom parsers, functions or tables, so that you validate no incorrect syntax and execution functions properly.  If your submission requires a custom parser or function, it must be submitted with the PR.

Testing Completed:

Yes/No/Need Help

Note: If updating a detection, you must update the version field.

Before the submission has been made, please look at running the KQL and Yaml Validation Checks locally.
https://github.com/Azure/Azure-Sentinel#run-kql-validation-locally

Checked that the validations are passing and have addressed any issues that are present:

Yes/No/Need Help

Note: Let us know if you have tried fixing the validation error and need help.

References:

Guidance for Detection checks
General contribution guidance
PR validation troubleshooting

@v-prasadboke Could you please remove the en-us from the spots that reference this link "https://learn.microsoft.com/en-us/azure/sentinel/connect-cef-ama" so it's "https://learn.microsoft.com/azure/sentinel/connect-cef-ama"

Ok sure @Catherine Watson (C+E @.***>
Get Outlook for iOShttps://aka.ms/o0ukef

From: Catherine Watson @.>
Sent: Thursday, March 2, 2023 10:37:02 PM
To: Azure/Azure-Sentinel @.>
Cc: Prasad Boke (TATA CONSULTANCY SERVICES LTD) @.>; Mention @.>
Subject: Re: [Azure/Azure-Sentinel] UI description update for CISCO ASA & Windows Security Events (PR #7480)
@v-prasadbokehttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fv-prasadboke&data=05|01|v-prasadboke%40microsoft.com|9c5d1c7640a94976ddc408db1b408af2|72f988bf86f141af91ab2d7cd011db47|1|0|638133736257605660|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=g52Rol4IXN%2FpLeqqakrXgvDwVJltcsupnapV%2B1s3wAo%3D&reserved=0 Could you please remove the en-us from the spots that reference this link "https://learn.microsoft.com/en-us/azure/sentinel/connect-cef-amahttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flearn.microsoft.com%2Fen-us%2Fazure%2Fsentinel%2Fconnect-cef-ama&data=05|01|v-prasadboke%40microsoft.com|9c5d1c7640a94976ddc408db1b408af2|72f988bf86f141af91ab2d7cd011db47|1|0|638133736257761880|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=61IL8lLQ4ADtnQSDVfc%2BKs2FTwWx33S6IoWoXBVbCSs%3D&reserved=0" so it's "https://learn.microsoft.com/azure/sentinel/connect-cef-amahttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flearn.microsoft.com%2Fazure%2Fsentinel%2Fconnect-cef-ama&data=05|01|v-prasadboke%40microsoft.com|9c5d1c7640a94976ddc408db1b408af2|72f988bf86f141af91ab2d7cd011db47|1|0|638133736257761880|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=l7hOME2iFVepnhbeE%2BOwl5MEdAH%2BvL%2FZqdpDcFjBBAg%3D&reserved=0"
—
Reply to this email directly, view it on GitHubhttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2FAzure-Sentinel%2Fpull%2F7480%23issuecomment-1452217514&data=05|01|v-prasadboke%40microsoft.com|9c5d1c7640a94976ddc408db1b408af2|72f988bf86f141af91ab2d7cd011db47|1|0|638133736257761880|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=UQJ0W9uNbF5VFn8Xz%2BsDV84HvLCb76tSIfRumKIfI40%3D&reserved=0, or unsubscribehttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FA35DQLDDUDRTIHNT7OO3XZ3W2DHTNANCNFSM6AAAAAAVNF4IJI&data=05|01|v-prasadboke%40microsoft.com|9c5d1c7640a94976ddc408db1b408af2|72f988bf86f141af91ab2d7cd011db47|1|0|638133736257761880|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=C8q2Z4A%2B0lanpJD3Jfh%2BCkjdY1EjC%2BjrRldZ3bRYIqk%3D&reserved=0.
You are receiving this because you were mentioned.Message ID: @.***>

Hi @v-prasadboke, any update on windows security events repackage. Thanks

Waiting for approval

Looks good


Upgrade to OpenSSL v3.0.0

On amd64, trying to compile a project (https://github.com/deltachat/deltachat-core-rust) that uses openssl-sys and vendors openssl via openssl-src, gets me this:
thread 'main' panicked at 'OpenSSL library directory does not exist: deltachat-core-rust/target/debug/build/openssl-sys-72260f2c868a930d/out/openssl-build/install/lib', openssl-sys/build/main.rs:66:9
  stack backtrace:
     0: rust_begin_unwind
               at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633/library/std/src/panicking.rs:515:5
     1: std::panicking::begin_panic_fmt
               at /rustc/a178d0322ce20e33eac124758e837cbd80a6f633/library/std/src/panicking.rs:457:5
     2: build_script_main::main
     3: core::ops::function::FnOnce::call_once
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

This is solved by passing --libdir=lib to the configure script.
There's also a warning to do with bin_dir:
Compiling openssl-src v300.0.0+3.0.0 (/home/lupine/dev/github.com/deltachat/openssl-src-rs)
warning: field is never read: `bin_dir`
  --> /home/lupine/dev/github.com/deltachat/openssl-src-rs/src/lib.rs:25:5
   |
25 |     bin_dir: PathBuf,
   |     ^^^^^^^^^^^^^^^^
   |
   = note: `#[warn(dead_code)]` on by default

But, it does compile and successfully vendor in openssl 3:
$ target/debug/examples/repl foo
OpenSSL 3.0.0 7 sep 2021
Delta Chat Core is awaiting your commands.

OpenSSL 3 has a better license for combination with GPL software that doesn't include the OpenSSL exemption, which is why I'm playing with this ^^

You can pass --libdir=lib to the Configure script to avoid the lib vs lib64 naming issues.

Some of CI failing with a rash of errors like:
error: linking with `cc` failed: exit status: 1
  |
  = note: "cc" "-m64" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.17wstaelvruck47c.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.1ros3c5omphvnzbv.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.2g6zoicjf2h2er8w.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.39dwy3ct2v2zyehp.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.3eqhhywdrc8o38kp.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.3l8paxlltvibewt5.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.3yey05qb92ho53qq.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.42f500qoy293gx7n.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.45070e1tdxfsfa99.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.4b1qqk4r9pvrl1wp.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.4dz7wa7km58ao10y.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.4ro1h93m32h8q2us.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.51yfj32vc7odv6q9.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.58xhtvc5llc5vlq5.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.58zpq9as1sx1470e.rcgu.o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a.1ee7h1jsyh15dqna.rcgu.o" "-Wl,--as-needed" "-L" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps" "-L" "/usr/code/target/debug/deps" "-L" "/usr/code/target/x86_64-unknown-linux-gnu/debug/build/testcrate-41e6c0860ec46d68/out/openssl-build/install/lib" "-L" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "-Wl,--whole-archive" "-lssl" "-Wl,--no-whole-archive" "-Wl,--whole-archive" "-lcrypto" "-Wl,--no-whole-archive" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libtest-ae0b9de85e81d76f.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgetopts-dd17e7b765638f54.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunicode_width-e55ce254123a1c62.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_std-c91921c83bf98d74.rlib" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/liblibc-dec3556483d6a410.rlib" "-Wl,--start-group" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-008055cc7d873802.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-06f01ac2578bda94.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libminiz_oxide-f9a3c3274a1835e0.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libadler-d4cbb754ee9f4daa.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libobject-95c14e1c1e3ebcc4.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libaddr2line-d489f0ca872880cc.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgimli-75f07df0b18fea39.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd_detect-0c35b278736219a2.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-e530649c9a06e3c6.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-6b148909d375a785.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-cd15fa647f4775d1.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-74be3a703f788ba2.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-8f2c5b445c28b2e3.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-8480e85e0be96197.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-ac23a75f6f42004e.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-557ba8776e04d182.rlib" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-4beb03d03503c439.rlib" "-Wl,--end-group" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-dd7db1bec6909f24.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-znoexecstack" "-L" "/rust/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/usr/code/target/x86_64-unknown-linux-gnu/debug/deps/testcrate-c6811a97150ec85a" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro" "-Wl,-znow" "-nodefaultlibs"
  = note: /usr/code/target/x86_64-unknown-linux-gnu/debug/build/testcrate-41e6c0860ec46d68/out/openssl-build/install/lib/libcrypto.a(liblegacy-lib-x86_64-gcc.o): In function `bn_mul_add_words':
          /usr/code/target/x86_64-unknown-linux-gnu/debug/build/testcrate-41e6c0860ec46d68/out/openssl-build/build/src/crypto/bn/asm/x86_64-gcc.c:112: multiple definition of `bn_mul_add_words'
          /usr/code/target/x86_64-unknown-linux-gnu/debug/build/testcrate-41e6c0860ec46d68/out/openssl-build/install/lib/libcrypto.a(libcrypto-lib-x86_64-gcc.o):/usr/code/target/x86_64-unknown-linux-gnu/debug/build/testcrate-41e6c0860ec46d68/out/openssl-build/build/src/crypto/bn/asm/x86_64-gcc.c:112: first defined here

OK, it seems that we don't cope when the "legacy" provider is enabled. I assume this is because it generates an object that should not be statically linked at the same time as the objects generated by the "default" provider.
Honestly, I'm well out of my depth by the time we hit the linker at all, so I've just worked around it by disabling the legacy provider altogether. This probably isn't the right solution - I expect it breaks the weak-crypto feature, for instance - but it's a start.
It looks like openssl3 also no longer needs the musl patches (the rand_unix.c file has moved to providers/implementations/rands/seeding/rand_unix.c and already uses SYS_getrandom), so I've just removed the patching logic entirely.

That seems like an upstream bug yeah.

Here's my desired endpoint, successfully compiling: https://code.ur.gs/lupine/purple-plugin-delta/src/branch/rust
With this, I end up with a libpurple_delta.so with a vendored openssl3, and all my licensing issues go away :sweat_smile: . It "just" requires this PR and (I think) a version bump in openssl-sys: https://github.com/lupine/rust-openssl/tree/upgrade-openssl-3
The weak-crypto feature is still broken with the code as-is, I think. WDYT to just removing it entirely?

Thanks for doing the legwork here @lupine! This seems fine to me personally and if openssl-sys is compatible with no-legacy (which I presume it is) then that seems fine to me to add for now.
I'm personally open to having two maintained branches of this crate, one for 1.1.1 and one for 3.0.0, but we can also cross that bridge if we ever get there. Some crates use vendored OpenSSL but the C libraries they use as well may not be 3.0.0-compatible just yet so openssl-sys may want a feature for using 1.1.1 instead for a small time. I'm not sure how prevalent this is, though (I haven't checked Cargo's OpenSSL dependencies through libgit2 and libssh2 at least).
I actually just realized today that 3.0.0 has actually been released, so I'd be ok publishing this after merging. @sfackler is openssl-sys ready to upgrade to 3.0.0 for openssl-src?

Yep, it has full 3.0.0 support.

Ok sounds good! I'll merge this then and publish.
@sfackler if something comes up in openssl or openssl-sys where there's a desire to have a feature of openssl-sys for 1.1.1 instead of 3.0.0 let me know and I can create a branch in this repo from just before this commit, and we can make new releases there as new 1.1.1 versions come out.

Cool - the Cargo feature claims that we'll always use the newest OpenSSL release, but we'll see if a million people start complaining after bumping to 3.0 :D

Thanks for the merge!

Sorry took a moment to merge and I got distracted. It was rejected from crates.io for being too big, so I ignored another big directory and I'm just waiting on CI to ensure it's not actually needed as part of the build.

@alexcrichton hmm, something seems to have gone wrong with it. Trying to build against the published crate:
error: failed to run custom build command for `openssl-sys v0.9.66 (https://github.com/lupine/rust-openssl?branch=upgrade-openssl-3#4da14d97)`

Caused by:
  process didn't exit successfully: `/home/lupine/dev/code.ur.gs/lupine/purple-plugin-delta/target/debug/build/openssl-sys-2cd691948e206a3a/build-script-main` (exit status: 101)
  --- stdout
  cargo:rustc-cfg=const_fn
  cargo:rerun-if-env-changed=X86_64_UNKNOWN_LINUX_GNU_OPENSSL_NO_VENDOR
  X86_64_UNKNOWN_LINUX_GNU_OPENSSL_NO_VENDOR unset
  cargo:rerun-if-env-changed=OPENSSL_NO_VENDOR
  OPENSSL_NO_VENDOR unset
  CC_x86_64-unknown-linux-gnu = None
  CC_x86_64_unknown_linux_gnu = None
  HOST_CC = None
  CC = None
  CFLAGS_x86_64-unknown-linux-gnu = None
  CFLAGS_x86_64_unknown_linux_gnu = None
  HOST_CFLAGS = None
  CFLAGS = None
  CRATE_CC_NO_DEFAULTS = None
  DEBUG = Some("true")
  CARGO_CFG_TARGET_FEATURE = Some("fxsr,sse,sse2")
  running "perl" "./Configure" "--prefix=/home/lupine/dev/code.ur.gs/lupine/purple-plugin-delta/target/debug/build/openssl-sys-7a28984a9e2e9c4c/out/openssl-build/install" "no-dso" "no-shared" "no-ssl3" "no-unit-test" "no-comp" "no-zlib" "no-zlib-dynamic" "--libdir=lib" "no-legacy" "no-md2" "no-rc5" "no-weak-ssl-ciphers" "no-camellia" "no-idea" "no-seed" "linux-x86_64" "-O2" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-fno-omit-frame-pointer" "-m64"
  Configuring OpenSSL version 3.0.0 for target linux-x86_64
  Using os-specific seed configuration

  --- stderr

  Failure!  Makefile wasn't produced.
  Please read INSTALL.md and associated NOTES-* files.  You may also have to
  look over your available compiler tool chain or change your configuration.

  Something went wrong with /home/lupine/dev/code.ur.gs/lupine/purple-plugin-delta/target/debug/build/openssl-sys-7a28984a9e2e9c4c/out/openssl-build/build/src/fuzz/build.info: No such file or directory
  thread 'main' panicked at '

  Error configuring OpenSSL build:
      Command: "perl" "./Configure" "--prefix=/home/lupine/dev/code.ur.gs/lupine/purple-plugin-delta/target/debug/build/openssl-sys-7a28984a9e2e9c4c/out/openssl-build/install" "no-dso" "no-shared" "no-ssl3" "no-unit-test" "no-comp" "no-zlib" "no-zlib-dynamic" "--libdir=lib" "no-legacy" "no-md2" "no-rc5" "no-weak-ssl-ciphers" "no-camellia" "no-idea" "no-seed" "linux-x86_64" "-O2" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-fno-omit-frame-pointer" "-m64"
      Exit status: exit status: 2

      ', /home/lupine/.cargo/registry/src/github.com-1ecc6299db9ec823/openssl-src-300.0.0+3.0.0/src/lib.rs:482:13

It looks like at least the fuzz directory is now required for ./Configure to work :grimacing:.
The CI suite doesn't remove the excluded directories before trying to build, so this wasn't caught.
Going through them...

'openssl/boringssl/*' doesn't seem to exist any more
'openssl/fuzz/*'  is required
'openssl/krb5/*' is not required
'openssl/pyca-cryptography/*' is not required
'openssl/test/*' is required
'openssl/wycheproof/*' is not required

It's not just the build.info files, either, it seems to need the source files to be present as well :/

Oh dear, sorry about that! I don't have time to dig in too much right now but would you be up for helping to debug this and figure out how to fix? There's presumably something still easy to remove since otherwise we can't upload the crate to crates.io since it's too big.

@alexcrichton It looks like using an empty build.info file is fine in each of those directories. At least, make succeeds in the openssl directory when I do that.
It's not immediately obvious to me how to get that effect through Cargo, though. Perhaps we should remove the exclude statements, and perform the modifications in src/lib.rs instead? That would also ensure CI and cargo end up with the same files


Scale after the initializer inputs have run

Fixes: #918

I'm not sure how to properly test this with specs or where this should be tested (which spec files).


No output file - Status 5

2021-03-20 21:17:26 - Watching /input,
2021-03-20 21:17:56 - Processing: /input/HP scan -0046.pdf -> /output/HP scan -0046.pdf,
2021-03-20 21:18:01 - Processing complete in 4.140000 seconds with status 5: /input/HP scan -0046.pdf,
TESTOCR_PROCESS_RESULT/input/HP scan -0047.pdf/output/HP scan -0047.pdf54.020000
I installed this as a docker container and when a pdf is loaded into the input folder, the log gives me this output. No pdf is converted and placed in the output folder.
What is status 5?

I figured it out. The issue is the output folder was automatically created when the container was made. I needed to set its permissions correctly.

For future reference, the set of return codes per document job are defined by the upstream OCRmyPDF package that this container is wrapping. This set is documented for the current version here: https://ocrmypdf.readthedocs.io/en/latest/advanced.html#return-code-policy


Switching to ESM only

To update p-each-series to latest version and keep getting new updates wold require to switch to ESM or using async import()
https://github.com/gruntjs/grunt-contrib-qunit/blob/94d47c7e31306d11b53ac1fd09c1c621941b520d/package.json#L20
Do you have any play on switching to ESM?

I have no plans to switch internal code to ESM at this time. The package does not export a Node.js API, so this should not affect users.
Thanks for noticing that p-each-series is stuck on an old version. I've removed its use in favour of plain JavaScript (for-loop with await).


Log only the current module, not the imported ones

Scenario:
module_A use logrus as logging framework
my_current_module use logrus as logging framework
my_current_module is the module that I'm developing on my machine. In order to have some method, i import module_B and call some function.
Is it possible to enable the logger only for the current package (my_current_module)?

There is nothing which allows to do that. Most of the time module provider provide an interface to give the logger to be used by the consumed module.
You should check if there is something similar in the module you are using.


The map is not showing up

In the version before Crosswalk implementation it was already happening.

Closed by https://github.com/RioBus/ionic/pull/59.


ci: update package to public

:tada: This PR is included in version 1.1.4 :tada:
The release is available on:

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:


cmd/cue: structural cycle reported where there doesn't appear to be one

Originally opened by @myitcv in https://github.com/cuelang/cue/issues/754

What version of CUE are you using (cue version)?

$ cue version
cue version +760aa115 linux/amd64

Does this issue reproduce with the latest release?
Yes
What did you do?
exec cue eval

-- x.cue --
package main

Template: {
	from: _

	task: from
}

C: Template & {
	from: Template & {
		from: Template & {}
	}
}

What did you expect to see?
Passing test with output:
C: {
    from: {
        from: {}
    }
}

What did you see instead?
> exec cue eval
[stderr]
C.task.task: structural cycle

Paging @mpvl to confirm whether this is fixed in the upcoming cycle changes or not.

@myitcv @mpvl I just attempted this with 537831: internal/core/adt: reimplementation of cycle algorithm | https://review.gerrithub.io/c/cue-lang/cue/+/537831, and the issue remains.
> exec cue eval
[stderr]
C.task.task: structural cycle
[exit status 1]
FAIL: /var/folders/bc/sp1mwn2d4r5859bw3k2dz4bc0000gn/T/testscript290649163/testscript3.txt/script.txt:1: unexpected command failure
error running testscript3.txt in /var/folders/bc/sp1mwn2d4r5859bw3k2dz4bc0000gn/T/testscript290649163/testscript3.txt


SASS @import in the new v6.3?

I am not 100% sure if this is a bug or user error but I'm trying to amend a vendor .scss file to the "app.scss" with @import. Unfortunately it is not compiling when generating the (app.css). This used to work fine for me in v.6.2.4 with the same configuration but I am trying to update to 6.3 to take advantage of the recent fixes.
Has something changed in how this is done?
Below is what used to work for me:
// SVG BURGER ICON > https://github.com/jorenvanhee/sass-burger
@import 'bower_components/sass-burger/burger';
// SLICK CAROUSEL > https://github.com/kenwheeler/slick
@import 'bower_components/slick-carousel/slick'
Any suggestion, not sure what I'm missing?

Hi @jinch,
If I understand correctly, you are compiling Foundation by yourself, and have trouble with other Sass packages you imported beside Foundation ? It does not seem to be related to Foundation.
In any case, can you provide a Gist of app.scss and any code you think is relevant ?

You are correct, I guess it's more of a question about Sass @import than anything else. I just wasn't sure if anything changed in the recent update as this was previously compiling correctly for me before.
I am trying to compile both sass-burger (https://github.com/jorenvanhee/sass-burger) and slick-carousel (https://github.com/kenwheeler/slick) into my new 6.3 build but I am not having any luck.

The path to both of these vendor scss files are:
root > bower_components >sass-burger > _burger.scss
and
root > bower_components >slick-carousel > slick > slick.scss

Inside the app.scss file I have this at the bottom in order to import.
@import '../bower_components/sass-burger/burger';
@import '../bower_components/slick-carousel/slick/slick';

I have tried moving the .scss file to the same folder as the app.scss and simplifying the path as follow:
@import 'burger';
@import 'slick';
But with even that, I still have no luck.

I do not see why these files would not being imported. Please make sure these files are not imported and do not require a mixin to be called to generate CSS. Have you an error message about that ?

No errors.. everything else compiles fine but I need these particular files for a project and I'm not sure what the issue is. The burger.scss file does use @mixin but I am not using that in my app.scss. Has anything change that would prevent @import from working in v6.3?

If these files was not found, you would have a a compilation error.
Nothing we have done in v6.3 could prevent you to import file in your own compilation process.
Please make sure this happen only with v6.3 and not with the previous versions of Foundation.

I will confirm in my older project.

For slick, you will need to specify that you are importing the scss file but using @import 'bower_components/slick-carousel/slick.scss' instead of @import 'bower_components/slick-carousel/slick'.
For burger, the file doesn't generate any CSS by importing, you have to use the mixin.

Thank you @natewiebe13
When you say I would need to use as a mixin...
how would I go about doing that?

The demo folder in the repo has an example: https://github.com/jorenvanhee/sass-burger/blob/master/demo/style.scss

Awesome - when I find a window I'll try this out ~ thank you for the tip and the help!

Thank you @natewiebe13

This solved my problem @natewiebe13 / thank you both for the help on this. Very much appreciated!

Hi could you show me how you included the js file in the app.js folder in src directory, i installed the Slick carousel via bower install and got the scss files to import but how does one add the js file so I can init my js function for the carousel. your guide would be awesome

These are more third party component questions than Foundation so it may be better to reference their source demo files directly (http://kenwheeler.github.io/slick/). In regard to my setup though, the below JS is how I implemented in my app.js file.
/START SLICK CAROUSEL/
$(document).ready(function(){
$('.related_products').slick({
dots: true,
infinite: false,
speed: 300,
slidesToShow: 4,
slidesToScroll: 4,
responsive: [
{
breakpoint: 1024,
settings: {
slidesToShow: 3,
slidesToScroll: 3,
infinite: true,
dots: true
}
},
{
breakpoint: 600,
settings: {
slidesToShow: 2,
slidesToScroll: 2
}
},
{
breakpoint: 480,
settings: {
slidesToShow: 1,
slidesToScroll: 1
}
}
// You can unslick at a given breakpoint now by adding:
// settings: "unslick"
// instead of a settings object
]
});
});
/END SLICK CAROUSEL/

Hi jinch, thanks for the speedy response, but dont you also have to do //=require ('slick.js'); in the app.js file or do you call the external js slick files in the Html before body tag, the problem im having is loading the bower js files in the Dist folder the one for productions

You would call that in the HTML. Honestly, it's been awhile since I had to do this and I used the SASS compiler to load mine so the setup was a bit different but in general you are correct. If you call the slick.js directly on your HTML page you should be fine. Really best to download their demo and inspect the code they used.
Make sure your paths to the files are correct but if you look at their source example, all they did was include the below before the closing body tag.

I was hopeing to call the js files all in one file in the app.js file then minify that with gulp, but if foundation needs to call it externally ill do so, thanks for all the help, cheers

If you're using the ZURB stack you can add the slick files to the javascript and scss pieces of config.yml and they will get auto-concatenated into the app.js


Repeat like replicateM in Haskell?

Is there a function like replicateM from Haskell in ramda?
What I mean by this is a function, lets call it repeatFun for now, that behaves like this:
repeatFun(Math.random, 3) //=> [0.156, 0.789, 0.456]

If there is not such a function that is a feature I would gladly try to write one.

You could use R.times
R.times(i => Math.random(), 3) //=> [0.156, 0.789, 0.456]

Hmm.. we should have @sees for times/repeat

I didn't see that, putting the @see seems like a good idea.
But I still think its a bit redundant to have to use the times function.
In many situations one may not care about the index of the element.
I used:
R.map((_e) => foo, R.repeat(null, n));

To achieve the same result.
Is a function like this worth adding?
Or would it just be redundant?
I can try writing one.

I can try writing one.

Sure, I think a PR is worth discussing :)

Will make a desperate attempt later :)
I'm not exactly a skilled JS programmer :p

Discussion should continue in the pull request: #2146.


trigger sonar scan

Signed-off-by: Chris Ahl<EMAIL_ADDRESS>

Force merge - testing sonar and folks on PTO


Attach Light DOM component styles to the document

Should this be an RFC?

[X] This is not a substantial change

Which package is this a feature request for?
Lit Core (lit / lit-html / lit-element / reactive-element)
Description
When using Lit to create a Light DOM custom element using createRenderRoot() { return this; }, the static styles are no longer applied. Here, the text should be blue for both components, but it isn't: https://lit.dev/playground/#gist=df2bc65c6d2927750ff126b0448498cf
On some level, this makes sense. Using the light DOM is dangerous because it introduces a risk of collisions with the host's styles. However, I think there is still a place for it.
For me, Lit is great for internal-use components. I'm not publishing these components for anyone on NPM to use, they are  just easily reusable snippets of HTML and JS. In these cases, the Light DOM makes sense, because I want to be able to use global styles for <input>s, <button>s, and the like. For example, I might have a <password-input> component that has an input field, a show/hide password button, and logic for the button click.
Inheriting and importing styles are useful workarounds, but this can get tedious and error-prone.
For now, my solution has been to use the standard styling tools of light DOM web development: .css files and <style> tags. This feels like a compromise, as I'm mixing <link> and <style> tags in with my HTML and I lose the ability to import and inherit. CSSConstructedStylesheets controlled by static styles are a great solution for portably styling web components, regardless of which DOM mode they are using.
Alternatives and Workarounds
This is a method I created based on packages/reactive-element/src/css-tag.ts:173-187, but written in Vanilla JS. It uses the same algorithm as the ShadowDOM implementation, but appends the stylesheet to the document rather than replacing the stylesheet of a shadowRoot
// adopt-light-styles.js
adoptLightStyles() {
    const global = window;
    const supportsAdoptingStyleSheets =
      global.ShadowRoot &&
      (global.ShadyCSS === undefined || global.ShadyCSS.nativeShadow) &&
      "adoptedStyleSheets" in Document.prototype &&
      "replace" in CSSStyleSheet.prototype;

    const styles = this.constructor.styles;

    if (supportsAdoptingStyleSheets) {
      document.adoptedStyleSheets = [
        ...document.adoptedStyleSheets,
        ...styles.map((s) => (s instanceof CSSStyleSheet ? s : s.styleSheet)),
      ];
    } else {
      styles.forEach((s) => {
        const style = document.createElement("style");
        const nonce = global["litNonce"];
        if (nonce !== undefined) {
          style.setAttribute("nonce", nonce);
        }
        style.textContent = s.cssText;
        document.head.appendChild(style);
      });
    }
  }

In general, we're sympathetic to this use case but there are a couple of problems with this approach:

Shadow DOM provides both style encapsulation and DOM composition and when you don't use it, you forego both of these. The desire here is to avoid style encapsulation, but unfortunately you also lose composition and this is likely undesirable.
You lose any and all of the benefits of style encapsulation: outer scopes come in but also element styles leak out.

Instead, we've proposed an "open styleable" setting for Shadow DOM. This is being discussed in this spec issue. Please feel free to chime in there.
It's pretty easy to implememt a limited version of this. Here's a prototype. The main limitation here is that the global styling is not dynamically applied.
If you do want to render into light DOM and apply styling, there are more issues to consider. In particular, you might re-apply the same styles and what if the element is rendered into a shadowRoot and not the document. Here's a prototype which addresses these issues. Again, the main downsides are mentioned above.

Thank you for sharing, both the prototypes and the spec discussion

This kind of problem made me realize I didn't want Web Components. I needed to use React or similar. I did, and now everything makes sense. Be sure if Web Component fit well your use case, as you might lose some valuable time.


Enhancement: Update Installation Documentation and Verify requirements.txt

Description
While attempting to install the project, I encountered multiple errors which suggest that the installation instructions may need updates for clarity and accuracy. Specifically, it would be helpful to include the required Python version and to verify if the requirements.txt file is up-to-date with all necessary dependencies.
Suggested Enhancements

Specify Python Version: It would be beneficial for the installation section of the README to specify the exact version of Python required for this project. This information will help in setting up the right environment without running into compatibility issues.

Verification of requirements.txt: I faced several errors during the installation process that may be due to outdated or missing dependencies in requirements.txt. An example is tree_sitter which seems to be necessary for the working of the program.

I’m more than willing to assist in resolving these issues, whether it means providing logs, testing fixes, or any other support you might need. Thanks for looking into this!
Update: I tried the released zip version and it seems to be working without any errors for now, but I can see that the code in the main branch is way more advanced (graphical interface in the terminal for example), but what I describe above are the problems I get trying to install using the main branch.

Thanks for your advice! I have updated the readme and requirements.txt accordingly, and tested on my server. It should work now.
By the way, may I ask where did you noticed our work?

Hi, thanks for the quick response. I noticed your work as I am working as a research assistant working on exploring quantum correctness using specifications. I am reading the paper "Refinement calculus of quantum programs with projective
assertions" which lead me here. That paper was given to me by my research supervisor.
As for the program, I am still getting an error. Initially, I tried with python 3.12 which, if I remember correctly, removed support for distutils which was needed when installing the requirements. (It was fixable but there where more errors down the line).
I just tried with python version 3.11.9. I cloned the repository, I created an environement using python -m venv env and activated it using .\env\Scripts\activate. I am currently trying this on windows but I might try it later on linux if needed. Here are the logs of the command pip install -r requirements.txt when in the environement:
Collecting numpy==1.24.3 (from -r requirements.txt (line 1))
  Using cached numpy-1.24.3-cp311-cp311-win_amd64.whl.metadata (5.6 kB)
Collecting ply==3.11 (from -r requirements.txt (line 2))
  Using cached ply-3.11-py2.py3-none-any.whl.metadata (844 bytes)
Collecting rich==13.7.1 (from -r requirements.txt (line 3))
  Using cached rich-13.7.1-py3-none-any.whl.metadata (18 kB)
Collecting textual==0.55.0 (from -r requirements.txt (line 4))
  Using cached textual-0.55.0-py3-none-any.whl.metadata (5.6 kB)
Collecting tree-sitter==0.20.4 (from -r requirements.txt (line 5))
  Using cached tree_sitter-0.20.4-cp311-cp311-win_amd64.whl.metadata (7.5 kB)
Collecting tree-sitter-languages==1.10.2 (from -r requirements.txt (line 6))
  Using cached tree_sitter_languages-1.10.2-cp311-cp311-win_amd64.whl.metadata (11 kB)
Collecting markdown-it-py>=2.2.0 (from rich==13.7.1->-r requirements.txt (line 3))
  Using cached markdown_it_py-3.0.0-py3-none-any.whl.metadata (6.9 kB)
Collecting pygments<3.0.0,>=2.13.0 (from rich==13.7.1->-r requirements.txt (line 3))
  Using cached pygments-2.18.0-py3-none-any.whl.metadata (2.5 kB)
Collecting typing-extensions<5.0.0,>=4.4.0 (from textual==0.55.0->-r requirements.txt (line 4))
  Using cached typing_extensions-4.12.2-py3-none-any.whl.metadata (3.0 kB)
Collecting mdurl~=0.1 (from markdown-it-py>=2.2.0->rich==13.7.1->-r requirements.txt (line 3))
  Using cached mdurl-0.1.2-py3-none-any.whl.metadata (1.6 kB)
Collecting linkify-it-py<3,>=1 (from markdown-it-py[linkify,plugins]>=2.1.0->textual==0.55.0->-r requirements.txt (line 4))
  Using cached linkify_it_py-2.0.3-py3-none-any.whl.metadata (8.5 kB)
Collecting mdit-py-plugins (from markdown-it-py[linkify,plugins]>=2.1.0->textual==0.55.0->-r requirements.txt (line 4))
  Using cached mdit_py_plugins-0.4.1-py3-none-any.whl.metadata (2.8 kB)
Collecting uc-micro-py (from linkify-it-py<3,>=1->markdown-it-py[linkify,plugins]>=2.1.0->textual==0.55.0->-r requirements.txt (line 4))
  Using cached uc_micro_py-1.0.3-py3-none-any.whl.metadata (2.0 kB)
Using cached numpy-1.24.3-cp311-cp311-win_amd64.whl (14.8 MB)
Using cached ply-3.11-py2.py3-none-any.whl (49 kB)
Using cached rich-13.7.1-py3-none-any.whl (240 kB)
Using cached textual-0.55.0-py3-none-any.whl (547 kB)
Using cached tree_sitter-0.20.4-cp311-cp311-win_amd64.whl (107 kB)
Using cached tree_sitter_languages-1.10.2-cp311-cp311-win_amd64.whl (8.3 MB)
Using cached markdown_it_py-3.0.0-py3-none-any.whl (87 kB)
Using cached pygments-2.18.0-py3-none-any.whl (1.2 MB)
Using cached typing_extensions-4.12.2-py3-none-any.whl (37 kB)
Using cached linkify_it_py-2.0.3-py3-none-any.whl (19 kB)
Using cached mdurl-0.1.2-py3-none-any.whl (10.0 kB)
Using cached mdit_py_plugins-0.4.1-py3-none-any.whl (54 kB)
Using cached uc_micro_py-1.0.3-py3-none-any.whl (6.2 kB)
Installing collected packages: ply, uc-micro-py, typing-extensions, tree-sitter, pygments, numpy, mdurl, tree-sitter-languages, markdown-it-py, linkify-it-py, rich, mdit-py-plugins, textual
Successfully installed linkify-it-py-2.0.3 markdown-it-py-3.0.0 mdit-py-plugins-0.4.1 mdurl-0.1.2 numpy-1.24.3 ply-3.11 pygments-2.18.0 rich-13.7.1 textual-0.55.0 tree-sitter-0.20.4 tree-sitter-languages-1.10.2 typing-extensions-4.12.2 uc-micro-py-1.0.3

This seems to be fine (with python 3.12 there were errors here)
Just after, when I run python boot.py, I get this:
Generating LALR tables
WARNING: 100 shift/reduce conflicts
WARNING: 86 reduce/reduce conflicts
WARNING: reduce/reduce conflict in state 20 resolved using rule (term -> var)
WARNING: rejected rule (statement -> var) in state 20
WARNING: reduce/reduce conflict in state 79 resolved using rule (term -> statement)
WARNING: rejected rule (statement -> statement statement) in state 79
WARNING: reduce/reduce conflict in state 81 resolved using rule (term -> var)
WARNING: rejected rule (statement -> var) in state 81
WARNING: reduce/reduce conflict in state 88 resolved using rule (term -> statement)
WARNING: rejected rule (statement -> EXTRACT statement) in state 88
WARNING: reduce/reduce conflict in state 122 resolved using rule (term -> statement)
WARNING: rejected rule (statement -> statement LEQ statement) in state 122
Traceback (most recent call last):
  File "C:\Users\myName\Desktop\Rem\boot.py", line 3, in <module>
    from rem import app_run, predefined
  File "C:\Users\myName\Desktop\Rem\rem\__init__.py", line 1, in <module>
    from .app import app_run
  File "C:\Users\myName\Desktop\Rem\rem\app\__init__.py", line 1, in <module>
    from .app import app_run
  File "C:\Users\myName\Desktop\Rem\rem\app\app.py", line 6, in <module>
    from .editor import Editor
  File "C:\Users\myName\Desktop\Rem\rem\app\editor.py", line 19, in <module>
    from ..qrefine.prover.gen.gen_machine import GenMachine
  File "C:\Users\myName\Desktop\Rem\rem\qrefine\prover\gen\gen_machine.py", line 54, in <module>
    class GenMachine:
  File "C:\Users\myName\Desktop\Rem\rem\qrefine\prover\gen\gen_machine.py", line 56, in GenMachine
    mp.set_start_method('fork')
  File "C:\Python311\Lib\multiprocessing\context.py", line 251, in set_start_method
    self._actual_context = self.get_context(method)
                           ^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\multiprocessing\context.py", line 243, in get_context
    return super().get_context(method)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Python311\Lib\multiprocessing\context.py", line 193, in get_context
    raise ValueError('cannot find context for %r' % method) from None
ValueError: cannot find context for 'fork'

My thoughts is that it might be a problem with my python version (3.11.9 is the latest 3.11 version on the official website) or mabye somehow with the environment since I am not using conda. If there is anything else I can provide to help, please let me know.

Hi Azom, Rew was developed on MacOS and tested on Linux. There are some issues on Windows, and I have fixed them:

multiprocessing, there are platform specific configurations, and
tree-sitter, the syntax highlighting requires some wasm modules, which I am not so familiar with.
Therefore I disabled syntax highlighting on Windows, and it should be working now. See the latest commit on the main branch.

Also, I uploaded the tutorial video we submitted together with the draft paper, and you can find it in the README. I am glad to help if you have further questions on the implementation or the topic.


Make error message clearer when using --recurse if no files are found.

This clarifies a very confusing error message.
Currently, when specifying a directory using --recurse, if the directory is empty or has no scala files in it, you get a message noting that you must specify a file or use --stdin.

LGTM


Update to wasm v1

Update to wasm v1 when it is released for production by the Confio team

https://github.com/CosmWasm/wasmd/issues/501

https://github.com/CosmWasm/cosmwasm/releases/tag/v1.0.0-soon
Progress on Wasm + 44 support: https://github.com/CosmWasm/wasmd/issues/501
Branch with the goods: https://github.com/provenance-io/wasmd/tree/provenance-409-cosmos-v0.43


GPU diverges from CPU on PTMaintLayer nmda computation

even when using the same mat32.FastExp implementation, the Gnmda values diverge between GPU and CPU.
Run the TestStdGPUnData1Debug test in examples/boa (set TEST_DEBUG=true to enable) to see these divergences.  I verified in the GUI that the divergence emerges over cycles specifically in the Gnmda current (use Plot Unit value with cycle-level raster recording to see).
for testing, it would be great to fix this..

This is not due to FastExp -- added a compute test for this in vgpu, and it is identical.

old but informative:  https://randomascii.wordpress.com/2013/07/16/floating-point-determinism/
MoltenVK (Mac) has -fast-math enabled by default, unless somehow an individual shader indicates SignedZeroInfNanPreserve execution mode has been specified.  I can't seem to figure out how that might happen.
There is a property here saying whether supported: https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/VkPhysicalDeviceFloatControlsPropertiesKHR.html
https://github.com/KhronosGroup/MoltenVK/pull/1691 -- moltenvk supports it
just no hits anywhere about how to convince dxc to do it -- the -Gis option complains that it is not supported in spirv mode.
also don't see any obvious option in glslc.
giving up on this path for now.


Pass available permissions to getPermissionsForUser

Description
Applications sometimes (in our case most of the time) have two types of users:

Admins, which have every permission
Users, who have every permission except userPermissions

The problem with the current implementation is that if a permission is added, it also has to be allowlisted in access-control.service.ts. This is often forgotten, leading to unexpected behaviour.
This PR allows to use a Denylist instead of an Allowlist.
Discussion
This might violate the least privilege principle. If we decide against this approach, I think we will need another solution to handle permissions in code (e.g. we start to define them statically again).

This might violate the least privilege principle. If we decide against this approach, I think we will need another solution to handle permissions in code (e.g. we start to define them statically again).

@dkarnutsch @max-debug022 what do you think?

In reality it's not that easy. For example, some minor resolver is added and the developer forgets to add the permission (in >dev mode there is one user with all permissions). This is resolver is then queried as a subfield of an existing query. The > >code change is deployed and after some days a user with restricted rights wants to open a page which has worked for him >before but now get's an Unauthorized error. As these kinds of errors don't show exactly what and why a User is not >allowed and in the meantime there may have been further code changes, it's not easy to track the cause (as we don't even >have the same users in local development).

I was not aware about the delay in time and the problem this causes. Thank you for explaining. In that case, we have a solid argument in favor of this PR.


🐛 [FirebaseMessaging] push notifications but notifications are not showing

I have installed FCM correctly and the notifications reach the device correctly, I get number Badge in the app and If I scroll down the screen to check new notifications the notifications are there.
The problem is when I get push notifications I dont get the message into the screen when for example I am on another app or when the screen is locked.
This is my way of connect FCM:
firebaseMessaging.requestNotificationPermissions();

    firebaseMessaging.configure(onMessage: (Map<String, dynamic> message) {
      print('onMessage: $message');
      Platform.isAndroid
          ? showNotification(message['notification'])
          : showNotification(message['aps']['alert']);
      return;
    }, onResume: (Map<String, dynamic> message) {
      print('onResume: $message');
      return;
    }, onLaunch: (Map<String, dynamic> message) {
      print('onLaunch: $message');
      return;
    });

    firebaseMessaging.getToken().then((token) {
      print('token: $token');
      FirebaseFirestore.instance
          .collection('User')
          .doc(firebaseUser.uid)
          .update({
        'deviceToken': token,
      });
    }).catchError((err) {
      //Fluttertoast.showToast(msg: err.message.toString());
    });
  }

  void showNotification(message) async {
    var androidPlatformChannelSpecifics = new AndroidNotificationDetails(
      Platform.isAndroid
          ? 'it.wytex.vibeland_client'
          : 'it.wytex.vibeland_client',
      'Vibeland',
      'Vibeland',
      playSound: true,
      enableVibration: true,
      importance: Importance.max,
      priority: Priority.high,
      channelShowBadge: true,
    );
    var iOSPlatformChannelSpecifics = new IOSNotificationDetails();
    var platformChannelSpecifics = new NotificationDetails(
        android: androidPlatformChannelSpecifics,
        iOS: iOSPlatformChannelSpecifics);

    print(message);
    print(message['body'].toString());
    print(json.encode(message));

    await flutterLocalNotificationsPlugin.show(0, message['title'].toString(),
        message['body'].toString(), platformChannelSpecifics,
        payload: json.encode(message));

    await flutterLocalNotificationsPlugin.show(
        0, 'plain title', 'plain body', platformChannelSpecifics,
        payload: 'item x');
  }

  void configLocalNotification() {
    var initializationSettingsAndroid =
    new AndroidInitializationSettings('app_icon');
    var initializationSettingsIOS = new IOSInitializationSettings();
    var initializationSettings = new InitializationSettings(
        android: initializationSettingsAndroid, iOS: initializationSettingsIOS);
    flutterLocalNotificationsPlugin.initialize(initializationSettings);
  }

with this method I get the deviceToken from the device user and I push that into my firestore collection.
tryng FCM from Dashboard it send correctly the notification, but as I mentioned above any notifications is shown, just I get it.
I want to get this:

this is my doctor output
[✓] Flutter (Channel stable, 1.22.6, on Linux, locale en_US.UTF-8)
    • Flutter version 1.22.6 at /home/emanuel/snap/flutter/common/flutter
    • Framework revision 9b2d32b605 (6 weeks ago), 2021-01-22 14:36:39 -0800
    • Engine revision 2f0af37152
    • Dart version 2.10.5

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.3)
    • Android SDK at /home/emanuel/Android/Sdk
    • Platform android-30, build-tools 30.0.3
    • Java binary at: /opt/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[!] Android Studio
    • Android Studio at /opt/android-studio
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)

[✓] Connected device (1 available)
    • Android SDK built for x86 (mobile) • emulator-5554 • android-x86 • Android 10 (API 29) (emulator)

Hi @wytex
Could you please provide your flutter pub deps -- --style=compact?
Thank you

Dart 2.10.5 is incompatible with your dependencies' SDK constraints. Please run "pub get" again.
pub finished with exit code 65

I got this

Did you run pub get again already?

sure and still such error

Could you provide your pubspec.yaml?
Have you tried using the new firebase_messaging: ^9.0.0?

I have found the problem we need to force the user to enable in Android Notification if they want to have Notifications popup on the screen.
There is not possible to enable this permission automatically?

What do you mean exactly? You need to enable notifications to receive them at all anyway. Heads-up notifications should work with the latest firebase_messaging and flutter_local_notifications.
Does the official example app not work for you?


Importing new network in wallet desktop v0.8.3 results in error (win 11 and mac intel)

Description
Importing a new network into a desktop wallet on v0.8.3 makes an error appear occasionally.
Red screen of death if you will. Then you try the same thing over and over, restart and try again and it suddenly works.
Several users has reported the issue.

In the first instance we should do the following and see if this is reported again:

Rephrase the error message to detail whats likely to have happened (GitHub issue?) and request the users to try again.


Policies tab hidden

I can open the Properties for my USB device from the Disk Management window, but that small Properties window looks quite different. In particular it has no Policies tab. But it has a Hardware tab with a small table "All disk drives:" and in there the USB drive is shown as Samsung Portable SSD T5 SCSI Disk Device. When I select it in the table I can click a Properties button below the table and that shows your Properties window with the Policies tab.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 844ba8b2-4c73-698b-80f8-68bb2d272d4c
Version Independent ID: 05847067-81fe-17ea-5e61-2346c90c5fe2
Content: Windows 10 default media removal policy - Windows Client Management
Content Source: windows/client-management/change-default-removal-policy-external-storage-media.md
Product: w10
Technology: windows
GitHub Login: @Teresa-Motiv
Microsoft Alias: v-tea

@p-p-s I have tested and i can reproduce what you're seeing. I'll create a request to update the content.

Fix is live.
#please-close


[qa] Commit check now work on github actions #163

Closes #163
Changes

Updated the script to check commit messages to work with GitHub Actions.
Used the GITHUB_ACTIONS and GITHUB_EVENT_NAME environment variables to determine if the script is running in a GitHub >Actions workflow triggered by a pull request.
Skipped the commit message check if the workflow is triggered by a pull request.

Screenshots

#For UI changes, please share a screenshot#

Checklist

[x] I have read the contributing guidelines.
[x] I have manually tested the proposed changes.
[x] I have written new test cases to avoid regressions. (if necessary)
[ ] I have updated the documentation. (e.g. README.rst)
[ ] I have added [change!] to commit title to indicate a backward incompatible change. (if required)
[x] I have checked the links added / modified in the documentation.

#Closes #163 #

coverage: 98.175%. remained the same
when pulling 75a903498985499d2c721b67bf18c9eaaaabe021 on praptisharma28:githubactions
into 746b14618dc1df922224f8cb3f258bc3f788e0e1 on openwisp:master.

Ok @nemesifier , I am removing the lines.


Fix Babylon.js issue #2597

Generate classes without using previous version for the comments, but keeps metas.

Linked to https://github.com/BabylonJS/Babylon.js/issues/2597


Pinot ingestion job - Standalone

Adding a standalone job to generate pinot segments from raw data. This is built purely based on PinotFS and RecordReader interfaces in pinot-spi. This should not impact existing ingestion modules (pinot-hadoop and pinot-spark). The goal here is to have a standalone job that can ingest raw data in any datasource(s3,hdfs ...) and in any format (avro, json,parquet ..) without having to write custom code.
Next steps,

Make record reader adhere to RecordReader interface i.e. provide empty constructor and implement the init method.
Move all readers out of pinot-core similar to pinot-avro, pinot-parquet, pinot-orc. (can be done in parallel)
Add pinot-plugins concept by which we can load all the implementations of pinot-spi in separate classloaders. This will ensure that plugin classes and libraries not interfere with pinot classes.

Usage

pinot-ingestion-standalone <job_spec.yaml>

Sample job_spec.yaml that creates segment and pushes them to pinot cluster.  See the files in this PR for more sample specs. Note that this allows one to simply point to raw data files in  s3, hdfs, azure and google file systems. The RecordReader needs to be available in the classpath.
SAMPLE SPEC
jobType: SegmentCreationAndTarPush
inputDirURI: 'file:///path/to/input'
includeFileNamePattern: 'glob:**/*.parquet'
excludeFileNamePattern: 'glob:**/*.avro'
outputDirURI: 'file:///path/to/output'
overwriteOutput: true
pinotFSSpecs:
  - scheme: file
    className: org.apache.pinot.filesystem.LocalPinotFS
recordReaderSpec:
  dataFormat: 'parquet'
  className: 'org.apache.pinot.parquet.data.readers.ParquetRecordReader'
tableSpec:
  tableName: 'myTable'
  schemaURI: 'http://localhost:9000/tables/myTable/schema'
  tableConfigURI: 'http://localhost:9000/tables/myTable'
pinotClusterSpecs:
  - host: 'localhost'
    port: 9000

Codecov Report

Merging #4874 into master will decrease coverage by 0.05%.
The diff coverage is 18.42%.

@@             Coverage Diff              @@
##             master    #4874      +/-   ##
============================================
- Coverage     57.18%   57.13%   -0.06%
  Complexity        4        4
============================================
  Files          1205     1205
  Lines         64746    64775      +29
  Branches       9402     9407       +5
============================================
- Hits          37028    37012      -16
- Misses        24992    25026      +34
- Partials       2726     2737      +11

Impacted Files
Coverage Δ
Complexity Δ

...not/ingestion/common/DefaultControllerRestApi.java
0% <0%> (ø)
0 <0> (ø)
:arrow_down:

...va/org/apache/pinot/filesystem/PinotFSFactory.java
85.29% <70%> (+0.91%)
0 <0> (ø)
:arrow_down:

...a/manager/realtime/RealtimeSegmentDataManager.java
50% <0%> (-25%)
0% <0%> (ø)

...pinot/core/operator/docidsets/OrBlockDocIdSet.java
84.9% <0%> (-13.21%)
0% <0%> (ø)

.../apache/pinot/core/transport/DataTableHandler.java
88% <0%> (-12%)
0% <0%> (ø)

...impl/dictionary/DoubleOnHeapMutableDictionary.java
36.58% <0%> (-9.76%)
0% <0%> (ø)

...esthandler/ConnectionPoolBrokerRequestHandler.java
79.41% <0%> (-9.42%)
0% <0%> (ø)

...pache/pinot/core/util/SortedRangeIntersection.java
83.82% <0%> (-7.36%)
0% <0%> (ø)

...ore/startree/v2/builder/BaseSingleTreeBuilder.java
90.52% <0%> (-4.74%)
0% <0%> (ø)

.../broker/routing/HelixExternalViewBasedRouting.java
86.19% <0%> (-3.07%)
0% <0%> (ø)

... and 20 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 64312f4...b873b5d. Read the comment docs.

@fx19880617 Could you please add description for the PR?

Is the expectation that there will be more standalone utilities added to this sub-project? If not, then can we rename it to pinot-segment-generator? If yes, then can you describe what else do we expect to add to pinot-standalone?

The parent folder (pinot-ingestion-jobs) will have many sub-modules, one per execution framework -hadoop, flink, spark, standalone. All of them will work on the same job spec. Something like (we will change the names)

run-ingestion-job-spark
run-ingestion-job-hadoop
run-ingestion-job-standalone (this is the first one we are adding)

The package name implies (to me) that this is a standalone (as opposed to a distributed) version of pinot. That is clearly not the case. Not sure what to call it, since we already have a pinot-admin. Can we just have all this in pinot-admin? Do you foresee pinot-hadoop using these methods?

pinot-admin is in tools and does not provide the flexibility we need (data sources and format). Its also used inside Pinot in quite a few places. How about we move pinot-admin out into a separate module and make that as the single point of entry for everything?. It might be a good thing to do once we get the ingestion working.

The name 'ingestion' bothers me, if it does not have realtime ingestion in it. Can we change that to segment-generation? Or, is realtime ingestion also included?

The name 'ingestion' bothers me, if it does not have realtime ingestion in it. Can we change that to segment-generation? Or, is realtime ingestion also included?

we should include real-time ingestion as well when we support launching flink/samza jobs but today we don't have that. In the end ingestion means moving data from one system into Pinot. Real-time, Batch etc are different ways of ingesting data. See Azure docs for e.g. https://docs.microsoft.com/en-us/azure/data-explorer/ingest-data-overview

The name 'ingestion' bothers me, if it does not have realtime ingestion in it. Can we change that to segment-generation? Or, is realtime ingestion also included?

we should include real-time ingestion as well when we support launching flink/samza jobs but today we don't have that. In the end ingestion means moving data from one system into Pinot. Real-time, Batch etc are different ways of ingesting data. See Azure docs for e.g. https://docs.microsoft.com/en-us/azure/data-explorer/ingest-data-overview

So, is the intent to move realtime "ingestion" code/API into this folder at some point? Or, do you want to rename the folder as pinot-batch-ingestion?

The name 'ingestion' bothers me, if it does not have realtime ingestion in it. Can we change that to segment-generation? Or, is realtime ingestion also included?

we should include real-time ingestion as well when we support launching flink/samza jobs but today we don't have that. In the end ingestion means moving data from one system into Pinot. Real-time, Batch etc are different ways of ingesting data. See Azure docs for e.g. https://docs.microsoft.com/en-us/azure/data-explorer/ingest-data-overview

So, is the intent to move realtime "ingestion" code/API into this folder at some point? Or, do you want to rename the folder as pinot-batch-ingestion?

we can rename the folder to pinot-batch-ingestion

The name 'ingestion' bothers me, if it does not have realtime ingestion in it. Can we change that to segment-generation? Or, is realtime ingestion also included?

we should include real-time ingestion as well when we support launching flink/samza jobs but today we don't have that. In the end ingestion means moving data from one system into Pinot. Real-time, Batch etc are different ways of ingesting data. See Azure docs for e.g. https://docs.microsoft.com/en-us/azure/data-explorer/ingest-data-overview

So, is the intent to move realtime "ingestion" code/API into this folder at some point? Or, do you want to rename the folder as pinot-batch-ingestion?

we can rename the folder to pinot-batch-ingestion

Will do

Please add the docs appropriately. I think these utilities warrant a separate section? Or, perhaps you can enhance the segment generation section that is already there.

We are not in a state where we can document this as of now.  This should not be used by anyone. We need to have the support for dynamically loading fs and record-reader implementations. That's the next phase. I have created an issue for that https://github.com/apache/incubator-pinot/issues/4879


Feature request: Access all model BICs in Optimize

Two additional methods in Optimize:
opt.null_bic -> opt.models[1].null_bic()

opt.bics -> {
    0: opt.null_bic,
    1: opt.model[1].bic(),
    2: opt.model[2].bic(),
    etc.
}

Implemented by https://github.com/tvwenger/bayes_spec/pull/30


Content Tweaker not running basic script or running commands

I started a new project and can't seem to get content tweaker to run basic scripts, craft tweaker works fine. but even when I try to run a command from content tweaker it does not work.
Like I say I've only started so only have forge, JEI, craft tweaker and content tweaker installed but can't work out what's wrong.
Any help would be appreciated..
Forge Log
`Mods:
[✔] ContentTweaker-1.16-1.0.0.develop.11 (2)
[✔] CraftTweaker-1.16.5-<IP_ADDRESS>
[✔] jei-1.16.5-<IP_ADDRESS>
[✔] OpenLoader-1.16.5-9.0.2
Params:
--username  --version MultiMC5 --gameDir A:/Lee-PC/Desktop/MultiMC/instances/1.16.51/.minecraft --assetsDir A:/Lee-PC/Desktop/MultiMC/assets --assetIndex 1.16 --uuid  --accessToken  --userType  --versionType release --launchTarget fmlclient --fml.forgeVersion 36.1.0 --fml.mcVersion 1.16.5 --fml.forgeGroup net.minecraftforge --fml.mcpVersion 20210115.111550
Window size: 854 x 480
Java Arguments:
[-XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump, -Xms4096m, -Xmx6272m, -Duser.language=en]
Minecraft process ID: 15828
Using onesix launcher.
2021-04-17 14:37:06,358 main WARN Advanced terminal features are not available in this environment
[14:37:06] [main/INFO] [cp.mo.mo.Launcher/MODLAUNCHER]: ModLauncher running: args [--username, OneDeadPigeon, --version, MultiMC5, --gameDir, A:/Lee-PC/Desktop/MultiMC/instances/1.16.51/.minecraft, --assetsDir, A:/Lee-PC/Desktop/MultiMC/assets, --assetIndex, 1.16, --uuid, , --accessToken, ????????, --userType, mojang, --versionType, release, --launchTarget, fmlclient, --fml.forgeVersion, 36.1.0, --fml.mcVersion, 1.16.5, --fml.forgeGroup, net.minecraftforge, --fml.mcpVersion, 20210115.111550, --width, 854, --height, 480]
[14:37:06] [main/INFO] [cp.mo.mo.Launcher/MODLAUNCHER]: ModLauncher 8.0.9+86+master.3cf110c starting: java version 1.8.0_121 by Oracle Corporation
[14:37:06] [main/WARN] [cp.mo.mo.SecureJarHandler/]: LEGACY JDK DETECTED, SECURED JAR HANDLING DISABLED
[14:37:06] [main/INFO] [ne.mi.fm.lo.FixSSL/CORE]: Added Lets Encrypt root certificates as additional trust
[14:37:06] [main/INFO] [mixin/]: SpongePowered MIXIN Subsystem Version=0.8.2 Source=file:/A:/Lee-PC/Desktop/MultiMC/libraries/org/spongepowered/mixin/0.8.2/mixin-0.8.2.jar Service=ModLauncher Env=CLIENT
[14:37:08] [main/INFO] [cp.mo.mo.LaunchServiceHandler/MODLAUNCHER]: Launching target 'fmlclient' with arguments [--version, MultiMC5, --gameDir, A:\Lee-PC\Desktop\MultiMC\instances\1.16.51.minecraft, --assetsDir, A:\Lee-PC\Desktop\MultiMC\assets, --uuid, , --username, OneDeadPigeon, --assetIndex, 1.16, --accessToken, ????????, --userType, mojang, --versionType, release, --width, 854, --height, 480]
[14:37:13] [Render thread/INFO] [mojang/YggdrasilAuthenticationService]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', servicesHost='https://api.minecraftservices.com', name='PROD'
[14:37:14] [Render thread/INFO] [minecraft/Minecraft]: Setting user: OneDeadPigeon
[14:37:14] [Render thread/INFO] [minecraft/Minecraft]: Backend library: LWJGL version 3.2.2 build 10
[14:37:15] [modloading-worker-1/INFO] [ne.mi.co.ForgeMod/FORGEMOD]: Forge mod loading, version 36.1.0, for MC 1.16.5 with MCP 20210115.111550
[14:37:15] [modloading-worker-1/INFO] [ne.mi.co.MinecraftForge/FORGE]: MinecraftForge v36.1.0 Initialized
[14:37:17] [Render thread/INFO] [CraftTweaker/]: Scripts are invalid!
[14:37:17] [Render thread/INFO] [Open Loader/]: Loading Resource Pack openloader/resources/contenttweaker.
[14:37:17] [Render thread/ERROR] [Open Loader/]: Failed to load Resource Pack from A:\Lee-PC\Desktop\MultiMC\instances\1.16.51.minecraft\openloader\resources\test_script.zs. Archive packs must be zips. Folder packs must have a valid pack.mcmeta file.
[14:37:18] [Render thread/INFO] [mojang/NarratorWindows]: Narrator library for x64 successfully loaded
[14:37:18] [Render thread/INFO] [minecraft/SimpleReloadableResourceManager]: Reloading ResourceManager: Default, Mod Resources, contenttweaker
[14:37:19] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [crafttweaker] Starting version check at https://updates.blamejared.com/get?n=crafttweaker&gv=1.16.5
[14:37:19] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [crafttweaker] Found status: BETA_OUTDATED Current: <IP_ADDRESS> Target: <IP_ADDRESS>
[14:37:19] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [forge] Starting version check at https://files.minecraftforge.net/maven/net/minecraftforge/forge/promotions_slim.json
[14:37:20] [Worker-Main-14/INFO] [CraftTweaker/]: CraftTweaker has loaded successfully!
[14:37:20] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [forge] Found status: UP_TO_DATE Current: 36.1.0 Target: null
[14:37:20] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [openloader] Starting version check at https://updates.blamejared.com/get?n=openloader&gv=1.16.5
[14:37:20] [Forge Version Check/INFO] [ne.mi.fm.VersionChecker/]: [openloader] Found status: BETA_OUTDATED Current: 9.0.2 Target: 9.0.3
[14:37:20] [Worker-Main-14/INFO] [CraftTweaker/]: CraftTweaker client has loaded successfully!
[14:37:24] [Render thread/INFO] [minecraft/SoundSystem]: OpenAL initialized.
[14:37:24] [Render thread/INFO] [minecraft/SoundEngine]: Sound engine started
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x256x0 jei:textures/atlas/gui.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 1024x512x4 minecraft:textures/atlas/blocks.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x128x4 minecraft:textures/atlas/signs.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 512x512x4 minecraft:textures/atlas/banner_patterns.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 512x512x4 minecraft:textures/atlas/shield_patterns.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x256x4 minecraft:textures/atlas/chest.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 512x256x4 minecraft:textures/atlas/beds.png-atlas
[14:37:24] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 512x256x4 minecraft:textures/atlas/shulker_boxes.png-atlas
[14:37:25] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x256x0 minecraft:textures/atlas/particles.png-atlas
[14:37:25] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x256x0 minecraft:textures/atlas/paintings.png-atlas
[14:37:25] [Render thread/INFO] [minecraft/AtlasTexture]: Created: 256x128x0 minecraft:textures/atlas/mob_effects.png-atlas
[14:38:12] [Render thread/INFO] [Open Loader/]: Injecting data pack finder.
[14:38:12] [Render thread/INFO] [Open Loader/]: Loading Data Pack openloader/data/contenttweaker.
[14:38:12] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, destination] and [teleport, targets] with inputs: [Player, 0123, @e, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:12] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:12] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, targets] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:12] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets] and [teleport, destination] with inputs: [Player, 0123, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:12] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets, location] and [teleport, targets, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:12] [Render thread/INFO] [minecraft/SimpleReloadableResourceManager]: Reloading ResourceManager: Default, ContentTweaker-1.16-1.0.0.develop.11 (2).jar, CraftTweaker-1.16.5-<IP_ADDRESS>.jar, forge-1.16.5-36.1.0-universal.jar, savanna, OpenLoader-1.16.5-9.0.2.jar, contenttweaker, jei-1.16.5-<IP_ADDRESS>.jar
[14:38:13] [Render thread/INFO] [minecraft/RecipeManager]: Loaded 7 recipes
[14:38:13] [Render thread/INFO] [minecraft/AdvancementList]: Loaded 927 advancements
[14:38:13] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload starting!
[14:38:13] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload complete!
[14:38:15] [Render thread/INFO] [Open Loader/]: Injecting data pack finder.
[14:38:15] [Render thread/INFO] [Open Loader/]: Loading Data Pack openloader/data/contenttweaker.
[14:38:15] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, destination] and [teleport, targets] with inputs: [Player, 0123, @e, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:15] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:15] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, targets] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:15] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets] and [teleport, destination] with inputs: [Player, 0123, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:15] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets, location] and [teleport, targets, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:15] [Render thread/INFO] [minecraft/SimpleReloadableResourceManager]: Reloading ResourceManager: Default, ContentTweaker-1.16-1.0.0.develop.11 (2).jar, CraftTweaker-1.16.5-<IP_ADDRESS>.jar, forge-1.16.5-36.1.0-universal.jar, savanna, OpenLoader-1.16.5-9.0.2.jar, contenttweaker, jei-1.16.5-<IP_ADDRESS>.jar
[14:38:15] [Render thread/INFO] [minecraft/RecipeManager]: Loaded 7 recipes
[14:38:15] [Render thread/INFO] [minecraft/AdvancementList]: Loaded 927 advancements
[14:38:15] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload starting!
[14:38:15] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload complete!
[14:38:22] [Render thread/INFO] [Open Loader/]: Injecting data pack finder.
[14:38:22] [Render thread/INFO] [Open Loader/]: Loading Data Pack openloader/data/contenttweaker.
[14:38:22] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, destination] and [teleport, targets] with inputs: [Player, 0123, @e, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:22] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:22] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, targets] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:22] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets] and [teleport, destination] with inputs: [Player, 0123, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:22] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets, location] and [teleport, targets, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:22] [Render thread/INFO] [minecraft/SimpleReloadableResourceManager]: Reloading ResourceManager: Default, ContentTweaker-1.16-1.0.0.develop.11 (2).jar, CraftTweaker-1.16.5-<IP_ADDRESS>.jar, forge-1.16.5-36.1.0-universal.jar, savanna, OpenLoader-1.16.5-9.0.2.jar, contenttweaker, jei-1.16.5-<IP_ADDRESS>.jar
[14:38:23] [Render thread/INFO] [minecraft/RecipeManager]: Loaded 7 recipes
[14:38:23] [Render thread/INFO] [minecraft/AdvancementList]: Loaded 927 advancements
[14:38:23] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload starting!
[14:38:23] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload complete!
[14:38:23] [Render thread/INFO] [Open Loader/]: Injecting data pack finder.
[14:38:23] [Render thread/INFO] [Open Loader/]: Loading Data Pack openloader/data/contenttweaker.
[14:38:23] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, destination] and [teleport, targets] with inputs: [Player, 0123, @e, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:23] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:23] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, location] and [teleport, targets] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:23] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets] and [teleport, destination] with inputs: [Player, 0123, dd12be42-52a9-4a91-a8a1-11c01849e498]
[14:38:23] [Render thread/WARN] [minecraft/Commands]: Ambiguity between arguments [teleport, targets, location] and [teleport, targets, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[14:38:23] [Render thread/INFO] [minecraft/SimpleReloadableResourceManager]: Reloading ResourceManager: Default, ContentTweaker-1.16-1.0.0.develop.11 (2).jar, CraftTweaker-1.16.5-<IP_ADDRESS>.jar, forge-1.16.5-36.1.0-universal.jar, savanna, OpenLoader-1.16.5-9.0.2.jar, contenttweaker, jei-1.16.5-<IP_ADDRESS>.jar
[14:38:24] [Render thread/INFO] [minecraft/RecipeManager]: Loaded 7 recipes
[14:38:24] [Render thread/INFO] [minecraft/AdvancementList]: Loaded 927 advancements
[14:38:24] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload starting!
[14:38:24] [Render thread/INFO] [STDOUT/]: [com.blamejared.crafttweaker.CraftTweaker:giveFeedback:153]: CraftTweaker reload complete!
[14:38:25] [Render thread/INFO] [mojang/YggdrasilAuthenticationService]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', servicesHost='https://api.minecraftservices.com', name='PROD'
[14:38:25] [Server thread/INFO] [minecraft/IntegratedServer]: Starting integrated minecraft server version 1.16.5
[14:38:25] [Server thread/INFO] [minecraft/MinecraftServer]: Generating keypair
[14:38:25] [Server thread/INFO] [minecraft/MinecraftServer]: Preparing start region for dimension minecraft:overworld
[14:38:25] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Preparing spawn area: 0%
[14:38:25] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Preparing spawn area: 0%
[14:38:27] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Preparing spawn area: 83%
[14:38:27] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Preparing spawn area: 83%
[14:38:27] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Preparing spawn area: 83%
[14:38:27] [Render thread/INFO] [minecraft/LoggingChunkStatusListener]: Time elapsed: 2338 ms
[14:38:27] [Server thread/INFO] [minecraft/IntegratedServer]: Changing view distance to 11, from 10
[14:38:29] [Netty Local Client IO #0/INFO] [ne.mi.fm.ne.NetworkHooks/]: Connected to a modded server.
[14:38:29] [Server thread/INFO] [ne.mi.co.AdvancementLoadFix/]: Using new advancement loading for net.minecraft.advancements.PlayerAdvancements@327c816c
[14:38:29] [Server thread/INFO] [minecraft/PlayerList]: OneDeadPigeon[local:E:9c729dde] logged in with entity id 67 at (-9965.248741132546, 94.2203049628911, -9994.891350381748)
[14:38:29] [Server thread/INFO] [minecraft/MinecraftServer]: OneDeadPigeon joined the game
[14:38:29] [Server thread/INFO] [minecraft/IntegratedServer]: Saving and pausing game...
[14:38:29] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:overworld
[14:38:29] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Starting JEI...
[14:38:29] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building ingredient list...
[14:38:29] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building ingredient list took 3.025 ms
[14:38:29] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building ingredient filter...
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building ingredient filter took 112.2 ms
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building bookmarks...
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building bookmarks took 784.4 ?s
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building recipe registry...
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building recipe registry took 30.62 ms
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building runtime...
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Building runtime took 25.76 ms
[14:38:30] [Render thread/INFO] [me.je.ut.LoggedTimer/]: Starting JEI took 337.0 ms
[14:38:30] [Render thread/INFO] [minecraft/AdvancementList]: Loaded 82 advancements
[14:38:30] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:the_nether
[14:38:30] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:the_end
[14:38:30] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:savanna/savanna
[14:38:32] [Server thread/WARN] [minecraft/MinecraftServer]: Can't keep up! Is the server overloaded? Running 2058ms or 41 ticks behind
[14:38:48] [Render thread/WARN] [minecraft/ClientPlayNetHandler]: Unknown custom packet identifier: crafttweaker:main
[14:38:48] [Server thread/INFO] [minecraft/IntegratedServer]: Saving and pausing game...
[14:38:48] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:overworld
[14:38:48] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:the_nether
[14:38:48] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:the_end
[14:38:48] [Server thread/INFO] [minecraft/MinecraftServer]: Saving chunks for level 'ServerLevel[Test world 1]'/minecraft:savanna/savanna`
CT log
`[14:37:15.757][CONSTRUCT][CLIENT][INFO] Starting building internal Registries
[14:37:15.974][CONSTRUCT][CLIENT][INFO] The following mods have explicit CraftTweaker support:
'contenttweaker' at version '1.0.0.develop.11'
'crafttweaker' at version '<IP_ADDRESS>'
[14:37:16.227][CONSTRUCT][CLIENT][INFO] Completed building internal Registries
[14:37:16.875][LOAD_REGISTRIES][CLIENT][INFO] Started loading Scripts for Loader 'contenttweaker'!
[14:37:17.478][LOAD_REGISTRIES][CLIENT][INFO] Loading file: sludge.zs
[14:37:17.483][LOAD_REGISTRIES][CLIENT][ERROR] sludge.zs:4:0: Could not find type mods.contenttweaker.VanillaFactory
[14:37:17.483][LOAD_REGISTRIES][CLIENT][ERROR] sludge.zs:3:0: Could not find type mods.contenttweaker.Color
[14:37:17.483][LOAD_REGISTRIES][CLIENT][ERROR] sludge.zs:5:0: Could not find type mods.contenttweaker.Fluid
[14:37:17.486][LOAD_REGISTRIES][CLIENT][ERROR] sludge.zs:9:19 sludge.zs:9:19: No such symbol: VanillaFactory
[14:37:17.486][LOAD_REGISTRIES][CLIENT][ERROR] sludge.zs:10:0 sludge.zs:10:0: No such symbol: liquidSludge
[14:37:17.486][LOAD_REGISTRIES][CLIENT][ERROR] Scripts are invalid!
[14:37:17.486][LOAD_REGISTRIES][CLIENT][INFO] Finished loading Scripts!
[14:37:19.030][COMMON_SETUP][CLIENT][INFO] Started loading Scripts for Loader 'setupCommon'!
[14:37:20.377][COMMON_SETUP][CLIENT][INFO] Finished loading Scripts!
[14:38:13.581][DONE][CLIENT][INFO] Started loading Scripts for Loader 'crafttweaker'!
[14:38:13.621][DONE][CLIENT][INFO] Loading file: test_script.zs
[14:38:13.629][DONE][CLIENT][INFO] Hello World!
[14:38:13.629][DONE][CLIENT][INFO] Finished loading Scripts!
[14:38:13.631][DONE][CLIENT][INFO] This reload was made possible by Ncc1702 and more! Become a patron at https://patreon.com/jaredlll08?s=crtmod
[14:38:15.764][DONE][CLIENT][INFO] Started loading Scripts for Loader 'crafttweaker'!
[14:38:15.791][DONE][CLIENT][INFO] Loading file: test_script.zs
[14:38:15.797][DONE][CLIENT][INFO] Hello World!
[14:38:15.797][DONE][CLIENT][INFO] Finished loading Scripts!
[14:38:15.799][DONE][CLIENT][INFO] This reload was made possible by Ivy_ and more! Become a patron at https://patreon.com/jaredlll08?s=crtmod
[14:38:23.455][DONE][CLIENT][INFO] Started loading Scripts for Loader 'crafttweaker'!
[14:38:23.480][DONE][CLIENT][INFO] Loading file: test_script.zs
[14:38:23.486][DONE][CLIENT][INFO] Hello World!
[14:38:23.486][DONE][CLIENT][INFO] Finished loading Scripts!
[14:38:23.488][DONE][CLIENT][INFO] This reload was made possible by BigAl607 and more! Become a patron at https://patreon.com/jaredlll08?s=crtmod
[14:38:24.467][DONE][CLIENT][INFO] Started loading Scripts for Loader 'crafttweaker'!
[14:38:24.491][DONE][CLIENT][INFO] Loading file: test_script.zs
[14:38:24.496][DONE][CLIENT][INFO] Hello World!
[14:38:24.496][DONE][CLIENT][INFO] Finished loading Scripts!
[14:38:24.497][DONE][CLIENT][INFO] This reload was made possible by Genryu and more! Become a patron at https://patreon.com/jaredlll08?s=crtmod
[14:38:29.708][DONE][CLIENT][INFO] Started loading Scripts for Loader 'crafttweaker'!
[14:38:29.734][DONE][CLIENT][INFO] Loading file: test_script.zs
[14:38:29.741][DONE][CLIENT][INFO] Hello World!
[14:38:29.741][DONE][CLIENT][INFO] Finished loading Scripts!
`

First, what is your script?
Second, you are using the 1.12 syntax in your script.
Check here for the 1.16 one.
https://docs.blamejared.com/1.16/en/mods/contenttweaker/SimpleWalkthrough/


Payments

this branch doesn't address payments at all actually. It's a series of frontend and copywriting changes that make it production ready for site launch.
yay
🔥

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: rohithsivakumar:x: DavidAwadYou have signed the CLA already but the status is still pending? Let us recheck it.

I approve this change 🔥


workflows: pin setup-ruby action

Pin the version of the setup-ruby action to full length commit SHA as described in the security hardening for GitHub Actions guide.

Thanks again @Moisan!


Text should fill the viewport width.

At least when rendering videos.

Fixed on 4326c876fa953364f0aae3445aebc53fdeae586c
Needs test @nihey


Rackup has error trying to load engine gem

This is the stack trace that I get when trying to run rackup, not sure what the problem is.
/home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:80:in     `rescue in block (2 levels) in require': There was an error while trying to load the gem 'ciqap_cd4'. (Bundler::GemRequireError)
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:76:in `block (2 levels) in require'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:72:in `each'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:72:in `block in require'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:61:in `each'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler/runtime.rb:61:in `require'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/bundler-1.11.2/lib/bundler.rb:99:in `require'
    from /home/ericenns/ciqap_cd4/config.ru:4:in `block in <main>'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/builder.rb:55:in `instance_eval'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/builder.rb:55:in `initialize'
    from /home/ericenns/ciqap_cd4/config.ru:in `new'
    from /home/ericenns/ciqap_cd4/config.ru:in `<main>'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/builder.rb:49:in `eval'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/builder.rb:49:in `new_from_string'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/builder.rb:40:in `parse_file'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/server.rb:299:in `build_app_and_options_from_config'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/server.rb:208:in `app'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/server.rb:336:in `wrapped_app'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/server.rb:272:in `start'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/lib/rack/server.rb:147:in `start'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/gems/rack-1.6.4/bin/rackup:4:in `<top (required)>'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/bin/rackup:23:in `load'
    from /home/ericenns/.rvm/gems/ruby-2.2.3@ciqap_cd4/bin/rackup:23:in `<main>'

Hmm, I'm not sure of the cause, the error message isn't particularly helpful… don't suppose the source code of this library is online?

It isn't but I just put something up that I followed the same steps, the name has just changed to combustion_test.
Here it is:
https://github.com/ericenns/combustion_test

Just found some time to fire up that test repo locally, and the issue is that while you've got a dependency listed for Rails, you're not actually requiring it (anything listed in the gemspec as a dependency still needs to be manually required).
The unhelpful error messages are either from Rails or Bundler, I'm not sure which, but either way, adding require 'rails' to lib/ciqap_cd4.rb before you require other things that may require it - especially your engine - should get rackup running smoothly.

I ended up adding require 'rails' to  config.ru and now the rackup command works.

Also I updated my example combustion_test with the fixes, for future reference.