Restrict User Access to Certain Topics

Hi
It would be great to restrict  users from accessing topics unrelated to them.

Could you please elaborate on the use case.
The whole idea is to encourage transparency. If an engineer wants to read the articles of the marketing department, what's wrong in that?

Hi @nshntarora
We could store information like username/password or any other  critical data which  is unnecessary for Marketing department
It will remove bloating of information and  I think enterprises prefer to share  only the required information.


[Possible Fix - Requires to be tested] Patch updated to current AzerothCore Source.

This is a lfg-solo.patch file update.
Aims to solve the issue:
https://github.com/azerothcore/mod-solo-lfg/issues/28
Please test and give some feedback if necessary.

You have not needed tabs in 21 line
git apply modules/mod-solo-lfg/lfg-solo.patch
modules/mod-solo-lfg/lfg-solo.patch:21: trailing whitespace, tab in indent.
		 if (!sLFGMgr->IsSoloLFG() && !allAnswered)
error: corrupt patch at line 35

but even removing them, it still I'll get
error: corrupt patch at line 35

Humm, weird I applied the patch with 0 issues. I mean yeah it recognises the whitespaces but still work.

git apply modules/mod-solo-lfg/lfg-solo.patch

modules/mod-solo-lfg/lfg-solo.patch:21: tab in indent.
	if (!sLFGMgr->IsSoloLFG() && !allAnswered)
modules/mod-solo-lfg/lfg-solo.patch:44: tab in indent.
	 /// Toggle LFG in debug mode
modules/mod-solo-lfg/lfg-solo.patch:55: tab in indent.
	 bool m_isSoloLFG;                                  ///< solo lfg
modules/mod-solo-lfg/lfg-solo.patch:70: tab in indent.
	 if (!sLFGMgr->IsSoloLFG() && numPlayers != MAXGROUPSIZE) // solo lfg
