staging-next 2022-12-09

workflow docs: https://nixos.org/manual/nixpkgs/unstable/#submitting-changes-commit-policy
important jobs:
https://hydra.nixos.org/job/nixpkgs/staging-next/unstable#tabs-constituents
https://hydra.nixos.org/job/nixos/staging-next-small/tested
jobsets:
https://hydra.nixos.org/jobset/nixpkgs/staging-next
https://hydra.nixos.org/jobset/nixos/staging-next-small
nix-review reports: https://malob.github.io/nix-review-tools-reports/
previous staging-next: https://github.com/NixOS/nixpkgs/pull/203426

Building just for *-linux, at least for now.

systemd 252.3 is out, I wish to get it in this cycle as it fixes a nasty bug in systemd-boot cmdline handling.
changes: https://github.com/systemd/systemd-stable/compare/v252.1...v252.3
the fix: https://github.com/systemd/systemd-stable/commit/7ca40a8b086f0eca26637abf07df81a17dfe65b4

We have multiple mass regressions:

[ ] python3Packages.aiohttp started to fail three tests (I retried locally)
https://hydra.nixos.org/build/201216920
Perhaps the maintainer @dotlambda could have a look?
It's weird that python39Packages.aiohttp seems still OK.
[ ] python3Packages.websockets look similar, also complaining about event loop
https://hydra.nixos.org/build/201162004
Maintainer: @fabaff
[ ] llvm_14 on aarch64-linux fails many tests (repeatedly)
https://hydra.nixos.org/build/201247102

Aiohttp and websockets are both due to https://github.com/NixOS/nixpkgs/pull/204902. Upstream is working on a fix.

@NickCao The maintainer’s PR for systemd 252.3 (motivated by yet another issue) has just been filed as https://github.com/NixOS/nixpkgs/pull/205946, but I don’t undersrand enough about how staging works to tell if it’ll be able to go in this cycle.

This is up to @vcunat, but It'll probably end up in the staging-next cycle after that one, because the build has already been triggered and systemd is quite a heavy rebuild.

It most likely won't.  But missing one cycle usually doesn't add delay of more than two weeks.

Still unresolved mass regressions:

[ ] python3Packages.respx https://hydra.nixos.org/build/202039695
I think this causes many hundred failures but mostly home-assistant.
Maintainer: @fabaff.
[ ] libjxl on x86_64-darwin
https://github.com/NixOS/nixpkgs/pull/204030#issuecomment-1352768690

I don't think many packages depend on these, but let me ping the maintainers anyway:

[ ] python3Packages.httpie https://hydra.nixos.org/build/202035507
@antono, @relrod, @schneefux, @SuperSandro2000
[ ] awscli2 https://hydra.nixos.org/build/201938064
@bhipple, @davegallant, @bryanasdev000, @devusb, @anthonyroussel

(uh, quite many people)

https://github.com/NixOS/nixpkgs/pull/206460

Also I let this regression pass to master:

[ ] clisp https://hydra.nixos.org/build/201765991
/cc maintainers: @7c6f434c

I'd thought the httpie tests might be flaky, but I think the issue is with nixpkgs? That said, my local test outputs differ slightly from hydra's.
I can build the python3Packages.httpie from 5dc7114b but not from 04f574a1 — yet they use the same source. I have not checked which dependencies have changed.
The KeyError: 0 business is something I'd expect to see if there had been a change in the testing environment. Has there been some change with how nixpkgs python tests work?

The progress of failed tests (on darwin)
tests/test_auth.py ..........                                            [  0%]
tests/test_compress.py .......                                           [  1%]
tests/test_downloads.py ......                                           [  2%]
tests/test_errors.py ....                                                [  2%]
tests/test_httpie.py ...........s...............                         [  5%]
tests/test_json.py .                                                     [  5%]
tests/test_auth.py ..........                                            [  6%]
tests/test_compress.py .......                                           [  7%]
tests/test_downloads.py ......                                           [  7%]
tests/test_errors.py ....                                                [  8%]
tests/test_httpie.py ...........s...............                         [ 10%]
tests/test_json.py .                                                     [ 10%]
tests/test_auth.py .........                                             [ 11%]
tests/test_auth_plugins.py ....                                          [ 12%]
tests/test_binary.py ......                                              [ 12%]
tests/test_cli.py ......................................                 [ 16%]
tests/test_cli_ui.py ....                                                [ 16%]
tests/test_cli_utils.py ..                                               [ 17%]
tests/test_compress.py ..                                                [ 17%]
tests/test_config.py ........s                                           [ 18%]
tests/test_cookie.py .                                                   [ 18%]
tests/test_cookie_on_redirects.py .....................                  [ 20%]
tests/test_defaults.py .................                                 [ 22%]
tests/test_downloads.py ....................                             [ 24%]
tests/test_encoding.py .................FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF.. [ 28%]
....                                                                     [ 29%]
tests/test_errors.py ....                                                [ 29%]
tests/test_exit_status.py .........                                      [ 30%]
tests/test_httpie.py ......................                              [ 32%]
tests/test_httpie_cli.py .....................................           [ 36%]
tests/test_json.py FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF [ 41%]
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF [ 48%]
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF [ 56%]
FFFFFFFFFFFFFFFFFFFFFFFFFFFF............................................ [ 63%]
.......................                                                  [ 65%]
tests/test_meta.py ......                                                [ 66%]
tests/test_offline.py .........                                          [ 67%]
tests/test_output.py ..........xXx...................................... [ 72%]
.......................................................................F [ 79%]
F                                                                        [ 79%]
tests/test_parser_schema.py .                                            [ 79%]
tests/test_redirects.py ...x......                                       [ 80%]
tests/test_regressions.py ...                                            [ 80%]
tests/test_sessions.py ................................................. [ 85%]
............                                                             [ 86%]
tests/test_ssl.py .ss.....pytest-httpbin server hit an exception serving request: TLS/SSL connection has been closed (EOF) (_ssl.c:997)
attempting to ignore so the rest of the tests can run
...............                                [ 89%]
tests/test_stream.py ..FFFFFFFF......                                    [ 90%]
tests/test_tokens.py ...................                                 [ 92%]
tests/test_transport_plugin.py .                                         [ 92%]
tests/test_update_warnings.py ...........                                [ 93%]
tests/test_uploads.py ........................                           [ 96%]
tests/test_windows.py s.                                                 [ 96%]
tests/test_xml.py FFFFFFFFFFFFFFFFF                                      [ 98%]
tests/utils/matching/test_matching.py ....................               [100%]

If you'll have no ideas, I could attempt bisection, at the cost of lots of CPU time.

I have no ideas but I'm not familiar with the recent changes to the ecosystem. It's plausible another of the pythonPackages maintainers will know, right away — though none has responded here.
I don't mind doing a bisect, myself, as I'm doing some non-coding work, today.

I see what you mean by lots of CPU time… the bisect points to a commit in this PR. Now I'm building everything, it seems (currently building llvm).
I'm ok with letting it run, but perhaps one of the python maintainers might chip in with a suggestion? I don't know who is most likely to know. I did skim the commits, but nothing obvious jumped out.

Yes, it's building from scratch, often a few times, with later bisect steps usually rebuilding much less.

Just looking at the filres that have changes, the only thing that jumps out is removal of the (python) requests patch that changes certificate handling.
I've paused the bisect, for the moment, and instead reverted 8456141e2 to see whether It's the requests/certifi change that has caused the issue. There are other commits that refer to certifi; if this revert fixes the problem, then it's plausible the certificate handling in certify is incorrect.
I actually don't care about httpie that much, but I figured I'd try to be a good citizen 🤣 no good deed goes unpunished, etc. I'll ping when I have an update.

c2068e0fff4d10a63ea46ee2db5917de8b9f7095 is the first bad commit
commit c2068e0fff4d10a63ea46ee2db5917de8b9f7095
Author: Fabian Affolter<EMAIL_ADDRESS>Date:   Sat Nov 12 19:06:39 2022 +0100

    python310Packages.responses: 0.21.0 -> 0.22.0

 pkgs/development/python-modules/responses/default.nix | 18 ++++++++++++++----
 1 file changed, 14 insertions(+), 4 deletions(-)

If I revert that, there is no error from httpie.

httpie uses requests, an HTTP library, and its tests rely on responses, which is a mock library for it. So it makes at least some sense that the test could have started failing when there were no changes to httpie itself, and I can hope that the failure is limited to the tests and the tool still works.
Just from looking at the logs, I suspect that https://github.com/getsentry/responses/pull/585 (in 0.22.0).
Here’s one test failure from Hydra:
self = <httpie.models.HTTPResponse object at 0x7fffeebbe410>

    @property
    def headers(self):
        try:
            raw = self._orig.raw
            if getattr(raw, '_original_response', None):
                raw_version = raw._original_response.version
            else:
                raw_version = raw.version
        except AttributeError:
            # Assume HTTP/1.1
            raw_version = 11
>       version = {
            9: '0.9',
            10: '1.0',
            11: '1.1',
            20: '2.0',
        }[raw_version]
E       KeyError: 0

httpie/models.py:82: KeyError
----------------------------- Captured stderr call -----------------------------

http: error: KeyError: 0

There, self._orig is a requests.Response normally and a responses.Response in tests, self._orig.raw is a urllib3.HTTPResponse, and self._orig.raw._original_response is an http.client.Response normally, a responses.OriginalResponseShim in tests before thar PR and a urllib3.HTTPResponse after it.
As best as I can tell, responses.OriginalResponseShim did not have a version attribute at all while urllib3.HTTPResponse defaults to (nonsensical) version=0.
I should probably go and check if that’s what actually happening, then report this upstream (to httpie or responses, I’m not sure). But if someone wants to pick that up I’m fine with it as well.
TL;DR: Probably an upstream bug / new version incompatibility limited to the tests.


Notification via apprise if the server instance could not be identified

Currently, only an exception is raised here:
https://github.com/worldworm/hcloud-selfdestruct/blob/6f6b82fb966ab20786e9aa1b7c5d51f55a949b22/hcloud_selfdestruct/__init__.py#L26
A notification must be sent here in case of a specified apprise_id.

added with v0.0.2


Change interaction UI for adding users when creating streams

Originally, this was part of #29403.
The biggest usability challenge with the stream creation  panel right now is that adding users via the "Add" button is not intuitive in the stream creation context. We should:

Remove the Add button. Entering a pill should immediately add users to the table below.
Keep the pills in the box, and let it stretch to multiple lines to accommodate more pills.
Explode groups into individual user pills when added, like we do in the DM compose box. In the future, we should have a different concept for adding a group, but right now we are in fact adding users as individuals. This is necessary for keeping the pills and the table below consistent.
Removing users should be synced across the pills area and the table. So deleting a pill should delete the user from the table, and clicking "Remove" in the table should delete the pill.

The current plan is to sequence this after the part that's still in https://github.com/zulip/zulip/issues/29403.

Asked some clarifying questions here: CZO thread


python310Packages.pyfuse3: 3.2.2 -> 3.2.3

Description of changes
Diff: https://github.com/libfuse/pyfuse3/compare/refs/tags/3.2.2...3.2.3
Changelog: https://github.com/libfuse/pyfuse3/blob/refs/tags/3.2.3/Changes.rst

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

i am getting:
nixpkgs-review pr 232218
$ git -c fetch.prune=false fetch --no-tags --force https://github.com/NixOS/nixpkgs master:refs/nixpkgs-review/0 pull/232218/head:refs/nixpkgs-review/1
$ git worktree add /home/felix/.cache/nixpkgs-review/pr-232218-1/nixpkgs 07e2abd7e5faddde32860b7f7c0ce69f57dda81c
Preparing worktree (detached HEAD 07e2abd7e5f)
Updating files: 100% (35672/35672), done.
HEAD is now at 07e2abd7e5f Merge pull request #238988 from fpletz/pkgs/scrot-1.10
$ git merge --no-commit --no-ff f90b0d491664fe9881aae6cafec44b29fc37ed97
Auto-merging pkgs/development/python-modules/pyfuse3/default.nix
Automatic merge went well; stopped before committing as requested
error: attribute 'changelog' already defined at /home/felix/.cache/nixpkgs-review/pr-232218-1/nixpkgs/pkgs/development/python-modules/pyfuse3/default.nix:66:5

       at /home/felix/.cache/nixpkgs-review/pr-232218-1/nixpkgs/pkgs/development/python-modules/pyfuse3/default.nix:71:5:

           70|     maintainers = with maintainers; [ nyanloutre dotlambda ];
           71|     changelog = "https://github.com/libfuse/pyfuse3/blob/${version}/Changes.rst";
             |     ^
           72|   };

3.3.0 is on master.


hippo4j monitors unauthorized access vulnerabilities

The ItemController of the tenant management module module of hippo4j. There is an unauthorized access vulnerability in the new project information
The saveItem method does not authenticate the user performing the current operation, resulting in any user accessing the POST /hippo4j/v1/cs/item/save interface to add malicious new items.
Influence version
hippo4j 1.4.3 (Nov 06, 2022)

I will follow up on this question.

好的


update/re-install fails on version 1.0.11

Upgrading/Installing version 1.0.11 fails.
The console shows:

Thank you very much for the plugin, is really useful

Fixed


Add --host option to dev command (Closes #1)

When running the dev command on a Docker container, the default host value of <IP_ADDRESS> that gets passed to the Webpack Dev Server will allow connections only from within the container. In order to connect from the docker host, the Webpack Dev Server needs to take <IP_ADDRESS> as the host parameter.
This changeset introduces a new optional argument to the dev command, --host that will take the address that will be passed as a host to Webpack Dev Server. By default this <IP_ADDRESS>.
Relates to #1

I could not find the source of the docs at https://developer.roamjs.com/ to update them. Are they on a public repo?

Oh, that was fast, I marked it as draft and repushed because I got the wrong email in the commit 🤦

@dvargas92495 are releases automated?

automated on version changes to package json, which I just pushed! 0.11.0 should be live


test allocate_as_barrier_proc hangs

FreeBSD laptop, 2 cores, opencoarrays 1.8.4 with GCC 7.0.0,
on make test, hangs at:
# make test
===>  Testing for opencoarrays-1.8.4
(cd /usr/ports/lang/opencoarrays/work/.build && ctest)
Test project /usr/ports/lang/opencoarrays/work/.build
      Start  1: initialize_mpi
 1/40 Test  #1: initialize_mpi ...................   Passed    0.06 sec
      Start  2: register
 2/40 Test  #2: register .........................   Passed    0.07 sec
      Start  3: register_vector
 3/40 Test  #3: register_vector ..................***Failed  Required regular expression not found.Regex=[Test passed.
]  5.18 sec
      Start  4: register_alloc_vector
 4/40 Test  #4: register_alloc_vector ............***Failed  Required regular expression not found.Regex=[Test passed.
]  5.04 sec
      Start  5: allocate_as_barrier
 5/40 Test  #5: allocate_as_barrier ..............***Failed  Required regular expression not found.Regex=[Test passed.
]  5.68 sec
      Start  6: allocate_as_barrier_proc

top shows
  PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME     CPU COMMAND
 2004 root        21    0   232M   202M bo_wwa  1   0:03   6.18% allocate_as_barrier
 2021 root        20    0   232M 17196K range   0   0:04   0.00% allocate_as_barrier
 2022 root        20    0   232M 17108K range   0   0:04   0.00% allocate_as_barrier
 2020 root        20    0   232M 17204K range   0   0:04   0.00% allocate_as_barrier
 2019 root        20    0   232M 17204K range   0   0:03   0.00% allocate_as_barrier
 2018 root        20    0   232M 17260K range   0   0:03   0.00% allocate_as_barrier
 2016 root        20    0   232M 17332K range   1   0:03   0.00% allocate_as_barrier
 2012 root        20    0   232M 17152K range   0   0:03   0.00% allocate_as_barrier
 2010 root        20    0   232M 17092K range   0   0:03   0.00% allocate_as_barrier
 2014 root        20    0   232M 17224K range   0   0:03   0.00% allocate_as_barrier
 2005 root        20    0   232M 17056K range   0   0:03   0.00% allocate_as_barrier
 1997 root        20    0   232M 17264K range   0   0:01   0.00% allocate_as_barrier

I put here only allocate_as_barrier threads, excluding all other processes.
Killing the process with CTRL/C results in a system panic.
I'll report this to FreeBSD too.
I haven't seen this on my other laptop, which has identical FreeBSD,
opencoarrays and GCC versions. The only difference is that the other
laptop has 4 cores.
Thanks
Anton

Hi Anton,
I doubt this has something to do with allocate as barrier when previous tests are failing already. What's the output of the first test failing when you run it manually?
Andre

# mpiexec -np 2 src/tests/unit/init_register/register_vector

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e20 in ???
#4  0x4019b9 in ???
#5  0x401b4e in ???
#6  0x80062afff in ???
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e20 in ???
#4  0x4019b9 in ???
#5  0x401b4e in ???
#6  0x80062afff in ???

===================================================================================
=   BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES

I guess I have to rebuild with -g?

Here you go:
# mpirun -np 2 src/tests/unit/init_register/register_vector

Program received signal SIGILL: Illegal instruction.

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:

Backtrace for this error:
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e20 in register2
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_vector.f90:34
#4  0x4019b9 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_vector.f90:43
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e20 in register2
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_vector.f90:34
#4  0x4019b9 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_vector.f90:43

===================================================================================
=   BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES

Probably means I need to rebuild mpich with -g too.

That is strange. There is no error in the mpi_caf reported, which we are looking for. Did you rebuild from a clean tree? So that no left overs were present.

yes, clean dir prior to build from
sourceryinstitute-OpenCoarrays-1.8.4_GH0.tar.gz

Different lines in other tests:
]# mpirun -np 2 src/tests/unit/init_register/register_alloc_vector

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:
#0  0x801eb678e in ???
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401d48 in register3
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_alloc_vector.f90:35
#4  0x4019c9 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_alloc_vector.f90:49
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401d48 in register3
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_alloc_vector.f90:35
#4  0x4019c9 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/register_alloc_vector.f90:49

===================================================================================
=   BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES

or
# mpirun -np 2 src/tests/unit/init_register/allocate_as_barrier

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e01 in alloc_as_barrier
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/allocate_as_barrier.f90:13
#4  0x401a79 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/allocate_as_barrier.f90:24
#0  0x801eb678e in ???
#1  0x801eb5d6e in ???
#2  0x7ffffffff192 in ???
#3  0x401e01 in alloc_as_barrier
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/allocate_as_barrier.f90:13
#4  0x401a79 in main
        at /usr/ports/lang/opencoarrays/work/OpenCoarrays-1.8.4/src/tests/unit/init_register/allocate_as_barrier.f90:24

===================================================================================
=   BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES

@mexas is this still present in 1.8.10? If not, let's close this issue

I'm now testing 1.8.12 on linux 2.6.32-642.6.2.el6.x86_64 with GCC 7.1.0,
mvapich2-2.3a.
I get:
ctest
...
The following tests FAILED:
          6 - allocate_as_barrier_proc (Failed)
         21 - syncall (Failed)
         22 - syncimages (Failed)
         23 - syncimages2 (Failed)
         27 - syncimages_status (Failed)
         30 - simpleatomics (Failed)
Errors while running CTest

However, these tests seem to pass when run manually:
[mexas@newblue1 build]$ which mpiexec
/cm/shared/apps/mvapich2-2.3a/bin/mpiexec
[mexas@newblue1 build]$ mpiexec --version
HYDRA build details:
    Version:                                 3.2
    Release Date:                            Wed Mar 29 16:05:27 EDT 2017
    CC:                              /cm/shared/languages/GCC-7.1.0/bin/gcc
    CXX:                             /cm/shared/languages/GCC-7.1.0/bin/g++
    F77:                             /cm/shared/languages/GCC-7.1.0/bin/gfortran
    F90:                             /cm/shared/languages/GCC-7.1.0/bin/gfortran
    Configure options:                       '--disable-option-checking' '--prefix=/cm/shared/apps/mvapich2-2.3a' '--with-ib-include=/usr/include' '--with-ib-libpath=/usr/lib64' '--with-psm-include=/usr/include' '--with-psm-lib=/usr/lib64' 'CC=/cm/shared/languages/GCC-7.1.0/bin/gcc' 'CXX=/cm/shared/languages/GCC-7.1.0/bin/g++' 'FC=/cm/shared/languages/GCC-7.1.0/bin/gfortran' 'F77=/cm/shared/languages/GCC-7.1.0/bin/gfortran' '--cache-file=/dev/null' '--srcdir=.' 'CFLAGS= -DNDEBUG -DNVALGRIND -O2' 'LDFLAGS=-L/usr/lib64 -L/lib -L/lib -L/lib -Wl,-rpath,/lib -L/lib -Wl,-rpath,/lib -L/usr/lib64 -L/lib -L/lib' 'LIBS=-libmad -lrdmacm -libumad -libverbs -ldl -lrt -lm -lpthread ' 'CPPFLAGS=-I/usr/include -I/panfs/panasas01/isys/iszcjw/Software/Anton/mvapich2-2.3a/src/mpl/include -I/panfs/panasas01/isys/iszcjw/Software/Anton/mvapich2-2.3a/src/mpl/include -I/panfs/panasas01/isys/iszcjw/Software/Anton/mvapich2-2.3a/src/openpa/src -I/panfs/panasas01/isys/iszcjw/Software/Anton/mvapich2-2.3a/src/openpa/src -D_REENTRANT -I/panfs/panasas01/isys/iszcjw/Software/Anton/mvapich2-2.3a/src/mpi/romio/include -I/include -I/include -I/usr/include -I/include -I/include'
    Process Manager:                         pmi
    Launchers available:                     ssh rsh fork slurm ll lsf sge manual persist
    Topology libraries available:            hwloc
    Resource management kernels available:   user slurm ll lsf sge pbs cobalt
    Checkpointing libraries available:
    Demux engines available:                 poll select
