New docker installation comes with Error: Internal server error 500

A clear and concise description of what the bug is.
Following the installation instructions available here: https://superset.apache.org/docs/installation/installing-superset-using-docker-compose, after the image is up and running, I have opened http://localhost:8088 to do a first time login as admin, howerver, I am getting an error the web-page with the following message:" Internal server error
Sorry, something went wrong. We are fixing the mistake now. Try again later or go back to home." and there is 500 number.
How to reproduce the bug

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected results
Admin Login Page
what you expected to happen.
Actual results
Internal server Error 500.
what actually happens.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment
Linux Ubuntu 20.04 LTS
(please complete the following information):

browser type and version: Chrome latest, Firefox latest.
superset version: superset version latest from docker compose available at: https://github.com/apache/superset.git
python version: python --version
node.js version: node -v
any feature flags active:

Checklist
Make sure to follow these steps before submitting your issue - thank you!

[ ] I have checked the superset logs for python stacktraces and included it here as text if there are any.
[x] I have reproduced the issue with at least the latest released version of superset.
[x] I have checked the issue tracker for the same issue and I haven't found one similar.

Additional context
Add any other context about the problem here.

yep, I met the same error。（docker installation ）

Check the comments in https://github.com/apache/superset/pull/17687 to see if it's related to your what you're seeing. (especially the docker pull comment)

Hi @jakubczaplicki, the error comes up after the installation is done and opening  http://localhost:8088 for the first time.
I have reviewed  #17687 but I did not find a solution for the error I am facing.

This is the same issue I am encountering anyone has a fix ?

I'm seeing this issue as well... Noticed errors in db:
db_1                    | 2022-03-25 21:20:31.629 UTC [37] ERROR:  relation "ab_permission_view_role" does not exist at character 292
db_1                    | 2022-03-25 21:20:31.629 UTC [37] STATEMENT:  SELECT ab_role.id AS ab_role_id, ab_role.name AS ab_role_name, ab_permission_view_1.id AS ab_permission_view_1_id, ab_permission_view_1.permission_id AS ab_permission_view_1_permission_id, ab_permission_view_1.view_menu_id AS ab_permission_view_1_view_menu_id
db_1                    | 	FROM ab_role LEFT OUTER JOIN (ab_permission_view_role AS ab_permission_view_role_1 JOIN ab_permission_view AS ab_permission_view_1 ON ab_permission_view_1.id = ab_permission_view_role_1.permission_view_id) ON ab_role.id = ab_permission_view_role_1.role_id

and superset_init:
Cleaning up slice uuid from dashboard position json.. Done.      osition json..
superset_init           |
superset_init           | Traceback (most recent call last):
superset_init           |   File "/usr/local/lib/python3.8/site-packages/sqlalchemy/engine/base.py", line 1276, in _execute_context
superset_init           |     self.dialect.do_execute(
superset_init           |   File "/usr/local/lib/python3.8/site-packages/sqlalchemy/engine/default.py", line 608, in do_execute
superset_init           |     cursor.execute(statement, parameters)
superset_init           | psycopg2.errors.UndefinedTable: relation "ab_permission_view_role" does not exist
superset_init           | LINE 2: FROM ab_role LEFT OUTER JOIN (ab_permission_view_role AS ab_...
superset_init           |                                       ^

Same error

I found solution at the DockerHub page:
// Setup your local admin account
$ docker exec -it superset superset fab create-admin \
              --username admin \
              --firstname Superset \
              --lastname Admin \
              --email<EMAIL_ADDRESS>\
              --password admin

// Migrate local DB to latest
$ docker exec -it superset superset db upgrade

// Setup roles
$ docker exec -it superset superset init

Had the exact same issue, @IvanRibakov's instructions were correct. Checking the installation page and looks like I just didn't do all the steps.
Maybe a quick update to breakout those steps a little cleaner? I think this one can be closed tho.

The root of my issue was that I had a previous docker-compose based deployment on the same machine that I don't want to stop, leading to the persistent docker volumes conflicting. I solved my issue by making a custom Docker image with a custom configuration (https://github.com/ctmrbio/ctmr-superset)

I have the same issue and tested with versions 1.4.0 and 2.0.0.

A lot of change has happened since this issue last had activity, and the above content pertains to old versions of Superset.  I'm going to close this.  If anyone experiences similar issues deploying with docker compose on the latest official release (3.0.0 as of this writing but please check), please open a new issue.

I faced the similar issue due to incomplete configuration.
https://hub.docker.com/r/apache/superset
this link on docker superset setup helped me

This is the solution that works for me!


ekrcei is not giving correct result

ekrcei is a function that reads from an integer column in a specified EK record. Here are the inputs and returns:
    Inputs:
      int    handle = Handle attached to EK file.
      int    segno  = Index of segment containing record.
      int    recno  = Record from which data is to be read.
      string column = Column name.

    Returns:
      int[*] ivals  = Integer values in column entry.
      bool   isnull = Flag indicating whether column entry is null.

Here is a pared-down unit test for your use:
import cspyce as cs
import numpy.testing as npt
import os
import pytest

from gettestkernels import TEST_FILE_DIR

def cleanup_kernel(path):
    cs.kclear()
    cs.reset()
    if os.path.isfile(path):
        os.remove(path)  # pragma: no cover
    pass

ekpath = os.path.join(TEST_FILE_DIR, "example_ekmany.ek")
tablename = "test_table_ekmany"
cleanup_kernel(ekpath)
# Create new EK and new segment with table
handle = cs.ekopn(ekpath, ekpath, 0)
decls = [
    "DATATYPE = CHARACTER*(10),   NULLS_OK = FALSE, SIZE = VARIABLE",
    "DATATYPE = DOUBLE PRECISION, NULLS_OK = FALSE, SIZE = VARIABLE",
    "DATATYPE = INTEGER,          NULLS_OK = FALSE, SIZE = VARIABLE",
]
segno = cs.ekbseg(handle, tablename, ["c1", "d1", "i1"], decls)
# Insert records:  1, 2, and 3 entries at rows 0, 1, 2, respectively
c_data = [["100"], ["101", "101"], ["102", "102", "102"]]
d_data = [[100.0], [101.0, 101.0], [102.0, 102.0, 102.0]]
i_data = [[100], [101, 101], [102, 102, 102]]
for r in range(0, 3):
    cs.ekinsr(handle, segno, r)
    cs.ekacec(handle, segno, r, "c1", c_data[r], False)
    cs.ekaced(handle, segno, r, "d1", d_data[r], False)
    cs.ekacei(handle, segno, r, "i1", i_data[r], False)
# Try record insertion beyond the next available, verify the exception
with pytest.raises(Exception):
    cs.ekinsr(handle, segno, 4)
# Close EK, then reopen for reading
cs.ekcls(handle)
cs.kclear()
handle = cs.eklef(ekpath)
assert handle is not None
# Test query using ekpsel
query = "SELECT c1, d1, i1 from {}".format(tablename)
nmrows = cs.ekfind(query)
# Validate the content of each field, including exceptions when
# Loop over rows, test .ekgc/.ekgd/.ekgi
for r in range(nmrows):
    # get row int data
    ri_data, i_null = cs.ekrcei(handle, segno, r, "i1")
    assert not i_null
    npt.assert_array_equal(ri_data, i_data[r])

The expected result for ri_data is an int array of size 1. However, the current output is [4.94e-322]. This value also needs to be 100, to match to the correct value in i_data.
I did preemptively take a look at the ekrcei section in cspyce0_part2.i, which contains the following:
%rename (ekrcei) ekrcei_c;
%apply (void RETURN_VOID) {void ekrcei_c};
%apply (SpiceInt *SIZE1, SpiceDouble OUT_ARRAY1[ANY])
                {(SpiceInt *nvals, SpiceInt ivals[MAXVALS])};

extern void ekrcei_c(
        SpiceInt       handle,
        SpiceInt       segno,
        SpiceInt       recno,
        ConstSpiceChar *CONST_STRING,
        SpiceInt       *nvals, SpiceInt ivals[MAXVALS],
        SpiceBoolean   *OUTPUT
);

Would it be correct to assume that the SpiceDouble needs to be a SpiceInt in this case?

It looks like you found the bug!!
On Tue, Jun 13, 2023 at 16:01 esimpsons3ti @.***> wrote:

Assigned #90 https://github.com/SETI/pds-cspyce/issues/90 to @fyellin
https://github.com/fyellin.
—
Reply to this email directly, view it on GitHub
https://github.com/SETI/pds-cspyce/issues/90#event-9521697314, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABC2LILYUVCXRZ4RTAQQH6DXLDWLNANCNFSM6AAAAAAZFRBEFE
.
You are receiving this because you were assigned.Message ID:
@.***>

--
Sent from Gmail Mobile

Great! Then I will attempt the fix and open a pull request when I can confirm functionality locally.


[MXNET-560] Add temperature parameter in Softmax operator

Description
This PR is to address the request to have a native temperature parameter in the softmax functions. See Issue for more detailed discussion.
I have added the temperature parameter to softmax operator. By default the temperature parameter value is 1.0 and both functions should behave the same as not specifying the temperature parameter.
Verified the change using the following code in Python:
import mxnet as mx

data = mx.sym.Variable('data')
net = mx.sym.softmax(data=data, temperature=10)

x = mx.nd.array([ 1,  2,  3])

ex = net.bind(mx.cpu(), args={'data': x, 'softmax2_label': 'softmax2'})
ex.forward()

should expect return
[
[ 0.30060961  0.33222499  0.3671654 ]
 <NDArray 3 @cpu(0)>]

Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[X ] The PR title starts with [MXNET-$JIRA_ID], where $JIRA_ID refers to the relevant JIRA issue created (except PRs with tiny changes)
[X] Changes are complete (i.e. I finished coding on this PR)
[X ] All changes have test coverage:
Added a unit test to cover the new parameter
[X] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[X] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[X] Softmax operator with new temperature parameter(unittest at test_operator.py:test_softmax_with_temperature)

Comments

This change is backward compatible. The default value of temperature is 1.0f
Because 90% of the time (empirically) user will use this operator using the default temperature, I have added a "if else" branch in CPU computation to optimize the runtime by getting rid of the unnecessary 'divide-by-one' operation. This is not done in GPU kernel because 1) adding if branch will have negative runtime impact in GPU, 2) CUDA compiler may perform additional optimization on this edge case.
I have use check_speed function to verify this optimization in CPU. In my experiment, I choose a vector of size 10000 and run 10 times. The runtime reduction is about 25%. Experiment code is pasted below:

import mxnet as mx
from mxnet.test_utils import check_speed
data_shape=(1,10000)
data = mx.sym.Variable(name='data',shape=data_shape)
ctx=mx.cpu(0)
x = mx.nd.random.normal(0, 1.0, shape=data_shape, ctx=ctx)
net = mx.sym.softmax(data=data)
softmax_time = check_speed(sym=net, location={'data': x}, ctx=ctx, N=10, grad_req='null', typ='forward') * 1000
print(softmax_time)

@rahul003 @haojin2 @eric-haibin-lin @sandeep-krishnamurthy @Roshrini
Thanks all for your reviews on my previous [WIP] PR. I have created this new one for review due to the mess-up caused by my previous merge. This PR also addressed the comments raised in previous one.

@pengzhao-intel @zheng-da do you know if MKLDNN supports the temperature parameter? If not then we will just have to fallback to fcompute

@eric-haibin-lin Addressed your comments. Please review at your convenience again. Thx

Is mx.sym.softmax(data=data, temperature=10) the same as mx.sym.softmax(data=data / 10) ?

@sxjscience You raised a good point. I should have thought it through earlier. Running forward() function is the same if you just specify data/t as the input to data. However, I am not sure if the backward() function will behave the same since taking the derivative of the softmax function will be different with the temperature parameter in the exponential term. Need more expert opinion on this.

@apeforest @sxjscience I think backpropagation will be different for a SoftmaxOutput final layer, because the derivative of the softmax with temperature will have an extra factor of 1/temperature. This leads to an extra factor of 1/temperature in all the d error/d weight terms. (Someone is welcome to double-check my math.) So it's not the same as uniformly scaling the data. Another way to think about this is that the derivatives are still with respect to the unscaled data. In other words, d f(x/T) /d x is what is used in backpropagation, not d f(x/T) /d (x/T), where f is the usual softmax function (temperature of 1). See also the comment here by isarandi on the first answer.