modules/mod-solo-lfg/lfg-solo.patch:71: tab in indent.
	  {
error: patch failed: src/server/game/DungeonFinding/LFGMgr.cpp:39
error: src/server/game/DungeonFinding/LFGMgr.cpp: patch does not apply
error: patch failed: src/server/game/DungeonFinding/LFGMgr.h:553
error: src/server/game/DungeonFinding/LFGMgr.h: patch does not apply
error: patch failed: src/server/game/DungeonFinding/LFGQueue.cpp:289
error: src/server/game/DungeonFinding/LFGQueue.cpp: patch does not apply

@febaut any updates on this?


Feature/1829 complex eigen traits

Summary
Added Eigen::ScalarBinaryOpTraits for forward and reverse-mode autodiff to allow matrix operations on matrices of complex autodiff variables.
Added new functions to demonstrate usage:

eigenvalues
eigenvectors
complex_schur_decompose
pseudo_eigenvalues
pseudo_eigenvectors

Tests
All new functions are unit tested and the traits are tested in all combinations in multiply_test.cpp.
Side Effects
No.
Release notes

extended Eigen scalar traits to complex autodiff types to enable complex autodiff matrix operations
added eigenvalues(), eigenvectors(), pseudo_eigenvalues(), pseudo_eigenvectors(), and complex_schur_decompose() functions

Checklist

[x] Math issue #1829

[ ] Copyright holder: Simons Institute
The copyright holder is typically you or your assignee, such as a university or company. By submitting this pull request, the copyright holder is agreeing to the license the submitted work under the following licenses:
- Code: BSD 3-clause (https://opensource.org/licenses/BSD-3-Clause)
- Documentation: CC-BY 4.0 (https://creativecommons.org/licenses/by/4.0/)

[x] the basic tests are passing

unit tests pass (to run, use: ./runTests.py test/unit)
header checks pass, (make test-headers)
dependencies checks pass, (make test-math-dependencies)
docs build, (make doxygen)
code passes the built in C++ standards checks (make cpplint)

[x] the code is written in idiomatic C++ and changes are documented in the doxygen

[x] the new changes are tested

[This isn't urgent compared to the release.]
Does anyone know what this means:
make -j4 test/performance/logistic_test failed

I don't see any other report for the error.  Nothing in this PR should be affecting a performance test.
@serban-nicusor-toptal  Any idea where I can find more info on what went wrong?

Hey, looks like the old-imac machine went down during the build, no issues on your side.
Restarted the job.

I am seeing this error sh: /usr/local/git/bin/mkdir: No such file or directory
Can that be from your side ? If not I need to investigate, machine seems stable now but the build fails because of that in here

@bbbales2 I think I hit all of your requirements, so this is just waiting until after the release to merge.  This is new functionality, not a bug fix.

I think I hit all of your requirements

I better not find any brown M&Ms in here!
Or was this waiting on @SteveBronder 's review?

D'oh.  Yes, it's @SteveBronder.  And just a reminder that this is a new feature, so I don't think it can be merged into develop until after the release is tagged off develop.

Does this also need NumTraits for complex<var> etc. or is that going in a separate PR?

I took a stab at cleaning this up to get it to work for schur but had no luck. If the above thing is less of an issue than I'm hoping then let's just remove Schur for now.
In a separate branch I rewrote the ScalarBinaryOpTraits stuff to use a macro. imo I found this simpler, just did
t(combn(c("double", "var", "complex<double>",
 "complex<var>", "fvar<T>", "complex<fvar<T>>"), m = 2))
#       [,1]              [,2]
#  [1,] "double"          "var"
#  [2,] "double"          "complex<double>"
#  [3,] "double"          "complex<var>"
#  [4,] "double"          "fvar<T>"
#  [5,] "double"          "complex<fvar<T>>"
#  [6,] "var"             "complex<double>"
#  [7,] "var"             "complex<var>"
#  [8,] "var"             "fvar<T>"
#  [9,] "var"             "complex<fvar<T>>"
# [10,] "complex<double>" "complex<var>"
# [11,] "complex<double>" "fvar<T>"
# [12,] "complex<double>" "complex<fvar<T>>"
# [13,] "complex<var>"    "fvar<T>"
# [14,] "complex<var>"    "complex<fvar<T>>"
# [15,] "fvar<T>"         "complex<fvar<T>>"

and applied those results excluding double complex<double>.
https://github.com/stan-dev/math/compare/fixup/1829-complex-eigen-macro-traits

I took a stab at cleaning this up

I find the macros really confusing.  I'm already having trouble debugging programs with all the traits macros because I can't grep for definitions of things I'm seeing in code.
Any lues from trying?

Does this also need NumTraits for complex etc. or is that going in a separate PR?

I have been assuming their generic definition for complex<T> would work given that we've defined traits for the appropriate T. See line 172 of NumTraits.h, which defines complex NumTraits generically:
  172 template<typename _Real> struct NumTraits<std::complex<_Real> >
  173   : GenericNumTraits<std::complex<_Real> >
  174 {
  175   typedef _Real Real;
  176   typedef typename NumTraits<_Real>::Literal Literal;
  177   enum {
  178     IsComplex = 1,
  179     RequireInitialization = NumTraits<_Real>::RequireInitialization,
  180     ReadCost = 2 * NumTraits<_Real>::ReadCost,
  181     AddCost = 2 * NumTraits<Real>::AddCost,
  182     MulCost = 4 * NumTraits<Real>::MulCost + 2 * NumTraits<Real>::AddCost
  183   };
  184
  185   EIGEN_DEVICE_FUNC
  186   static inline Real epsilon() { return NumTraits<Real>::epsilon(); }
  187   EIGEN_DEVICE_FUNC
  188   static inline Real dummy_precision() { return NumTraits<Real>::dummy_precision(); }
  189   EIGEN_DEVICE_FUNC
  190   static inline int digits10() { return NumTraits<Real>::digits10(); }
  191 };

complex"    "fvar"

This is wrong.  We can't combine var and fvar.  The only binary arguments that are legal have either arithmetic types or matching autodiff types.  The logic extends to ternary operations.
In the binary case, we need all combinations of (A1, A2), (A1, V), (T, A2) and (V, V), where A1 and A2 are arithmetic types and V is an autodiff type. Specifically, if there are two autodiff types, they have to be the same.
We have to be careful to cover everything without  introducing ambiguity.  This is particularly problematic when only (A, A) is built-in and not something more generic like (A1, A2) that matches without promotion.

The problems are deeper here.  The matched operations all work, but the mixed operations which should be OK (var on left) fail to compile due to missing madd instances
  Eigen::MatrixXd a = Eigen::MatrixXd::Random(2, 2);
  a *= a; // OK

  Eigen::Matrix<stan::math::var, -1, -1> b = a;  // OK
  b *= b; // OK
  b = b * b; // OK

  b = a * b; // FAILS
  b *= a;  // FAILS

The errors look like:
lib/eigen_3.3.3/Eigen/src/Core/products/GeneralBlockPanelKernel.h:999:13: error: no matching member function for call to 'madd'
            EIGEN_GEBP_ONESTEP(0);
            ^~~~~~~~~~~~~~~~~~~~~
lib/eigen_3.3.3/Eigen/src/Core/products/GeneralBlockPanelKernel.h:990:22: note: expanded from macro 'EIGEN_GEBP_ONESTEP'
              traits.madd(A2, B_0, C10, B_0); \
              ~~~~~~~^~~~
lib/eigen_3.3.3/Eigen/src/Core/products/GeneralBlockPanelKernel.h:435:28: note: candidate template ignored: deduced conflicting types for parameter 'AccPacketType' ('stan::math::var' vs. 'double')
  EIGEN_STRONG_INLINE void madd(const LhsPacketType& a, const RhsPacketType& b, AccPacketType& c, AccPacketType& tmp) const

so it's clear it doesn't know how to mix var and double despite having the relevant ScalarBinaryOp traits in stan/math/rev/fun/Eigen_NumTraits.hpp:
/**
 * Traits specialization for Eigen binary operations for reverse-mode
 * autodiff and `double` arguments.
 *
 * @tparam BinaryOp type of binary operation for which traits are
 * defined
 */
template <typename BinaryOp>
struct ScalarBinaryOpTraits<stan::math::var, double, BinaryOp> {
  using ReturnType = stan::math::var;
};

/**
 * Traits specialization for Eigen binary operations for `double` and
 * reverse-mode autodiff arguments.
 *
 * @tparam BinaryOp type of binary operation for which traits are
 * defined
 */
template <typename BinaryOp>
struct ScalarBinaryOpTraits<double, stan::math::var, BinaryOp> {
  using ReturnType = stan::math::var;
};

/**
 * Traits specialization for Eigen binary operations for reverse-mode
 autodiff
 * arguments.
 *
 * @tparam BinaryOp type of binary operation for which traits are
 * defined
 */
template <typename BinaryOp>
struct ScalarBinaryOpTraits<stan::math::var, stan::math::var, BinaryOp> {
  using ReturnType = stan::math::var;
};

So I guess the question is where this leaves the Eigen complex things.  That means that some of the Eigen functions don't call these mixed operations internally (like eigendecomposition), but some of them do (like complex Schur).  We're not going to be able to use the ones that call mixed operations internally without sorting out the necessary implementations.  This would have to start down at the autodiff type level and then move onto complex, I'd think.  I wouldn't want to do complex without a working real version.

I find the macros really confusing. I'm already having trouble debugging programs with all the traits macros because I can't grep for definitions of things I'm seeing in code.

That's reasonable, probably an easy to write hard to read on my end.

So I guess the question is where this leaves the Eigen complex things. That means that some of the Eigen functions don't call these mixed operations internally (like eigendecomposition), but some of them do (like complex Schur). We're not going to be able to use the ones that call mixed operations internally without sorting out the necessary implementations. This would have to start down at the autodiff type level and then move onto complex, I'd think. I wouldn't want to do complex without a working real version.

Let me stare at that code for an hour today and see if I can't sort it out. It seems to be failing at some very specific places in their code. I also want to check out what the other autodiff w/ complex eigen folks did in this situation

Okay so the issue here is that we need gevv_vdv_vari and gevv_vvd_vari specializations for double and var, then we need specializations for general_matrix_vector_product etc. For a little bit I went full doomer and thought we would need to write our own pmadd etc. but I think the above is right.
What's happening is that right now we are calling Eigen's general matrix product for var and double stuff. Specifically the lines here are the bads
            SAccPacket C0, C1, C2, C3;
            straits.initAcc(C0);
            straits.initAcc(C1);
            straits.initAcc(C2);
            straits.initAcc(C3);

            const Index spk   = (std::max)(1,SwappedTraits::LhsProgress/4);
            const Index endk  = (depth/spk)*spk;
            const Index endk4 = (depth/(spk*4))*(spk*4);

            Index k=0;
            for(; k<endk4; k+=4*spk)
            {
              SLhsPacket A0,A1;
              SRhsPacket B_0,B_1;

              straits.loadLhsUnaligned(blB+0*SwappedTraits::LhsProgress, A0);
              straits.loadLhsUnaligned(blB+1*SwappedTraits::LhsProgress, A1);

              straits.loadRhsQuad(blA+0*spk, B_0);
              straits.loadRhsQuad(blA+1*spk, B_1);
              straits.madd(A0,B_0,C0,B_0);
// ...

Where madd's definition is
EIGEN_STRONG_INLINE void madd(const LhsPacketType& a,
const RhsPacketType& b, AccPacketType& c, AccPacketType& tmp) const

If SRhsPacket and SAccPacket differ in the call to madd then it throws since it wants the same type here. But I think we can get around all of this lower level internal eigen stuff by going one step higher and specializing general product structs.
@t4c1 based on your knowledge of Eigen does that sound like the right path here?

I got a dumb version of this up and passing for var and double. Though I think I need some help on this because matrix_d * vector_v is way slower than matrix_v * vector_d and it feels like the opposite should be true. The same goes for matrix_d * matrix_v being like 3x slower than matrix_v * matrix_d so I have to be doing poor access or storage
https://github.com/stan-dev/math/compare/feature/eigen-specializations-products#diff-989932cf1f16ca6deb20162d5b764e7fR178
git pull
git checkout feature/eigen-specializations-products
./runTests.py ./test/unit/math/rev/fun/multiply_test.cpp

I got a dumb version of this up and passing for var and double. Though I think I need some help on this because matrix_d * vector_v is way slower than matrix_v * vector_d and it feels like the opposite should be true. The same goes for matrix_d * matrix_v being like 3x slower than matrix_v * matrix_d so I have to be doing poor access or storage
https://github.com/stan-dev/math/compare/feature/eigen-specializations-products#diff-989932cf1f16ca6deb20162d5b764e7fR178
git pull
git checkout feature/eigen-specializations-products
./runTests.py ./test/unit/math/rev/fun/multiply_test.cpp

I spent some time looking into this, but to be honest I have no idea how to fix this.

I would really like to get what works here merged so that I don't have to maintain this as Stan quickly evolves around it.  I think what's here is correct.  It can be generalized for more Eigen operations (as @SteveBronder is suggesting) and for more general matrix inputs (as @t4c1 is suggesting), but I'd like to do that on a later branch.
I'll just remove Schur decomposition altogether and remove the comments and hopefully we can merge.
If @SteveBronder and @t4c1 would like this to be generalized before merging, I'd like to ask for help maintaining the branch.

The other option here, seriously, is to just cut our losses on complex and give up and rip out all the other stuff.  It's been a huge pain, it's still not done, and I can't see the light at the end of the tunnel for when it will be done if it has to be fully general.  I haven't even tried FFT on it, which is what I really wanted to get into Stan.

If @SteveBronder and @t4c1 would like this to be generalized before merging

If that is a problem, you (or me or someone else) can do that later in a separate PR later.

The other option here, seriously, is to just cut our losses on complex and give up

Complex stuff is mostly your work, so you should decide.

I would really like to get what works here merged so that I don't have to maintain this as Stan quickly evolves around it. I think what's here is correct. It can be generalized for more Eigen operations (as @SteveBronder is suggesting) and for more general matrix inputs (as @t4c1 is suggesting), but I'd like to do that on a later branch.

The multiply stuff is also an issue for var so it should be put in a seperate PR. I'm going to also file an issue with Eigen to see what the best way to resolve this is. I think the better option here may be to just write schur as a stan function instead of relying on eigen. Once tests pass for this I'm fine approving it

I fixed the fix by restricting isinf and isnan to autodiff like we did for other cmath functions.  Hopefully this'll get through Windows tests (there seems to be an extra top-level isnan function floating around in a version of clang++ there that doesn't show up elsewhere).


Make the clean shutdown handler simpler

This modifies the clean shutdown handler to use a FD from the command line, rather than taking stdin.
It also makes the logic even simpler, as shown in input-output-hk/cardano-node#767
The command-line arguments are changed from --shutdown-handler to --shutdown-ipc FD
so that they are identical to cardano-node.

I added another unit test. But the unit tests seem to have a race condition somewhere, and don't always pass.

@rvl Do you feel like wrapping up this one anytime soon :grimacing: ?

I had a little trouble getting the tests to pass, so put this on the backburner.

Will fix it later.


Implement versioning best practices

Feature Request
As we get closer to having users of PyPSA-USA, adopting better versioning methods will be good.
For this ticket to be complete, I believe we will need to:

[ ] Protect the master branch, so only develop can be merged to it (or at least a dedicated PR is needed if not done already)
[ ] Set up a github action so that when a new push to main is done, the project is tagged with a version and archived to zenodo

Suggested Solution
As discussed with @ktehranchi, a GitFlow methodology may suit our needs nicely! We will have two main branches, main and develop. Our feature branches will be merged to develop, then we will only merge to master with tested developments.
Additional Info
GitHub Actions

Example 2 here shows the automatic tagging on merge to main
Maybe something like this for Zenodo, but not too sure on this one.

I like the gitflow methodology.... I created a develop branch and will start using that methodology moving forward.

@ktehranchi has already set up archiving new releases to zenodo! Just need that to trigger when a new push to main, I guess.

I think this is complete! I'm about to do a release so we'll confirm.


Don't display a follow warning banner in the stellar confirm screen if sending to yourself

@keybase/picnicsquad

huh, gocritic seems to be going wild today


Ruff complains about a too long line which black does not format

Ruff complains about this (in file issue.py), although black doesn't change this code

class A:
    def my_func(self, constants):
        headers = {
            constants.HEADERS.CONTENT_TYPE.value: constants.CONTENT_TYPE.URL_ENCODED.value
        }

The line is ofc             constants.HEADERS.CONTENT_TYPE.value: constants.CONTENT_TYPE.URL_ENCODED.value, which has 90 chars
Ruff version: 0.0.275
Invoked command: ruff check issue.py
No configuration added to pyproject.toml for either ruff or black (so both should assume a max line-length of 88)

Ah yeah, this is by-design and consistent with Flake8 and other linters. In general, the line-length check is just looking at the length of the physical line, and not whether a formatter has the ability to truncate it. If you want to rely on Black to enforce line length, you might consider disabling E501 altogether.

It's compatible with Black in that it won't make any changes that conflict with Black, and there aren't any rules that will be triggered by way of running Black on your codebase. (This isn't true of Flake8 or Pycodestyle, which have rules that disagree with Black's formatting.)

Can I ask a slightly different question here: what is your ideal behavior?

Ah yeah, this is by-design and consistent with Flake8 and other linters. In general, the line-length check is just looking at the length of the physical line, and not whether a formatter has the ability to truncate it. If you want to rely on Black to enforce line length, you might consider disabling E501 altogether.

Sorry to chime in, as a non-user of ruff, rather someone who is trying it out, it seems like the tool is taking on too much... I'd be very happy to leave formatting to black entirely and have this tool focus on all the other fluff.

Here's another example:
async def frob(foo):
    match foo.bar:
        case 42:
            try:
                httpx.do.something()
            except httpx.HTTPStatusError as e:
                logging.exception(
                    f"Error response {e.response.status_code!r} while requesting {e.request.url!r}"
                )

This kind of line could only be split using C-style string literal concatenation:
                logging.exception(
                    "Error response "
                    f"{e.response.status_code!r} while requesting {e.request.url!r}"
                )

This has been discussed at black a while back and ultimately a sensible decision was taken not to split user literals.
Which leaves long literals a valid exception to the line length rule.
I think long type annotations and complex inline dicts are the same.
Please consider re-opening this ticket.

We enable only a very few stylistic rules by default. You’re welcome to turn off the line-length rule if you find it unhelpful! Though note that Black alone does not solve line lengths — you can still have overlong comments, strings, lines that Black doesn’t know how to split, and so on. I think it’s very reasonable to have a linter that checks for overlong lines (not supporting a line length check would strike me as unusual, Flake8 has one too, etc.), but again, you’re welcome to turn it off.

What I don’t quite follow is: if you want Black to be the determiner of what’s a valid line length, why enable E501 at all?

(To be clear, we don’t attempt to autofix or modify line lengths at all.)

I'd like to have good tools work together out of the box.
In fact, I've flake8 from a few repos merely because the tool required custom config to be compatible with black.
It is true, too, that another, more pedantic developer brought flake8 with the correct set of disabled E's and W's, so not all is lost.
My humble 2c: a young, lesser known project must be compatible from get go to gain traction.

@nbro10 I think this is clearly documented at https://beta.ruff.rs/docs/faq/#is-ruff-compatible-with-black — is there somewhere else you think this information should be highlighted?
Black cannot safely automatically split some long lines. In these cases, it is valuable to many users to have a linter highlight the line length violation so it can be split manually.

If you're saying that Ruff will not report anything after running black, provided that we first fix all issues reported by ruff before running black itself, this may not be true, because our fix may be undone by black?

Are you saying that running black caused two shorter lines to be merged into one longer line?


Add kitty terminal strategy

Add kitty strategy option,

Yeah, that's more flexible, I'll send another PR.

@amirHossein5 I went ahead and added the Kitty strategy. I should have done that in the first place. Let me know if I implemented correctly.

Yeah, but

Is there any way to automatically panel be invisible on kitty strategy? I've added show_panel_on_build to my settings to disable that.
colors(for artisan) are missing(shows correct colors for phpunit command).


Automatic migration of code from message_data

Summary
For automatic migration of code from message_data, we provide the scripts in util. Most recently, @GamzeUnlu95 tried running these scripts via Git Bash on her Windows system, revealing some issues with her system, but also with these scripts. The main issue seems to be that when running the scripts manually in the shell on Windows, the settings.sh might not set the variables persistently, so the other scripts don't recognize$SRC and the rest.
Description of issues
With the system
(Git) Bash
Git Bash did, for some unknown reason, not recognize commands like python or python3 or git filter-repo. We did not take the time to figure out the exact reasons for that, but instead found an option to install a Linux shell (bash and fish) on Windows. Windows 10 (since version 2004) and 11 provide the Windows Subsystem for Linux, which can be installed from the command prompt run as administrator. As detailed in the article, we used wsl -l -o to see a list of available options and wsl --install -d Ubuntu-22.04 to install the latest available version of Ubuntu. Now, bash is available in the command prompt and opens in a home directory which seems to be well-located if called from the drive of interest (which is C:\ rather than H:\, where the command prompt opens per default; use C: to change the drive). This allows python3 to start a python shell.
Please note that we had to set up another ssh key in this Linux subsystem to access GitHub in the usual way.
Fish
Since I prefer fish over bash, we then followed this guide to install that as well. At the moment, this unfortunately leaves us with the rather cumbersome solution of

Opening the command prompt (searching for cmd on the search bar)
Starting bash
Starting fish

to get to the shell of our choice. No doubt this can be made more convenient, we just didn't take the time for it (yet).
git filter-repo
This still left git-filter-repo unrecognized, since it was already installed before, but not recognized anymore. So we installed it again, for which we needed to install pip first, using sudo apt-get install python3-pip. pip install git-filter-repo is then readily available.
With the scripts
The scripts were still not running after this. The main issue seems to be interaction with other scripts in the first few lines. util/reset.sh contains line 5 as . common.sh, but there is not file called common.sh in util/. Similarly, both util/1-prepare.sh and util/2-migrate.sh call in line 5 or 6 . settings.sh, which does exist, but wasn't recognized by our new setup.
As an interesting side note, this recognition was not a problem when double-clicking the scripts from the file explorer, which opened an instance of git bash and ran them, while we were unable to run them manually from within git bash.
We were able to get the files recognized by changing line 5 or 6 to ./settings.sh. However, this merely resulted in statements of the sort +SRC=message_data in the terminal, but when the further script commands tried to call $SRC, the variable would be empty. We tried running the scripts simply via ./2-migrate.sh. Again, in the interest of time we did not research the most broadly viable way to set these variables independent of the surrounding environment, but specified them manually. In fish, this is done via set SRC message_data.
Afterwards, we continued copying the commands from 2-migrate.sh (since 1-prepare.sh had succeeded in the automatic git bash call) to the shell and executed them manually without further issues.

./common.sh and . common.sh are different from one another:

./common.sh means "Execute the file common.sh that appears in the current directory, .". The file could be a binary, or a Python, Perl, shell, etc. script. Since this happens to be a shell script, it executes in a sub-shell. This means that any variables created live within only the scope of that sub-shell, and are lost when it exits.
. common.sh is the POSIX (not bash-specific; see here) way to include the lines from another file in the current script. Thus when those included lines define variables, those variables are in the same scope as the current script.

The latter is what is intended in these migration scripts. The name mismatch between "settings" and "common" is one of the errors I noticed doing #116.


2024-10-15_01-35-19_master-next_aws-c-common

Automatically created.

Successfully created backport PR for kirkstone-next:

#9943

Successfully created backport PR for scarthgap-next:

#9944

Successfully created backport PR for styhead-next:

#9945


Where does (pm-set-buffer) come from?

Hey, I am trying this out and wondered about the definition of (pm-set-buffer) as I do not have it on Emacs 29.
Can you provide the definition in literate-smalltalk.org?
Some functions like (literate-smalltalk-completion-candidates) rely on it and I can't use them.

I suppose it is something like this?
(defun pm-set-buffer (point)
    (switch-to-buffer (marker-buffer org-src--beg-marker))
    (goto-char point))

It is a function in package polymode:
https://github.com/polymode/polymode/blob/master/polymode-core.el#L1146

Ah, I see. Thanks. I had trouble to install poly-org and so far everything worked without out rather fine.


using geospatial features in MongoDB

I have been playing with importing data into MongoDB most of the day.  Have made A LOT of progress quickly.  I now can fully load at least the Metadata from seispp data files converted with the new antelope export_to_mspass program.  I have all the data from 2004 and 2005 gt 6 earthquake from usarray.   That is about 5000 headers.
At the same time I've been building up the master schema of names.   In working with MongoDB today, however, I ran across something that solves a problem very fast that I had been wondering how to do.   That is, how to build master source and site documents.   Both suffer from the issue of needing to compare numbers that are almost by not exactly equal and for which the metric of what defines "close" is data dependent.   i.e. "close" is much smaller for the site document (table) than for source data.   Also the source data has to include a time element, which will add a minor but solvable complication.
I think the approach we should use is that for coordinate data we should load waveforms with source and receiver locations in the wf document.   The overhead is tiny compared to waveform data and worst case the wf document could be cleaned if needed.   Anyway, the point is it should not be difficult with the geospatial features in MongoDB to scan a wf document pulling out all comparable coordinates and reinserting them as geospatial data.   The a second function could be written (a bit harder due to the need to deal with elevation or depth and (for sources) time) that would find all redundant coordinates and write a master site or source document (table).
The potential negative is I'm not totally sure this will be that helpful due to the 2d limitation of the geospatial package.   That is important because there are lots of examples of sources that are "close" by a reasonable metric but have different depths and occurred at different times.  Happens for many GSN stations too where they surface and borehole sensor with elevations that are different enough to matter.
So I put this out there for discussion and consideration and as a reminder to consider this approach.

I think the solution for receiver location looks good enough with a soft criteria based on 2D distance and elevation separately. I always assumed that if a station is moved, it would always be assigned a new loc code, so a waveform defined by net.sta.loc.chan should always be time-independently unique. I thought all we need to do is add the loc key to what Antelope has.
I agree that we don't need to go into the issue of source locations. Users should just go with whatever a catalog defines. We can definitely get it more fancy when needed down the road, but we can worry about that later.

From my experience station Metadata is a type example of Murphy's Law.  In this case, stated this way - anything you can or cannot imagine could go wrong will.   I've come around to the view that we should handle coordinates in isolation.  In every case I can imagine all that really matters is a station site as a "point", but the point is not infinitely small.  Equivalence of position scales with apparent wavelength, by which I mean wavelength along Earth's surface.   If one is working with teleseismic P waves like you did for your dissertation, the "point" can be pretty large - hundreds of m or more.   If you are working with free oscillation data it is kms in size.  Other end member would be something like the Homestake data where there was signal to 1 kHz and sub meter precision is needed.  That is why this idea of a soft position is exactly what we need.
The other side of it what causes CSS3.0 and, I suspect obspy, to get bogged down is to improperly link component orientation data and response data to a physical location.   Those actually belong to an instrument-sensor combination that has different space-time properties.  A point with a sphere drawn around it is a fixed thing forever while instrumentation changes all the time with real data.  Hence, our design needs to keep these separated.
Source data are similar to receiver location data, but subject to two different issues:  (1) time is a critical added parameter and (2) the issue CSS3.0 handles with event->origin (prefor).   It seems we both agree that is a known, robust working solution to that problem and we shouldn't mess with it.
I think the next thing I'm going to do today is write a section of the documentation I had a stub for already in the html directory.  That is, I am going to write a database design section that tells the logic behind what I just wrote here.   I'm pretty confident now this basic design is what we will want:
wf - is the collection used to contain working data sets.   I've come to think the documents in this collection should have complete headers/metadata that can be readily scanned for completeness with a program we could write in a few hours.  You would just give this program a list of required attributes and a query that defines the dataset.  The verification would then just scan that set of documents and log a message that could be used to locate the error and fix it.  Normalized data (like receiver and source coordinates) would assumed to be elsewhere and different utility programs would be needed to validate the normalized data.  I assume we would use your idea for describing partially processed data with the linked list to parents.   Probably also need some other unique key to define a common stage for a full data set.
site - receiver coordinate data as noted above
source - source coordinate data as noted above
elog - error log data with cross-reference to wf.   Note there will be a housecleaning problem with elog as it would be very easy to remove entries from wf leaving orphan log entries with no parent in wf.


Converting the website into PWA [SSOC]

I would like to convert the website into a Progressive Web Application so that it can be installed in the user device or added to home screen and can also function offline.
(For SSOC contribution)

Please assign it to me

@ShivanshAr97 Nice idea. Share some resources in discord via dm. I also wanna learn how to add this feature to websites.

@ShivanshAr97 Nice idea. Share some resources in discord via dm. I also wanna learn how to add this feature to websites.

Ok 🙂


psl support :(

Describe the bug
there is no psl support so cloudflare does not accept the domain and says "make sure you're providing a domain, not a subdomain", making ns records useless
To Reproduce
Steps to reproduce the behavior:
try adding a frii.site domain to cloudflare dns
Expected behavior
i expected cloudflare to accept the domain
Screenshots
no
Additional information:

Browser: everything
Device: everything
OS: everything
OS Version: everything
Device resolution: everything

Additional context
see https://github.com/publicsuffix/list

Unfortunately we do not meet the standards for their requirements; specifically user count, and 2 year registration policy

Note: if cloudflare support is due to the API, you can use ours. If you need more records, you can get some for free if you contact our support department<EMAIL_ADDRESS>:)


Update _Index.md

Code inside a list must be inside   code
The command line cat MyCert | base64 -d let you quickly verify the certificate integrity.

@gabx Typically, when you put items in single mark ticks which make code blocks. As hugo reads the markdown files and converts it.
Can you update to use them instead of the HTML?
`tls.crt: LS01...`

not sure to understand what you are asking me


Using autograph when calculating gradient over tf.case

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow): YES
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Linux Ubuntu 18.04
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device:
TensorFlow installed from (source or binary): Binary
TensorFlow version (use command below): TF 2.1.0
Python version: Python 3.6.9
Bazel version (if compiling from source):
GCC/Compiler version (if compiling from source):
CUDA/cuDNN version: 10.1
GPU model and memory: GeForce GTX 1080 Ti 11G

Describe the current behavior
I am trying to compute a gradient over tf.case using an autograph.
For example, let's say I have a case function where it takes a batch of input and computes output based on the sign of the input:
def case_fn(x):
    N = tf.shape(x)[0]
    positive_idx = tf.cast(tf.squeeze(tf.where(tf.squeeze(tf.math.greater(x, 0.)))),tf.int32)
    negative_idx = tf.cast(tf.squeeze(tf.where(tf.squeeze(tf.math.less_equal(x, 0.)))),tf.int32)
    def all_positive_case():
        y_positive = x*2.

        return y_positive

    def all_negative_case():
        y_negative = x-2.

        return y_negative

    def some_positive_some_negative_case():
        x_positive = tf.gather(x, positive_idx)
        x_negative = tf.gather(x, negative_idx)

        y_positive = x_positive*2.
        y_negative = x_negative-2.

        y_positive = tf.scatter_nd(tf.expand_dims(positive_idx,1),y_positive,tf.stack([N,1]))
        y_negative = tf.scatter_nd(tf.expand_dims(negative_idx,1),y_negative,tf.stack([N,1]))

        return y_positive + y_negative

    all_positive = tf.math.equal(tf.shape(negative_idx)[0], 0)
    all_negative = tf.math.equal(tf.shape(positive_idx)[0], 0)
    return tf.case([(all_positive, all_positive_case), (all_negative, all_negative_case)], default=some_positive_some_negative_case)

Then, I calculate a gradient with the following code:
trainable_variable = tf.Variable([[1.], [-1.], [2.], [-2.]])
@tf.function
def compute_grad():
    with tf.GradientTape() as tape:
        y = case_fn(trainable_variable)
    grad = tape.gradient(y, trainable_variable)
    return grad

print(compute_grad())

If I do not use @tf.function decorator, it returns a correct value which is IndexedSlices(indices=tf.Tensor([0, 2, 1, 3], shape=(4,), dtype=int32), values=tf.Tensor([[2.],[2.],[1.],[1.]], shape=(4, 1), dtype=float32), dense_shape=tf.Tensor([4 1], shape=(2,), dtype=int32)).
However, if I use @tf.function decorator, it returns a value error saying
Traceback (most recent call last):
  File "examples/case_gradient.py", line 102, in <module>
    print(compute_grad())
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/def_function.py", line 568, in __call__
    result = self._call(*args, **kwds)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/def_function.py", line 615, in _call
    self._initialize(args, kwds, add_initializers_to=initializers)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/def_function.py", line 497, in _initialize
    *args, **kwds))
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/function.py", line 2389, in _get_concrete_function_internal_garbage_collected
    graph_function, _, _ = self._maybe_define_function(args, kwargs)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/function.py", line 2703, in _maybe_define_function
    graph_function = self._create_graph_function(args, kwargs)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/function.py", line 2593, in _create_graph_function
    capture_by_value=self._capture_by_value),
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/framework/func_graph.py", line 978, in func_graph_from_py_func
    func_outputs = python_func(*func_args, **func_kwargs)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/def_function.py", line 439, in wrapped_fn
    return weak_wrapped_fn().__wrapped__(*args, **kwds)
  File "/home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/framework/func_graph.py", line 968, in wrapper
    raise e.ag_error_metadata.to_exception(e)