...
[mexas@newblue1 build]$ mpiexec -np 4 ./src/tests/unit/init_register/allocate_as_barrier_proc
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 8 ./src/tests/unit/init_register/allocate_as_barrier_proc
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 16 ./src/tests/unit/init_register/allocate_as_barrier_proc
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 1 ./src/tests/unit/init_register/allocate_as_barrier_proc
[newblue1:mpi_rank_0][rdma_find_network_type] QLogic IB card detected in system
[newblue1:mpi_rank_0][rdma_find_network_type] Please re-configure the library with the '--with-device=ch3:psm' configure option for best performance
[mexas@newblue1 build]$ mpiexec -np 2 ./src/tests/unit/init_register/allocate_as_barrier_proc
 Test passed.
...
[mexas@newblue1 build]$ mpiexec -np 2 ./src/tests/unit/sync/syncall
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 16 ./src/tests/unit/sync/syncall
 Test passed.
...
[mexas@newblue1 build]$ mpiexec -np 2 ./src/tests/unit/sync/syncimages
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 7 ./src/tests/unit/sync/syncimages
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 13 ./src/tests/unit/sync/syncimages
 Test passed.
...
[mexas@newblue1 build]$ mpiexec -np 13 ./src/tests/unit/sync/syncimages2
 Test passed.
[mexas@newblue1 build]$ mpiexec -np 3 ./src/tests/unit/sync/syncimages2
 Test passed.

The last test, simpleatomics, I cannot even find:
[mexas@newblue1 build]$ pwd
/panfs/panasas01/mech/mexas/soft/OpenCoarrays-1.8.12/build
[mexas@newblue1 build]$ find . -name "simplea*"
[mexas@newblue1 build]$

Perhaps it wasn't built?

probably too old now - both GCC and opencoarrays have moved on, closing

OK... FYI I've greatly simplified and updated the issue templates... hopefully it will be concise enough for you to use, and it should help reduce confusion about the details of the bugs/systems/software stacks involved.


Improve documentation on TypedSvg.Extra.InPx

I had just written my own 'centeredImage' when I discovered the function within TypedSvg. I like TypedSvg a lot. It improves the readability and usability of my Svg code a lot. Thanks! But, please improve the documentation on the function centeredImage. I now had to look in the source code to find out what every float means:
centeredImage href w_ h_ x_ y_
Whereby w_ and h_ are the width and height of the image and x_ and y_ are the coordinates where the image is centered on.
Thanks,
Berry

Great! Can you make a pull request to help out? There are so many things
that need attention. I'd love to have it all documented.
On Apr 4, 2017 7:08 AM, "Berry"<EMAIL_ADDRESS>wrote:

I had just written my own 'centeredImage' when I discovered the function
within TypedSvg. I like TypedSvg a lot. It improves the readability and
usability of my Svg code a lot. Thanks! But, please improve the
documentation on the function centeredImage. I now had to look in the
source code to find out what every float means:
centeredImage href w_ h_ x_ y_
Whereby w_ and h_ are the width and height of the image and x_ and y_ are
the coordinates where the image is centered on.
Thanks,
Berry
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/canadaduane/typed-svg/issues/1, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAAgX6C6WVOHRf7JsxiQAlvr49jgONaks5rskDWgaJpZM4My1TB
.

Okay. Will try to do

Okay. Will try to create a pull request this weekend.
(Sorry, about the closing and reopening. Pushed to wrong button by mistake.)

No problem, and thanks!
On Wed, Apr 5, 2017 at 7:52 AM, Berry<EMAIL_ADDRESS>wrote:

Okay. Will try to create a pull request this weekend.
(Sorry, about the closing and reopening. Pushed to wrong button by
mistake.)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/canadaduane/typed-svg/issues/1#issuecomment-291867862,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAAgcYIrCAVKl7Da9SYgkalR19GLD6iks5rs5yHgaJpZM4My1TB
.


Person Profile: Space Missing Between Icons

I created a new "person" today, Fatih Degirmenci, and added him to the list of people on the TOC. There's a weird non-existent space between his two social media icons. Can we add one using CSS?
Page to see issue: https://cd.foundation/about/toc/

Thanks, Roxanne! Linking internal jira for reference.

@zestyroxy CS added padding to the icons. Can you check and make sure you're good with the changes? Thank you!

Looks great! Can they do it for these pages too? Or hard code it for the entire website.
https://cd.foundation/about/governing-board/
https://cd.foundation/ambassador-program-overview-application/community-ambassador-cohort20/

Asking now 😄

@zestyroxy they could not add the change for the entire site, so they added the padding for those two pages. let me know if that works.

Thank works! Thank you all


[SMALLFIX] Clean up in core, tests, shell and examples module

Small clean up of some classes in the core, tests, shell and examples package.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10209/
Test PASSed.

+1 LGTM
thanks for the improvement.


HBASE-23824 TestSnapshotScannerHDFSAclController is flakey

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  5s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-0 :warning:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ master Compile Tests _

+1 :green_heart:
mvninstall
5m 58s
master passed

+1 :green_heart:
compile
1m  0s
master passed

+1 :green_heart:
checkstyle
1m 13s
master passed

+1 :green_heart:
shadedjars
5m  6s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 37s
master passed

+0 :ok:
spotbugs
4m 33s
Used deprecated FindBugs config; considering switching to SpotBugs.

+1 :green_heart:
findbugs
4m 32s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
5m 32s
the patch passed

+1 :green_heart:
compile
1m  0s
the patch passed

+1 :green_heart:
javac
1m  0s
the patch passed

+1 :green_heart:
checkstyle
1m 12s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
shadedjars
5m  8s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
hadoopcheck
17m 34s
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

+1 :green_heart:
javadoc
0m 35s
the patch passed

+1 :green_heart:
findbugs
4m 33s
the patch passed

_ Other Tests _

-1 :x:
unit
91m 53s
hbase-server in the patch failed.

+1 :green_heart:
asflicense
0m 34s
The patch does not generate ASF License warnings.

154m 29s

Reason
Tests

Failed junit tests
hadoop.hbase.master.TestMasterShutdown

hadoop.hbase.quotas.TestClusterScopeQuotaThrottle

Subsystem
Report/Notes

Docker
Client=19.03.5 Server=19.03.5 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1157/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1157

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux 41c6f4929a7e 4.15.0-74-generic #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/Base-PreCommit-GitHub-PR_PR-1157/out/precommit/personality/provided.sh

git revision
master / 35989c1968

Default Java
1.8.0_181

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1157/1/artifact/out/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1157/1/testReport/

Max. process+thread count
5949 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1157/1/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

The test failures are unrelated given this is a test-only fix. I downloaded the patch and confirmed they pass for me locally.
Thank you @mymeiyi  for working on this one. Its been failing sporadically for a while. Thanks for digging in.


GET /versions with an invalid TOKEN_A returns HTTP 400 instead of an HTTP 401

As the documentation states:

If the header is missing or the credentials token doesn’t match any known party then the server SHALL respond with an HTTP 401 - Unauthorized status code.

But in the current implementation, the GET /versions with an incorrect CREDENTIALS_TOKEN_A is returning an HTTP 400.

Thanks for your report. A good fix should include a unit test that checks that


Enhance HTTP IR to support GRPCRoute

Relates to https://github.com/envoyproxy/gateway/issues/642
Signed-off-by: Arko Dasgupta<EMAIL_ADDRESS>

Codecov Report

Merging #666 (37381a4) into main (592863a) will decrease coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #666      +/-   ##
==========================================
- Coverage   62.82%   62.79%   -0.04%
==========================================
  Files          47       47
  Lines        5762     5762
==========================================
- Hits         3620     3618       -2
  Misses       1912     1912
- Partials      230      232       +2

Impacted Files
Coverage Δ

internal/ir/xds.go
82.50% <ø> (ø)

internal/provider/kubernetes/gateway.go
49.68% <0.00%> (-2.56%)
:arrow_down:

internal/provider/kubernetes/gatewayclass.go
73.18% <0.00%> (-2.18%)
:arrow_down:

internal/provider/kubernetes/tlsroute.go
59.47% <0.00%> (+5.72%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

@arkodg can you provide additional context on how this change supports GRPCRoute?
From Envoy's gRPC docs:

At the transport layer it uses HTTP/2 or above for request/response multiplexing.

Does this mean gRPC-Web will not be supported for GRPCRoute?

@arkodg can you provide additional context on how this change supports GRPCRoute?
From Envoy's gRPC docs:

At the transport layer it uses HTTP/2 or above for request/response multiplexing.

Does this mean gRPC-Web will not be supported for GRPCRoute?

this knob could be used to filter for h2 and h2c upstream connections in the listener and will mainly be used to add some more fields in the cluster so the upstream connection is http2
this sadly won't support grpc-web, I think of that feature as a seperate transcoding feature,
we might be able to bundle it up and also enable grpc-web on the same downstream connection if the grpc web filter allows grpc traffic to flow through seamlessly
@lizan do have any datapoints around this ?


Implement data acquisition

Enable browsing BSData Gallery and downloading files from there.
BSData Gallery is a nuget.org/npm.org like Registry/Gallery that indexes gamesystems. It provides a static index asset.
Datafiles are available from GitHub data repositories via GitHub release assets. Sadly, those assets do not have CORS headers set, so that downloading them in a browser won't work.
There are two solutions I see:

Make Gallery "cache" the actual assets in a branch published to GitHub Pages. Content published there is CORS-enabled and can be freely downloaded in a browser.
Create and use our own CORS-proxy. One thing I've researched is a Cloudflare-cors-proxy, using Cloudflare Workers. An example is available here: https://github.com/Darkseal/CORSflare

Needed functionality:

browse list of game systems and repositories (CORS issue)
download data files (CORS issue)
store/manage metadata in local storage
(adv. feature) allow users to sync data across devices

I believe we can use the same proxy that godmode uses: https://cors.isomorphic-git.org/github.com/Bsdata/horus-heresy/info/refs?service=git-upload-pack

Cloudflare proxy is setup at https://phalanx-cors.bsdata.workers.dev
To get a GitHub URL with CORS headers, pass the full GH URL in a search parameter: https://phalanx-cors.bsdata.workers.dev/?https://github.com/thing/you/want


Update Chinese translation of responsive-web-design

Checklist:

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] All the files I changed are in the same world language, for example: only English changes, or only Chinese changes, etc.

Closes #40479
Note

Trailing space after **Note:** is removed
"Your code" is disregarded in the translation. The updated translation constitutes a more objective description
Several test cases are reverted. Now that test cases are aligned w/ that in the English version

@RandellDawson In the previous translation session, we altered some instruction as well as tests. For example:

Here is the altered instruction as well as the altered test case
Though, when the translation is ported here for the first time, looks like the altered test case is not picked up. See here
While the altered instruction is retained, this ended up with discrepancies on both versions. Hence the revert.

Glossary:

Element: 元素
Enclosed content: 内容
Focus: 聚焦
Web Fonts: Web 字体
Block: 限制访问
Viewport: 视口
should syntax: 应存在
Form Control/Widget: 表单部件
Self-closing: 自闭和
Closing tag: 结束标签
Font family: 字体族名

@miyaliu666 @ZhichengChen Please review this PR. Lemme know if we need an offline review session regarding this.

@miyaliu666 @ZhichengChen Please review this PR. Lemme know if we need an offline review session regarding this.

I think we should all meet to discuss this PR.  I am not quite following what the issues are relating to the reverts.

I think we should all meet to discuss this PR.  I am not quite following what the issues are relating to the reverts.

I think we should all meet to discuss this PR. I am not quite following what the issues are relating to the reverts.

Sure. Let's sync up when we are all available. I should be available after 8 PM (PST) on weekdays.
@miyaliu666  @ZhichengChen Let me know what time would work for both of you.

I think we should all meet to discuss this PR. I am not quite following what the issues are relating to the reverts.

Sure. Let's sync up when we are all available. I should be available after 8 PM (PST) on weekdays.
@miyaliu666  @ZhichengChen Let me know what time would work for both of you.

@S1ngS1ng @miyaliu666 So is this PR ready to be merged from a translation standpoint?

@S1ngS1ng @miyaliu666 So is this PR ready to be merged from a translation standpoint?

@S1ngS1ng @miyaliu666 So is this PR ready to be merged from a translation standpoint?

AFAIC, yes. But let's see if @miyaliu666 and @ZhichengChen would both approve this PR.
Any comments/concerns are welcome.

@S1ngS1ng @miyaliu666 So is this PR ready to be merged from a translation standpoint?

AFAIC, yes. But let's see if @miyaliu666 and @ZhichengChen would both approve this PR.
Any comments/concerns are welcome.

All look good to me 👍

All look good to me 👍

@S1ngS1ng Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 🎉

@S1ngS1ng Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 🎉


Private Link?

According to this page Private Link is unsupported: "This feature is not supported to secure this service."
Yet according to https://learn.microsoft.com/en-us/azure/databricks/administration-guide/cloud-configurations/azure/private-link it is.
What's the reason for this discrepancy? Is this page out of date?
Thanks!

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

ID: 68b766c9-d6f6-208a-0512-f01545615cf6
Version Independent ID: 68b766c9-d6f6-208a-0512-f01545615cf6
Content: Azure security baseline for Azure Databricks
Content Source: benchmark/azure/baselines/azure-databricks-security-baseline.md
Service: azure-databricks
GitHub Login: @msmbaldwin
Microsoft Alias: mbaldwin

@VitalyMCT
Thanks for your feedback! We will investigate and update as appropriate.

@msmbaldwin
Could you please review add comments on this, update as appropriate.

Thanks for providing feedback that helps improve our documentation. We've created an internal work item (DOC-9782) to address your feedback. The timeline for resolution varies based on resourcing.
#please-close


Test of DS 3.5.1 Upgrade

Test of DS 3.5.1 Upgrade
Currently build will fail
Thanks for contributing to the Harness Developer Hub! Our code owners will review your submission.
Description

Please describe your changes: __________________________________
Jira/GitHub Issue numbers (if any): ______________________________
Preview links/images (Internal contributors only): __________________

PR lifecycle
We aim to merge PRs within one week or less, but delays happen sometimes.
If your PR is open longer than two weeks without any human activity, please tag a code owner in a comment.
PRs must meet these requirements to be merged:

[ ] Successful preview build.
[ ] Code owner review.
[ ] No merge conflicts.
[ ] Release notes/new features docs: Feature/version released to at least one prod environment.

@rohanmaharjan100 FYI.

This pull request has been automatically closed due to 30 days of inactivity. If you believe this was done in error, please feel free to reopen the PR or reach out to the BT team for further assistance. Thank you for your contributions!


additional environment variables

This (JSON?) configuration file could first hold per-repository-settings:

You could add different settings per repo:
-> devel to know it is holding vcs packages
-> default for the default repo to use when for example adding a new package

Just leaving my two cents: A configuration seems like a reasonable feature request, but I would suggest not to use JSON format. One simple reason is that there is no way to add comments to a JSON file, which is IMO quite an important feature in a configuration file. One alternative might be TOML, which looks a lot like the INI format, but is somewhat standardized.

@He-Ro ok, did not know that.

Instead of implementing a TOML parser, why not use environment variables? Similar to what's already done with AURDEST.

@AladW I was thinking of a configuration file if at some point there would really be the need of one, but I guess using environment variables is just fine for now.

When #283 will be merged, I will face a situation where I have some devel packages getting updated daily, and others only once every few weeks. Maybe it would be interesting to have per-package settings for in this case ignore some devel packages or even better, set up a database holding last time a devel package has been checked, allowing to configure per-package checking frequency.

From IRC:

13:31  alad: could you please check my last message on #302 ? I might have went a bit too far but I thought it was worth thinking about it.
13:32  databases are complicated :P
13:32  but if you already know which packages you want to update frequently, you can just specify those to aursync instead of using -u
13:33  that should work equally well with the proposed --devel flag
13:33  "databases are complicated :P" > only when you are dealing with 10000+ entries and have to setup relational stuffs :P
13:34  " but if you already know which packages you want to update frequently, you can just specify those to aursync instead of using -u" what if it's the reversed thing, you want to updae everything frequently BUT a few packages ?
13:35  I was using pacaur before, and it was a pain for me when I had this situation
13:36  well aursync -u just adds whatever aurvercmp gives you. so you can just run aurvercmp and filter out the things you don't want
13:36  I should add some more example pipelines detailing this
13:36  oh that is really cool
13:37  would definitly solve this problem
13:37  that's the benefit over monolothic helpers like pacaur, you can easily adjust any component of the workflow