@slitsey It's actually doable with existing layers: do an __mul_scalar first and the feed the output to normal softmax, the backward of __mul_scalar will add the 1/T to the grad during back propagation.

@haojin2 That's a good point. Would that still be as computationally efficient? Would adding an extra layer like this make things appreciably slower than having a native parameter, or would it be essentially the same?

@slitsey I don't think it would be introducing a lot of overhead, plus we're not performing that many changes if using existing ops.

@haojin2 That's what I figured. In that case, I leave it up to the community to decide how to proceed. If we decide not to incorporate the parameter natively and go with the _mul_scalar layer solution, I would at least request a documentation change to SoftmaxOutput pointing this out as an example use case of chaining these two layers, given how prominent it is.

@slitsey Actually going in the direction I just described would require some change in the python code for SoftmaxOutput, or we can make a new API named something like SoftmaxWithTemperature, and we can then have the proper documentation there.

@slitsey I am leaning towards @haojin2 's second suggestion to make a new API named SoftmaxWithTemperature. This way it is easier to use and does not impact the performance of regular Softmax operator. Please let me know what you think.

@apeforest I'm fine with that idea. Would we maintain the softmax vs SoftmaxOutput distinction too? So two new API additions?

Well we also have the SoftmaxActivation thing... so I guess 3 new API additions then. But however we do this there'll be some API changes, and since the usage of this is not as big as the T=1 case, I would prefer that we add this in the form of new APIs. Just want to be clear here that I'm not opposed to adding a new option to the existing APIs, but I also want to make sure we have minimal regression of performance and introduce the least confusions for our users.

@haojin2 That makes sense. To play devil's advocate, I would argue that having six different variations of softmax is a bit ridiculous, and more confusing than adding a single parameter to existing functions. Since the default behavior is unchanged, most users won't even know the difference from a UX perspective. You can't create a new function every time someone wants to add a new feature to an existing function; that kind of function proliferation generates far more user confusion than adding a parameter they can safely ignore.
The performance regression argument is much more significant. However, while I'm not an expert on this, I suspect that adding an if statement to a function's execution is about as minimal a performance drop as you can get. (Especially given that's its just deciding whether or not to perform a floating point division operation!) Most other modifications would have a more substantial impact. Feel free to correct me if I'm mistaken on this point.
Finally, making an enhancement to an important function like softmax can itself induce use of that feature. I wouldn't be surprised if the fraction of softmax users that employ this feature ends up being higher than you may think, given that it's a hyperparameter applicable to most use cases that tends to be ignored only due to ignorance or to maintain simplicity.
Anyway, I'll let everyone else weigh in. For my own use case, having new SoftmaxWithTemperature functions would be fine, but I suspect for the library as a whole, it may be better to incorporate the change within the existing functions.

Actually something I did not mention is compatibility issues, modified APIs will have effects on the exported json file for the models and may cause problems for earlier versions of MXNet. On the other hand, the performance regression issue

@haojin2 If we decided to just call  _mul_scalar under the hood without actually modifying the backend implementation, then we don't have the compatibility issue right? If that's the case, it seems adding an option to the existing Softmax function to be a more desirable approach.

That sounds like a reasonable approach. How would that affect performance?

If we add an if statement up front instead of inside every operation, the performance impact should be minimal.

@haojin2 Does this approach sound like something you would be comfortable with? It seems like it resolves the issues we've discussed in an elegant and efficient way.

@haojin2 Changed parameter temperature to optional as we discussed. Added unittest test_softmax_with_temperature() to test temperature value ranging from 1 to 10. Please help review again. Thanks!

@piiswrong @reminisce @anirudh2290 @eric-haibin-lin Please give a review on this when you have time, thanks!

@eric-haibin-lin Whom should I ask to merge this PR if it's approved?


Inconsistent definition default value for implementation in LSTM layers

System information.

Have I written custom code (as opposed to using a stock example script provided in Keras): no
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): CentOS
TensorFlow installed from (source or binary): binary
TensorFlow version (use command below): 2.12
Python version: 3.7

Describe the problem.
These two constructors define the default value of implementation to be 2
https://github.com/keras-team/keras/blob/17af3fcb1d21f950fff097e0534a6ae56bd25a46/keras/layers/rnn/lstm.py#L177
https://github.com/keras-team/keras/blob/17af3fcb1d21f950fff097e0534a6ae56bd25a46/keras/layers/rnn/lstm.py#L526
However get_config() uses implementation = 1 as default value if no value is provided within the config.
https://github.com/keras-team/keras/blob/17af3fcb1d21f950fff097e0534a6ae56bd25a46/keras/layers/rnn/lstm.py#L890
Describe the current behavior.
get_config() returns a different default value for implementation.
Describe the expected behavior.
get_config() should return consistent default behavior.
Contributing.

Do you want to contribute a PR? (yes/no): yes
If yes, please read this page for instructions
Briefly describe your candidate solution(if contributing):

Change 1 to 2 in get_config() ;)

@mergian ,
Please have a look below.
https://github.com/keras-team/keras/blob/17af3fcb1d21f950fff097e0534a6ae56bd25a46/keras/layers/rnn/lstm.py#L526-L532.
Code for from_config().
https://github.com/keras-team/keras/blob/17af3fcb1d21f950fff097e0534a6ae56bd25a46/keras/layers/rnn/lstm.py#L887-L891
From above code of from_config if config["implementation"] == 0 then only it will make default value of config["implementation"]=1.Other than '0' then it will takes actual value only. AFAIK ,This seems correct and no need of changes . WDYT ?


default graphs

It would be very cool if we could have some default settings for the -seq flag in polyply such that for example atomistic PS if set with '-seq PS:4' it would make a tetramer that is H-terminated and has an random atactic assignment of sterochemistry equivalent to running gen_seq before hand. One way could be a to allow for a defaults file in the force-field that stores instructions for the polymer and the run gen_seq internally.
@pckroon any other ideas?

Good idea, but requires some thought.
What options/possibilities do you want to allow defaults for? From there you know what information should be defined in such a defaults file.
Next question: how closely do you want to tie this in with the gen_seq CLI definition? Meaning, do you want your defaults file to really specify CLI options (in whatever format), or do you want to use internal variables?
From there you can start defining a file format

The options I think should at least be:

tacticity
terminus

only for linear polymers
Most easy would be to simply make a line as dict with the CLI arguments and then feed it to the gen_seq function. Of course that is less user friendly but then again ff-files are far from user friendly and really not very much documented as of now.

@pckroon I'm preparing a new PR for adding modifications and terminii. So this will in part resolve this issue. As far as tacticity goes after some practice encounters, I think it is better to keep this out of the gen_itp/gen_params. It adds even more hidden defaults and complicates the ff-format. A good GUI for drawing graphs is prepared by the MAD, I think that will also help.


Name the bot!

Right now the tentative name will be penguin, feel free to suggest any other names below and they will be considered

Hint: The main idea is to have some pun on "angular", "ng", etc. Idea is penguin because it contains an "ng". Another one is "kangaroo".

ngRing

My vote is now on the name: ng-bot, ngb for short. I've renamed the repo to this name for now, just to see how it feels. Still open for suggestions


move comparison benchmarks into separate package

Also change the benchmarks in deque itself to use direct calls
and avoid allocations to give a more accurate idea of how the
code actually performs and the number of allocations it uses
independent of the caller.
This is a work-in-progress, as a lot of docs will need changing, so I'd suggest using this just as a starting point.

Codecov Report

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

@@          Coverage Diff          @@
##           master     #6   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           1      1
  Lines         116    116
=====================================
  Hits          116    116

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 3eede66...853122e. Read the comment docs.

Roger, don't worry about moving the comparison tests to another package in this repo. I'll create another repo in the ef-ds account and move all comparison tests there. Will also update the direct tests on this repo. This way this repo will look much cleaner.

The tests have been moved in this PR: https://github.com/ef-ds/deque/pull/16


Token verification doesn't include expiry check

The verify method lets you specify leeway for the expiry check. If you don't specify one then there is no expiry check at all, which means it lets expired tokens go through.
The fix should be to add a leeway (at least specify 0 for a default of no leeway).
There's a fork I've created with this fix, but it includes other enhancements as well - I'll create a pull request separately, but if you want to fix this issue all that's needed is to add the parameter 0 to the "verify" call.

It should work now: https://github.com/SkyLothar/lua-resty-jwt/commit/480f17dbb557180b513420563dd8ccdc0cef62cc

Thanks for that. Looks good!
We're currently using our own fork. At some point I'll merge and make sure it's consistent with the master branch.


Traffic Light - Pass/Failure

Would be helpful to have a traffic light connection out of the switch-sql-query script so that if a file fails to query it can be directed appropriately.

Thanks

Complete in 17675d2e06dac9e437ba2cd2ba6b889aa66be97e


Bump gradle version to 8.4

This PR will upgrade gradle to 8.4

From Munish:

tests were skipped
https://github.com/gradle/gradle/issues/26061
upgrading buildtool version seems to fix the issue, account to the comments, i will try that

PR with fix
https://github.com/seqeralabs/wave-cli/pull/40

Why tests were skipped by the CI?

I remember this has happened before with another PR of mine.
One thing I can think of is that, as the change was little, I edited directly in the github web interface, then asked to commit on new branch, which I then submitted for PR .. wondering whether this workflow works in a different way compared to a push from local repo .. it shouldn't right?
Can investigate further

See https://github.com/seqeralabs/wave-cli/pull/44


Query: Test SelectMany_Joined_Take() generates unexpected SQL with SQL CE provider

For the SQL CE provider. the SQL below is generated
SELECT [c].[CustomerID], [c].[ContactName]
FROM [Customers] AS [c]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

SELECT [o].[OrderID], [o].[CustomerID], [o].[EmployeeID], [o].[OrderDate]
FROM [Orders] AS [o]

(and on and on 1000 times!)

In my SqlCeQueryCompilationContext I have:
public override bool IsCrossApplySupported => true;

What can I be doing wrong?

@anpete any thoughts on this one?

Had a quick look and couldn't see anything obvious. Might need to debug it.

@anpete  Now get same pattern with Where_query_composition4() !

@ErikEJ we have a pretty big backlog of things to investigate, so if you have any time to do further debugging that would be great :smile:

@ErikEJ just a general note on this (and a couple of other issues where we need to make things more flexible to support CE). Given how much is on our plate to get RC done, we aren't going to be able to dedicate a lot of time to sorting this out for RC. We will spend the time to unblock things before RTM. Our perspective is that the limitations should be ok for the CE provider for RC - as they don't seem to be super common cases (not that they aren't important, just that we need to prioritize things). That said, if you want to look at working around them, then we'd be happy to take contributions on them.
@anpete if you are able to give a hint at where Erik could get started with this, that would be great.

I had a DI bug :sad:


[Refactor] remove default_cluster from privEntry and UserProperty

What type of PR is this：

[ ] BugFix
[ ] Feature
[ ] Enhancement
[x] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #
Problem Summary(Required) ：

For compatible with old version, remove the "default_cluster" prefix from origUser when deserializing and add the "default_cluster" prefix to origUser when serializing.
We cannot change the origUser when serialize using json format, because the origUser can be used at runtime, so we have to use another property (origUserForJsonPersist) to store the changed value for persist.
Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] I have added user document for my new feature or new function

run starrocks_admit_test

run starrocks_admit_test