ValueError: in converted code:

    examples/case_gradient.py:99 compute_grad  *
        grad = tape.gradient(y, trainable_variable)
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/backprop.py:1029 gradient
        unconnected_gradients=unconnected_gradients)
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/imperative_grad.py:77 imperative_grad
        compat.as_str(unconnected_gradients.value))
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/eager/backprop.py:141 _gradient_function
        return grad_fn(mock_op, *out_grads)
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:121 _IfGrad
        false_graph, grads, util.unique_grad_fn_name(false_graph.name))
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:381 _create_grad_func
        func_graph=_CondGradFuncGraph(name, func_graph))
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/framework/func_graph.py:978 func_graph_from_py_func
        func_outputs = python_func(*func_args, **func_kwargs)
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:380 <lambda>
        lambda: _grad_fn(func_graph, grads), [], {},
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:371 _grad_fn
        src_graph=func_graph)
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/gradients_util.py:669 _GradientsHelper
        lambda: grad_fn(op, *out_grads))
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/gradients_util.py:336 _MaybeCompile
        return grad_fn()  # Exit early
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/gradients_util.py:669 <lambda>
        lambda: grad_fn(op, *out_grads))
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:183 _IfGrad
        building_gradient=True,
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:219 _build_cond
        _make_indexed_slices_indices_types_match(_COND, [true_graph, false_graph])
    /home/junhyeok/.venv/ccmbrl/lib/python3.6/site-packages/tensorflow_core/python/ops/cond_v2.py:652 _make_indexed_slices_indices_types_match
        (current_index, len(branch_graphs[0].outputs)))

    ValueError: Insufficient elements in branch_graphs[0].outputs.
    Expected: 6
    Actual: 3