One useful environment variable may be $AUR_LIB_DIR, to easily override shipped scripts. (compare git's --exec-dir). Shouldn't be problematic with sudoers rules since the env is discarded unless SETENV is available.

@AladW Makes sense to me, what about AUR_REPO_DEVEL ?

Flagging a repository as containing development packages (through AUR_REPO_DEVEL) or otherwise sounds better than implementing some arbitrary pattern like "(git|hg|bzr|svn)'.
You can then just dump all vcs packages into a specific repo like custom-vcs. Thanks to the new aur sync --provides, this repo could only contain such packages.

Having a repo for VCS packages is an interesting idea, so far I didn't use it because of lack of --provides and because it's annoying to specify repo every time, if you have more than one repo.
How do you see AUR_REPO_DEVEL variable be used? When I sync a new package, will aur sync be guessing whether this package belongs to a default repo or this devel repo, and how would it do so? How would AUR_REPO_DEVEL affect how aur sync -u works?

The workflow would be that the user decides whether a package is a development package, e.g.
export AUR_REPO=custom
aur sync something-release
aur sync --repo custom-vcs --devel something-git

The idea was that AUR_REPO_DEVEL is something that's checked after a repository has been selected. When trying to answer your question I noticed some limitation there:
repo=${repo:-$AUR_REPO}
# how to check from here that repo is devel?

I guess you could use an (associative) array that contains all "devel" repos, but that's limited to bash/zsh and not everyone uses those as interactive shell.
repo=${repo:-$AUR_REPO}
if [[ ${AUR_REPO_DEVEL[$repo]} ]]; then
   # do devel stuff
fi

For a better UI you could have --devel take an optional argument instead, being the VCS repo. That relates "stuff done with --devel" with "the repo containing devel packages" and doesn't require you to specify two flags for one thing.
export AUR_REPO=custom
aur sync something-release
aur sync --devel custom-vcs something-git

That leaves the question, "what if you want a single repo for everything?"
An alternative is specifying all these things in some configuration file like repoctl does. I'd like to see how far we can get with the above approach before considering that though.

The idea was that AUR_REPO_DEVEL is something that's checked after a repository has been selected.

But I thought the whole point of defining AUR_REPO and AUR_REPO_DEVEL is to avoid manually providing repos ever again.
I see it in the following way:
export AUR_REPO=custom
export AUR_REPO_DEVEL=custom-devel

aur sync something-release      # no --devel flag provided, put the packages in AUR_REPO
aur sync --devel something-git  # --devel flag provided, put the packages in AUR_REPO_DEVEL

And then I imagine the update runs in the following way:
aur sync -u           # no --devel flag provided, don't use aur-srcver, just update packages that exist in AUR_REPO
aur sync --devel -u   # --devel flag provided, list packages in AUR_REPO_DEVEL, run aur-srcver on them, then update the listed packages

That way you don't need to configure PCRE patterns, whatever was first sync'ed with --devel is considered a devel package.
However, I'm only not sure about dependencies, for example if I do:
aur sync --devel something-git

And in addition to something-git I am prompted to install dependency1-release and dependency2-git, into which repo will they be added?

And in addition to something-git I am prompted to install dependency1-release and dependency2-git, into which repo will they be added?

That's the problem I am facing right now: I want to install tilix-git to my aur-git repo and it wants to install gtkd to my git repo instead of gtkd-git.

If the -git package is already in your devel repo, --provides should suffice. If it's not (or in the case of gtkd, the release package is in the official repos), the -git deps should either be installed first or we'd need some way to find out if said deps have -git versions available.
Latter requires AurJson to support providers. There seems to be some progress on this, last upstream response:
https://lists.archlinux.org/pipermail/aur-dev/2018-March/004495.html
I don't think adding different packages to different repos in the same step is a great idea, since that implies repos are no longer self-sufficient.

@AladW Ok, this only happened when adding it for the first time.

I don't think adding different packages to different repos in the same step is a great idea, since that implies repos are no longer self-sufficient.

But isn't --provides made for using non-self-sufficient repositories anyway? 🙂
It's just strange to see a repo that was meant to hold only devel packages, but which actually holds devel packages as well as some of their dependencies, even non-devel ones. Over time things like this could happen:

Install aur sync --devel pkg-git, it puts pkg-git and its dependency dep-release in AUR_REPO_DEVEL.
Install aur sync --provides pkg2-release (also depends on dep-release), which puts pkg2-release in AUR_REPO, but doesn't put dep-release in there because it already exists in AUR_REPO_DEVEL (is that how --provides work?).
Remove pkg-git from the repo, dep-release stays in AUR_REPO_DEVEL even though it is not a devel package and it is only needed by pkg2-release which is also a non-devel package.

|But isn't --provides made for using non-self-sufficient repositories anyway?
Well, no, since it only queries the repo you're building to. (see aur rfilter -d). It doesn't go across repo boundaries.

Could you explain this then?

You can then just dump all VCS packages into a second repo like custom-vcs. Thanks to the new aur sync --provides, this repo could only contain such packages.

How, since --provides is buind by the repo, wouldn't it also contain all dependencies, even non-devel ones?

So based on how I currently understand the workings of aurutils, I see some downsides of having a separate repo for devel packages:

It contains not only devel packages, but also all their dependencies, so it's not really correct to say "package in AUR_REPO_DEVEL - then it is devel". We can't use that for example to decide whether to run aur-srcver or not.
Dependencies are duplicated between repos, i.e. if a dependency is needed by packages in both AUR_REPO and AUR_REPO_DEVEL, the dependency will be built twice and stored twice in each repo.

What are the actual benefits of having multiple repos?

Well, let's assume the AUR contains both the development and the release version. (otherwise you just install the deps from the arch repos unless you specifically want to build a devel version yourself) Since the AUR has no ability to search by provides (at least not outside the web interface), you'd build the -git dependencies first, add to the vcs repo, and then continue with the usual process.

What are the actual benefits of having multiple repos?

The idea was to lose the semantics on what a devel package is by simply moving those that may be considered as such (by the user) to a differernt location. Though I can see now that AUR_REPO_DEVEL itself is semantics.
The question is, why all this effort in the first place.

Basically you say, if we make aur-srcver fast enough, we can treat all packages as devel and problem solved, right? Then let's see if aur-out-of-date helps with the performance, and maybe that's all that is needed?

Pretty much. Note that the existing --ignore flag could also be leveraged, since it removes candidate packages early on. I guess you might as well extend it to take a pattern.

I've realized that if we end up using aur-out-of-date, we would not be able to treat all packages as devel, because the purpose of aur-out-of-date is to indicate packages that require maintainers to update their PKGBUILDs when a new release of an app is published.
If we start using aur-out-of-date on all packages, we will see "update available" even before the PKGBUILD on AUR is updated for this new version. So aur-out-of-date is only useful for devel packages, and we still have to distinguish the two types...
Here's the hardcoded definition of what an VCS package is in aur-out-of-date:
isVcsPackage := strings.HasSuffix(pkg.Name(), "-git") || strings.HasSuffix(pkg.Name(), "-hg") || strings.HasSuffix(pkg.Name(), "-svn")

Basically you say, if we make aur-srcver fast enough, we can treat all packages as devel and problem solved, right? Then let's see if aur-out-of-date helps with the performance, and maybe that's all that is needed?

Pretty much. Note that the existing --ignore flag could also be leveraged, since it removes candidate packages early on. I guess you might as well extend it to take a pattern.

Since perf on aur-srcver is improved as much as we can, I did some measurements.
aur-srcver ~/.cache/aurutils/sync/*-git:

Number of packages: 9
Run time: 2 sec

aur-srcver ~/.cache/aurutils/sync/*

Number of packages: 83
First run took 2 min 33 sec.
Second run took 1 min 53 sec (huge projects like chromium-vaapi take particularly long time to finish)
After the first run, the size of my cache folder grew from 3.1GB to 11.3GB

My summary:

No, we cannot treat all packages as devel, querying RPC is still much much more efficient.
I don't see much sense in having two repos for regular and VCS packages, because many VCS packages depend on regular AUR packages, which means a lot of packages will be built twice, for both repos.

I've been using #283 as my daily driver for a couple of months now, I think that's the best way to proceed. I have one repo, I can use aur sync -u to update only regular AUR packages and aur sync -u --devel to update both regular and VCS packages, however with the latest perf improvements the difference is negligible, so I always use --devel.
Speaking of new environment variables, we could create one to allow overriding the definition of VCS packages, and hardcode the default value of -(bzr|git|hg|svn)$.

@maximbaz So the idea is you have one repo for both VCS and regular packages, then you apply a filter  (that you can customize) when you using --devel on the package names to differentiate the devel ones from regulars ones ?

Correct.
One repo, because regular and VCS packages often intersect and have dependencies on each other, with one repo you don't have build them twice (if you are using --provides, I use it always).
When you are not using --devel, only RPC is being queried, and thus VCS packages are never getting into the list of packages that need an update, because RPC doesn't know their true latest version.
With --devel in #283, in addition to querying RPC, the aur-srcver script is also being executed on a subset of packages. The aur-srcver is slower, but is able to retrieve the true latest versions. Currently in #283 --devel only executes aur-srcver on -git$ packages, because I only know of two people who are that branch on daily basis (one of them is me), and both of us only have -git packages anyway 😉 But the idea is to make this configurable and have a better default (like -(bzr|git|hg|svn)$), I'm just waiting for a suggestion on how this should be done best - configurable via an environment variable, configurable via an extra flag like --vcs "-(bzr|git|hg|svn)$", or how.

Ok, I would think using environment variable is better as it's not something you want to specify each time.

I think so too, I pushed a commit that uses -(bzr|git|hg|svn)$ as a new default value and allows configuring this via a new environment variable which for now I called AURVCS.

What about being able to make '- -continue', '--no-reset' '--no-view' etc. the default so they are specified automatically when you use aur sync? Maybe in a similar way youtube-dl does it? https://github.com/rg3/youtube-dl#configuration

Personally I just went for aliases, as of now there are really only 3 commands that I need on regular basis: sync a new package, update my packages and build a PKGBUILD in the current directory.
alias aurs='aur sync -sc --provides'
alias auru='aur sync -scu --devel --provides'
alias aurb='aur build -sc -d maximbaz-aur'

I don't know for sure, but I would think most people do something like that 🙂

@maximbaz Ok, I think this makes sense as long as there are not that many options.

At some point I might add an equivalent to yaourt --sucre (aur sync --bloat?) that combines some common options that shouldn't be enabled by default.

AUR_REPO (aur-build, aur-sync) and AUR_PAGER (aur-sync) are now implemented, the rest should be discussed in #283.


Add support to read file version at specific commit

It would be nice to have an ability to read file content in git history.
E.g. I would like to read file at specific commit:
git show commit:./Info.plist

Especially, I would like to read it with native functions like get_info_plist_by_key() or similar.

@lolgear Heyyyy 👋 We currently are trying to limit the number of actions that are included into fastlane itself. I would suggest that you either:

just run this with sh("git show commit:./Info.plist")
create your own custom action for this in your project
make this a plugin (if you would like to maintain this yourself and let other people to install this as well)

If there is bigger demand for this we can re-evaluate adding this as an action built into fastlane but for now there are other multiple solutions that can be used to do this 👌

@joshdholtz
It seems that "this" approach ( by directly using git ) is broken in case of complex projects.
Git folder structure  doesn't directly mapped into project structure.
Also, reading 'whole" file is not ok, because I need to process it later to retrieve specific info from it. ( Like version number ).
Fastlane has only ( as far as I know ) one plist method that reads key from existing plist file, not a file in memory or plist-formatted-dictionary.
So, only one possibility to reuse this method - Tempfile.


Bode plot wrong when using omega keyword

I came across an error in the bode plot function. When you specify the frequency limits of the bode plot using the 'omega'-statement, the plot seems to scale linear instead of logarithmic. Hence, the plot is wrong.
To reproduce this try the following:
sys = control.tf([1], [1,1])
control.bode(sys)
control.bode(sys, omega=[0.1, 10])

The omega keyword is a list of frequencies, not just the endpoints.  If you want to just specify the endpoints, use omega_limits.
Let me know if that fixes the issue.  We should make this more clear in the docstring (it says that omega gives a "range" of frequencies; not clear this should be a list).

Ah, that's the problem.  This has been fixed and will appear in release 0.8 (which is almost done, just hasn't been officially released and pushed on on standard platforms.
In the meantime, you can grab the latest release using git from https://github.com/python-control/python-control.git
I'm changing the title of this bug to reflect the need to tweak the documentation in 0.8.0 so we don't forget that part.

I wouldn't call it a problem. Just a glitch :)
You guys do an awesome job with the control package. Saved me a lot of money and trouble, because I did not have to by Matlab.


BsonSerializationException when deserializing an encrypted field saved with Mongotemplate

So basically, I perform an update using MongoTemplate as such
        Update update = new Update();
        Binary binaryValue = new Binary(cryptVault.encrypt("thesolidrock".getBytes()));
        update.set("value", binaryValue);
        mongoTemplate.updateMulti(updateQuery, update, RecordFieldValue.class);

The field value is annotated with @Encrypted in RecordFieldValue.class
Now the challenge is that on decryption (using Spring Repository)
Optional<RecordFieldValue> rv = recordFieldValueRepository.findById("5f6c4f4f5603f57e3de1eb17");

where the id is the id of the field that was initially updated
It fails with the exception below:
	at com.bol.secure.CachedEncryptionEventListener.cryptDocument(CachedEncryptionEventListener.java:128)
	at com.bol.secure.CachedEncryptionEventListener.cryptFields(CachedEncryptionEventListener.java:80)
	at com.bol.secure.CachedEncryptionEventListener.onAfterLoad(CachedEncryptionEventListener.java:49)
	... 45 common frames omitted
Caused by: org.bson.BsonSerializationException: While decoding a BSON document 1 bytes were required, but only 0 remain
	at org.bson.io.ByteBufferBsonInput.ensureAvailable(ByteBufferBsonInput.java:218)
	at org.bson.io.ByteBufferBsonInput.readByte(ByteBufferBsonInput.java:71)
	at org.bson.io.ByteBufferBsonInput.readUntilNullByte(ByteBufferBsonInput.java:166)
	at org.bson.io.ByteBufferBsonInput.readCString(ByteBufferBsonInput.java:135)
	at org.bson.BsonBinaryReader.readBsonType(BsonBinaryReader.java:94)
	at org.bson.AbstractBsonWriter.pipeDocument(AbstractBsonWriter.java:788)
	at org.bson.AbstractBsonWriter.pipe(AbstractBsonWriter.java:756)
	at org.bson.BasicBSONDecoder.decode(BasicBSONDecoder.java:48)
	at com.bol.secure.AbstractEncryptionEventListener$Decoder.apply(AbstractEncryptionEventListener.java:37)
	at com.bol.secure.CachedEncryptionEventListener.cryptDocument(CachedEncryptionEventListener.java:126)

I see your line of thinking, but BSON serialization of a String is a lot more than just dumping the bytes. For one, it contains the length, the data type, etc...
What you did there was dumping the encrypted raw string in the place where BSON would expect a whole bunch of metadata first.
While your approach works for the Update and the Find, it would fail on the deserialization.
I presume you wanted to do mass update of many objects in one go. You are right that this library has no support for that at the moment, since that is not an operation on the Repository.
Actually, with a slight modification, I think we can add support for what you are looking for into this library.
Please check out AbstractEncryptionEventListener.Encoder. That is the class that dumps the java POJOs into a BSON structure and encrypts it into a bytestream. It's relatively straightforward. With a slight change, it could be exposed for your purposes.
What do you think?

Come think of it, this is a bad idea. CryptVault.encrypt() generates a random salt each time to circumvent bruteforce attacks.
If you encrypt a data once and write that to multiple documents, you expose your data to bruteforce attacks, unnoticed. Maybe in 5 years' time, it will be an easy prey as no one expects that the same salt was used in a mass update.
But, assuming you know what you are doing and are fine with reduced security, this is how to do it:
    class Encoder extends BasicBSONEncoder implements Function<Object, Object> {
        public Object apply(Object o) {
            byte[] serialized = encode(new BasicBSONObject("", o));
            return new Binary(cryptVault.encrypt(serialized));
        }
    }

NB, cryptVailt.encrypt() can take the crypt key version too; if unspecified, it uses the default.
Next, you make a new instance of this and simply apply it on your data:
byte[] result = (byte[]) new Encoder().apply(new Document("super secret string"));

Again, please note this is unsecure and really should be used in emergencies only.


Are Language Models Actually Useful for Time Series Forecasting？

Hello! I recently read the article Are Language Models Actually Useful for Time Series Forecasting. I also noticed that your experiments included ablation studies from this paper, which demonstrated that your LLM is effective. Could you please explain why the LLM is effective in your architecture? Thank you for your response!

Hello, thank you for your interest in our work. In response to your question, we think the main difference of AutoTimes from previous work is the  consistency of causality and autoregression. We have recently provided a detailed PPT to illustrate it, and some relevant slides are as follows. If you have more questions, feel free to join the discussion!

Thanks！！


[Dataloader] language generation

refer to MSCOCO ?

#23
TODO：VAE README

Language Generation inference mode has no reference. Try to use some global metric?
https://github.com/thu-coai/contk/blob/382fd8c65167a4c9674b43a54234563e30b2be1d/contk/dataloader/language_generation.py#L254-L271

Language Generation data should be a dict, for consistence with other class. A dict will be also helpful for extend.
https://github.com/thu-coai/contk/blob/382fd8c65167a4c9674b43a54234563e30b2be1d/contk/dataloader/language_generation.py#L324-L327

fixed at #32
TODO:

README for VAE
Add metric for language generation

Done


Owner/Member not able to add users to environment even with  "project.set.member.roles" set to "owner,member"

Rancher-Serverv version - v1.6.6-rc1
Start rancher-server version with following auth overrides:
docker run -d -p 8080:8080 -v /root/admin-auth.json:/usr/share/cattle/war/schema/admin/admin-auth.json.d/overrides/admin-auth.json -v /root/user-auth.json:/usr/share/cattle/war/schema/user/user-auth.json.d/overrides/user-auth.json rancher/server:v1.6.6-rc1

root@san-auth-server:~# cat  /root/admin-auth.json
{
    "authorize" : {
        "project" : "crud",
        "project.resourceActions.*": "c"
    }
}
root@san-auth-server:~# cat  /root/user-auth.json
{
    "authorize" : {
        "project" : "r",
        "project.resourceActions.*": ""
    }
}

"project.set.member.roles" set to "owner,member" .
As a Owner/Member of an environment , try to add a "user" as member to the environment.
API call fails with the following exception:
{"id":"0fa4e0d2-7635-48eb-b5d4-52eaf6a7ff28","type":"error","links":{},"actions":{},"status":422,"code":"InvalidAction","message":null,"detail":null,"fieldName":"action","baseType":"error"}

Expected Behavior:
As a Owner/Member of an environment , we should be allowed to add a "user" as member to the environment.

Updated SKY feature docs to revert to use:
// user-auth.json
{
    "authorize" : {
        "project" : "r",
        "project.resourceActions.activate": "",
        "project.resourceActions.deactivate": ""
    }
}

// admin-auth.json
{
    "authorize" : {
        "project" : "crud",
        "project.resourceActions.activate": "c",
        "project.resourceActions.deactivate": "c"
    }
}

as bindmount permission files instead of using project.resourceActions.* as the field.

Tested with the following auth json files as bindmount permission files  while starting rancher-server version v1.6.6-rc2:
// user-auth.json
{
    "authorize" : {
        "project" : "r",
        "project.resourceActions.activate": "",
        "project.resourceActions.deactivate": ""
    }
}
// admin-auth.json
{
    "authorize" : {
        "project" : "crud",
        "project.resourceActions.activate": "c",
        "project.resourceActions.deactivate": "c"
    }
}```

As a Owner/Member of an environment , able to a "user" as member of an environment.


Can't play deezer playlist from My Sonos

Description
I am trying to add a Deezer playlist (called "kid suitable") that I have added to My Sonos. I use the My Sonos node to export the playlist (this works), but when I send that output to the Universal node I get an error saying "group.play.export:statusCode 500 & upnpError 714 :: Details: unknown error".
The export item produces a payload of :
{"uri":"x-rincon-cpcontainer:10060a6cplaylist_spotify%3aplaylist-6175363444?sid=2&flags=2668&sn=2","metadata":"<DIDL-Lite xmlns:dc=\"http://purl.org/dc/elements/1.1/\" xmlns:upnp=\"urn:schemas-upnp-org:metadata-1-0/upnp/\" xmlns:r=\"urn:schemas-rinconnetworks-com:metadata-1-0/\" xmlns=\"urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/\"><item id=\"10060a6cplaylist_spotify%3aplaylist-6175363444\" parentID=\"10fe2664playlists\" restricted=\"true\"><dc:title>kid suitable</dc:title><upnp:class>object.container.playlistContainer.#DEFAULT</upnp:class><desc id=\"cdudn\" nameSpace=\"urn:schemas-rinconnetworks-com:metadata-1-0/\">SA_RINCON519_X_#Svc519-bb0d1822-Token</desc></item></DIDL-Lite>","queue":false}
I notice it references "spotify" in the URI - not sure if this is correct or not?
What node/command (topic)/state (payload)
node: My Sonos and Universal
See example flow here: https://flows.nodered.org/flow/9cba05cb7bfc21fba596d9f25b60684d
In case of a bug: Are you able to reproduce the error
yes
Versions and Infrastructure
** Linux 5.4.0-58-generic x86_64
node-red-contrib-sonos-plus version: 4.5.4
Node-RED version: v1.2.6
NodeJS version: v12.20
see: [https://flows.nodered.org/flow/a5c42641bf33dd0da9bfd4426a06950a]

Hi. That's for sure a Spotify playlist.
Do you have/had a Spotify account? And maybe an old Spotify playlist in your My Sonos?
Can you please do a "mysonos.get.items" and send the output to my email<EMAIL_ADDRESS>Can you play the playlist with the official SONOS app and do a (Universal node) group.get.trackplus?

Hi,
It's funny as I don't think I've ever added a spotify account to Sonos (I think I tried it once, but never paid for it). The playlist shows up as a deezer playlist when I look in the official app.
I'll email you the get items output now. When playing the playlist with the official app and doing group.get.trackplus I get the following:
{"trackData":{"id":null,"parentID":null,"title":"Titanium","artist":"David Guetta","album":"Virgin Records: 40 Years Of Disruptions","position":4,"duration":246,"albumArtURL":"http://<IP_ADDRESS>:1400/getaa?s=1&u=x-sonos-http%3atr%253a71152458.mp3%3fsid%3d2%26flags%3d8224%26sn%3d2","uri":"x-sonos-http:tr%3a71152458.mp3?sid=2&flags=8224&sn=2","queuePosition":1},"artist":"David Guetta","title":"Titanium","artUri":"http://<IP_ADDRESS>:1400/getaa?s=1&u=x-sonos-http%3atr%253a71152458.mp3%3fsid%3d2%26flags%3d8224%26sn%3d2","mediaData":{"NrTracks":"104","MediaDuration":"NOT_IMPLEMENTED","CurrentURI":"x-rincon-queue:RINCON_000E58787BA401400#0","CurrentURIMetaData":"","NextURI":"","NextURIMetaData":"","PlayMedium":"NETWORK","RecordMedium":"NOT_IMPLEMENTED","WriteStatus":"NOT_IMPLEMENTED"},"queueActivated":true,"radioId":"","serviceId":"2","serviceName":"Deezer","stationArtUri":"","positionData":{"Track":1,"TrackDuration":"0:04:06","TrackMetaData":"<DIDL-Lite xmlns:dc=\"http://purl.org/dc/elements/1.1/\" xmlns:upnp=\"urn:schemas-upnp-org:metadata-1-0/upnp/\" xmlns:r=\"urn:schemas-rinconnetworks-com:metadata-1-0/\" xmlns=\"urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/\"><item id=\"-1\" parentID=\"-1\" restricted=\"true\"><res protocolInfo=\"sonos.com-http:*:audio/mpeg:*\" duration=\"0:04:06\">x-sonos-http:tr%3a71152458.mp3?sid=2&flags=8224&sn=2</res><r:streamContent></r:streamContent><upnp:albumArtURI>/getaa?s=1&u=x-sonos-http%3atr%253a71152458.mp3%3fsid%3d2%26flags%3d8224%26sn%3d2</upnp:albumArtURI><dc:title>Titanium</dc:title><upnp:class>object.item.audioItem.musicTrack</upnp:class><dc:creator>David Guetta</dc:creator><upnp:album>Virgin Records: 40 Years Of Disruptions</upnp:album></item></DIDL-Lite>","TrackURI":"x-sonos-http:tr%3a71152458.mp3?sid=2&flags=8224&sn=2","RelTime":"0:00:04","AbsTime":"NOT_IMPLEMENTED","RelCount":"2147483647","AbsCount":"2147483647"}}
Thanks
Andrew

.... work around:
Add a change node between My Sonos export and Universal play export:
The change node should only  set msg.payload.queue =true (boolean value)

.... work around:
Add a change node between My Sonos export and Universal play export:
The change node should only  set msg.payload.queue =true (boolean value)

should be solve with 4.5.5 - just published.


go-grpc-prometheus histograms are not enabled

Prior to 3.1.0-rc.1, ETCD's prometheus metrics included histograms.
3.1.0-rc.1 uses go-grpc-prometheus, and requires users to enable histograms manually. Should ETCD enable that by default or provide a flag/env for users to enable that via the CLI?

@crandles Probably we should disable by default as https://github.com/grpc-ecosystem/go-grpc-prometheus#histograms suggests. I am fine with a flag to enable it.
@heyitsanthony opinions?

A flag sounds OK.

@crandles Do you want to send a pull request to add the flag?

@xiang90 yes, I can do that.


Jetpacks should only work when on the backslot only

This isn't for jetpack-like items (Blood Red Magboots) but all other jetpacks should require use on back. This balances out space combat by forcing the players to make a choice "do I want to drag or hold onto my backpack while fighting in space".
Alternatively, if use for jetpacks still requires hand use it should be a wielded item that takes up both hand slots.
Another alternative funny idea is still leave in hand-use but have it fly away as a punishment for trying to use it without strapping it to you.

instead of holding a jetpack, you just hold your bag? it doesn't really change much

instead of holding a jetpack, you just hold your bag? it doesn't really change much

Getting knocked down in space and losing your backpack is a lot more impactful than losing your jetpack.

on the contrary, if you are stunned in space with no jetpack you are dead meat
at least with jetpack on your back you can fly to your bag try get it and run away

How would this effect the void/mini jet pack since they can go in the o2 slot

How would this effect the void/mini jet pack since they can go in the o2 slot

It wouldn't at the moment. This is strictly for jetpacks that are suppose to go on your back slot.

Trying to use a jetpack in hand should violently fling around the user until they let go, then fly away.

on the contrary, if you are stunned in space with no jetpack you are dead meat at least with jetpack on your back you can fly to your bag try get it and run away

If this change was to hinder space combat, it's just going to make people hold their bags instead of jetpacks and change relatively little - if anything, it will stop people from being properly disabled/stunned in space, because as it stands if you're stunned/asleep/zombified you can still use your jetpack freely afaik, so now the norm will be people putting the jetpack on their back and having mobility while dropping a bag of items, that another player in space now has to pick up and use a hand slot with.

it will stop people from being properly disabled/stunned in space, because as it stands if you're stunned/asleep/zombified you can still use your jetpack freely afaik, so now the norm will be people putting the jetpack on their back and having mobility while dropping a bag of items, that another player in space now has to pick up and use a hand slot with.

That's a bug and can be fixed.

Even disregarding the bugs this changes nothing in practice, if anything it'll get people to use a (slightly) more efficient option instead.


Pseudo-C view not listed in IL carousel options

What is the feature you'd like to have?
Hitting i to alternate views currently doesn't include Pseudo-C since it isn't in the default carousel or even in list of carousel options as of 3.0.3233. Would be nice to be able to add it and have it included by default.
Is your feature request related to a problem?
na
Are any alternative solutions acceptable?
idk
Additional Information:
n/a

Will be available in dev builds > 3254, good catch.


Fixed small bug in performance_metrics/forecasting/_functions.py

Reference Issues/PRs
There is no currently open issue or PR on this bug
What does this implement/fix? Explain your changes.
In the mase_loss function, there is a check if the training set is prior to test set. In the latest sktime version, the check was comparing y_train.index.max() >= y_test.min() , rather than y_train.index.max() >= y_test.index.min(). In addition, the ValueError raised a comment which was referring to y_pred, while the check performed was against y_test. Both were straightforward fixes.
Does your contribution introduce a new dependency? If yes, which one?
No new dependency.
PR checklist

For all contributions

[ ] I've added myself to the list of contributors.
[ ] Optionally, I've updated sktime's CODEOWNERS to receive notifications about future changes to these files.
[ ] I've added unit tests and made sure they pass locally.

For new estimators

[ ] I've added the estimator to the online documentation.
[ ] I've updated the existing example notebooks or provided a new one to showcase how my estimator works.

Any other comments?

Thanks for the fix @krumeto and the feedback @riteshahuja13! Synced with master and will merge once all tests pass!


Added visible column to products table

refs https://github.com/TryGhost/Team/issues/1387
We are moving away from the portal_products setting to instead store
each tiers visiblity on the Tier itself. This column will be used for
that data.
Both of the default Tiers should be visible, but newly created tiers
should not be.

A second migration will handle updating the visible column for existing Tiers, based off of the portal_products setting.

Does it make more sense to default to false everywhere...

Yes it does :) Will update

Can we please call this column visibility? We have a pattern for that, and none for visible.


Shape must be rank 0 but is rank 1, Potential issue with parse_single_sequence_example

What related GitHub issues or StackOverflow threads have you found by searching the web for your problem?
Spent quite some time digging around didn't come up with anything from stack overflow or other issues that landed near my issues. I also debugged the stack trace all the way down into where it jumps out of python and didn't come up with anything particularly useful.
Environment info
Operating System:
Ubuntu 16.04 64bit
Installed version of CUDA and cuDNN: 8 and 5
(please attach the output of ls -l /path/to/cuda/lib/libcud*):
-rw-r--r-- 1 root root 558720 Sep 14 19:02 /usr/local/cuda/lib64/libcudadevrt.a
lrwxrwxrwx 1 root root     16 Sep 14 19:05 /usr/local/cuda/lib64/libcudart.so -> libcudart.so.8.0
lrwxrwxrwx 1 root root     19 Sep 14 19:05 /usr/local/cuda/lib64/libcudart.so.8.0 -> libcudart.so.8.0.44
-rw-r--r-- 1 root root 415432 Sep 14 19:02 /usr/local/cuda/lib64/libcudart.so.8.0.44
-rw-r--r-- 1 root root 775162 Sep 14 19:02 /usr/local/cuda/lib64/libcudart_static.a
If installed from binary pip package, provide:

A link to the pip package you installed:
The output from python3 -c "import tensorflow; print(tensorflow.__version__)".

I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcublas.so locally
I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcudnn.so locally
I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcufft.so locally
I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcuda.so.1 locally
I tensorflow/stream_executor/dso_loader.cc:111] successfully opened CUDA library libcurand.so locally
0.11.0rc1
If possible, provide a minimal reproducible example (We usually don't have time to read hundreds of lines of your code)
import tensorflow as tf
import tempfile
from IPython import embed

sequences = [[1, 2, 3], [4, 5, 1], [1, 2]]
label_sequences = [[0, 1, 0], [1, 0, 0], [1, 1]]

def make_example(sequence, labels):

    ex = tf.train.SequenceExample()

    sequence_length = len(sequence)
    ex.context.feature["length"].int64_list.value.append(sequence_length)

    fl_tokens = ex.feature_lists.feature_list["tokens"]
    fl_labels = ex.feature_lists.feature_list["labels"]
    for token, label in zip(sequence, labels):
        fl_tokens.feature.add().int64_list.value.append(token)
        fl_labels.feature.add().int64_list.value.append(label)
    return ex

writer = tf.python_io.TFRecordWriter('./test.tfrecords')
for sequence, label_sequence in zip(sequences, label_sequences):
    ex = make_example(sequence, label_sequence)
    writer.write(ex.SerializeToString())
writer.close()

tf.reset_default_graph()

file_name_queue = tf.train.string_input_producer(['./test.tfrecords'], num_epochs=None)

reader = tf.TFRecordReader()

context_features = {
    "length": tf.FixedLenFeature([], dtype=tf.int64)
}
sequence_features = {
    "tokens": tf.FixedLenSequenceFeature([], dtype=tf.int64),
    "labels": tf.FixedLenSequenceFeature([], dtype=tf.int64)
}

ex = reader.read(file_name_queue)

# Parse the example (returns a dictionary of tensors)
context_parsed, sequence_parsed = tf.parse_single_sequence_example(
    serialized=ex,
    context_features=context_features,
    sequence_features=sequence_features
)

context = tf.contrib.learn.run_n(context_parsed, n=1, feed_dict=None)
print(context[0])
sequence = tf.contrib.learn.run_n(sequence_parsed, n=1, feed_dict=None)
print(sequence[0])

What other attempted solutions have you tried?
This was the quickest reproduction I could put together using some sample code from the web with a few tweaks. Initially I was trying to do this on a more serious problem with an entirely different dataset/proto, but same issue. I've considered skipping this and using some other file format. However, I think the binary format will be best.
Logs or other output that would be helpful
(If logs are large, please upload as attachment or provide link).
Traceback (most recent call last):
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/common_shapes.py", line 594, in call_cpp_shape_fn
status)
File "/usr/lib/python3.5/contextlib.py", line 66, in exit
next(self.gen)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/errors.py", line 463, in raise_exception_on_not_ok_status
pywrap_tensorflow.TF_GetCode(status))
tensorflow.python.framework.errors.InvalidArgumentError: Shape must be rank 0 but is rank 1
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "my_test.py", line 51, in
sequence_features=sequence_features
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/ops/parsing_ops.py", line 640, in parse_single_sequence_example
feature_list_dense_defaults, example_name, name)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/ops/parsing_ops.py", line 837, in _parse_single_sequence_example_raw
name=name)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/ops/gen_parsing_ops.py", line 285, in _parse_single_sequence_example
name=name)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/op_def_library.py", line 749, in apply_op
op_def=op_def)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/ops.py", line 2382, in create_op
set_shapes_for_outputs(ret)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/ops.py", line 1783, in set_shapes_for_outputs
shapes = shape_func(op)
File "/usr/local/lib/python3.5/dist-packages/tensorflow/python/framework/common_shapes.py", line 596, in call_cpp_shape_fn
raise ValueError(err.message)
ValueError: Shape must be rank 0 but is rank 1

It looks like a usage issue. Could you crosspost on stackoverflow with tag "tensorflow"?

Yup will do

Cross listed stackoverflow question

Got it and it was a bad assumption on my part, tf.TFRecordReader.read(queue, name=None) returns a tuple when I assumed it would have returned just the value not (key,value) which I was directly passing into the example parser. Please mark this solved/closed.

Great to see that you found the answer!


fix: convert blob urls in object type values

Description
Fixes #11711
Type of change

Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?
Manual
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes

Test coverage results :test_tube:
:red_circle: Total coverage has decreased
// Code coverage diff between base branch:release and head branch: fix/file-upload-not-converting-blob-url

Status
File
% Stmts
% Branch
% Funcs
% Lines

:red_circle:
total
55.87 (-0.01)
37.24 (0)
35.22 (0)
56.18 (-0.01)

:red_circle:
app/client/src/sagas/ActionExecution/PluginActionSaga.ts
18.38 (-0.54)
2.42 (-0.08)
10.53 (-0.58)
21.12 (-0.5)

/ok-to-test sha=467611b


Index maintenance

I have multiple databases with similar structure on all of them. I would like to do selective index maintenance meaning run index maintenance job on indexes in select tables on similar databases.
I tried doing something like this but it doesn't like it...any suggestions?
EXECUTE dbo.IndexOptimize
@Databases = '%_tag',
@FragmentationLow = NULL,
@FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationLevel1 = 5,
@FragmentationLevel2 = 30,
@Indexes = 'dbo.table1, dbo.table2'
Your advise is much appreciated.
Regards
Karthik

You need to include the database name for each table, in the @Indexes parameter.
https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html#Indexes

Try something like this:
EXECUTE dbo.IndexOptimize
@Databases = '%_tag',
@FragmentationLow = NULL,
@FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationLevel1 = 5,
@FragmentationLevel2 = 30,
@Indexes = '%.dbo.table1, %.dbo.table2'


[AUTOPATCHER] Patches CVE-2022-0261 for vim

        Patches CVE-2022-0261 for vim.
        This patch and PR was automatically generated and needs human verification before merging.

https://github.com/microsoft/CBL-Mariner/pull/2022


ADD “U202112142"

这位同学你要使用 https://github.com/cs-course/bigdata-storage-experiment-assignment-2024 哦

收到
---Original---
From: @.>
Date: Tue, Mar 19, 2024 21:33 PM
To: @.>;
Cc<EMAIL_ADDRESS>Subject: Re: [cs-course/bigdata-storage-experiment-assignment-2023] ADD “U202112142" (PR #28)
这位同学你要使用 https://github.com/cs-course/bigdata-storage-experiment-assignment-2024 哦
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>


Adding aliases

New aliases: 'hh', 'hxx', 'cxx'

Could you help me understand the rationale for adding these? Are they part of c++ standard or common file extensions?

There is a lot of C ++ code written in these files
When I extract from such a file several lines highlight.js does not recognize the language
And you have to tell him explicitly that this is C ++, so I just do it through the file extension,
Therefore, highlight.js must know all the extensions.

Ok, did some additional research and indeed they are commonly used.


The build system should check whether pkg-config is installed

I had a few difficulties building rav1e, which showed up as $git_desc being undefined in some Perl script. Turns out I had forgotten to install pkg-config.
It would be a bit nicer if the configure step could check that.

I'm on macOS, I just ran

git clone ...
git submodule update --init
cargo build

Here's the output:
backtrace.log
Installing pkg-config with homebrew seems to have fixed the issue.

On readme we have:

In order to build, test and link to the codec on UNIX, you need Perl, Yasm, CMake, Clang and pkg-config. To install this on Ubuntu or Linux Mint, run:
sudo apt install perl yasm cmake clang pkg-config
On Windows, pkg-config is not required. A Perl distribution such as Strawberry Perl, CMake, and a Yasm binary in your system PATH are required.

Might be a good idea reporting to pkg-config that it should provide a friendlier error message.

https://github.com/alexcrichton/pkg-config-rs/issues/56 is tracking this issue already.

Closing, as this should be fixed on pkg-config-rs's end if the error message is not displayed as expected (it should be, based on the probe function).


Increment the version

Increment the version

Codecov Report

Merging #112 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #112   +/-   ##
=======================================
  Coverage   82.92%   82.92%
=======================================
  Files          54       54
  Lines        2683     2683
  Branches      276      276
=======================================
  Hits         2225     2225
  Misses        370      370
  Partials       88       88

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 4a9010e...5d3e0f0. Read the comment docs.


Add .net 4.7 Support - Attached/Required PR for .net 4.7 Support

.net 4.7 would be required after this

Will Be Redone at a later date


Converting question to SQL generates non-working code (extra spaces in db, table, field names)

Describe the bug
Converting question to SQL generates non-working code (extra spaces in db, table, field names). Sample database (included with Metabase) query does not exhibit this issue
Steps to reproduce

run a new question, e.g. count of rows
convert to SQL
click execute

Expected behaviour
same result as in UI query editor
Error log
generated query:
SELECT
  COUNT(*) AS ` count `
FROM
  ` vd `.` Talk Party `

error message:
Code: 81. DB::Exception: Database ` vd ` doesn't exist. (UNKNOWN_DATABASE) (version <IP_ADDRESS> (official build)) , server ClickHouseNode [uri=http://localhost:8123/vd, options={use_server_time_zone_for_dates=true,use_no_proxy=false,product_name=metabase/1.2.1}]@-156336438]

Configuration
Environment

metabase-clickhouse-driver version: 1.2.1
metabase-clickhouse-driver configuration:
Metabase version: Metabase v0.47.2 (536c24c release-x.47.x)
OS: docker (eclipse-temurin) on ubuntu

ClickHouse server

ClickHouse Server version: 23.4
ClickHouse Server non-default settings, if any:
CREATE TABLE statements for tables involved:
Sample data for all these tables, use clickhouse-obfuscator if necessary

Currently working on it. Thanks for the report.

@sergem155, unfortunately, this is a bug in Metabase itself: https://github.com/metabase/metabase/issues/34235

@slvrtrn the bug you linked is closed with the milestone 0.47.7. I've just upgraded to 0.47.8, but I'm still seeing these spaces. Is there perhaps an additional issue with the clickhouse driver or should I request to reopen the upstream issue?

@Gerrit-K, I thought it would be released as part of 0.48.x (for which I created a branch already: https://github.com/ClickHouse/metabase-clickhouse-driver/pull/204).
I will make a release for 0.47.x that includes part of these changes, then :+1:

@slvrtrn Ah, I see. That would be awesome, thank you!

@Gerrit-K @sergem155, fixed in 1.2.4.


Support Plutus v2

This is more or less a proof-of-concept thing, I wonder what is the actual migration plan at the moment?
Also, note that the code changes in the first two commits are very minimal. The huge diff is mostly on affected tests, probably due to the change in ScriptContext's structure.
Key Plutus v2 PRs:

https://github.com/input-output-hk/plutus/pull/3952
https://github.com/input-output-hk/cardano-ledger-specs/pull/2485

Pre-submit checklist:

Branch

[ ] Tests are provided (if possible)
[x] Commit sequence broadly makes sense
[x] Key commits have useful messages
[ ] Relevant tickets are mentioned in commit messages
[x] Formatting, materialized Nix files, PNG optimization, etc. are updated

PR

[x] Self-reviewed the diff
[x] Useful pull request description
[ ] Reviewer requested

I'm going to close this @kk-hainq , as I think Plutus V2 is not on the near horizon; but feel free to re-open as you see fit!


ocamlPackages.astring: 0.8.3 -> 0.8.5

Motivation for this change
Support for OCaml 4.12.
Since astring is a common dependency and the maintainance effort is
minimal (package dependencies and build system didn't change) we keep
the old 0.8.3 version around for OCaml < 4.05, since 0.8.4 requires a
minimum of OCaml 4.05.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build jackline stog ocaml-ng.ocamlPackages_4_04.astring

Merged as b0c181bc9d1d86928192cc87f97c743b444f35a5


Saffman Lift + Re_p and relative_velocity in scratch_data

Description of the problem

Saffman lift force not implemented in unresolved CFD-DEM;
Reynolds of the particle and relative velocity calculated within drag

Description of the solution

[x] Implement the Saffman-Mei lift force model;
[x] Move Re_p and relative_velocity to scratch_data;
[x] Additionally, change the Re_p minimum to 1e-3 instead of e-1;
[x] Update the tests according to the new minimum Re_p.

How Has This Been Tested?

[x] All CFD-DEM tests with min Re_p = 1e-1 with Re_ p and relative_velocity inside scratch_data;
[x] All CFD-DEM tests with min Re_p = 1e-3 with Re_ p and relative_velocity inside scratch_data;
[x]  Liquid fluidized bed case with the Saffman force.

Documentation

[x] Add Saffman lift option to Unresolved CFD-DEM parameters guide.

Future changes

All done within this PR.

Comment

[x] Cross-product refactorization.

Once CI finishes and after @tonielgeitani reviews, this is ready for merge.

Nice! Thanks!


assumed html summary

Assume HTML in summary
Fix #63

Coverage remained the same at 45.455% when pulling 587253f52345abe88c71b2076b7252f3579a901f on FlaviaBastos:html-summary into 6c26adda7dae04af9e31da5e7c6172f8def3346f on pinax:master.

@paltman Can this be merged?