[FE PR Coverage Check]
:disappointed: fail : 22 / 28 (78.57%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/mysql/privilege/TablePrivEntry.java
1
3
33.33%
[94, 121]

:large_blue_circle:
com/starrocks/mysql/privilege/DbPrivEntry.java
1
3
33.33%
[109, 130]

:large_blue_circle:
com/starrocks/mysql/privilege/ResourcePrivEntry.java
2
3
66.67%
[91]

:large_blue_circle:
com/starrocks/mysql/privilege/GlobalPrivEntry.java
2
3
66.67%
[120]

:large_blue_circle:
com/starrocks/mysql/privilege/UserProperty.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/mysql/privilege/PrivEntry.java
12
12
100.00%
[]

:large_blue_circle:
com/starrocks/mysql/privilege/ImpersonateUserPrivEntry.java
2
2
100.00%
[]


[Build] Lock-App ICD management server

Build issue(s)
The lock app is built including the ICD management cluster by default, but we are not enforcing it to be build as an ICD, meaning that it does not include the ICD manager source set in most of the CI builds. This result in the need to ifdef out GetICDManager  calls or other ICDManager dependencies when using it in the icd-management-server.cpp.
An example of idfefing is mentioned in this dicusion: https://github.com/project-chip/connectedhomeip/pull/32247#discussion_r1498505642
Platform
all
Anything else?
For instance, the following CI fail on building when no ifdefing is present in emberAfIcdManagementClusterStayActiveRequestCallback
Build example - ASR / ASR
Build example - ESP32 / ESP32
Build example - Infineon / Infineon examples building
Build example - Linux ARM / Linux ARM Cross compile
Build example - Mbed OS / Mbed OS examples building
Build example - QPG / QPG
Build example - TI CC26X2X7 / cc26x2x7
Build example - TI CC32XX / cc32xx
Tests / Test Suites - Darwin (no-ble-asan-clang) (pull_request)
Tests / REPL Tests - Linux (pull_request)
Build example - ESP32 / ESP32_1 (pull_request)

WG: common zap file needs to handle platform differences gracefully.  Some platforms don't build ICD and therefore break the build.


Why using API call in action? Isn't it supposed be in middleware/api?

I am just wondering why

Anybody? I was also wondering why


Need a resume option for the beamformer

In case of job failures due to cluster problems or wall times, we need a way to resume a processing.
If we were to do this outside skyweavercpp then, we need to synchronize the time across all file boundaries (of CB, IB and STATS files)
We could take the maximum file size (in bytes) of CB and then compute what that would correspond to for the other files, or actually take max_seconds_per_file and make MultiFileWriter make decisions based on what file it is writing.

I would call it max_output_file_duration.
Need to be careful here as we will be giving this times in seconds and it will translate to samples. If we want to use that time again later we need to ensure that it is integer correct.
Note, we also currently round off the max file size so that it is a multiple of the blocking factor used in the pipeline:
    // Here we round the file size to a multiple of the stream prototype
    std::size_t filesize =
        std::max(1ul,
                 _config.max_output_filesize() / stream_data.size() /
                     sizeof(typename VectorType::value_type)) *
        stream_data.size();
    BOOST_LOG_TRIVIAL(debug)
        << "Maximum allowed file size = " << filesize << " bytes (+header)";

In general does this feature actually make sense?
You could also split the input data in the nexflow jobs and process in smaller batches. Then checkpointing is irrelevant and it is just the job of the cleaver to merge files that are separated in time.

Do you mean if the observation duration is 300 seconds, then nextflow splits this into 300/X jobs and then merge later in time? True, we can have a workaround like that as long as the output filenames are unique for every run.
The impact of a failed run will be lesser this way, I can leave X as a variable for nextflow users to tune. Is everyone happy with this workaround?

skyweaver currently takes start time and duration in seconds to beamform, which it then round off to the nearest sample - so it is the same problem. We need then a way to also give these as samples to make sure that the subsequent runs are contiguous.
I like the idea of having constant time boundaries for each file (CB/IB/Stats), if we can achieve them unambiguously.

My worry about this feature is that in needs lots of parts of the code to know about each other somehow and restricts how they can be implemented. All the different output chains have to output data that is guaranteed to be some multiple of the rates of all the other outputs.  Wouldn't it just be safer to do this on the Python side. The logic is so much clearer to me:

Check all output files from the run
find the latest valid timestamp from the data by looking at the file sizes and header
Truncate the existing files back to a common end time (this might be also a multiple of the input file size for example)
Calculate what that end time corresponds to as the start time for the input data
Make a new input list
Start the code again with the same output directory

Doing this in the C++ side just seems difficult as we don't have any signal handling implemented and there is no guarantee anyway that when the code is stopped the stops will be clean. It is better to have the Python code verify the actual correct time to restart from based on what is actually written already.
The only thing that would need to be taken care of from the C++ side then would be to ensure that the filenames don't clash when restarting.

@ewanbarr suggested: "You could also split the input data in the nexflow jobs and process in smaller batches. Then checkpointing is irrelevant and it is just the job of the cleaver to merge files that are separated in time."
I don't think that works - won't there be gaps at the start/end of each batch of input files due to the incoherent de-dispersion?
Actually, I think the same problem applies to the python solution of working out last "good" end time, and starting a new batch of inputs from there.

Yea, this is is a good point. The restart time would need to account for the delays in the system. Those delays are quite complex to work out at the moment as the coherent dedisperser causes anti-delay and the incoherent dedisperser causes delay. These aren't just based on the DM either, in the case of the coherent dedisperser it is also dependent on the optimal FFT size.

Is this feature dead?


Create AppVeyor config

We should build upon the work in #91 and create an .appveyor.yml.
https://gist.github.com/majkinetor/857a59ebbb43c6e687cf11d724209a21
https://www.appveyor.com/docs/build-configuration/

For now, it may be best to disable AppVeyor, since it's completely broken and marks valid pull request as broken, even if they are perfectly fine, passing all CI tests for linux.
Could you consider letting it disabled until the AppVeyor config has been correctly created?

Work-in-progress branch here: https://github.com/muesli/gopass/tree/appveyor

Very interesting branch. I'm looking forward to any PRs derived from that.

Closed by #442


Changes to MAINTAINERS and CODEOWNERS

Added full subteam membership as CODEOWNERS and MAINTAINERS.
Only last commit on this is signed, I'm not sure how that squashes.  If I need to amend the signing just let me know.

I'd squash the maintainer commits together and make it clear in the commit messages that the additions are adding subteam members (it's not an arbitrary list).
Capitalizing the first letter of the first line of the commit message is best practice. See https://chris.beams.io/posts/git-commit/

re:commit message - you could actually use a variant of the first line of the PR comment:
Add full subteam membership to CODEOWNERS
Add full subteam membership to MAINTAINERS.md
to replace "adding more maintainers" and "updating CODEOWNERS" commit messages.


Add backward support for complex mul

Add backward support for complex mul for Type 1 complex tensor

Merged to main #6540


mail/notification like system for admin user interaction inside streama server

mail/notification like system for admin user interaction inside streama server
for maintenance or friends joking around an small notification area maybe in the user area

notification system for admin to user interaction
like when you going to shutdown the server or something like that you can send some alert to the online users

ah I like it - a message-box so to speak. Good idea :)


Documenting the limitation reported in Issue#1963

This should resolve https://github.com/ballerinalang/ballerina/issues/1963

Losing this until https://github.com/wso2/carbon-transports/pull/228 is merged.

Reopened as wso2/carbon-transports#228 has now being merged.


Synchronize D415 and ZED.

Required Info

Camera Model
D415

Operating System & Version
Linux Ubuntu 16

Platform
PC

Hi all,
I'm planning on doing a setup consisting of a D415 and ZED camera. Recording will be started and stopped simultaneously (connected to the same USB host) and I wish to somehow afterwards sync the two videos that have been saved.
Is this possible using any frame metadata from the D415? Any who have experienced syncing with ZED or any other non Intel cameras?
From the ZED I can get the timestamp at the time a given frame has been extracted from the USB stream.
Thanks.

[Realsense Customer Engineering Team Comment]
hi @Lejboelle,
is this work for you?
do you need more support on this topic?

I've only been comparing the timestamps from a couple minutes of video, so far the TIME_OF_ARRIVAL timestamp was the one most similar to that from the ZED timestamp, being ~200ms different.
But I need to test the sync in a longer recording.

Hi,
I tried doing a longer recording, and as expected, the frames captured by ZED and RS started to drift apart when looking at the frame counter, although, it did seem that comparing the TIME_OF_ARRIVAL timestamp with the ones from ZED frames, I could sync the two outputs with ~70msec difference (~1 frame@15FPS).
So I guess, this can be closed.

I tried doing a longer recording, and as expected, the frames captured by ZED and RS started to drift apart when looking at the frame counter, although, it did seem that comparing the TIME_OF_ARRIVAL timestamp with the ones from ZED frames, I could sync the two outputs with ~70msec difference (~1 frame@15FPS).
So I guess, this can be closed.

@Lejboelle Hi, how did you make sync actually? Could you drop down here?


[Event Request] codeunit 5876 "Phys. Invt. Rec.-Finish" - "Code"

Describe the request
I would like to request the following event:
Object: PhysInvtRecFinish.Codeunit.al
Procedure: "Code"
Where the event should be placed:
    PhysInvtRecordLine.Reset();
    PhysInvtRecordLine.SetRange("Order No.", PhysInvtRecordHeader."Order No.");
    PhysInvtRecordLine.SetRange("Recording No.", PhysInvtRecordHeader."Recording No.");
    PhysInvtRecordLine.SetFilter("Item No.", '<>%1', '');

    IsHandled := false;
    OnCodeOnBeforeFindPhysInvtRecordLine(PhysInvtRecordHeader, IsHandled);
    if not IsHandled then
        if not PhysInvtRecordLine.Find('-') then
            Error(NoLinesRecordedErr);

    if not HideProgressWindow then begin
        Window.Open('#1#################################\\' + FinishingLinesMsg);
        Window.Update(1, StrSubstNo('%1 %2', PhysInvtRecordHeader.TableCaption(), PhysInvtRecordHeader."Order No."));
    end;

Event Code
[IntegrationEvent(false, false)]
local procedure OnCodeOnBeforeFindPhysInvtRecordLine(var PhysInvtRecordHeader: Record "Phys. Invt. Record Header"; var IsHandled: Boolean)
begin
end;

Additional context
We want to extend the phys. inventory order and phys. inventory recording so that we can also post our own lines (no items) if no item lines exist
Internal work item: AB#544594

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 23210.


Add outline

@ajpmaclean : : Please review.

@ajpmaclean : Indentation fixed. no .txt file. Please review.

Thankyou


only mp3 is downloading. video is not downloading

Checklist

[X] I'm reporting a broken site
[X] I've verified that I'm running yt-dlp version 2022.06.29 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[ ] I've read about sharing account credentials and I'm willing to share it if required

Region
No response
Provide a description that is worded well enough to be understood
only mp3 is downloading. video is not downloading
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-o', '%(title)s.%(ext)s', 'https://www.dailywire.com/episode/the-matter-with-things-peterson-and-mc-gilchrist', '--cookies-from-browser', 'firefox', '-v']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.06.29 [9d339c41e] (zip)
[debug] Plugins: ['SamplePluginIE', 'SamplePluginPP']
[debug] Python 3.10.6 (CPython 64bit) - Linux-5.18.16-1165.native-x86_64-with-glibc2.36 (glibc 2.36)
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 1ad802c (fdk,setts), ffprobe 1ad802c, rtmpdump 2.4
[debug] Optional libraries: Cryptodome-3.15.0, brotli-1.0.9, certifi-2022.06.15, mutagen-1.45.1, secretstorage-3.3.2, sqlite3-2.6.0, websockets-10.3
[Cookies] Extracting cookies from firefox
[Cookies] Searching for "cookies.sqlite":      1 files searc[debug] Extracting cookies from: "/home/g/.mozilla/firefox/fvwcddni.default-release/cookies.sqlite"
[Cookies] Extracted 1212 cookies from firefox
[debug] Proxy map: {}
[debug] [DailyWire] Extracting URL: https://www.dailywire.com/episode/the-matter-with-things-peterson-and-mc-gilchrist
[DailyWire] the-matter-with-things-peterson-and-mc-gilchrist: Downloading webpage
[DailyWire] the-matter-with-things-peterson-and-mc-gilchrist: Downloading JSON metadata
[DailyWire] the-matter-with-things-peterson-and-mc-gilchrist: Downloading graphql json
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] cl6plol37r6ur0a26zsw6vlkn: Downloading 1 format(s): 0
[debug] Invoking http downloader on "https://cloudfront.dailywire.com/episodes/cl6plol37r6ur0a26zsw6vlkn/cl6plol3ar6ut0a265sfvjnj8-1660256234445-128k.mp3"
[download] Destination: The Matter with Things - Peterson and McGilchrist.mp3
[download] 100% of 104.20MiB in 00:13

Dailywire extractor still in work. At the moment, the extractor only extract without login information. The cookie didn't help because Dailwire need Authorization header that based on api call. In mean time, you can check any m3u8 url and then input the url in yt-dlp. Sorry for your inconvenience


Should the Errata section of file_details include a link to download the error files?

Sorta like we have for the downloads details page?

Looks like you took care of this. Unless you also think we should link to error logs on the individual file archive page?

I think he got it.


请问如何推理，谢谢

请问如何推理，谢谢

The training code adaptation.py contains a validation script; I will update a separate validation script later


Django 1.11 support