Describe the expected behavior
Behave equivalently even I use @tf.function decorator.
Standalone code to reproduce the issue
Provide a reproducible test case that is the bare minimum necessary to generate
the problem. If possible, please share a link to Colab/Jupyter/any notebook.
One wierd thing is when I run this in colab, it doesn't return the value error.
But here is the colab link: https://colab.research.google.com/drive/1DmyMNffPOloFt66_FoqHxxHVMfYInCIf#scrollTo=cEqKALBoHzmB
Other info / logs Include any logs or source code that would be helpful to
diagnose the problem. If including tracebacks, please include the full
traceback. Large logs and files should be attached.

I have checked this with version 2.2.0-rc3 and didn't see any issue.
It might be resolved in the new version.


Echarts is not defined in jsp file

Version
4.4.0
Steps to reproduce
I am trying to use echarts for some pie charts and bar charts. After adding the

The first line
var myChart = echarts.init(document.getElementById('bar'));
is failing with error "Uncaught ReferenceError: echarts is not defined"
I have checked the location of the js file and it exists, even on the developer tools the path to the js file is coming correctly.
Can someone please help on what I am doing wrong here ?
What is expected?
It should be able to detect the echarts.init() method if the js file is present.
What is actually happening?
It is throwing error "echarts is not defined"

I am using a Struts project with jsp pages for view. I am running this application on rhel 7 machine through a tomcat (version: 7.0.69 ) server.

Try using a relative path?
This doesn't seem to relate ECharts.

Hi Olivia,
It is using the relative path. Actually I have tried with the relative path, complete path and even using the cdn url. But it is not working.
If the echarts.min.js file is existing the echarts should not throw error "echarts is not defined". Refer to the images below, where the it can get the echarts.min.js file but still throwing the error.

Perhaps the var myChart = echarts.init(document.getElementById('bar')); is called before ECharts <script> tag? This is a pure JS problem and ECharts won't give this error if echarts variable is there. Please have a carefully check.

I double checked and the call is proper, first the inclusion of echarts library via script tag and then the call to echarts is happening. Even I am not sure, why this is happening and that's why raised this ticket.
Kindly let me know if there is anything else to look.

Thanks for helping. Got the issue, closing it.


openssl_1_1: 1.1.1v -> 1.1.1w

Description of changes
https://github.com/openssl/openssl/blob/OpenSSL_1_1_1w/NEWS
with which we're officially EOL. yay.
Things done

Built on platform(s)

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

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

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

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

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

[ ] Fits CONTRIBUTING.md.

So I guess we'll keep 'supporting' openssl for 23.05?

Well somewhat, yes. OpenSSL 1.1.1w is the final release for the OpenSSL 1.1 series and with this release it's reached its EOL date and there will be no further support. We still have some dependents on it though, so as far as I know it will stay in permittedInsecurePackages until the 23.11 release, at which point it will be removed from that list and thus be marked insecure.

Only entry in changelog is security related mentioning
o Fix POLY1305 MAC implementation corrupting XMM registers on Windows
(CVE-2023-4807)
Adding the security label

We already have a patch for that CVE. This just drops it and switches to the release.


Add a script that generates lerna style tags for the current version of a lib

Sometimes we need to do manual tag manipulation, and it would be much easier if it was partially automated. We should make an npm script that generates an appropriate tag for the current commit for a given package by parsing it's package.json.

I still kinda think this is a good idea but it's not important so...


Question: usable as a terraform module? or does this require calling the makefile independently

Is this project usable as a terraform module?
Or does this require calling the makefile independently.
Wondering how easy or hard this is to keep with including this in the rest of my terraform config, versus managing this portion of infrastructure from/as a separate repo.

yes tack can theoretically be used as a terraform module. the inputs and outputs are defined in io.tf in the root directory. be aware though that some of the modules 'expect' things to be in certain places - ie certificates for ssl. i am actively working on relaxing those requirements.

Thanks! Wanted to confirm before getting into that.

Fails to get the AMI ID - due to skipping the makefile I expect - do you have any recommendations for fixing this?
My solution in this case would probably be to just set it to an actual var on my end since I can assume everything the makefile is otherwise trying to determine?


Updating Compose Release Notes - Adding 2.5.1