Looking at the differences between the current Django 1.11 Widget.build_attrs, and previous versions of the function, there are some annoying compatibility differences that should be addressed.
Old versions of Django have something like:
class Widget():
    def build_attrs(self, extra_attrs=None, **kwargs):
        attrs = dict(self.attrs, **kwargs)
        if extra_attrs:
            attrs.update(extra_attrs)
        return attrs

# Call like:
extra_attrs = dict(type=self.input_type, name=name)
final_attrs = self.build_attrs(attrs, **extra_attrs)

While 1.11 has something like:
class Widget():
    def build_attrs(self, base_attrs, extra_attrs=None):
        attrs = base_attrs.copy()
        if extra_attrs is not None:
            attrs.update(extra_attrs)
        return attrs

# Call like:
final_attrs = self.build_attrs(self.attrs, attrs)

As the code currently stands, under Django 1.11, self.attrs will not be included in final_attrs. Some sort of compatibility shim is possibly required. I'm actually surprised this didn't go through some sort of deprecation path, as build_attrs is used by basically all the custom widgets.

Merged in #5. Thanks!


with_clean_env / with_original_env is not threadsafe?

I have a script that fires off many thread which each run a shell commands. Here is the code which invokes the shell commands:
Bundler.with_clean_env { `#{command}` }

On one of my runs I got this error:
RuntimeError: can't add a new key into hash during iteration
                        []= at org/jruby/RubyHash.java:1007
                    replace at org/jruby/RubyHash.java:1744
          with_original_env at /Users/john/.rbenv/versions/jruby-<IP_ADDRESS>/lib/ruby/gems/shared/gems/bundler-1.11.2/lib/bundler.rb:198
             with_clean_env at /Users/john/.rbenv/versions/jruby-<IP_ADDRESS>/lib/ruby/gems/shared/gems/bundler-1.11.2/lib/bundler.rb:205

The suspicious bundler code is here. Line 198 refers to ENV.replace(ORIGINAL_ENV):
    def with_original_env
      bundled_env = ENV.to_hash
      ENV.replace(ORIGINAL_ENV)
      yield
    ensure
      ENV.replace(bundled_env.to_hash)
    end

    def with_clean_env
      with_original_env do
        ENV["MANPATH"] = ENV["BUNDLE_ORIG_MANPATH"]
        ENV.delete_if {|k, _| k[0, 7] == "BUNDLE_" }

        if ENV.key?("RUBYOPT")
          ENV["RUBYOPT"] = ENV["RUBYOPT"].sub "-rbundler/setup", ""
        end

        if ENV.key?("RUBYLIB")
          rubylib = ENV["RUBYLIB"].split(File::PATH_SEPARATOR)
          rubylib.delete(File.expand_path("..", __FILE__))
          ENV["RUBYLIB"] = rubylib.join(File::PATH_SEPARATOR)
        end

        yield
      end
    end

Subsequent runs of my script never caused the problem again.
I tried writing a script to stress test this race condition and reproduce the problem but I wasn't able to.
I'm not entirely sure where in that code (or elsewhere) the problem is originating. Is it simply that any two threads in a runtime can't iterate over and add a new key to a hash at the same time? Or does the violating key addition have to happen within the actual iteration block? If the former then I think it's simply a matter of a low-probability race condition. If the latter, then I have no idea where this could be occurring.

It's impossible for those methods to be threadsafe. They modify global variables. Adding a mutex wouldn't help because that simply ensures that the threads have to take turns modifying global state. You'll need to handle the thread safety yourself if you call those methods.

Oops, after reading your ticket again, I think a mutex would prevent this particular exception. My bad, sorry.
However, the underlying problem would still be there, even though the exception would not be. If you're using these methods in threads, you need to make sure they have exclusive execution because they modify global state.

@indirect since the methods take blocks, we could add our own mutex inside them, a BUNDLER_ENV_MUTEX of sorts

the underlying problem would still be there, even though the exception would not be. If you're using these methods in threads, you need to make sure they have exclusive execution because they modify global state

ahh, gotcha. I just rewrote my script so that there is only one invocation of Bundler.with_clean_env in which everything is run, and that works fine.

@segiddins think we should? the mutex will be held the entire time the subcommand is running, which effectively undoes threading....

I guess we could release the mutex by forking, setting the env back, and then releasing the lock? That sounds... much more complicated than what we have now. 😝

Maybe there should be a Bundler.clean_env method that just returns the clean/original environment?
Then other ruby applications could retrieve this and pass it on for when launching new processes (e.g. with Process.exec(env, command)), and we wouldn't change the state of any environment variables in the parent process.
(there is Bundler.ORIGINAL_ENV - but is it public API? And what is the difference between "clean_env" and "original_env"?)

I think a Bundler.clean_env method would be fine?

Agree!
And what is the difference between "clean_env" and "original_env"? Shouldn't there be just 1 mechanism that resets the environment to how it was before bundler modified it? If the previous environment contained bundler-related variables then I think there's no reliable way to revert those back.
(sorry for the off topic)

At one time, the difference was that one went up one layer of env, while the other removed all Bundler values. I'm not sure if that's still true today. A Bubdler.clean_env method seems great to me.

Closed by #4303.


Reporting does not work

Placeholders are displayed instead of page screenshots
Sample is https://glyph-report.herokuapp.com/original_page.jsp?id=212&mode=original

Fixed
https://glyph-report.herokuapp.com/reflowed_page.jsp?id=236&mode=reflowed

https://glyph-report.herokuapp.com/reflowed_page.jsp?id=240&mode=reflowed

Please, explain how to reproduce, works for me.


Add model creation tutorial

Added a full Jupyter Notebook example on how to create an analysis using the pyNS API Tools.
@tyarkoni I'm guessing you're busy but take a look if interested.
@rwblair Can you take a look at it and see if it makes sense to you? Any feedback is appreciated.

Codecov Report

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

@@           Coverage Diff           @@
##           master      #22   +/-   ##
=======================================
  Coverage   95.87%   95.87%
=======================================
  Files          15       15
  Lines         315      315
=======================================
  Hits          302      302
  Misses         13       13

Impacted Files
Coverage Δ

pyns/models/analysis.py
92.75% <ø> (ø)
:arrow_up:

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 fa38898...e803187. Read the comment docs.


Infer new T<->D relationship from reactome pathways

Issue closed as Platform allows user to facet by Reactome pathways - see below:

this was not about faceting but about finding similar targets based on their membership in the same pathway with those targets included in the disease association page.
for eg. if we display target X as one of the top 25 targets involved in asthma, we should also offer a link to “browse targets in the same pathway”, whether they have links to asthma or not.

From: Andrew Hercules<EMAIL_ADDRESS>Sent: Thursday, August 9, 2018 2:56 pm
To: opentargets/roadmap
Cc: elipapa; Author
Subject: Re: [opentargets/roadmap] Infer new T<->D relationship from reactome pathways (#25)
Closed #25https://github.com/opentargets/roadmap/issues/25.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/opentargets/roadmap/issues/25#event-1780004004, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AAG34lPuzD6Q0rSfloFMVy5scBXbZHi8ks5uPCNugaJpZM4Le4q8.

Ahh okay, makes sense - sorry about that. Will re-open for consideration.

Closing as covered as part of Networks project OTAR044.


No release notes for 0.9.2

There are no release notes or CHANGES.md entries for the 0.9.2 release.

Oops, was just a quick fix for a lein-npm dependency, will check to see what else changed too.

I've made a release here: https://github.com/Day8/re-frame/releases/tag/v0.9.2.


training error

Hi
I am getting following errors when starts training. Do you know what might be the reason?!
Ubuntu16
pytorch 1.1
tensorflow-gpu=1.14
cuda=10
cudnn=7.4
GPU=RTX2080ti
Thank You
**** EPOCH 000 ****
Current learning rate: 0.001000
Current BN decay momentum: 0.500000
2020-08-02 19:38:48.510935
THCudaCheck FAIL file=/pytorch/aten/src/THC/THCGeneral.cpp line=383 error=11 : invalid argument
Traceback (most recent call last):
  File "train.py", line 382, in <module>
    train(start_epoch)
  File "train.py", line 361, in train
    train_one_epoch()
  File "train.py", line 257, in train_one_epoch
    end_points = net(inputs, end_points)
  File "/usr/local/lib/python3.7/site-packages/torch/nn/modules/module.py", line 493, in __call__
    result = self.forward(*input, **kwargs)
  File "/home/sahar/Mohammad_ws/H3DNet/models/hdnet.py", line 185, in forward
    end_points = self.pnet_final(proposal_xyz, proposal_features, center_z, feature_z, center_xy, feature_xy, center_line, feature_line, end_points)
  File "/usr/local/lib/python3.7/site-packages/torch/nn/modules/module.py", line 493, in __call__
    result = self.forward(*input, **kwargs)
  File "/home/sahar/Mohammad_ws/H3DNet/models/proposal_module_refine.py", line 276, in forward
    obj_surface_center, obj_line_center = get_surface_line_points_batch_pytorch(obj_size, pred_heading, obj_center)
  File "/home/sahar/Mohammad_ws/H3DNet/utils/box_util.py", line 353, in get_surface_line_points_batch_pytorch
    surface_3d = torch.matmul(surface_3d.unsqueeze(-2), surface_rot.transpose(3,2)).squeeze(-2)
RuntimeError: cublas runtime error : the GPU program failed to execute at /pytorch/aten/src/THC/THCBlas.cu:450

I searched that error online, and I think it might be a specific issue for  RTX 2080.
https://github.com/pytorch/pytorch/issues/17334
I have not met this problem before. Can you double check if you are fully running on CUDA10?
Also, it looks like the problem will randomly appear. If you run it multiple times, do you always get it on zero epoch and do you always get it on that line?

Thank You for the help


[Feature][formats][ogg] Support read ogg format message #4201

Purpose of this pull request

Check list

[ ] Code changed are covered with tests, or it does not need tests for reason:
[ ] If any new Jar binary package adding in your PR, please add License Notice according
New License Guide
[ ] If necessary, please update the documentation to describe the new feature. https://github.com/apache/incubator-seatunnel/tree/dev/docs
[ ] If you are contributing the connector code, please check that the following files are updated:

Update change log that in connector document. For more details you can refer to connector-v2
Update plugin-mapping.properties and add new connector information in it
Update the pom file of seatunnel-dist

[ ] Update the release-note.

@liugddx  The boss helps   the review thanks.

@liugddx  @hailin0  The boss helps the review thanks.

@liugddx  @hailin0  @Hisoka-X  The boss helps the review thanks.

@ashulin
@hailin0  Please help to review. thanks

Please check ci
predecessor pr:https://github.com/apache/incubator-seatunnel/pull/4428
At present, there are some problems in this pr. CanalToKafkaIT CI fails inexplicably
@MonsterChenzhuo Zhuo Yu is fixing this problem and I'll fix this CI error when we're done

@zhilinli123 Is it possible to proceed with the completion of this PR now?

@zhilinli123 Is it possible to proceed with the completion of this PR now?

I will continue to finish it!

Tips: close/open will not retry to main CI, if your ci failed, you just need retry in your fork repository action.https://github.com/zhilinli123/incubator-seatunnel/actions/runs/6505872464/job/17670460419

@Hisoka-X here?

PTAL: @ic4y @hailin0 @TaoZex

Unnecessary containers have been removed. Test the accuracy of the format using the generated data.

PTAL: @hailin0 @Hisoka-X

Could you try merge from dev? I think you should trigger ci again.

DO NOT close/open to trigger CI again. I think you should just retry failed CI in your fork repository. https://github.com/zhilinli123/incubator-seatunnel/actions/runs/6703056699/job/18214614833

Thank you. Next time I'll do it this way

PTAL: @Hisoka-X @hailin0

The test case seem like not passed.

Do not merge Zeta for now. Running CI has some problems

 The test case seem like not passed.

Ci passed, please review. Thank you @hailin0 @Hisoka-X


An error occurs at 1.1.0 version

Hi.
When I update Meteor to <IP_ADDRESS>, meteor automatically updates iron-router-i18n to 1.1.0 and I became to get an error "Uncaught Error: Router.route requires a path that is a string or regular expression." in iron_core.js.
I guess that this error is related with iron-router-i18n since Iron Router has no change for meteor <IP_ADDRESS>.

Please try to use issue-63 branch version and see if it solve this problem. I've been reported some problems about 1.1 version also in #63 but I really can't figure out exactly where is the problem (if any). See the discussion on the issue on what was changed and why (just an internal implementation).

I found the cause and made a pull request #68.


Thanks for the new patch!!!!

Thanks for making the game better.

Thanks a lot for the new patch indeed....
It was annoying when AIs went round another enemy to get to another one and I am glad this can be corrected by using the new mode where AIs always attack the nearest enemy. However I would still like an option in this new feature that if an enemy is weak enough (for example having under 75 troops for the strong AIs or under 120 for Snake or Abbot), the AIs will automatically attack them to try and finally defeat them and get the gold no matter how far away they are.

@PitchNeeded
I also really want this function


Update prevent-end-user-interaction-microsoft-defender-antivirus.md

Update the Png file to reflect what happens when it is enabled/disabled.

@JohanFreelancer9 Please copy review

Issue#https://github.com/MicrosoftDocs/microsoft-365-docs/issues/5699


udisks slimming

Motivation for this change
Removed python2 from the closure, reducing its size from 353M to 297M.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
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 nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

Success on x86_64-darwin (full log)
Attempted: pcsclite
The following builds were skipped because they don't evaluate on x86_64-darwin: libselinux, libsepol, volume_key
Partial log (click to expand)
/nix/store/9wmy920dgjk4ajja03pcz32xzzn7ckf4-pcsclite-1.8.23/lib/libpcscspy.0.dylib: fixing dylib
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/lib  /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/bin
patching script interpreter paths in /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev
/nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/bin/pcsc-spy: interpreter directive changed from " /usr/bin/python" to "/nix/store/mcdhm28xci86jq0saj0qnq5k06hd7av1-python-2.7.15/bin/python"
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/70rx1sydx10dz5ln3f44xpyxvc3b6kxw-pcsclite-1.8.23-doc
gzipping man pages under /nix/store/l6i7hbkrnl2l1al4yg7sgxrqvwilfz7h-pcsclite-1.8.23-man/share/man/
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/l6i7hbkrnl2l1al4yg7sgxrqvwilfz7h-pcsclite-1.8.23-man

Success on x86_64-linux (full log)
Attempted: libselinux, libsepol, pcsclite, volume_key
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/p6hl1d6ps38794l5c8bnhlki2ksildcr-volume_key-0.3.10-py
shrinking /nix/store/p6hl1d6ps38794l5c8bnhlki2ksildcr-volume_key-0.3.10-py/lib/python2.7/site-packages/_volume_key.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/p6hl1d6ps38794l5c8bnhlki2ksildcr-volume_key-0.3.10-py/lib
patching script interpreter paths in /nix/store/p6hl1d6ps38794l5c8bnhlki2ksildcr-volume_key-0.3.10-py
checking for references to /build in /nix/store/p6hl1d6ps38794l5c8bnhlki2ksildcr-volume_key-0.3.10-py...
/nix/store/2vbkkc8giw88w54sajkvv9nqkbm7riz8-libselinux-2.7-bin
/nix/store/d24d56hda2y0s3rv226whq2cs9065f2n-libsepol-2.7-bin
/nix/store/jjqnfp91rrnm43cahvpslgqkfk10llmw-pcsclite-1.8.23-bin
/nix/store/4k6wn9vrd3zv60xgyr20jgxa6xy6kzma-volume_key-0.3.10

Success on x86_64-linux (full log)
Attempted: libselinux, libsepol, pcsclite, volume_key
Partial log (click to expand)
/nix/store/2vbkkc8giw88w54sajkvv9nqkbm7riz8-libselinux-2.7-bin
/nix/store/d24d56hda2y0s3rv226whq2cs9065f2n-libsepol-2.7-bin
/nix/store/jjqnfp91rrnm43cahvpslgqkfk10llmw-pcsclite-1.8.23-bin
/nix/store/4k6wn9vrd3zv60xgyr20jgxa6xy6kzma-volume_key-0.3.10

Success on aarch64-linux (full log)
Attempted: libselinux, libsepol, pcsclite, volume_key
Partial log (click to expand)
/nix/store/kiw81q3sgb9any3da0zzmg411xc3945j-libselinux-2.7-bin
/nix/store/jhz5wla94wmk4blwzfgxjdpv0fq3ihbj-libsepol-2.7-bin
/nix/store/fzqsm1d7hv8c31chyy3cy7qbgpxwjvjf-pcsclite-1.8.23-bin
/nix/store/gc70slmykpx5w2aymg35k5qfg8b4ljsj-volume_key-0.3.10

Success on x86_64-darwin (full log)
Attempted: pcsclite
The following builds were skipped because they don't evaluate on x86_64-darwin: libselinux, libsepol, volume_key
Partial log (click to expand)
/nix/store/6lqlqjrmd7dd1q0f1xxjq1y16sv3s56r-pcsclite-1.8.23-bin
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/lib  /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/bin
patching script interpreter paths in /nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev
/nix/store/w2wa44x6slz9shnvwz7dnxnicwsn6lcw-pcsclite-1.8.23-dev/bin/pcsc-spy: interpreter directive changed from " /usr/bin/python" to "/nix/store/mcdhm28xci86jq0saj0qnq5k06hd7av1-python-2.7.15/bin/python"
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/70rx1sydx10dz5ln3f44xpyxvc3b6kxw-pcsclite-1.8.23-doc
gzipping man pages under /nix/store/l6i7hbkrnl2l1al4yg7sgxrqvwilfz7h-pcsclite-1.8.23-man/share/man/
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/l6i7hbkrnl2l1al4yg7sgxrqvwilfz7h-pcsclite-1.8.23-man

Even 297M sounds like a serious regression, since udisks' closure size in 18.03 was just 76 MiB.

4.0K	/nix/store/a4i0191lwa8ivpvkl7n5wmxqycaaracd-sendmail-script
16K	/nix/store/frs59fdgiadnjhrbada0clc8xxnp1a4c-dns-root-data-2017-10-24
32K	/nix/store/n00zqffgf7fsf55cpyp5n09nkxs2r163-libcap-2.25-lib
44K	/nix/store/297vamcm3s6y1v0n3maw3azqqkl38zxy-libaio-0.3.110
56K	/nix/store/x3jhvyr7i3kknwars33sp1pi253pgnb7-libffi-3.2.1
64K	/nix/store/fzm6g41cpwlnraaavf4nz8wpsypyv0fl-libmnl-1.0.4
80K	/nix/store/7vlw1w44q97v48siv18w74i5bsz47a25-bzip2-<IP_ADDRESS>.1-bin
80K	/nix/store/ahhvj5zshffniczzflmdgbmdjhcfbpqr-libnfnetlink-1.0.1
80K	/nix/store/fic0m2k8vzrgdrxnl6sqkcb80s3dyqvk-libgudev-232
84K	/nix/store/4zbsj0ppsqjcrsh5ynl5yacphq2g7sjp-libbytesize-1.3
84K	/nix/store/xr9wvcad9g9bfjr7x15n2nrzypghvkm4-bzip2-<IP_ADDRESS>.1
88K	/nix/store/vazczz8xcz5yqd8d1h6bbibx57jhz899-json-c-0.13.1
96K	/nix/store/x9qlswhrq9024x8xwnz6pfi93ps74chj-libtasn1-4.13
112K	/nix/store/572pixkmvg0yl40qbxlzydxf32b3c54l-libndctl-60.3-man
144K	/nix/store/gf00m2nz8079di7ihc6fj75v5jbh8p8v-zlib-1.2.11
148K	/nix/store/w9vd8rapflww34cq53yqdd9xawq78801-libmicrohttpd-0.9.59
168K	/nix/store/kflzfl3lf66aznlwf3rr81gjginsz8lz-libatasmart-0.19
168K	/nix/store/l4v9qkjg49phv0c3jv8kwns6pmighysg-util-linux-2.32-dev
176K	/nix/store/v532hwqk0v0icghy0fdd8bs9acvkixcf-attr-2.4.47
180K	/nix/store/ix32wkg4z56j44q5rdi5hai0r4biap02-gzip-1.9
200K	/nix/store/ni2gh1izlcz6isadbprkvclzcjgdlai5-acl-2.2.52
216K	/nix/store/wya8pgi98ias0zdy8b97nifbysxncp0i-xfsprogs-4.14.0-dev
256K	/nix/store/qik84j8crx4i40579bnscbf70wbpmj9q-libnetfilter_conntrack-1.0.7
272K	/nix/store/s6l4vvcg55vcabvghifcdns2k8df7gpw-kexec-tools-2.0.17
276K	/nix/store/3rjpda93017dcy7x1zywrkvmnw7ynipp-expat-2.2.5
276K	/nix/store/kkwk4j3z5i8fwmhcik772w94l59g8ghl-dosfstools-4.1
284K	/nix/store/1cvisr499m9ws1nqwak62g8lx1d6hyh4-libseccomp-2.3.3-lib
312K	/nix/store/bnkdm94h7hkr6lsqa0lx2i3vk5pak28x-libnftnl-1.1.0
316K	/nix/store/hmlr3qc7v14q1rkgbz3n16vx2xrf1nqp-exfat-1.2.8
344K	/nix/store/q203dqksgpxbqwsjifflny491vj3147q-nspr-4.19
352K	/nix/store/brngcibfhjq2bl2ynr7rn12h823kmx01-audit-2.8.3
388K	/nix/store/vkwqcv2bzgx4g1c99wpp5ly6k15rahdj-f2fs-tools-1.9.0
396K	/nix/store/516ry6m1a0r0cpv94qz95ifz32f89vy9-readline-6.3p08
404K	/nix/store/50vyr0jvrmncyfb7g7h94bz23v708iz5-xz-5.2.4
412K	/nix/store/9c6bviwl3mi6qbqcgwjz2jk8x7nzazww-kmod-25
432K	/nix/store/clyfycwifd9ph9lynz7q2rnwpbxc0vjl-libidn2-2.0.5
432K	/nix/store/kcrmgp9ac0gnm9ky9kip5qy94jirmh66-libndctl-60.3
460K	/nix/store/skf9arpqxmjm0n7nqkp39zkba0rgy9jb-lz4-131
468K	/nix/store/vqgjzp8z61mh1cicblg7254cxav31h81-lzo-2.10
492K	/nix/store/8ncacs3sxakhgb0jcl5zwy745zaambl1-libapparmor-2.12.0
504K	/nix/store/0w631513j8q4k4s69iwbszz0gg0rmasb-pcre-8.41
504K	/nix/store/pjckpxnms2w3w83wklvzp9hji5sads4f-nettle-3.4
520K	/nix/store/ygaz55zcn49lz10y6m7yhwd7ngyz6hc7-popt-1.16
544K	/nix/store/bxbc9j43h4cmd3qpgaqbyrn39z8bzy9f-mpfr-4.0.1
564K	/nix/store/3pmjyfwxj33xhfv3mryz3ls8inpvgyyx-polkit-0.113
580K	/nix/store/y0lmdzhqq6fn3d5bchxd1ihyzj574z8s-libselinux-2.7
600K	/nix/store/qzdbzhvk9qrima6f6wryakyqr89hdsrw-fuse-2.9.7
624K	/nix/store/584dq3s1qhf7l8fzz8cp49pik5npwwa2-nilfs-utils-2.2.7
688K	/nix/store/14nlrnm6bv7z25c9ismlhc2mrxsriyq2-gmp-6.1.2
848K	/nix/store/sfmpvjk5gaixm83if0psbxh7cjvj8lws-dmraid-1.0.0.rc16
848K	/nix/store/v9xh9l8wp89wpbjcbviw8cayyy6fh955-libgpg-error-1.28
852K	/nix/store/dnmqswrs35b85pb6vzi6b6zngmwaz448-unbound-1.7.1-lib
868K	/nix/store/kb6qrv153plwi2qjrcmfykjxhwrw3pyy-libevent-2.1.8
992K	/nix/store/n5gjyzk0v6n3whwp8fhkfkcbvx47nl2l-gnused-4.5
1.1M	/nix/store/mjrmskm9zwsa55cys87vn3xcbblb3vd8-libblockdev-2.17
1.1M	/nix/store/rxxf7mm56v26x362s72z4mkz05dz6zv3-mdadm-4.0
1.1M	/nix/store/xc1vs8m4n0rai5y55hhawi1nr2vvcqsn-cracklib-2.9.6
1.2M	/nix/store/4qs8hi6y9myidpidscf5qxlcrqg39wws-e2fsprogs-1.44.2-bin
1.2M	/nix/store/889crh8aaml1p3fcnq74viqy7sbppz2q-gnugrep-3.1
1.2M	/nix/store/qckzjk3406va7h6s40cy9s75z2w715rq-bash-4.4-p19
1.3M	/nix/store/0ck4h8vs058wlmkafq2yb8y72i2jar2w-libgcrypt-1.8.2
1.4M	/nix/store/8asmwjwxaiydgcw3rcxkwh10315pbyg1-xfsprogs-4.14.0
1.4M	/nix/store/dgv8a5yxim85rp1rc1wa0hxfg2s9mnps-pcre2-10.23
1.4M	/nix/store/nvr0nm0af4hjwc24xpbf3rcnv59lf3ib-thin-provisioning-tools-0.7.6
1.4M	/nix/store/s991c2jn6bn6f8140h4hg6clgi00v9md-ntfs3g-2017.3.23
1.4M	/nix/store/vclgkmhb4a8xi25z6vxf1sainlg0sciv-cryptsetup-1.7.5
1.5M	/nix/store/awn7im9zraf3yq7m9zq1l390d31rmam1-xfsprogs-4.14.0-bin
1.6M	/nix/store/59hdzi939fjw32yzblfz8jicyz3cnr9n-libunistring-0.9.9
1.6M	/nix/store/cdf9bjvgiybfyq4bjknxcmymis2c8zk9-util-linux-2.32
1.8M	/nix/store/m1042703dbxphbik2qpl4mksgqd1xslb-systemd-238-lib
2.0M	/nix/store/j6wkcj12ckw1dp389p5lywv3png33xgl-zstd-1.3.4
2.3M	/nix/store/shl208plvfhmhfv0z1nimknvbmi9pnsc-parted-3.2
2.4M	/nix/store/c0fify8ir2wplmx3qb6qja8nbfwdvyhb-gnutls-3.6.2
2.6M	/nix/store/rvfaa3fxhnbafn2mvxx5msqaip3afwx5-glibc-2.27-bin
2.7M	/nix/store/b9rcg5p9is9dp2pk272rrlzd8rvs9z9v-iptables-1.6.2
3.0M	/nix/store/bx17bcz9z9gh7bjh22vi3qk3s8206izw-linux-pam-1.3.0
3.5M	/nix/store/59zqkm5wh967wjrj1nlyb3fzzgk1hili-db-4.8.30
3.5M	/nix/store/jp9bvj0fsmi6dvqmkn7k4j48qfx7f849-e2fsprogs-1.44.2
3.6M	/nix/store/58i189w82q4ma5d3ks72wc4f031wdqal-udisks-2.7.6
3.6M	/nix/store/vjp3dbvj01w1m6xbfy9chiy3qnj54rgf-openssl-1.0.2o
3.6M	/nix/store/xqzqv15k0cv88jsi9n10v1xd2fnx6p2s-p11-kit-0.23.12
4.1M	/nix/store/kdsygh93bm3ji17azd79nfavcbwfw3k3-kbd-2.0.4
4.3M	/nix/store/r5izd4v4j694l84yxixn20x90ianglsv-shadow-4.5
4.4M	/nix/store/22wcf2g9kwm7pm3f05qk5hbkv8hf5jrz-spidermonkey-17.0.0-lib
4.7M	/nix/store/x2aj629b5pqkzi7hkvx9j9ghjc7fp4c3-util-linux-2.32-bin
5.0M	/nix/store/zqz4qrspf4hs9zw4cfyxly3y16czhd6l-util-linux-2.32-bin
5.5M	/nix/store/6r6hk0qq5jd8n0sbfmpri0wd7icszi16-gcc-7.3.0-lib
5.5M	/nix/store/za50fzypczypw1wk3rs41zlb71qp8ssj-btrfs-progs-4.15.1
7.0M	/nix/store/k61hikmpns09p8csddc1q2g7sbplwba5-lvm2-2.02.177
7.2M	/nix/store/xc9ny9m2515a3qyznd6aj5sc168zz0q2-lvm2-2.02.177
7.8M	/nix/store/fr9a6l744pzn2nc68ayksl1v4400r27w-ncurses-6.1
8.5M	/nix/store/h9cv9q2ylpa0jfdr81dvyid41zj1n88v-util-linux-2.32
12M	/nix/store/x6drb9dk0wj88lspd9jm8vdcihb2bnax-coreutils-8.29
13M	/nix/store/2sym41rwn06nxhsnzv2yhca356za7vnj-glib-2.56.0
22M	/nix/store/5pi082mkn91pmwrbhfn7hwg52vcppj5s-systemd-238
27M	/nix/store/pr73kx0cdszbv9iw49g8dzi0nqxfjbx2-glibc-2.27
207M	total

Success on x86_64-darwin (full log)
Attempted: pcsclite
The following builds were skipped because they don't evaluate on x86_64-darwin: libselinux, libsepol, udisksMinimal, volume_key
Partial log (click to expand)
a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

/nix/store/6lqlqjrmd7dd1q0f1xxjq1y16sv3s56r-pcsclite-1.8.23-bin

Failure on aarch64-linux (full log)
Attempted: libselinux, libsepol, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 264 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 540 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 1226 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 2171 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 5124 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 9258 ms
warning: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error); retrying in 17586 ms
error: unable to download 'https://cache.nixos.org/q7nm5k4zphhalyv63dsqzkk09ci0s1ma.narinfo': HTTP error 503 (curl error: No error)