Adding a new section to the release notes with the info for 2.5.1 release.

Closing this PR. This commit can be reviewed under the scope of https://github.com/docker/docker.github.io/pull/14857.


Create uplay.svg

Ref: https://commons.wikimedia.org/wiki/File:Uplay_Logo.png
Re: #371

Looks good. Please can you add to index.md and add a reference image to https://github.com/edent/SuperTinyIcons/blob/master/images/reference/index.md


lxd/network_zones: Use zone for consistency

This renames name to zone as that's what zone records use as well.
Signed-off-by: Thomas Hipp<EMAIL_ADDRESS>

Documentation preview available at: https://linuxcontainers.org/lxd/docs/pr.11681/


NewFunctionStackAnalysisCmd special-cases LEA, doesn't work on non-x86

NewFunctionStackAnalysisCmd checks instr.getMnemonicString().equals("LEA") in order to mark operations that take the address of stack variables.  This is x86-specific (even 68k uses lowercase "lea"); ideally it would use a more general approach that works on all architectures.

This code was put there to force a reference on the location, due to complaints.  In general the algorithm seeks to find actual references (load/store), so the code does generally handle other languages such as MIPS if the reference can be detected.  The 68K may or may not mark up the reference on the lea instruction depending on the use of the destination register of the lea instruction.
The algorithm could be changed to aggressively mark up interim calculations, but that could result in spurious/incorrect half references.
I agree I'd like to remove this special code for the X86.  In many cases this could be removed and the reference would be created, but there are edge cases where the reference isn't detected.

FWIW, I encountered this when disassembling a function that passed a pointer to a stack variable as a function argument.  (The function did also directly store to that variable, but not via the same address calculation.)  The decompiler did mark it as a reference to a local, but I wanted to get to the stack layout view to mark it as a structure, and I couldn't get there from the decompiler (I guess I should file that as another issue).  But even if that were fixed, it would still be useful to have the reference marked properly in the listing.


Delete Collection Message

Reuses the same confirmation message for the delete action on the collection show page as the my collections listing page.
Collection Listing

Collection Show Page

Coverage remained the same at 54.73% when pulling 3701a28c2f054859c0913fe2abd6497246b02727 on i#995 into 3c14ee8408b9d0c92b88a64cc8bd745a16916429 on develop.


add go 1.10.2 and 1.10.3

This extends #122, making 1.10.3 the default version of Go used.

Cherry picked on master. Thanks for this!


Backend Support - CPU for Setup & Testing

@kiritigowda I could build the HIP backend after running the setup script for HIP.
Trying to build the OCL backend after running the setup script for OCL gives me the following with cmake:
CMake Error at /opt/rocm-5.0.0/miopengemm/lib/cmake/miopengemm/miopengemm-targets.cmake:81 (message):
The imported target "miopengemm" references the file
 "/opt/rocm-5.0.0/miopengemm/lib/libmiopengemm.so"

but this file does not exist.  Possible reasons include:

The file was deleted, renamed, or moved to another location.

An install or uninstall procedure did not complete successfully.

The installation package was faulty and contained
"/opt/rocm-5.0.0/miopengemm/lib/cmake/miopengemm/miopengemm-targets.cmake"

[AMD Official Use Only]
Pavel,
The CI is passing the tests. Can you verify.
http://math-ci.rocm.amd.com/blue/organizations/jenkins/compute-rocm-dkms-no-npi-hipclang%2FShort-GPUOpen%2FMIVisionX/detail/PR-808/4/pipeline/135