Success on x86_64-linux (full log)
Attempted: libselinux, libsepol, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
checking for references to /build in /nix/store/4xjxjajxgdg22vqfgzzrri4mc6aglqzw-udisks-2.7.6-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/j6hwyzn2bqip7zpvvslppzlkx7m2nnnb-udisks-2.7.6-dev
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/j6hwyzn2bqip7zpvvslppzlkx7m2nnnb-udisks-2.7.6-dev/lib
patching script interpreter paths in /nix/store/j6hwyzn2bqip7zpvvslppzlkx7m2nnnb-udisks-2.7.6-dev
checking for references to /build in /nix/store/j6hwyzn2bqip7zpvvslppzlkx7m2nnnb-udisks-2.7.6-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/71cxmwd4im3czr984cacxirjz2ahmm3v-udisks-2.7.6-devdoc
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/71cxmwd4im3czr984cacxirjz2ahmm3v-udisks-2.7.6-devdoc
checking for references to /build in /nix/store/71cxmwd4im3czr984cacxirjz2ahmm3v-udisks-2.7.6-devdoc...

It does not seem to be possible to remove systemd, devicemapper is required by cryptsetup which is required by libblockdev-crypto, which is mandatory dependency of udisks.
Well, we could replace systemd with eudev in lvm2. It gets us from

198M total
4.0K    /nix/store/a4i0191lwa8ivpvkl7n5wmxqycaaracd-sendmail-script
16K /nix/store/frs59fdgiadnjhrbada0clc8xxnp1a4c-dns-root-data-2017-10-24
32K /nix/store/n00zqffgf7fsf55cpyp5n09nkxs2r163-libcap-2.25-lib
44K /nix/store/297vamcm3s6y1v0n3maw3azqqkl38zxy-libaio-0.3.110
56K /nix/store/x3jhvyr7i3kknwars33sp1pi253pgnb7-libffi-3.2.1
64K /nix/store/fzm6g41cpwlnraaavf4nz8wpsypyv0fl-libmnl-1.0.4
80K /nix/store/7vlw1w44q97v48siv18w74i5bsz47a25-bzip2-<IP_ADDRESS>.1-bin
80K /nix/store/ahhvj5zshffniczzflmdgbmdjhcfbpqr-libnfnetlink-1.0.1
80K /nix/store/fic0m2k8vzrgdrxnl6sqkcb80s3dyqvk-libgudev-232
84K /nix/store/4zbsj0ppsqjcrsh5ynl5yacphq2g7sjp-libbytesize-1.3
84K /nix/store/xr9wvcad9g9bfjr7x15n2nrzypghvkm4-bzip2-<IP_ADDRESS>.1
88K /nix/store/vazczz8xcz5yqd8d1h6bbibx57jhz899-json-c-0.13.1
96K /nix/store/x9qlswhrq9024x8xwnz6pfi93ps74chj-libtasn1-4.13
112K    /nix/store/572pixkmvg0yl40qbxlzydxf32b3c54l-libndctl-60.3-man
144K    /nix/store/gf00m2nz8079di7ihc6fj75v5jbh8p8v-zlib-1.2.11
148K    /nix/store/w9vd8rapflww34cq53yqdd9xawq78801-libmicrohttpd-0.9.59
168K    /nix/store/kflzfl3lf66aznlwf3rr81gjginsz8lz-libatasmart-0.19
168K    /nix/store/l4v9qkjg49phv0c3jv8kwns6pmighysg-util-linux-2.32-dev
176K    /nix/store/v532hwqk0v0icghy0fdd8bs9acvkixcf-attr-2.4.47
180K    /nix/store/ix32wkg4z56j44q5rdi5hai0r4biap02-gzip-1.9
200K    /nix/store/ni2gh1izlcz6isadbprkvclzcjgdlai5-acl-2.2.52
216K    /nix/store/wya8pgi98ias0zdy8b97nifbysxncp0i-xfsprogs-4.14.0-dev
256K    /nix/store/qik84j8crx4i40579bnscbf70wbpmj9q-libnetfilter_conntrack-1.0.7
272K    /nix/store/s6l4vvcg55vcabvghifcdns2k8df7gpw-kexec-tools-2.0.17
276K    /nix/store/3rjpda93017dcy7x1zywrkvmnw7ynipp-expat-2.2.5
276K    /nix/store/kkwk4j3z5i8fwmhcik772w94l59g8ghl-dosfstools-4.1
284K    /nix/store/1cvisr499m9ws1nqwak62g8lx1d6hyh4-libseccomp-2.3.3-lib
312K    /nix/store/bnkdm94h7hkr6lsqa0lx2i3vk5pak28x-libnftnl-1.1.0
316K    /nix/store/hmlr3qc7v14q1rkgbz3n16vx2xrf1nqp-exfat-1.2.8
344K    /nix/store/q203dqksgpxbqwsjifflny491vj3147q-nspr-4.19
352K    /nix/store/brngcibfhjq2bl2ynr7rn12h823kmx01-audit-2.8.3
388K    /nix/store/vkwqcv2bzgx4g1c99wpp5ly6k15rahdj-f2fs-tools-1.9.0
396K    /nix/store/516ry6m1a0r0cpv94qz95ifz32f89vy9-readline-6.3p08
404K    /nix/store/50vyr0jvrmncyfb7g7h94bz23v708iz5-xz-5.2.4
412K    /nix/store/9c6bviwl3mi6qbqcgwjz2jk8x7nzazww-kmod-25
432K    /nix/store/clyfycwifd9ph9lynz7q2rnwpbxc0vjl-libidn2-2.0.5
432K    /nix/store/kcrmgp9ac0gnm9ky9kip5qy94jirmh66-libndctl-60.3
460K    /nix/store/skf9arpqxmjm0n7nqkp39zkba0rgy9jb-lz4-131
468K    /nix/store/vqgjzp8z61mh1cicblg7254cxav31h81-lzo-2.10
492K    /nix/store/8ncacs3sxakhgb0jcl5zwy745zaambl1-libapparmor-2.12.0
504K    /nix/store/0w631513j8q4k4s69iwbszz0gg0rmasb-pcre-8.41
504K    /nix/store/pjckpxnms2w3w83wklvzp9hji5sads4f-nettle-3.4
520K    /nix/store/ygaz55zcn49lz10y6m7yhwd7ngyz6hc7-popt-1.16
544K    /nix/store/bxbc9j43h4cmd3qpgaqbyrn39z8bzy9f-mpfr-4.0.1
564K    /nix/store/3pmjyfwxj33xhfv3mryz3ls8inpvgyyx-polkit-0.113
580K    /nix/store/y0lmdzhqq6fn3d5bchxd1ihyzj574z8s-libselinux-2.7
600K    /nix/store/qzdbzhvk9qrima6f6wryakyqr89hdsrw-fuse-2.9.7
624K    /nix/store/584dq3s1qhf7l8fzz8cp49pik5npwwa2-nilfs-utils-2.2.7
688K    /nix/store/14nlrnm6bv7z25c9ismlhc2mrxsriyq2-gmp-6.1.2
796K    /nix/store/qnfq49x20yhbf81a9r94riqxhg5l2k3c-libblockdev-2.18
848K    /nix/store/v9xh9l8wp89wpbjcbviw8cayyy6fh955-libgpg-error-1.28
852K    /nix/store/dnmqswrs35b85pb6vzi6b6zngmwaz448-unbound-1.7.1-lib
868K    /nix/store/kb6qrv153plwi2qjrcmfykjxhwrw3pyy-libevent-2.1.8
992K    /nix/store/n5gjyzk0v6n3whwp8fhkfkcbvx47nl2l-gnused-4.5
1.1M    /nix/store/rxxf7mm56v26x362s72z4mkz05dz6zv3-mdadm-4.0
1.1M    /nix/store/xc1vs8m4n0rai5y55hhawi1nr2vvcqsn-cracklib-2.9.6
1.2M    /nix/store/4qs8hi6y9myidpidscf5qxlcrqg39wws-e2fsprogs-1.44.2-bin
1.2M    /nix/store/889crh8aaml1p3fcnq74viqy7sbppz2q-gnugrep-3.1
1.2M    /nix/store/qckzjk3406va7h6s40cy9s75z2w715rq-bash-4.4-p19
1.3M    /nix/store/0ck4h8vs058wlmkafq2yb8y72i2jar2w-libgcrypt-1.8.2
1.4M    /nix/store/8asmwjwxaiydgcw3rcxkwh10315pbyg1-xfsprogs-4.14.0
1.4M    /nix/store/dgv8a5yxim85rp1rc1wa0hxfg2s9mnps-pcre2-10.23
1.4M    /nix/store/nvr0nm0af4hjwc24xpbf3rcnv59lf3ib-thin-provisioning-tools-0.7.6
1.4M    /nix/store/s991c2jn6bn6f8140h4hg6clgi00v9md-ntfs3g-2017.3.23
1.4M    /nix/store/xmmdasf7ig8sxsi3ihh95ir7w32yyqja-cryptsetup-1.7.5
1.5M    /nix/store/awn7im9zraf3yq7m9zq1l390d31rmam1-xfsprogs-4.14.0-bin
1.6M    /nix/store/59hdzi939fjw32yzblfz8jicyz3cnr9n-libunistring-0.9.9
1.6M    /nix/store/cdf9bjvgiybfyq4bjknxcmymis2c8zk9-util-linux-2.32
1.8M    /nix/store/m1042703dbxphbik2qpl4mksgqd1xslb-systemd-238-lib
2.0M    /nix/store/j6wkcj12ckw1dp389p5lywv3png33xgl-zstd-1.3.4
2.3M    /nix/store/90k9gwsq4ix50rybds8r7lpssh56ci5j-parted-3.2
2.4M    /nix/store/c0fify8ir2wplmx3qb6qja8nbfwdvyhb-gnutls-3.6.2
2.6M    /nix/store/rvfaa3fxhnbafn2mvxx5msqaip3afwx5-glibc-2.27-bin
2.7M    /nix/store/b9rcg5p9is9dp2pk272rrlzd8rvs9z9v-iptables-1.6.2
3.0M    /nix/store/bx17bcz9z9gh7bjh22vi3qk3s8206izw-linux-pam-1.3.0
3.5M    /nix/store/59zqkm5wh967wjrj1nlyb3fzzgk1hili-db-4.8.30
3.5M    /nix/store/jp9bvj0fsmi6dvqmkn7k4j48qfx7f849-e2fsprogs-1.44.2
3.6M    /nix/store/ap3jcsvicrx535ckadpm93h30bam2qv1-udisks-2.7.6
3.6M    /nix/store/vjp3dbvj01w1m6xbfy9chiy3qnj54rgf-openssl-1.0.2o
3.6M    /nix/store/xqzqv15k0cv88jsi9n10v1xd2fnx6p2s-p11-kit-0.23.12
4.1M    /nix/store/kdsygh93bm3ji17azd79nfavcbwfw3k3-kbd-2.0.4
4.3M    /nix/store/r5izd4v4j694l84yxixn20x90ianglsv-shadow-4.5
4.4M    /nix/store/22wcf2g9kwm7pm3f05qk5hbkv8hf5jrz-spidermonkey-17.0.0-lib
4.7M    /nix/store/x2aj629b5pqkzi7hkvx9j9ghjc7fp4c3-util-linux-2.32-bin
5.0M    /nix/store/zqz4qrspf4hs9zw4cfyxly3y16czhd6l-util-linux-2.32-bin
5.5M    /nix/store/6r6hk0qq5jd8n0sbfmpri0wd7icszi16-gcc-7.3.0-lib
5.5M    /nix/store/za50fzypczypw1wk3rs41zlb71qp8ssj-btrfs-progs-4.15.1
7.0M    /nix/store/mqdvb9g1ym926gy1ms83dv9nhplgvk3f-lvm2-2.02.177
7.8M    /nix/store/fr9a6l744pzn2nc68ayksl1v4400r27w-ncurses-6.1
8.5M    /nix/store/h9cv9q2ylpa0jfdr81dvyid41zj1n88v-util-linux-2.32
12M /nix/store/x6drb9dk0wj88lspd9jm8vdcihb2bnax-coreutils-8.29
13M /nix/store/2sym41rwn06nxhsnzv2yhca356za7vnj-glib-2.56.0
22M /nix/store/5pi082mkn91pmwrbhfn7hwg52vcppj5s-systemd-238
27M /nix/store/pr73kx0cdszbv9iw49g8dzi0nqxfjbx2-glibc-2.27
198M    total

down to

163M total
4.0K    /nix/store/a4i0191lwa8ivpvkl7n5wmxqycaaracd-sendmail-script
32K /nix/store/n00zqffgf7fsf55cpyp5n09nkxs2r163-libcap-2.25-lib
44K /nix/store/297vamcm3s6y1v0n3maw3azqqkl38zxy-libaio-0.3.110
56K /nix/store/x3jhvyr7i3kknwars33sp1pi253pgnb7-libffi-3.2.1
80K /nix/store/fic0m2k8vzrgdrxnl6sqkcb80s3dyqvk-libgudev-232
84K /nix/store/4zbsj0ppsqjcrsh5ynl5yacphq2g7sjp-libbytesize-1.3
88K /nix/store/vazczz8xcz5yqd8d1h6bbibx57jhz899-json-c-0.13.1
112K    /nix/store/572pixkmvg0yl40qbxlzydxf32b3c54l-libndctl-60.3-man
144K    /nix/store/gf00m2nz8079di7ihc6fj75v5jbh8p8v-zlib-1.2.11
168K    /nix/store/kflzfl3lf66aznlwf3rr81gjginsz8lz-libatasmart-0.19
168K    /nix/store/l4v9qkjg49phv0c3jv8kwns6pmighysg-util-linux-2.32-dev
176K    /nix/store/v532hwqk0v0icghy0fdd8bs9acvkixcf-attr-2.4.47
200K    /nix/store/ni2gh1izlcz6isadbprkvclzcjgdlai5-acl-2.2.52
216K    /nix/store/wya8pgi98ias0zdy8b97nifbysxncp0i-xfsprogs-4.14.0-dev
276K    /nix/store/3rjpda93017dcy7x1zywrkvmnw7ynipp-expat-2.2.5
276K    /nix/store/kkwk4j3z5i8fwmhcik772w94l59g8ghl-dosfstools-4.1
316K    /nix/store/hmlr3qc7v14q1rkgbz3n16vx2xrf1nqp-exfat-1.2.8
344K    /nix/store/q203dqksgpxbqwsjifflny491vj3147q-nspr-4.19
388K    /nix/store/vkwqcv2bzgx4g1c99wpp5ly6k15rahdj-f2fs-tools-1.9.0
396K    /nix/store/516ry6m1a0r0cpv94qz95ifz32f89vy9-readline-6.3p08
404K    /nix/store/50vyr0jvrmncyfb7g7h94bz23v708iz5-xz-5.2.4
412K    /nix/store/9c6bviwl3mi6qbqcgwjz2jk8x7nzazww-kmod-25
432K    /nix/store/kcrmgp9ac0gnm9ky9kip5qy94jirmh66-libndctl-60.3
460K    /nix/store/skf9arpqxmjm0n7nqkp39zkba0rgy9jb-lz4-131
468K    /nix/store/vqgjzp8z61mh1cicblg7254cxav31h81-lzo-2.10
504K    /nix/store/0w631513j8q4k4s69iwbszz0gg0rmasb-pcre-8.41
520K    /nix/store/ygaz55zcn49lz10y6m7yhwd7ngyz6hc7-popt-1.16
544K    /nix/store/bxbc9j43h4cmd3qpgaqbyrn39z8bzy9f-mpfr-4.0.1
564K    /nix/store/3pmjyfwxj33xhfv3mryz3ls8inpvgyyx-polkit-0.113
580K    /nix/store/y0lmdzhqq6fn3d5bchxd1ihyzj574z8s-libselinux-2.7
600K    /nix/store/qzdbzhvk9qrima6f6wryakyqr89hdsrw-fuse-2.9.7
624K    /nix/store/584dq3s1qhf7l8fzz8cp49pik5npwwa2-nilfs-utils-2.2.7
688K    /nix/store/14nlrnm6bv7z25c9ismlhc2mrxsriyq2-gmp-6.1.2
796K    /nix/store/x2pzz5c82wy55m7wz9hfzf93crak8sv7-libblockdev-2.18
848K    /nix/store/v9xh9l8wp89wpbjcbviw8cayyy6fh955-libgpg-error-1.28
992K    /nix/store/n5gjyzk0v6n3whwp8fhkfkcbvx47nl2l-gnused-4.5
1.1M    /nix/store/rxxf7mm56v26x362s72z4mkz05dz6zv3-mdadm-4.0
1.1M    /nix/store/xc1vs8m4n0rai5y55hhawi1nr2vvcqsn-cracklib-2.9.6
1.2M    /nix/store/4qs8hi6y9myidpidscf5qxlcrqg39wws-e2fsprogs-1.44.2-bin
1.2M    /nix/store/889crh8aaml1p3fcnq74viqy7sbppz2q-gnugrep-3.1
1.2M    /nix/store/qckzjk3406va7h6s40cy9s75z2w715rq-bash-4.4-p19
1.3M    /nix/store/0ck4h8vs058wlmkafq2yb8y72i2jar2w-libgcrypt-1.8.2
1.4M    /nix/store/8asmwjwxaiydgcw3rcxkwh10315pbyg1-xfsprogs-4.14.0
1.4M    /nix/store/k67hqvfg70m4hmw4cp6jvbqz0jmyb415-cryptsetup-1.7.5
1.4M    /nix/store/nvr0nm0af4hjwc24xpbf3rcnv59lf3ib-thin-provisioning-tools-0.7.6
1.4M    /nix/store/s991c2jn6bn6f8140h4hg6clgi00v9md-ntfs3g-2017.3.23
1.5M    /nix/store/awn7im9zraf3yq7m9zq1l390d31rmam1-xfsprogs-4.14.0-bin
1.6M    /nix/store/cdf9bjvgiybfyq4bjknxcmymis2c8zk9-util-linux-2.32
1.8M    /nix/store/m1042703dbxphbik2qpl4mksgqd1xslb-systemd-238-lib
2.0M    /nix/store/j6wkcj12ckw1dp389p5lywv3png33xgl-zstd-1.3.4
2.3M    /nix/store/90k9gwsq4ix50rybds8r7lpssh56ci5j-parted-3.2
2.6M    /nix/store/rvfaa3fxhnbafn2mvxx5msqaip3afwx5-glibc-2.27-bin
3.0M    /nix/store/bx17bcz9z9gh7bjh22vi3qk3s8206izw-linux-pam-1.3.0
3.5M    /nix/store/59zqkm5wh967wjrj1nlyb3fzzgk1hili-db-4.8.30
3.5M    /nix/store/jp9bvj0fsmi6dvqmkn7k4j48qfx7f849-e2fsprogs-1.44.2
3.6M    /nix/store/p7msp1r9l7gwq8jdmkj41qnrl9vf6krx-udisks-2.7.6
3.6M    /nix/store/vjp3dbvj01w1m6xbfy9chiy3qnj54rgf-openssl-1.0.2o
4.3M    /nix/store/r5izd4v4j694l84yxixn20x90ianglsv-shadow-4.5
4.4M    /nix/store/22wcf2g9kwm7pm3f05qk5hbkv8hf5jrz-spidermonkey-17.0.0-lib
4.7M    /nix/store/x2aj629b5pqkzi7hkvx9j9ghjc7fp4c3-util-linux-2.32-bin
5.0M    /nix/store/zqz4qrspf4hs9zw4cfyxly3y16czhd6l-util-linux-2.32-bin
5.5M    /nix/store/6r6hk0qq5jd8n0sbfmpri0wd7icszi16-gcc-7.3.0-lib
5.5M    /nix/store/za50fzypczypw1wk3rs41zlb71qp8ssj-btrfs-progs-4.15.1
7.0M    /nix/store/4iljxzj5cw5k83pihap6xfgma5y2iaab-lvm2-2.02.177
7.4M    /nix/store/hlrap9kqjnsg278cbmk1v48p65zck231-eudev-3.2.5
7.8M    /nix/store/fr9a6l744pzn2nc68ayksl1v4400r27w-ncurses-6.1
8.5M    /nix/store/h9cv9q2ylpa0jfdr81dvyid41zj1n88v-util-linux-2.32
12M /nix/store/x6drb9dk0wj88lspd9jm8vdcihb2bnax-coreutils-8.29
13M /nix/store/2sym41rwn06nxhsnzv2yhca356za7vnj-glib-2.56.0
27M /nix/store/pr73kx0cdszbv9iw49g8dzi0nqxfjbx2-glibc-2.27
163M    total

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)