From: Pavel Tcherniaev @.>
Sent: Friday, April 8, 2022 3:00 PM
To: GPUOpen-ProfessionalCompute-Libraries/MIVisionX @.>
Cc: Nagesh gowda, Kiriti @.>; Mention @.>
Subject: Re: [GPUOpen-ProfessionalCompute-Libraries/MIVisionX] Backend Support - CPU for Setup & Testing (PR #807)
[CAUTION: External Email]
@kiritigowdahttps://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fkiritigowda&data=04|01|kiriti.nageshgowda%40amd.com|01ea48dfde5742242a6008da19ab3ad3|3dd8961fe4884e608e11a82d994e183d|0|0|637850520484802032|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=6EEiTA4GAbtYWmYFvDLJlv9oRkzjHxw%2Fl2z0mzsnZUs%3D&reserved=0 I could build the HIP backend after running the setup script for HIP.
Trying to build the OCL backend after running the setup script for OCL gives me the following with cmake:
CMake Error at /opt/rocm-5.0.0/miopengemm/lib/cmake/miopengemm/miopengemm-targets.cmake:81 (message):
The imported target "miopengemm" references the file
"/opt/rocm-5.0.0/miopengemm/lib/libmiopengemm.so"
but this file does not exist. Possible reasons include:

The file was deleted, renamed, or moved to another location.

An install or uninstall procedure did not complete successfully.

The installation package was faulty and contained

"/opt/rocm-5.0.0/miopengemm/lib/cmake/miopengemm/miopengemm-targets.cmake"
—
Reply to this email directly, view it on GitHubhttps://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FGPUOpen-ProfessionalCompute-Libraries%2FMIVisionX%2Fpull%2F807%23issuecomment-1093394991&data=04|01|kiriti.nageshgowda%40amd.com|01ea48dfde5742242a6008da19ab3ad3|3dd8961fe4884e608e11a82d994e183d|0|0|637850520484802032|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=mde4Gk%2Fa2zdTeFKvdLgzEphyuMeNfwy3ip%2Bq9ipEXRE%3D&reserved=0, or unsubscribehttps://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAD6ILGO75UZVECFMKXHUV3LVECUAXANCNFSM5S2VUGBQ&data=04|01|kiriti.nageshgowda%40amd.com|01ea48dfde5742242a6008da19ab3ad3|3dd8961fe4884e608e11a82d994e183d|0|0|637850520484802032|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000&sdata=KNaOXB8fp0JZohg2nVhpEdPFQy2wwzxmtrFQsh9lHPM%3D&reserved=0.
You are receiving this because you were mentioned.Message ID: @.***>


FEATURE: Add a pop up dialog box for Polls/Survey 🗳🌟🌟🌟

Feature Summary
I want to add a pop up dialog box for Polls/Survey 🗳, It will appear after few seconds of opening the website, It will be very helpful for your website... ✨
🟠Adding Polls/Survey related to your website, content or products can offer several benefits:
⚪Polls/Survey encourage user interaction, making visitors feel more involved with your site.
⚪They provide direct feedback on user preferences, helping you understand your audience better.
⚪Polls/Survey results can guide future content creation or product development based on what your audience cares about.
PA please assign me for this task..
Description
.
Proposed Solution
No response
Alternatives Considered
No response
Screenshots/Logs
No response
Additional Information

[X] I have searched for existing feature requests
[X] I am willing to help implement this feature
[X] I can provide more details or clarification if needed

@YadavAkhileshh

@Subhajit-2023-44 go for it

@Subhajit-2023-44 go for it

Thank You sir


Run error about cv_bridge

Hi, I replaced "mask_rcnn_ros"  with Detectron2_ros.
They are very similar, and the message format is the same, but detectron_ros runs faster.
Later, I ran the launch file and met an error. Please help me to solve it. Thanks! @margaritaG

terminate called after throwing an instance of 'cv_bridge::Exception'
what():  [8UC1] is not a color format. but [mono8] is. The conversion does not make sense
[depth_segmentation_node-2] process has died [pid 9901, exit code -6, cmd /home/XXX/voxbloxpp_ws/devel/lib/depth_segmentation/depth_segmentation_node __name:=depth_segmentation_node __log:=/home/XXX/.ros/log/2bca2770-fcb1-11ea-a2fb-4889e7b44eca/depth_segmentation_node-2.log].
log file: /home/XXX/.ros/log/2bca2770-fcb1-11ea-a2fb-4889e7b44eca/depth_segmentation_node-2*.log

After I solved the image encodeing problem,
I run

rosservice call /gsm_node/generate_mesh

I get another error

[gsm_node-4]` process has died [pid 20289, exit code -6, cmd /home/zss/EXTEND/Workspace/voxbloxpp_ws/devel/lib/gsm_node/gsm_node __name:=gsm_node __log:=/home/XXX/.ros/log/52320cce-0090-11eb-83f2-4889e7b44eca/gsm_node-4.log].
log file: /home/XXX/.ros/log/52320cce-0090-11eb-83f2-4889e7b44eca/gsm_node-4*.log


Add BASH_ENV so $HOME/.bashrc is sourced automatically

This will allow us to remove all source .bashrc lines from the
downstream images.
@mfojtik PTAL. I tested it with sti-perl and tests are passing :)

lgtm.


Failing test: indentation broken on multi-line concatenation.

Found this one in our codebase, well something like it ;-)

Just letting you know I haven't forgotten about this one, but I think its going to require a bit of refactoring to fix it. Is this a high priority for you? I'm not super excited about the work involved 😛 .

No, definitely not high priority! Don't worry about it.


Transpiled circuit with optimization level 3 is not equivalent to the original circuit

Informations

Qiskit version:
{'qiskit-terra': '0.19.2', 'qiskit-aer': '0.10.3', 'qiskit-ignis': '0.7.0', 'qiskit-ibmq-provider': '0.18.3', 'qiskit-aqua': None, 'qiskit': '0.34.2', 'qiskit-nature': None, 'qiskit-finance': None, 'qiskit-optimization': None, 'qiskit-machine-learning': None}

Python version:
Python 3.10

Operating system:
Mac OS Monterey 12.3.1

What is the current behavior?
Transpiled 2qubit circuit with optimization level 3 is not equivalent to the original circuit
Steps to reproduce the problem
Look at the attached jupyter notebook
Qiskit transpiler level 3 investigation.ipynb.zip
What is the expected behavior?
The result outputs should be same (upto shot noise).
Suggested solutions

Thanks for the report!
This particular case is the exact same behaviour that causes #7341, where discussion seems to have stalled a little bit.  The trick is that the synthesis routines in the transpiler have some approximations turned on by default (whether or not they should be doing that is another question...).  You can work around the issue by setting approximation_degree=0 in the call to transpile.
For others, a more minimal reproducer of the error:
import qiskit
from qiskit.test.mock import FakeLagos
import numpy as np

backend = FakeLagos()
circuit = qiskit.QuantumCircuit(2)
for i in range(4):
    circuit.rz(3*np.pi/4, 1)
    circuit.sx(1)
    circuit.cnot(0,1)

approximate = qiskit.transpile(circuit, backend=backend, optimization_level=3, approximation_degree=None)
exact = qiskit.transpile(circuit, backend=backend, optimization_level=3, approximation_degree=0)

def reduce_circuit(circuit):
    """Quick hack to reduce a larger circuit to the minimal set of qubits."""
    active_qubits = set()
    for _, qargs, _ in circuit.data:
        active_qubits.update(qargs)
    bit_map = {bit: i for i, bit in enumerate(active_qubits)}
    out = qiskit.QuantumCircuit(len(bit_map))
    out.global_phase = circuit.global_phase
    for op, qargs, _ in circuit.data:
        out.append(op, [bit_map[q] for q in qargs], [])
    return out

approximate = reduce_circuit(approximate)
exact = reduce_circuit(exact)

You can then see that (using qiskit.quantum_info.Operator to get the matrix form of the circuits) that Operator(circuit) is equal to Operator(exact), but not to Operator(approximate).

Thanks Jake! Setting the approximation_degree=0 indeed solves the problem.
I would suggest that by default it should always be set to zero until the issue is resolved. Incorrect transpilation on a 5 CNOT 2Q circuit sounds like a bad default setting.

Since this is already tacked by https://github.com/Qiskit/qiskit-terra/issues/8043, closing. Thanks @pranavm1502 !


Ignoring Timestamp and ID in Create Input with Boolean Configuration Variable

Is your feature request related to a problem? Please describe.
When creating a new item, it is common to want to ignore certain fields such as createdAt, updatedAt, and id as part of the input. Currently, this requires adding a lot of boilerplate code in the Prisma schema to ignore these fields, which can become cumbersome and repetitive.
Describe the solution you'd like
A feature to configure whether to ignore certain common fields, such as createdAt, updatedAt, and id, as part of the input. This can be done by adding a new boolean variable to the configuration file that would dictate whether or not these fields should be ignored.
This will allow developers to easily control whether these fields should be included or ignored, without having to add additional code to the Prisma schema.
Benefits

Reduces the amount of boilerplate code required in the Prisma schema
Makes it easier for developers to control which fields are included or ignored in the input
Improves code clarity and readability by eliminating repetitive code

Implementation
The boolean variable could be added to the configuration file, with a default value of false to ensure backward compatibility. When set to true, the specified fields would be ignored in the input.

Done in 12afcba 🚀


Routing to KafkaUI using Traefik.

Is your proposal related to a problem?
Is it possible to make this as clear as the San Diego summer sky:
SERVER_SERVLET_CONTEXT_PATH | URI basePath
It's not clear what this is for.
I assume it's so that I can run this as a service on a path localhost/kafkaui?
I am using this with traefik and routing to the UI using prefix /kafkaui but I get an error
this is the output in the console.
kafkaui_1     | 12:19:16.903 [boundedElastic-2] DEBUG org.springframework.http.codec.json.Jackson2JsonEncoder - [f0610232] Encoding [class ErrorResponse { kafkaui_1     |     code: 5000 kafkaui_1     |     message: 404 NOT_FOUND kafkaui_1     |     timestamp:<PHONE_NUMBER>903 kafkaui_1     |     req (truncated)...]
this is the output in the browser
{"code":5000,"message":"404 NOT_FOUND","timestamp":1624364356903,"requestId":"f0610232","fieldsErrors":null}
this is my docker-compose
`
version: "3.8"
services:
kafkaui:
image: provectuslabs/kafka-ui:latest
environment:
- KAFKA_CLUSTERS_0_NAME=local
- KAFKA_CLUSTERS_0_BOOTSTRAPSERVERS=kafka:9092
- KAFKA_CLUSTERS_0_ZOOKEEPER=zookeper:2181
- SERVER_SERVLET_CONTEXT_PATH=kafkaui
labels:
# note that you want this frontened to match the last. otherwise it will match login.${HOST_DOMAIN}"
traefik.frontend.priority: 1
traefik.enable: true
traefik.http.routers.kafkaui.rule: "PathPrefix(/kafkaui)"
traefik.http.routers.kafkaui.entrypoints: web
traefik.http.routers.kafkaui-https.rule: "PathPrefix(/kafkaui)"
traefik.http.routers.kafkaui-https.tls: true
traefik.http.routers.kafkaui-https.entrypoints: websecure
traefik.http.services.kafkaui.loadbalancer.passHostHeader: true
networks:
  - internal

networks:
internal:
`

Hi, @wildone. SERVER_SERVLET_CONTEXT_PATH could be used to set non root path for ui & api. Could you please share what were urls in your browser?

Hi, sorry for the late resolution, I hope that you solved your problem, we tested the application with traefik and it is working fine, at least all routings are correct. An example of usage could be found here https://github.com/provectus/kafka-ui/pull/763


License request

Hey Girin,
Thanks alot for such an amazing work! Everything works as explained. Is it possible for you to attach a License to this repository? That will be of alot of help :D
Cheers,
Esas

Hi Esas,
The codebase is licensed under the MIT License. I've included the license file in the repository. If it benefits you, kindly give the repo a star.
Cheers!


Pin dependency @codahq/packs-sdk to 1.7.5

This PR contains the following updates:

Package
Type
Update
Change

@codahq/packs-sdk
dependencies
pin
^1.7.5 -> 1.7.5

Add the preset :preserveSemverRanges to your config if you don't want to pin your dependencies.

Configuration
📅 Schedule: Branch creation - "before 4am on the first day of the month" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Self-Hosted Renovate Bot. Find all logs here.

 You will get a PR once a newer version is released. To ignore this dependency forever, add it to the ignoreDeps array of your Renovate config.
If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR.


Bintray is being deprecated

Therefore cfg files like https://dl.bintray.com/triniwiz/maven/com/github/triniwiz/canvas/0.9.15/canvas-0.9.15.pom cannot be loaded in newest version of the plugin

Currently in the process of setting up a new host

Done:  https://github.com/NativeScript/canvas/commit/25ecb97fe1827cc3558cb3307824d1559b50c514


Review and improve SMP specs with the necessary environment details.

Current Behavior

At this stage, the SMP specs are general and not includes specific in-depth metrics and information details.
There are there scopes of metrics and information SMP collects:

metadata of service mesh
metadata of running applications
performance metrics of service mesh, nodes and workloads

Desired Behavior

We should review SMP spec with respect to environment details and suggest what the minimum level of necessary details that is. When adding details in specs, we should also consider how to collect them:
a) Can these details be derived from Kubernetes API?
b) Can these details be collected from Prometheus Node Exporter?
c) Can these details be collected from other tools which Meshery perf can invoke?

Contributor Guides and Resources

🛠 Meshery Build & Release Strategy
📚 Instructions for contributing to documentation

Meshery documentation site and source

🎨 Wireframes and designs for Meshery UI in Figma
🙋🏾🙋🏼 Questions: Layer5 Discussion Forum and Layer5 Community Slack

Excellent

Any information and suggestion from you are useful and welcome.
@leecalcote @jtaleric @service-mesh-performance/spec-maintainers

We used fortio to perform some benchmarks recently, and found it can provide many useful information.

Add more network details in PerformanceTestConfig, we can get these information from load generator configuration:

number of connections, threads
keepalive or not
request time out
payload
header size
CA certificate
DNS
IP type(ipv4, ipv6 or both)

Add error requests results in PerformanceTestResult , we can get the metrics from  load generator test results:

number of error requests
error messages
error rate

is this issue still open to working upon? @gyohuangxin Can I start working on it?


rewrite using Class, add registerEasing method

Rewrite using the Class way, add « resisterEasing » method.
Update readme and examples.

looks great, but when trying to migrate from spite's version to yours i'm getting stuck with the error
TypeError: story[key][step].match(...) is null aka Uncaught TypeError: Cannot read property '0' of null when initializing a new Storyline().
The old syntax is still supported, right?

Can you give me the datas you are using ? :)
I never tried negative times... Is it very usefull ?
There is many differences with the Spite's version.
Your error probably come from the easing names...
Example: "easeinout" become "easeInOut".
Give me more datas, I'll help you. ;)

I'm currently just using the 'cut to' easing.
Here's my example sequence. I use negative indexes, as those are actually geographic coordinates in my application, and not time.
I could translate them into the positive number range, but with the spite's Version it worked with negative indexes too.
Would be great to get that running ;)

Is it working with this fix ?

yep, now it works. thanks!
When creating a storyline the data is stored in a variable storyboard, you might want to change that to storyline, as it's a bit confusing..
Could you create the issues section in your fork repo, so such discussion can be continued there?

Yep


Excessive deserialization and GC on BTreeMap.put2()

When a new node is added to a BTreeMap Nodes are deserialized with both key and value multiple times. I've been watching memory stats when a bulk import is running and GC starts 3-4 times per second in my case. I know that there is Pump for that but my keys are not ordered unfortunately and are coming from an external source. Most of the garbage is produced by in.readUTF() during value deserialization even though there's no need for a value in tree operations. Is it possible to split keys and values storage places and keep values separately as they might be way larger than keys and so that they're not touched unless specifically asked for?

@edudar what mapdb version do you use?

3.0.5


Expose AWS Wrappers To CLI

As a developer I would like to be able to quickly create/read/update/destroy AWS resources from the command line.
The AWS wrapper commands need to be exposed to the CLI, not only for testing purposes, but for anyone that needs to manually play with AWS resources, list them, etc.

@xorgy and I have made some process on this.  Local clusternator servers have working 0.1/project/create endpoints that authenticate, and execute an AWS project create.  We're still debugging this behaviour on docker deployments.

When this story is complete it will address #132 and #133

project init works on local builds now (need to test on Docker/live)
user management, and logins work on local builds now (need to test on Docker/live)

todo - make sure AWS resource listing is implemented enough to allow for clusternator ssh, clusternator log, and clusternator log-ecs to function.  This should require wiring up one more endpoint.

Core features are actually done.  Tonight we will confirm some of the auxiliary commands, and then this will be complete.

Potentially done - requires validation.

We need to wire up deploy

Deploy is done, need update and delete to work.

Once this is done, will .private/aws-project-credentials.json and .private/clusternator-aws.json still be needed?

@SethDavenport both of those should be eliminated by #310 but I need to confirm that.  There's a few AWS id's (nothing strictly secret just the ID of a VPC type thing) that are there to shortcut some things.  However with the recent fixes to our AWS module we should be able to deprecate them


Fixes to wlroots 0.13.0

A couple changes were left out when updating to use wlroots 0.13.0.
These are some others that are part of that release.

Ah yep of course. That should be it now.


Other format options for time in file naming

Checklist

[X] I'm reporting a feature request
[X] I've looked through the README
[X] I've verified that I'm running yt-dlp version 2022.04.08 (update instructions) or later (specify commit)
[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

Description
Would be great to have other format options for upload time in the file names like "2022-05-09" or "2022 05 09".
At the moment it seems that only "20220509" is possible. Sadly Plex for example can't handle this.
Verbose log
No response

See https://github.com/yt-dlp/yt-dlp#:~:text=Date/time Formatting


Make NIO compile on iOS - wrap sendfile() in #if's that match the import

Motivation:
NIO doesn't compile on iOS. Which I'd like to do.
Modifications:
The #if's used to protect the syscall do not match the #if's used to import. Specifically the Darwin branch only applied to macOS, not watchOS nor homePodOS.
Result:
NIO compiles on iOS. Thanks to NIO iPhone's can serve 100k RpS and will replace the IBM servers in the datacenter.

I wouldn't be unhappy if I could get a 1.2.2 w/ that as I have a small demo in the queue, which relies on this 😬

When's the demo? Just want to see what the scheduling is, because we dropped a semver minor into the codebase, so I'd like to try to smooth that out as much as possible, but it's a small one so we can probably bear going to 1.3 without too much pain if your demo is O(very soon).

@swift-nio-bot test this please

I originally planned to release something just for fun today, not expecting this issue. But it isn't really important either. A 1.3.0 just sounds like "next release in two weeks".
I guess I can also just target a specific commit once you merge this.

Sure thing, so I'd tentatively be shooting to release 1.3.0 middle of next week in the absence of anything else. Would that work for you?

Sure, sounds good to me.

Well, I didn't add FreeBSD, so maybe that is another patch? (presumably remove it everywhere because Swift on FreeBSD doesn't work anyways, right?)
Also, for unsupported platforms, maybe sendfile should rather throw? An upper layer could switch to a different delivery method, it is not really a fatal error. But again, out of scope for this specific patch.

Merged as two commits (94718bcaa86d244412849c931a22a65211fc175c and b06b71208595578ceb2304a051e01adc3330944e)
@helje5 thanks!


[Optimization][Security] Upgrade jmx_prometheus_javaagent to 0.20.0 to fix some CVE

Search before asking

[X] I had searched in the issues and found no similar optimization requirement.

Description
There are some CVE in current version jmx_prometheus_javaagent 0.16.1, see detail in https://github.com/prometheus/jmx_exporter/releases.
Are you willing to submit a PR?

[X] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

#2812


Default image

Hi there,
Looks awesome! Mind sharing a default Raspberry Pi 3 image? :-)
Cheers
Mischa

I don't have one.  I'm running homebridge on a Mac server.


Placeholder shape checking inside tf.cond not properly enforced

Have I written custom code (as opposed to using a stock example script provided in TensorFlow): Yes
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Tensorflow 1.7 Docker under CentOS 7.3
TensorFlow installed from (source or binary): Tensorflow 1.7 Docker
TensorFlow version (use command below):  1.7
Python version: 3.6
Bazel version (if compiling from source):  N/A
GCC/Compiler version (if compiling from source): N/A
CUDA/cuDNN version: 9.0
GPU model and memory: Quadro M4000
Exact command to reproduce:

Describe the problem
When a placeholder is defined in a tf.cond statement, shape checking is not enforced until the merge, and ends up being only rank checking.
Source code / logs
Consider the following toy graph/session, developed in the pursuit of a larger issue.  I suspect this entire approach of trying to have differently shaped placeholders is doomed to failure.  But, the graph produced clearly shows placeholders of appropriate shape inside the conditional; shows appropriately sized tensors flowing into the merge, but shows the merge itself as shape (?,?) and that is where the shape checking happens.  As a result, you can put just about any rank two tensor in and set the boolean to anything you like and tensorflow doesn't care.
Heck, you can make another op completely outside the conditional to compute matmul (a, matrix_inverse(a)) and it'll chug merrily along.
Is this the desired behavior?
with graph.as_default():
    pred   = tf.placeholder(tf.bool, shape=[])

    def fnTrue():
        a      = tf.placeholder(tf.float32, shape=[5, 1], name="column")
        return a

    def fnFalse():
        a      = tf.placeholder(tf.float32, shape=[1, 5], name="row")
        return a

    a = tf.cond(pred, fnTrue, fnFalse, name="my_conditional")
graphWriter = tf.summary.FileWriter(logdir='logdir', graph=graph)
graphWriter.flush()

with tf.Session(graph=graph) as session:
    writer_graph         = tf.summary.FileWriter(LogPath , session.graph)
    writer_graph.flush()
    writer_graph.close()
    plTrue       = np.ones((15, 2)) * 2     # column
    plFalse      = np.ones((12, 15)) * 3     # row
    feed_dict = {
        a            : plTrue,
        pred         : False
    }

    d = session.run( a , feed_dict = feed_dict)
    print(d)
    print(d.shape)

Sorry, but I'm not completely sure what you are asking. I think it is the intended behavior that the two branches of a conditional may return differently-shaped tensors. This is in general supported in TF control flow, for example loop-carried state may be of a different shape every time around a loop, e.g., a loop may add a row to a tensor each time around.
I think the shape inference is working as expected, in that given the two placeholders, the 'merge' of their shapes constraints is the constraint that the output is rank 2.
If you build a conditional with branches outputting different shapes, then shape checking becomes a dynamic property that the TensorFlow interpreter will enforce, not something that is checked before the graph is run.
Does that make sense? What are you hoping for here?

Agreed, conditionals returning different possible shapes is desirable.  That's what I was trying to do.
But surely a placeholder of shape [1,5] should not accept a tensor of shape [12,15], inside a conditional or no.

Sorry that I hadn't looked carefully enough at your example.
The reason for the counterintuitive behavior is that you aren't feeding either of the placeholders in your example. You are feeding 'a' in the outer scope, which is returned by the tf.cond and is I guess a Merge node (you can verify this by printing its name and looking at the graph to find it).
You could feed the placeholders e.g., by capturing them while the lambdas execute, something like:
      p_list = []

      def fnTrue():
        a      = tf.placeholder(tf.float32, shape=[5, 1], name="column")
        p_list.append(a)
        return a

    def fnFalse():
        a      = tf.placeholder(tf.float32, shape=[1, 5], name="row")
        p_list.append(a)
        return a
 ...

    feed_dict = {
        p_list[0]    : plTrue,
        p_list[1]    : plFalse,
        pred         : False
    }

I think if you do that you should get the shape error from the placeholders.
Instead you are feeding the Merge, which (as you observe) is only constrained to have rank 2. The most precise shape constraint on the Merge is "either [5,1] or [1,5]" which our shape inference system is not rich enough to encode, and I don't think it's realistic to make it encode arbitrary expressions like that, so it's probably going to stay at this level of imprecision.
I wonder from your example if you think that feeding False to p should constrain the Merge to have shape [1,5]. Unfortunately it doesn't, because of the way that graph pruning works in TensorFlow. The algorithm is to look at all the fetches (in this case a) and work backwards from them only as far as necessary to evaluate them given the supplied feeds (in this case a and p). Since a can be computed given a, the pruned graph that is evaluated by the session.run() call is just the singleton node a, and the value of p is ignored. You should also know that the pruning algorithm is based on the identity of the feed and fetch nodes, not the values sent to the feeds, so in the case I gave where I fed the placeholders it would be necessary to feed both placeholders in every run: the set of feeds required to evaluate the graph is determined before the value of p is known, so it has to include both branches.
There is no doubt that the algorithm for determining which nodes are evaluated given a set of feeds and fetches has confused a lot of people. At this point, however, it's probably not going to change given the amount of code that has been built, so I hope that you can solve your problem based on this explanation of the graph pruning process.

It has been 14 days with no activity and the awaiting response label was assigned. Is this still an issue?

Closing for now but please reopen if there's a bug that needs to be looked at.


curl timeout

Tried to run latest pilot2 from mlassnig/next, modified server in job.py, getting the following.
2017-04-27 20:50:39,902 | DEBUG    | Thread-6   | pilot.control.job                | retrieve                         | trying to fetch job
2017-04-27 20:50:39,910 | DEBUG    | Thread-6   | pilot.util.https                 | request                          | request: curl -sS --compressed --connect-timeout 1 --max-time 3 --capath /etc/grid-security/certificates --cert /tmp/x509up_u500 --cacert /tmp/x509up_u500 --key /tmp/x509up_u500 -H 'User-Agent: pilot/2017-04-04.001 (Python 2.6.6; Linux x86_64)' -H 'Accept: application/json' 'https://pandawms.org:25443/server/panda/getJob?siteName=BNL-LSST&prodSourceLabel=mtest'
2017-04-27 20:50:42,279 | WARNING  | Thread-6   | pilot.util.https                 | request                          | request failed (8960): curl: (35) timed out before SSL handshake
2017-04-27 20:50:42,283 | WARNING  | Thread-6   | pilot.control.job                | retrieve                         | did not get a job -- sleep 1000s and repeat
What could be wrong so far?
P.S.: I'm using plain certificate now, no VOMS extensions added.

Не могу воспроизвести

Hi Pavlo, did you solve your problem? Probably best if you write to Tadashi directly as this is anyway related to the server. Cheers, Paul

Hi Paul,
I’m on a vacation because of family affairs right now and had no opportunity to try that again.
Will report you back within the closest time about the issue.
Best regards,
Pavlo Svirin.

On 5 May 2017, at 18:54, Paul Nilsson<EMAIL_ADDRESS>wrote:
Hi Pavlo, did you solve your problem? Probably best if you write to Tadashi directly as this is anyway related to the server. Cheers, Paul
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/PanDAWMS/pilot2/issues/6#issuecomment-299503130, or mute the thread https://github.com/notifications/unsubscribe-auth/ABv921y8aqxh8ckxBWyRRhlqh226oaymks5r20Y7gaJpZM4NKo5B.


Aurora2 engine name not handled in exclusion

aurora2 engine name is aurora-mysql

https://github.com/base2Services/cfn-library/pull/23


Unable to start HLDS server using games:source image

I'm unable to start clean HLDS server using games:source image. Log attached.
[Pterodactyl Daemon]: Checking server disk space usage, this could take a few seconds...
[Pterodactyl Daemon]: Updating process configuration files...
[Pterodactyl Daemon]: Ensuring file permissions are set correctly, this could take a few seconds...
container@pterodactyl~ Server marked as starting...
[Pterodactyl Daemon]: Pulling Docker container image, this could take a few minutes to complete...
Pulling from parkervcp/games
Digest: sha256:39856c77bb2d5bcb9a342813ed945a0d5e8be4d8a623e3a20d81ee6817581a61
Status: Image is up to date for ghcr.io/parkervcp/games:source
[Pterodactyl Daemon]: Finished pulling Docker container image
steam user is not set.

Using anonymous user.

WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/home/container/Steam/logs/stderr.txt'
Looks like steam didn't shutdown cleanly, scheduling immediate update check
src/tier0/threadtools.cpp (4071) : Probably deadlock or failure waiting for thread to initialize.
[  0%] Checking for available updates...
Thread failed to initialize
src/tier0/threadtools.cpp (4071) : Probably deadlock or failure waiting for thread to initialize.
Thread failed to initialize
CWorkThreadPool::StartWorkThread: Thread creation failed.
Exiting on SPEW_ABORT
container@pterodactyl~ ./hlds_run -console -game cstrike -port 27015 -sport 26900 +map de_dust2 +ip X.X.X.X +maxplayers 6 -strictportbind -norestart
assert_20211026042814_4.dmp[26]: Uploading dump (out-of-process)
/tmp/dumps/assert_20211026042814_4.dmp

Console initialized.
Using breakpad crash handler
Setting breakpad minidump AppID = 10
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Protocol version 48
Exe version <IP_ADDRESS>/Stdio (cstrike)
Exe build: 19:52:19 Aug  3 2020 (8684)
STEAM Auth Server
Server IP address X.X.X.X:27015
[S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed.
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
Thread failed to initialize
src/steamnetworkingsockets/clientlib/steamnetworkingsockets_lowlevel.cpp (3267) : Assertion Failed: usecElapsed >= 0
src/steamnetworkingsockets/clientlib/steamnetworkingsockets_lowlevel.cpp (3267) : Assertion Failed: usecElapsed >= 0
src/common/pipes.cpp (879) : fatal stalled cross-thread pipe.
src/common/pipes.cpp (879) : fatal stalled cross-thread pipe.
src/common/pipes.cpp (879) : Fatal assert; application exiting
src/common/pipes.cpp (879) : Fatal assert; application exiting
_ExitOnFatalAssert
container@pterodactyl~ Server marked as offline...

For installation I changed egg's building container to ghcr.io/parkervcp/installers:debian, removed lib32gcc1 from apt installation list (it was already installed to container) and it finishes without any issues.

Just found a possible solution to this issue and submitted a PR to fix it in #14

Can you try again now that the sleep has been added to prevent the deadlock of steamcmd process?

Still no luck:
[Pterodactyl Daemon]: Checking server disk space usage, this could take a few seconds...
[Pterodactyl Daemon]: Updating process configuration files...
[Pterodactyl Daemon]: Ensuring file permissions are set correctly, this could take a few seconds...
container@pterodactyl~ Server marked as starting...
[Pterodactyl Daemon]: Pulling Docker container image, this could take a few minutes to complete...
Pulling from parkervcp/games
Digest: sha256:2964a436932010af5287d65e22a26f1d302059640aa7b29c275f898ca04aba95
Status: Image is up to date for ghcr.io/parkervcp/games:source
[Pterodactyl Daemon]: Finished pulling Docker container image
steam user is not set.

Using anonymous user.

Not updating game server as auto update was set to 0. Starting Server
container@pterodactyl~ ./hlds_run -console -game cstrike -port 27015 -sport 26900 +map de_dust2 +ip X.X.X.X +maxplayers 16 +sys_ticrate 1000 -strictportbind -norestart

Console initialized.
Using breakpad crash handler
Setting breakpad minidump AppID = 10
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Protocol version 48
Exe version <IP_ADDRESS>/Stdio (cstrike)
Exe build: 19:52:19 Aug  3 2020 (8684)
STEAM Auth Server
Server IP address X.X.X.X:27015
[S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed.
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
Thread failed to initialize
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
src/tier0/threadtools.cpp (4071) : Assertion Failed: Probably deadlock or failure waiting for thread to initialize.
Thread failed to initialize
src/steamnetworkingsockets/clientlib/steamnetworkingsockets_lowlevel.cpp (3267) : Assertion Failed: usecElapsed >= 0
src/steamnetworkingsockets/clientlib/steamnetworkingsockets_lowlevel.cpp (3267) : Assertion Failed: usecElapsed >= 0
src/common/pipes.cpp (879) : fatal stalled cross-thread pipe.
src/common/pipes.cpp (879) : fatal stalled cross-thread pipe.
src/common/pipes.cpp (879) : Fatal assert; application exiting
src/common/pipes.cpp (879) : Fatal assert; application exiting
_ExitOnFatalAssert
container@pterodactyl~ Server marked as offline...

[Pterodactyl Daemon]: ---------- Detected server process in a crashed state! ----------
[Pterodactyl Daemon]: Exit code: 1
[Pterodactyl Daemon]: Out of memory: false

Your base OS shouldn't matter in a Docker container, but I can't replicate this myself, and any other alternative errors are niche SteamCMD web UI errors. Do you get this with other SteamCMD games or eggs?

Just rebuild container with buster-slim and tried to start with it.
Applied changes:
diff --git a/games/source/Dockerfile b/games/source/Dockerfile
index 8ce953a..efa3e01 100644
--- a/games/source/Dockerfile
+++ b/games/source/Dockerfile
@@ -20,7 +20,7 @@
 # SOFTWARE.
  So mu thought was correct.

It appears to be an issue with your kernel version since the containers rely on the host OS kernel. Most likely, it's below 5 on stretch. You can view it with uname -r.
There can be compatibility issues with some specific kernel features that the newer distros are trying to use. However, host-guest kernel issues are very rare.
I'd recommend updating.

Thanks, but I prefer to stay at oldoldstable/oldstable releases. Easier rebuild container for myself.


How to strip prefix or suffix by using createNumberMask

I need to strip prefix or suffix from ngModel value. How to.
by default this addon can strip thousand (comma) from value of NgModel.

you can use a regex replace in your code to strip out any unwanted characters..


⚠ Thumbnails API Endpoint has degraded performance

In 7780cff, Thumbnails API Endpoint (https://thumbnails.roblox.com/v1/assets?assetIds=82738847&format=Png&isCircular=false&size=30x30) experienced degraded performance:

HTTP code: 200
Response time: 4075 ms

Resolved: Thumbnails API Endpoint performance has improved in e77ce52.


Sketch 59 crashes each time when exporting WITH prototyping links

The plugin is not compatible with the new Sketch version. Using the plugin leads to Sketch crashing each time when you want to export a PDF WITH prototyping links (Without links works).

Thanks for the report. I can reliably reproduce the crash, and will fix this ASAP


Backport "HBASE-25843 move master http-related code into o.a.h.h.master.http" to branch-2

Signed-off-by: Duo Zhang<EMAIL_ADDRESS>

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

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

_ Prechecks _

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

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

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

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
4m  5s
branch-2 passed

+1 :green_heart:
compile
3m 39s
branch-2 passed

+1 :green_heart:
checkstyle
1m 31s
branch-2 passed

-1 :x:
spotbugs
2m 46s
hbase-server in branch-2 has 1 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m 27s
the patch passed

+1 :green_heart:
compile
3m 46s
the patch passed

+1 :green_heart:
javac
3m 46s
the patch passed

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

-0 :warning:
whitespace
0m  0s
The patch has 1 line(s) that end in whitespace. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

+1 :green_heart:
hadoopcheck
14m 45s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

+1 :green_heart:
spotbugs
3m  0s
the patch passed

_ Other Tests _

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

50m 57s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti checkstyle compile

uname
Linux 5799c29a8f3c 4.15.0-128-generic #131-Ubuntu SMP Wed Dec 9 06:57:35 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 3f8d3ba6d9

Default Java
AdoptOpenJDK-1.8.0_282-b08

spotbugs
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/artifact/yetus-general-check/output/branch-spotbugs-hbase-server-warnings.html

whitespace
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/artifact/yetus-general-check/output/whitespace-eol.txt

Max. process+thread count
86 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 33s
Docker mode activated.

-0 :warning:
yetus
0m  6s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
4m 39s
branch-2 passed

+1 :green_heart:
compile
1m 13s
branch-2 passed

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

+1 :green_heart:
javadoc
0m 44s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m 16s
the patch passed

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
137m 10s
hbase-server in the patch passed.

167m  9s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 1a816c024e98 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 3f8d3ba6d9

Default Java
AdoptOpenJDK-11.0.10+9

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/testReport/

Max. process+thread count
4236 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/console

versions
git=2.17.1 maven=3.6.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 36s
Docker mode activated.

-0 :warning:
yetus
0m  9s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
4m 16s
branch-2 passed

+1 :green_heart:
compile
1m  5s
branch-2 passed

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

+1 :green_heart:
javadoc
0m 41s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 46s
the patch passed

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
145m 22s
hbase-server in the patch passed.

174m  5s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 62c2953bc1e9 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 3f8d3ba6d9

Default Java
AdoptOpenJDK-1.8.0_282-b08

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/testReport/

Max. process+thread count
3619 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3229/1/console

versions
git=2.17.1 maven=3.6.3

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

This message was automatically generated.


Added Debt-To-Income Ratio Calculator

Fixes Issue🛠
Closes #827
Description👨💻
This calculator returns the ratio of debt taken by the user to its income. More the ratio more worse condition of the user is currently.
Type of change📄

[x] New feature (non-breaking change which adds functionality)

How this has been tested✅
-[x] Checked and cross verified all the results from an existing DTI Ratio Calculator.
-[x] Done all the verifies on calculated results
Checklist✅

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have added demonstration in the form of GIF/video file
[x] I am an Open Source Contributor

Screenshot

@Rakesh9100 Kindly review this calculator pr, please mention if any mistakes done😊. Will submit another Calc PR tomorrow, with some more interesting issues opening up😉.

Pls attach the screenshot of your calculator in the PR template above @Yuvraj960

@Rakesh9100 Done changing the UI and placing it in alphabetical order. Screenshot also updated😊

Merged 🎉 @Yuvraj960