Cannot nix-instantiate `pcsclite' because:
error: access to path '/private/var/lib/ofborg/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/lnl7-mac/default.nix' is forbidden in restricted mode

Cannot nix-instantiate `udisksMinimal' because:
error: access to path '/private/var/lib/ofborg/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/lnl7-mac/default.nix' is forbidden in restricted mode

Cannot nix-instantiate `volume_key' because:
error: access to path '/private/var/lib/ofborg/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/lnl7-mac/default.nix' is forbidden in restricted mode

Failure on x86_64-linux (full log)
Attempted: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/xlq2x48wglm5bh4c8gjbh24jaqqbx5dg-libblockdev-2.18-dev
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xlq2x48wglm5bh4c8gjbh24jaqqbx5dg-libblockdev-2.18-dev/lib
patching script interpreter paths in /nix/store/xlq2x48wglm5bh4c8gjbh24jaqqbx5dg-libblockdev-2.18-dev
checking for references to /build in /nix/store/xlq2x48wglm5bh4c8gjbh24jaqqbx5dg-libblockdev-2.18-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/sw39yzrm6qa8c8yrk2ij7hdxhhavl2nb-libblockdev-2.18-devdoc
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/sw39yzrm6qa8c8yrk2ij7hdxhhavl2nb-libblockdev-2.18-devdoc
checking for references to /build in /nix/store/sw39yzrm6qa8c8yrk2ij7hdxhhavl2nb-libblockdev-2.18-devdoc...
error: build of '/nix/store/9hk2n7bc9bfwyxjp72wilijvi68napqq-udisks-2.7.6.drv' failed

Failure on aarch64-linux (full log)
Attempted: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/i73llhviwbgvv7d45bn1m0avih8qlp5b-libblockdev-2.18-dev
strip is /nix/store/min150lkigznaayzpwvf8d4jdl1dqvx6-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/i73llhviwbgvv7d45bn1m0avih8qlp5b-libblockdev-2.18-dev/lib
patching script interpreter paths in /nix/store/i73llhviwbgvv7d45bn1m0avih8qlp5b-libblockdev-2.18-dev
checking for references to /build in /nix/store/i73llhviwbgvv7d45bn1m0avih8qlp5b-libblockdev-2.18-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/vymba44m5pgxyjavrxnxqf0kdqv5c24l-libblockdev-2.18-devdoc
strip is /nix/store/min150lkigznaayzpwvf8d4jdl1dqvx6-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/vymba44m5pgxyjavrxnxqf0kdqv5c24l-libblockdev-2.18-devdoc
checking for references to /build in /nix/store/vymba44m5pgxyjavrxnxqf0kdqv5c24l-libblockdev-2.18-devdoc...
error: build of '/nix/store/26mpnwrilxi8sm7kz3bvqfwgxvyn5a10-udisks-2.7.6.drv' failed

Success on x86_64-darwin (full log)
Attempted: pcsclite
The following builds were skipped because they don't evaluate on x86_64-darwin: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, udisksMinimal, volume_key
Partial log (click to expand)
a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

/nix/store/6lqlqjrmd7dd1q0f1xxjq1y16sv3s56r-pcsclite-1.8.23-bin

Success on x86_64-linux (full log)
Attempted: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
checking for references to /build in /nix/store/jkpmg9lw1karh97wq6k72z7iw0dmyk7k-udisks-2.7.6-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/y2ahbz6ar2msykmzjajjl4p5jyp4midn-udisks-2.7.6-dev
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/y2ahbz6ar2msykmzjajjl4p5jyp4midn-udisks-2.7.6-dev/lib
patching script interpreter paths in /nix/store/y2ahbz6ar2msykmzjajjl4p5jyp4midn-udisks-2.7.6-dev
checking for references to /build in /nix/store/y2ahbz6ar2msykmzjajjl4p5jyp4midn-udisks-2.7.6-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/5xgb8wps24fymd8qwgz3dykf903vmxsr-udisks-2.7.6-devdoc
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/5xgb8wps24fymd8qwgz3dykf903vmxsr-udisks-2.7.6-devdoc
checking for references to /build in /nix/store/5xgb8wps24fymd8qwgz3dykf903vmxsr-udisks-2.7.6-devdoc...

Success on aarch64-linux (full log)
Attempted: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
checking for references to /build in /nix/store/vpw241wr2vqw8i1wcnh9vbfm5ir817nd-udisks-2.7.6-devdoc...
/nix/store/fqh3bmhzcji8h1b2vcbyw75l8rsi2d26-libblockdev-2.18
/nix/store/kiw81q3sgb9any3da0zzmg411xc3945j-libselinux-2.7-bin
/nix/store/jhz5wla94wmk4blwzfgxjdpv0fq3ihbj-libsepol-2.7-bin
/nix/store/jn3xsgzwrvjdkr794zxqgmxsm20ilr8b-lvm2-2.02.177
/nix/store/sigih1bq1mjcf0mmg45xyk74drabya8a-ntfs3g-2017.3.23
/nix/store/1hvcs32yrp1fkf7w6f3cgm2jq89angib-parted-3.2
/nix/store/fzqsm1d7hv8c31chyy3cy7qbgpxwjvjf-pcsclite-1.8.23-bin
/nix/store/jisykra5k8r61m8n7b785cas67d837gq-udisks-2.7.6
/nix/store/qcw410x37v90vpj3jb8va24lq694p2wd-volume_key-0.3.10

Wait, since when are we using eudev in NixOS?

We don't ATM; I understand that as a suggestion to reduce this closure.

Oops, I didn't remember "resolve" to be among the magic words.

Success on aarch64-linux (full log)
Attempted: libblockdev, libselinux, libsepol, lvm2, ntfs3g, parted, pcsclite, udisksMinimal, volume_key
Partial log (click to expand)
checking for references to /build in /nix/store/vpw241wr2vqw8i1wcnh9vbfm5ir817nd-udisks-2.7.6-devdoc...
/nix/store/fqh3bmhzcji8h1b2vcbyw75l8rsi2d26-libblockdev-2.18
/nix/store/kiw81q3sgb9any3da0zzmg411xc3945j-libselinux-2.7-bin
/nix/store/jhz5wla94wmk4blwzfgxjdpv0fq3ihbj-libsepol-2.7-bin
/nix/store/jn3xsgzwrvjdkr794zxqgmxsm20ilr8b-lvm2-2.02.177
/nix/store/sigih1bq1mjcf0mmg45xyk74drabya8a-ntfs3g-2017.3.23
/nix/store/1hvcs32yrp1fkf7w6f3cgm2jq89angib-parted-3.2
/nix/store/fzqsm1d7hv8c31chyy3cy7qbgpxwjvjf-pcsclite-1.8.23-bin
/nix/store/jisykra5k8r61m8n7b785cas67d837gq-udisks-2.7.6
/nix/store/qcw410x37v90vpj3jb8va24lq694p2wd-volume_key-0.3.10

The Python part is now in staging.

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: lvm2, ntfs3g, udisksMinimal
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Attempted: lvm2, ntfs3g, udisksMinimal
Partial log (click to expand)
checking for references to /build in /nix/store/zl44p72hz3hj8i34w9cn9w0wqhb2497a-udisks-2.7.6-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/sa9j1zdd5plmya7dsq3flrjv2663a0fw-udisks-2.7.6-dev
strip is /nix/store/90vmpr41dzsx350k5argycaf693hnl1l-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/sa9j1zdd5plmya7dsq3flrjv2663a0fw-udisks-2.7.6-dev/lib
patching script interpreter paths in /nix/store/sa9j1zdd5plmya7dsq3flrjv2663a0fw-udisks-2.7.6-dev
checking for references to /build in /nix/store/sa9j1zdd5plmya7dsq3flrjv2663a0fw-udisks-2.7.6-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/jhmkqvkizd4b214nx04d7kjh6qy3r626-udisks-2.7.6-devdoc
strip is /nix/store/90vmpr41dzsx350k5argycaf693hnl1l-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/jhmkqvkizd4b214nx04d7kjh6qy3r626-udisks-2.7.6-devdoc
checking for references to /build in /nix/store/jhmkqvkizd4b214nx04d7kjh6qy3r626-udisks-2.7.6-devdoc...

Failure on aarch64-linux (full log)
Attempted: lvm2, ntfs3g, udisksMinimal
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/84apsk775q7ldrzcvhlv5fvlk73fp7f8-udisks-2.7.6-dev
strip is /nix/store/7iyn7gn33i7xxjgmwf25k20246y6nd9d-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/84apsk775q7ldrzcvhlv5fvlk73fp7f8-udisks-2.7.6-dev/lib
patching script interpreter paths in /nix/store/84apsk775q7ldrzcvhlv5fvlk73fp7f8-udisks-2.7.6-dev
checking for references to /build in /nix/store/84apsk775q7ldrzcvhlv5fvlk73fp7f8-udisks-2.7.6-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/k0fgkbcabx44zzjfis1yr3d733dzabqa-udisks-2.7.6-devdoc
strip is /nix/store/7iyn7gn33i7xxjgmwf25k20246y6nd9d-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/k0fgkbcabx44zzjfis1yr3d733dzabqa-udisks-2.7.6-devdoc
checking for references to /build in /nix/store/k0fgkbcabx44zzjfis1yr3d733dzabqa-udisks-2.7.6-devdoc...
error: build of '/nix/store/7c1z3ylzxv4abim0rq51q87pwb6v0h91-ntfs3g-2017.3.23.drv' failed

@jtojnar volume_key-0.3.11 was released, which got rid of their python2 dependency, making https://pagure.io/volume_key/pull-request/12 and the patch contained in there obsolete, possibly allowing us to remove python2 for the udisks closure too.
I tried bumping to that version, however, some of the python3-config magic now present in configure.acdoesn't get passed as include flag to Makefile.am.
Can you take a look?
(Btw, while you're at it, we might also want to patchShebangs in ``contrib/*`...)

@flokli https://github.com/NixOS/nixpkgs/pull/43709

Haha okay, so you were monitoring that pagure PR as well :-)


Update SendGrid cohort export docs

Amplitude Developer Docs PR
Description

reword some points and slight refactor
add new consideration

Deadline
When do these changes need to be live on the site?
Change type

[ ] Doc bug fix. Fixes #[insert issue number]. Amplitude contributors include Jira issue number.
[x] Doc update.
[ ] New documentation.
[ ] Non-documentation related fix or update.

PR checklist:

[ ] My documentation follows the style guidelines of this project.
[ ] I previewed my documentation on a local server using mkdocs serve.
[ ] Running mkdocs serve didn't generate any failures.
[ ] I have performed a self-review of my own documentation.

@amplitude-dev-docs
@caseyamp

Thanks so much for your help, Casey.

@ampcynthli I think the build bug popped up anyway. LMK when you want me to merge it and I can force it.


ofxDSHapVideoPlayer overwrites draw color

The ofxDSHapVideoPlayer::draw(int x, int y, int w, int h) method has a hardcoded ofSetColor(255);.
This makes it impossible to fade videos in and out, since the alpha is always set to full opacity. It also affects drawing after the ofxDSHapVideoPlayer, as there are no ofPushStyle() / ofPopStyle().
I'd suggest removing the ofSetColor and leaving it up to the user to set the draw color.

+1

thanks for pointing that out (and for the +1), what bad practice :)
it's fixed now