Upcoming subscription reminders

Reminders have been implemented for some Solidus users, and it would make sense if we could make them part of the extension.

@aldesantis Do you have an example code? We are working down the issues on this extension and if somebody already has done some heavy lifting it would make sense to implement it right now.


Text Overlapping

Hi, I am using 1.0.4 version and I am having overlapping text issue. I have list of items to print in as table so I have used stacklayout with ItemsSoucre property to bind the list of items. It looks good on screen as I have given desense width, but when I use pdfgenerate GeneratePdfFromView(view,PageOrientation.Portrait, PageSize.A4, PdfStyle.Uniform); like this and pass whole view. its creating pdf but the data from columns are overlapping .

this issue is duplicated with #5 and resolved with version 1.0.5. Please use lastest version


Exposed API key

You should remove your API key and generate a new one and then load your API key via dotenv.

Thank you! Will assign someone...


Block all traffic before policy is calculated

This pull request is now managed with CodeReviewHub. Refresh.

I see you have disabled the assembly debugging output by default, we should disable debug log by default in the systemd, init and dockerfile files on the release, right?

Yes. I will change this in the release branch.


🧞 egui_winit::State::handle_event.consumed is false on touch input where true would be expected

Context
I am using egui_winit to pass winit events to egui. The egui ui is drawn on top of another texture using a custom (non-public) render backend. The events, when not handled by egui (i.e. when anywhere else is clicked/dragged), are passed along to another system. This entire system is running on an Android device, so all pointer input is done through Touch.
Description
A winit::WindowEvent::Touch has four possible phases: Started, Moved, Ended, and Cancelled. The issue I am having is in two of them.
TouchPhase::Started
The consumed value is based on Context::wants_pointer_input, however since
during this event, there is no known mouse position, as the event isn't passed to egui::Context::begin_frame yet. This results in the wants_pointer_input to always be false, thus this event is never consumed.
TouchPhase::Moved
In the previous TouchPhase::Started event, the actual mouse position is set. However, egui_winit uses the Context::is_using_pointer value for the consumed state. The value emitted by this function becomes true when there is either a known clicked or dragged Widget Id. However, these values aren't set immediately, instead are set after a few frames delay, causing the first few events to be unconsumed.
TouchPhase::Ended | TouchPhase::Cancelled
These two phases currently use wants_pointer_input, however I feel like the more semantically correct choice would be to use is_using_pointer instead, as it's the last event in the chain.
Current workaround
To ensure the event doesn't accidentally fall through, I am currently using basically the following workaround:
let consumed = state.on_event(&ctx, event).consumed;
let actually_consumed = match event {
    WindowEvent::Touch(Touch { phase, .. }) => match phase {
        TouchPhase::Started => true,
        TouchPhase::Moved => consumed || ctx.input(|i| i.pointer.interact_pos().is_none()),
        TouchPhase::Ended | TouchPhase::Cancelled => false,
    },
    _ => consumed,
};

I ran into the same problem but on mouse input.
i am using bevy, so fetching input using Input<MouseButton>
it goes something like this.
wants_pointer_input -> true
is_pointer_over_area -> true
Input<MouseButton>::just_pressed(MouseButton::Left) -> false
Input<MouseButton>::pressed(MouseButton::Left) -> false

wants_pointer_input -> false (should have been true)
is_pointer_over_area -> true
Input<MouseButton>::just_pressed(MouseButton::Left) -> true
Input<MouseButton>::pressed(MouseButton::Left) -> true

wants_pointer_input -> true
is_pointer_over_area -> true
Input<MouseButton>::just_pressed(MouseButton::Left) -> false
Input<MouseButton>::pressed(MouseButton::Left) -> true


Errors when I'm trying to building rocWMMA on rocm5.3.0

From the previous post, you mentioned rocWMMA is enabled from rocm5.2.0, so I'm trying to build it following your document. However, it gives me these errors
$ CC=hipcc CXX=hipcc cmake -B./build . -DAMDGPU_TARGETS=gfx908:xnack- -DROCWMMA_VALIDATE_WITH_ROCBLAS=OFF -DROCWMMA_BENCHMARK_WITH_ROCBLAS=OFF
-- The CXX compiler identification is Clang 15.0.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Check for working CXX compiler: /opt/rocm-5.3.0/bin/hipcc
-- Check for working CXX compiler: /opt/rocm-5.3.0/bin/hipcc - broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake:59 (message):
  The C++ compiler

    "/opt/rocm-5.3.0/bin/hipcc"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: rocWMMA/build/CMakeFiles/CMakeTmp

    Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_28327/fast && /usr/bin/gmake  -f CMakeFiles/cmTC_28327.dir/build.make CMakeFiles/cmTC_28327.dir/build
    gmake[1]: Entering directory 'rocWMMA/build/CMakeFiles/CMakeTmp'
    Building CXX object CMakeFiles/cmTC_28327.dir/testCXXCompiler.cxx.o
    /opt/rocm-5.3.0/bin/hipcc   --gcc-toolchain=/share/apps/gcc/8.4.0  -MD -MT CMakeFiles/cmTC_28327.dir/testCXXCompiler.cxx.o -MF CMakeFiles/cmTC_28327.dir/testCXXCompiler.cxx.o.d -o CMakeFiles/cmTC_28327.dir/testCXXCompiler.cxx.o -c rocWMMA/build/CMakeFiles/CMakeTmp/testCXXCompiler.cxx
    In file included from <built-in>:1:
    /opt/rocm-5.3.0/llvm/lib/clang/15.0.0/include/__clang_hip_runtime_wrapper.h:50:10: fatal error: 'cmath' file not found
    #include <cmath>
             ^~~~~~~
    1 error generated when compiling for gfx908.
    gmake[1]: *** [CMakeFiles/cmTC_28327.dir/build.make:79: CMakeFiles/cmTC_28327.dir/testCXXCompiler.cxx.o] Error 1
    gmake[1]: Leaving directory 'rocWMMA/build/CMakeFiles/CMakeTmp'
    gmake: *** [Makefile:127: cmTC_28327/fast] Error 2

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:39 (project)

-- Configuring incomplete, errors occurred!
See also "rocWMMA/build/CMakeFiles/CMakeOutput.log".
See also "rocWMMA/build/CMakeFiles/CMakeError.log".

Do you know have any ideas on why this happen? Thanks!

Hi @cgmillette,
I'm currently working in a distributed system where I don't have administrative privileges to reinstall ROCm. I don't think the ROCm/5.3.0 is broken, since it worked if I run a program including . Given this situation, I was wondering if there is a way for me to manually set some include libraries to ensure smooth execution.
Additionally, when attempting to build on another machine, I encountered an error stating that OpenMP cannot be found. To address this, I experimented with using hipcc to compile an OpenMP program and found that including the gcc/OpenMP path made it runnable. Consequently, I wanted to inquire whether it is possible to manually add this path in the CMakeLists.txt file.
Lastly, I'm considering reaching out to our system administrator to inquire about the possibility of installing ROCm/5.4.0. Would it be feasible to use rocWMMA with version 5.4.0 without the need for a separate build?
Thank you for your assistance.

Hello @cgmillette,
Thank you for your previous guidance. I've managed to build rocWMMA on one machine by manually setting OpenMP in CMakeList.txt, as per the advice found in this Stack Overflow post. I then proceeded to make install rocWMMA on another machine equipped with an AMD GPU, and I'm now able to utilize this library while setting std=c++14.
However, I'm not entirely confident about the reliability of this method of build and I'm considering asking our admin to install ROCm/5.4.0. Could you confirm whether rocWMMA is already included in ROCm/5.4.0, so as to avoid the necessity to rebuild it?
Moreover, while examining the include libraries of rocm-5.3.0, I noticed that omp.h is missing. It appears that the llvm dependency doesn't include omp.h if you don't build with clang-omp. My search for filename:omp.h in the llvm-project didn't yield any results. Not sure if this would be an issue for future users.
Thank you for your assistance!

Hello @cgmillette,
I understand now. So, for utilizing the library, I can simply use -I/path/to/rocWMMA/library/include without the necessity of building it, correct?
Regarding the OpenMP issue, as I mentioned that I lack admin access, so I'm unable to confirm whether installing openmp-extras-dev will resolve the issue.
I appreciate your patience and assistance in this matter. Thank you!

Hi @xinyi-li7 , yep it should be that simple!
Then your includes should look something like
#include <rocwmma/rocwmma.hpp>

No problem! It's great to engage with the community and help out :) We appreciate your feedback.

Cool! Now I can use it with confidence! Thank you so much!


[BUG]

Dead website Link on README file
###Description
Link to the website on README file is an old and broken link deployed with Netlify.
Expected behaviour
Link should open OSCSA website
Actual behaviour
Showing error 404
How to reproduce
steps that a user would take to experience this bug.

Go to 'README.md'
Click on 'here' link
See error 404

OS:

Windows 10

Currently working on it.

please can I be assigned to this? please


Make a function stateless

Just a trivial refactoring.

Jenkins, test this please.

Jenkins CI test (for commit 3b7a04a1c9a0dc5daf63aa931a60fb0531f5d89a, target branch master) failed with status FAILURE.
(For contributors, please wait until the reviewer confirms the details of the error.)

Changes look good but could you make the PR title a bit more descriptive?

LGTM!

For the record, I renamed the title of this PR to be a bit more descriptive.


[Kill Process] Kill multiple processes at once

Extension
https://www.raycast.com/rolandleth/kill-process
Description
Currently, the "Kill Process" feature only allows killing one selected process at a time, closing the window immediately afterward. This requires repeating all steps to kill another process, which can be cumbersome. It would be beneficial to have the option to kill all searched processes at once. Alternatively, enabling the selection of multiple processes for simultaneous termination or keeping the window open after killing a process would improve usability. For example, in Alfred, pressing Enter kills the selected process, and Cmd + Enter kills all processes.
Who will benefit from this feature?
No response
Anything else?
No response

See https://github.com/raycast/extensions/pull/9185

@erics118 Thanks for pointing that out. I missed it.


Clean db_info_dict

Modify the db_info_dict in the kso_utils

@jannesgg and @Diewertje11 I have done a PR (#96) with my latest changes. Please review it when you have a chance.
I aimed to fix redundancy and use terms/names to make it easier to understand what's going on. I have tried tut#1,3, and 8 for Template and Spyfish project and they worked. I hope the changes fix some of the issues we are running into.

@jannesgg and @Diewertje11, just following up here. Please let me know if you can have a look at the PR (#96). If possible, I would like to merge the changes to the dev and main branches so that the BOPR and California MPA projects can try it out on their end


[5.2][SourceKit] Disable module system headers validation in all SourceKit requests

Cherry-pick of #29180 and #29196 into swift-5.2-branch originally reviewed by @nathawes
This validation may call many stat(2). Since we don't expect system files are edited. Disable it for SourceKit requests. Even if they are edited, manual builds can validates and updates them if necessary.
rdar://problem/58550697

@swift-ci Please test


Enable GPU Memory as resource requirement for InferenceService

/kind feature
Describe the solution you'd like
[A clear and concise description of what you want to happen.]
Would it be possible to add the GPU memory as a resource requirement, similarly to the GPU count?
For example:
apiVersion: "serving.kubeflow.org/v1alpha2"
kind: "InferenceService"
metadata:
  name: "flowers-sample-gpu"
spec:
  default:
    predictor:
      tensorflow:
        storageUri: "gs://kfserving-samples/models/tensorflow/flowers"
        runtimeVersion: "1.13.0-gpu"
        resources:
          limits:
            aliyun.com/gpu-mem: 3

Is it technically already possible to try this if you have the
GPUshare scheduler extender installed on your cluster?
I noticed that they added something related in the Arena repo - https://github.com/kubeflow/arena/pull/211

@Svendegroote91 technically inference service spec already allows  aliyun.com/gpu-mem: 3 since resources limits is a map. Would you like to try out and let us know if that works out of the box?

@yuzisun Ok I can give it a try and let you know.
If the resources limits is a map, I see that from a scheduling perspective it will work.
However, I wonder if the memory constraint will be correctly translated into a command argument --per_process_gpu_memory_fraction for Tensorflow serving (see similar PR on https://github.com/kubeflow/arena/pull/211) . If not, I would be happy to help on this. Any thoughts on this?

@Svendegroote91 looks like we will need that argument, feel free to send a PR for that.

@yuzisun I tested the setup but it doesn't work out of the box. Probably the following steps will need to be implemented:

aliyun.com/memory resource request requires tf serving gpu image
aliyun.com/memory resource request requires env var NVIDIA_VISIBLE_DEVICES set to all - I am still verifying if it can be solved in another way
aliyun.com/memory resource request requires command line arg --per_process_gpu_memory_fraction to isolate the GPU workload

I'll see if I can file a PR for this somewhere soon.

@Svendegroote91 sorry for the late reply, KFServing do support gpu image for tfserving and you can specify runtimeVersion: 1.14-gpu for example. Our v1beta1 API should actually allow you specify container fields on prepackaged model server like tfserving, it is worth note that currently you can achieve all above with KFServing custom.

I use kubeflow1.6.1 + k8s-gpushare-schd-extender:1.11-d170d8a
apiVersion: "serving.kserve.io/v1beta1"
kind: "InferenceService"
metadata:
  name: "firesmoke"
spec:
  predictor:
    containers:
      - name: kserve-container
        image: harbor.xxx.cn/library/model/firesmoke:v1
        env:
          - name: MODEL_NAME
            value: firesmoke
        resources:
          limits:
            aliyun.com/gpu-mem: 1

error
Status:
  Components:
    Predictor:
      Latest Created Revision:  firesmoke-predictor-default-00001
  Conditions:
    Last Transition Time:  2023-02-07T16:30:17Z
    Message:               Revision "firesmoke-predictor-default-00001" failed with message: binding rejected: failed bind with extender at URL http://<IP_ADDRESS>:32766/gpushare-scheduler/bind, code 500.
    Reason:                RevisionFailed
    Severity:              Info
    Status:                False
    Type:                  PredictorConfigurationReady
    Last Transition Time:  2023-02-07T16:30:17Z
    Message:               Configuration "firesmoke-predictor-default" does not have any ready Revision.
    Reason:                RevisionMissing
    Status:                False
    Type:                  PredictorReady
    Last Transition Time:  2023-02-07T16:30:17Z
    Message:               Configuration "firesmoke-predictor-default" does not have any ready Revision.
    Reason:                RevisionMissing
    Severity:              Info
    Status:                False
    Type:                  PredictorRouteReady
    Last Transition Time:  2023-02-07T16:30:17Z
    Message:               Configuration "firesmoke-predictor-default" does not have any ready Revision.
    Reason:                RevisionMissing
    Status:                False
    Type:                  Ready
Events:                    <none>


Fix docs CI to include the latest changes to a tagged version in the changelog

The last change in a tagged KPOps version is contained in the tagged docs now.

Could you please give the PR a better name? Wasn't the problem that the changelog was not getting updated?

Could you please give the PR a better name? Wasn't the problem that the changelog was not getting updated?

Is it better? Please feel free to change it if you have a better one in mind


Updating jenkins configuration for Rostam2.2

Updated the Jenkins's setting on Rostam
Libraries added:

llvm/11 + boost/1.73
llvm/12 + boost/1.75
llvm/13 + boost/1.78
gcc/9 + boost/1.75
gcc/10 + boost/1.78
rocm/4.5.2
cuda/10.5

Libraries removed:

gcc/8
clang/9
rocm/4.3.0
cuda/10.4

Thanks @akheir for the updates!
It looks like all configurations (except HIP) have trouble executing the compilers:
CMake Warning (dev) at /usr/share/cmake/Modules/CMakeDetermineCompiler.cmake:70 (find_program):
  Policy CMP0109 is not set: find_program() requires permission to execute
  but not to read.  Run "cmake --help-policy CMP0109" for policy details.
  Use the cmake_policy command to set the policy and suppress this warning.

  The file

    /opt/apps/llvm/11.1.0/bin/clang++

  is readable but not executable.  CMake is using it for compatibility.
Call Stack (most recent call first):
  /usr/share/cmake/Modules/CMakeDetermineCXXCompiler.cmake:64 (_cmake_find_compiler)
  CMakeLists.txt:44 (project)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- The CXX compiler identification is unknown
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Check for working CXX compiler: /opt/apps/llvm/11.1.0/bin/clang++
-- Check for working CXX compiler: /opt/apps/llvm/11.1.0/bin/clang++ - broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake:59 (message):
  The C++ compiler

    "/opt/apps/llvm/11.1.0/bin/clang++"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: /work/jenkins/workspace/HPX/hpx/build/clang-11-debug/CMakeFiles/CMakeTmp

    Run Build Command(s):/bin/ninja-build cmTC_bee84 && [1/2] Building CXX object CMakeFiles/cmTC_bee84.dir/testCXXCompiler.cxx.o
    FAILED: CMakeFiles/cmTC_bee84.dir/testCXXCompiler.cxx.o
    /opt/apps/llvm/11.1.0/bin/clang++   -stdlib=libc++ -o CMakeFiles/cmTC_bee84.dir/testCXXCompiler.cxx.o -c testCXXCompiler.cxx
    /bin/sh: /opt/apps/llvm/11.1.0/bin/clang++: Permission denied
    ninja: build stopped: subcommand failed.

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:44 (project)

-- Configuring incomplete, errors occurred!
See also "/work/jenkins/workspace/HPX/hpx/build/clang-11-debug/CMakeFiles/CMakeOutput.log".
See also "/work/jenkins/workspace/HPX/hpx/build/clang-11-debug/CMakeFiles/CMakeError.log".

The HIP configurations are failing partly because of this issue: https://github.com/Kitware/CDash/issues/1196 which will go away once CDash is update at CSCS. There's an error following that which I think is being triggered by the fetch of Asio:
CMake Error at /usr/share/cmake/Modules/ExternalProject.cmake:2538 (message):
  error: git version 1.6.5 or later required for --recursive flag with 'git
  submodule ...': GIT_VERSION_STRING=''
Call Stack (most recent call first):
  /usr/share/cmake/Modules/ExternalProject.cmake:2637 (_ep_get_git_submodules_recurse)
  /usr/share/cmake/Modules/ExternalProject.cmake:3681 (_ep_add_download_command)
  CMakeLists.txt:22 (ExternalProject_Add)

Is it possible that it's for some reason picking up an old git version?

@msimberg thanks for the detailed error message,
I know what I did wrong, I forgot to set the proper rsync flag while distributing he libraries, I will fix it asap

@msimberg, I fixed and tested the permission issue on Rostam.

retest lsu

@akheir after #5578 there's now a conflict in the CI configuration files (a lot of the CMake options were changed). Let me know if you'd like me to resolve those conflicts.

It might actually be a good test to leave things as they are to see if our compatibility option propagation works correctly...

@akheir after #5578 there's now a conflict in the CI configuration files (a lot of the CMake options were changed). Let me know if you'd like me to resolve those conflicts.

@msimberg @akheir is out for the rest of the year. I'd appreciate it if you had some time to fix this.

Performance test reportHPX PerformanceComparisonBENCHMARKNO-EXECUTORFuture Overhead - Create Thread Hierarchical - Latch(=)InfoPropertyBeforeAfterHPX Datetime2021-11-11T08:14:57+00:002022-01-04T17:07:55+00:00HPX Commit96a2e4bd1c76207dea8d5302784962c9278824061547256ec8fcf240e4110dcd5377b65981a97e94ClusternamedaintdaintCompiler/apps/daint/SSL/HPX/packages/llvm-11.0.0/bin/clang++ 11.0.0/apps/daint/SSL/HPX/packages/llvm-11.0.0/bin/clang++ 11.0.0EnvfileDatetime2021-11-11T09:28:13.071121+01:002022-01-04T18:25:50.029625+01:00Hostnamenid00006nid01546ComparisonBENCHMARKFORK_JOIN_EXECUTOR_DEFAULT_FORK_JOIN_POLICY_ALLOCATORPARALLEL_EXECUTOR_DEFAULT_PARALLEL_POLICY_ALLOCATORSCHEDULER_EXECUTOR_DEFAULT_SCHEDULER_EXECUTOR_ALLOCATORStream Benchmark - Add---Stream Benchmark - Scale(=)(=)(=)Stream Benchmark - Triad(=)--Stream Benchmark - Copy(=)-(=)InfoPropertyBeforeAfterHPX Datetime2021-11-10T19:14:21+00:002022-01-04T17:07:55+00:00HPX Commit71d8dbe40b737be02ea734f9d98fcc0b1e21f01a1547256ec8fcf240e4110dcd5377b65981a97e94ClusternamedaintdaintCompiler/apps/daint/SSL/HPX/packages/llvm-11.0.0/bin/clang++ 11.0.0/apps/daint/SSL/HPX/packages/llvm-11.0.0/bin/clang++ 11.0.0EnvfileDatetime2021-11-10T20:28:18.266961+01:002022-01-04T18:26:05.709822+01:00Hostnamenid00120nid01546Explanation of SymbolsSymbolMEANING=No performance change (confidence interval within ±1%)(=)Probably no performance change (confidence interval within ±2%)(+)/(-)Very small performance improvement/degradation (≤1%)+/-Small performance improvement/degradation (≤5%)++/--Large performance improvement/degradation (≤10%)+++/---Very large performance improvement/degradation (>10%)?Probably no change, but quite large uncertainty (confidence interval with ±5%)??Unclear result, very large uncertainty (±10%)???Something unexpected…

retest lsu

FWIW, the HIP build problems should be addressed by #5722

I think this is as good as it can get now. Merging.


adding Group resource by Jason Walker

Hi @mgreenegit, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

It looks like you're a Microsoft contributor (Michael Greene). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla.microsoft.com.

TTYL, MSBOT;

@mgreenegit, Thanks for signing the contribution license agreement so quickly! Actual humans will now validate the agreement and then evaluate the PR.
Thanks, MSBOT;

looks good, but could you please add some configuration example and perhaps basic tests for that?

@mgreenegit Are you in contact with Jason Walker for the pending updates on this resource?

Yes but in this case I don't think we need the author to sign-off.  Anyone in the community can submit the pull request with recommended changes.  What I would recommend though, is that we should make this change for all xAD resources.  If this is agreeable, I can submit the PR's.

If you mean adding the check if AD module is present across all xAD resources, I think you can go ahead and send PRs.
Regarding this one, it'd be nice to have configuration example/tests as well.

This seems duplicative of request #48.  The implementation in the other PR seem more standard compared to other implementations.   Thoughts?

@TravisEz13 @iainbrighton @mgreenegit @GoateePFE  ... I agree.
If other agree, we should close this pull request.

I agree.

Talked to @mgreenegit and he agreed I could close this.


feat: Connecting the backend baseUrl of frontend and backend in helm

Description
Problem was firstly mentioned in #81 in the comment here.
Explanation
Because we had changed our EDC Controlplane host IP in the past, we didn't realise that it also had to be adjusted in the frontend.
It would therefore be more practical for the frontend to automatically receive the IP from the backend so that it only needs to be configured in one place.

Within explanation, do you consider it to be a programmatic change or a configuration change ("frontend to automatically receive the IP from the backend")?


Use ghcr.io as a backup image repo

/cc @kubesphere/sig-devops

I'm going to merge this. This is just a backup.

I'm going to merge this. This is just a backup.


Avoiding using global variables

How to avoid using global variables when using Bolt? If I use function decorators like in the examples, I need to make the App global.
I would also like to pass some handles to the function reacting to a Slack command (not just ack, response, and command). Right now I have to make those variables global to do so. Any way to avoid this?

Hi @mkollaro! 👋🏼
Great question. The suggested solution and accompanying pseudo code provided in this past response might be of interest to you as an alternative approach to decorators:

One possible easy way would be having register_listeners(App) method and using it in main.py (the entry point of your app). With this approach, you can separate the App initialization from listener methods and whatever you have for the application logic.

Have a look and let us know if that enables you to structure the code in the way you're aiming for!

As this question is answered by Alissa already, let us close it now. If you have any follow-up comments, please feel free to write in after that!


"*** [cgemm_cr.obj] Error 1" in building on Windows 10

Dear OpenBLAS developer, thank you for providing very excellent library.
I encounteerd a bug in building OpenBLAS-v0.3 on Windows10 pro 64bit.
My PC is Windows 10 Pro 64bit version 1803.
Am using gcc and gfortran of mingw-w64 labelled x86_64-8.1.0-release-posix-seh-rt_v6-rev0:
E:>gcc --version
gcc (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0
together with the make program of msys. My PATH order is mingw-w64 is first and msys ast.
My encountered output is the followings:
E:\Alibraries\xianyi-OpenBLAS-939452e>make -j 4
ln: creating symbolic link libopenblas.a' to libopenblas_haswellp-r0.3.0.dev.a': No such file or directory
Makefile:134: recipe for target libs' failed make: [libs] Error 1 (ignored) make[1]: Entering directory /e/Alibraries/xianyi-OpenBLAS-939452e/interface'
gcc -O2 -DMS_ABI -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DASMNAME=saxpy -DASMFNAME=saxpy_ -DNAME=saxpy_ -DCNAME=saxpy -DCHAR_NAME="saxpy_" -DCHAR_CNAME="saxpy" -DNO_AFFINITY -I.. -I. -UDOUBLE  -UCOMPLEX -c axpy.c -o saxpy.obj
(many lines with no error snipped)
gcc -O2 -DMS_ABI -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DASMNAME=cgemm_tr -DASMFNAME=cgemm_tr_ -DNAME=cgemm_tr_ -DCNAME=cgemm_tr -DCHAR_NAME="cgemm_tr_" -DCHAR_CNAME="cgemm_tr" -DNO_AFFINITY -I../.. -UDOUBLE  -DCOMPLEX  -c -UDOUBLE -DCOMPLEX -DTR gemm.c -o cgemm_tr.obj
gcc -O2 -DMS_ABI -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DASMNAME=cgemm_cr -DASMFNAME=cgemm_cr_ -DNAME=cgemm_cr_ -DCNAME=cgemm_cr -DCHAR_NAME="cgemm_cr_" -DCHAR_CNAME="cgemm_cr" -DNO_AFFINITY -I../.. -UDOUBLE  -DCOMPLEX  -c -UDOUBLE -DCOMPLEX -DCR gemm.c -o cgemm_cr.obj
: error: expected identifier or '(' before numeric constant
gcc -O2 -DMS_ABI -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DASMNAME=cgemm_rn -DASMFNAME=cgemm_rn_ -DNAME=cgemm_rn_ -DCNAME=cgemm_rn -DCHAR_NAME="cgemm_rn_" -DCHAR_CNAME="cgemm_rn" -DNO_AFFINITY -I../.. -UDOUBLE  -DCOMPLEX  -c -UDOUBLE -DCOMPLEX -DRN gemm.c -o cgemm_rn.obj
gcc -O2 -DMS_ABI -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DASMNAME=cgemm_rt -DASMFNAME=cgemm_rt_ -DNAME=cgemm_rt_ -DCNAME=cgemm_rt -DCHAR_NAME="cgemm_rt_" -DCHAR_CNAME="cgemm_rt" -DNO_AFFINITY -I../.. -UDOUBLE  -DCOMPLEX  -c -UDOUBLE -DCOMPLEX -DRT gemm.c -o cgemm_rt.obj
Makefile:365: recipe for target cgemm_cr.obj' failed make[1]: *** [cgemm_cr.obj] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory /e/Alibraries/xianyi-OpenBLAS-939452e/driver/level3'
Makefile:134: recipe for target `libs' failed
make: *** [libs] Error 1
Best regards,
Shigeru Hemmi

This is problem #1503, fixed by #1584 - recent Windows (and recent mingw) have added a system variable named "CR" that clashes with the -DCR used in the Makefile for compiling cgemm_cr.obj
You can copy the corrected file driver/level3/Makefile from #1584 by clicking "Files changed", then
the "View" button on the "diff" output that is shown, then right-click on the "Raw" button to save the
plaintext view of the file.
(Or pick a binary release from https://github.com/JuliaLinearAlgebra/OpenBLASBuilder/releases. Or download a zip file of the current development snapshot from the green "Clone or download" button on the "Code" tab.)

Could be you overwrote the wrong Makefile ? The one from #1584 should start with TOPDIR set to ../.. and belongs in the driver/level3 folder. The one starting with TOPDIR set to "." (that is "current folder") is the toplevel Makefile (the one in /e/Alibraries/xianyi-OpenBLAS-939452e in your case) and should not change.
I did not expect the Julia-provided binary to have only the BLAS part of the library, sorry.

Actually not sure where the undefined reference errors come from, seems more likely that your linker did not find the library ? (OpenBLAS binary release with no BLAS functions in it is simply not possible)

(1)
I replaced the Makefile in xianyi-OpenBLAS-939452e/driver/level3 at your suggestion.
The make command generated 3 files
(libopenblas.dll, libopenblas.dll.a,libopenblas_haswellp-r0.3.0.dev.a),
and everything is OK, my problem completeley solved. Thank you very much.
(2)
My target application is MUMPS 5.1.2 (http://mumps.enseeiht.fr/).
For the combination(libopenblas.dll.a, libopenblas.dll),
generated in xianyi-OpenBLAS-939452e, linking is OK and no problem.
On the other hand, for the combination(libopenblas64_.dll.a,
libopenblas64_.dll) extracted from OpenBLAS.x86_64-w64-mingw32.tar.gz
(0.3.0 release, Julia compatibility), linking fails.
Note that I did not change file names provided.
My console output is:
(snip header output)
gfortran -o examples\c_example_SEQ.exe examples\c_example.o -Llibmingw-w64\SEQ -LE:\cygwin64\home\shigeru\ApetamagneticD\libmingw-w64_MUMPS_5.1.2 -LE:\cygwin64\home\shigeru\ApetamagneticD\libmingw-w64_MUMPS_5.1.2 -lzmumps_SEQ -ldmumps_SEQ -lmumps_common_SEQ -lpord -lmetis -lmpiseq -lopenblas64_.dll
libmingw-w64\SEQ/libdmumps_SEQ.a(dtools.o):dtools.F:(.text+0x48fc): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_driver.o):dfac_driver.F:(.text+0x4c5): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_driver.o):dfac_driver.F:(.text+0xa8a): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_driver.o):dfac_driver.F:(.text+0x10d8): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_driver.o):dfac_driver.F:(.text+0x11bd): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_driver.o):dfac_driver.F:(.text+0x1363): more undefined references to dcopy_' follow
libmingw-w64\SEQ/libdmumps_SEQ.a(dooc_panel_piv.o):dooc_panel_piv.F:(.text+0x377): undefined reference to dswap_' libmingw-w64\SEQ/libdmumps_SEQ.a(dmumps_ooc_buffer.o):dmumps_ooc_buffer.F:(.text+0x27be): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dmumps_ooc_buffer.o):dmumps_ooc_buffer.F:(.text+0x2ad7): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dmumps_ooc_buffer.o):dmumps_ooc_buffer.F:(.text+0x2c3e): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x6f7): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8ef): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x905): undefined reference to dscal_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0xac2): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0xcf4): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0xd6f): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x101b): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x17a8): undefined reference to dswap_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x1822): undefined reference to dswap_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x18f9): undefined reference to dswap_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x19bb): undefined reference to dswap_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x2094): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x2278): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x250d): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x2aa0): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x2af9): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x7842): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x7b18): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x7bd0): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x7c8e): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x7f9e): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8048): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8249): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8391): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8589): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8646): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x86e6): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_aux.o):dfac_front_aux.F:(.text+0x8fe8): undefined reference to dger_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_type2_aux.o):dfac_front_type2_aux.F:(.text+0xeab): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_front_type2_aux.o):dfac_front_type2_aux.F:(.text+0xf01): undefined reference to dcopy_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blfac_slave.o):dfac_process_blfac_slave.F:(.text+0x254d): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x14a4): undefined reference to dswap_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x166a): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x2899): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x465c): undefined reference to dscal_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x4d21): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x4fb3): undefined reference to dgemv_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto_LDLT.o):dfac_process_blocfacto_LDLT.F:(.text+0x50be): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto.o):dfac_process_blocfacto.F:(.text+0x1bcc): undefined reference to dswap_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto.o):dfac_process_blocfacto.F:(.text+0x1d4a): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto.o):dfac_process_blocfacto.F:(.text+0x2780): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_process_blocfacto.o):dfac_process_blocfacto.F:(.text+0x4137): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_type3_symmetrize.o):dfac_type3_symmetrize.F:(.text+0xe6): undefined reference to dcopy_' libmingw-w64\SEQ/libdmumps_SEQ.a(dmumps_iXamax.o):dmumps_iXamax.F:(.text+0x19): undefined reference to idamax_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x2975): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x2abb): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x4265): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x4358): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x447d): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x468c): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd.o):dsol_bwd.F:(.text+0x5f22): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x702): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x1550): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x4bdb): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x5853): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x5dea): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x5ebb): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x6094): undefined reference to dtrsm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_fwd_aux.o):dsol_fwd_aux.F:(.text+0x67f2): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x18c0): undefined reference to xerbla_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1990): undefined reference to ilaenv_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x19e3): undefined reference to dnrm2_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1a3f): undefined reference to dlamch_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1b76): undefined reference to idamax_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1c0c): undefined reference to dswap_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1ca5): undefined reference to dswap_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1e1b): undefined reference to dgemv_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1e9e): undefined reference to dlarfg_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x1fc0): undefined reference to dgemv_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x2123): undefined reference to dgemv_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x21e8): undefined reference to dgemv_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x22e8): undefined reference to dgemv_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x23cb): undefined reference to dlarfg_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x2619): undefined reference to dnrm2_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x281f): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x3148): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x33f4): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x352d): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x3ad6): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x463a): more undefined references to dgemm_' follow
libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x6b79): undefined reference to dorgqr_' libmingw-w64\SEQ/libdmumps_SEQ.a(dlr_core.o):dlr_core.F:(.text+0x6c9c): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x1286): undefined reference to dormqr_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x4243): undefined reference to dorgqr_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x4320): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x514f): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x610d): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x61f6): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x6498): undefined reference to dgemm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dfac_lr.o):dfac_lr.F:(.text+0x73b3): more undefined references to dgemm_' follow
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd_aux.o):dsol_bwd_aux.F:(.text+0x409a): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd_aux.o):dsol_bwd_aux.F:(.text+0x5a41): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd_aux.o):dsol_bwd_aux.F:(.text+0x5b22): undefined reference to dtrsm_' libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd_aux.o):dsol_bwd_aux.F:(.text+0x5ed7): undefined reference to dgemm_'
libmingw-w64\SEQ/libdmumps_SEQ.a(dsol_bwd_aux.o):dsol_bwd_aux.F:(.text+0x7aab): undefined reference to `dgemv_'
collect2.exe: error: ld returned 1 exit status
scons: *** [binmingw-w64\c_example_SEQ.exe] Error 1
scons: building terminated because of errors.
Best regards,

@andreasnoack @staticfloat any idea why your mingw-w64 binary would not link for him on Win10 ?

When building for ILP64, we set SYMBOLSUFFIX to be equal to 64_; this means that the symbols get renamed to things like dgemm_64_.

Ah, thanks, that would explain it. Guess I should mention this on the OpenBLAS wiki page.


Mividamistriunfosymisexitos.com

Welcome! Please use this template for reporting documentation issues on https://developers.google.com/web/.
Htts://httsfilibert2010.blogspot.com/
For questions about Chrome DevTools, checkout the
google-chrome-devtools tag on StackOverflow.
For questions about Chrome, check the google-chrome
tag. If you think you've found a Chrome bug, check out our
feedback page for more details on how to file it.
Page Affected: https://developers.google.com/web/TODO
What needs to be done?
Please provide description of what's needs to be done here. Please be sure to include the link to the original page
and any supporting links/data.

[ ] Appropriate type-something label has been added.
[ ] Appropriate section-something label has been added.

Httsfilibert2010.blogspot.com/?m=1

Https://httsfilibert2010.blogspot.com/


Time zone appears to be incorrect for service, successfully ads a departure schedule, but with one hour delay

Describe the bug
A clear and concise description of what the bug is.
Is this working in MySkoda app?*
Logout and login in the MySkoda app, preferably on Android.
Make sure that you have the latest app updates, sometimes there's new consent needed that will only show in latest app version.
Latest working release
If the problem started after updating to a new release, please state latest working release.
Debug logs
If applicable, add debug logs. See README on how to enable debug logs with response debugging.
Installation:

Home Assistant variant: [e.g. Hass OS, Docker, Core, Supervised]
Python version [e.g. 3.7, 3.8]
Python library versions ["python3 -m pip list"]

Additional context
Add any other context about the problem here.

Sorry, not sure how I saved it in this state. I will open a new one with correct information.


When generating replication code, handle the case of a struct with parent class

Generate the proto message as shown below
message ParentStruct {
  ...
}
message ChildStruct {
  ParentStruct parentState = 1;
  ...
}

GAS is supported in v0.7.3


Cleanup execution of the container

No reason to leak /tmp, $HOME into the container.
The container is not run interactively, so we should not use --it Always name the container

But we may need "-it" for the "ramalama run" case right? In bash this can be a good way of detecting if we need the -t flag:
T=
if [ -t 1 ]; then
T="-t"
fi
Apparently this is the python3 equivalent:
import sys

T = ""
if sys.stdout.isatty():
    T = "-t"

Yes in run case we need it.
I think we are not running tests on PRs.


Improve CI/CD

Summary
Improve CI
PR Type: Feature
Status: Ready to review
Breaking change? No

Codecov Report

Merging #146 (d7ed693) into master (931899f) will increase coverage by 4.32%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #146      +/-   ##
==========================================
+ Coverage   63.64%   67.97%   +4.32%
==========================================
  Files         125      125
  Lines        5370     5370
  Branches      260      260
==========================================
+ Hits         3418     3650     +232
+ Misses       1952     1720     -232

Flag
Coverage Δ

unittests
67.97% <ø> (+4.32%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

src/main/scala/ai/starlake/config/Settings.scala
76.78% <0.00%> (ø)

src/main/scala/ai/starlake/utils/Job.scala
56.81% <0.00%> (+4.54%)
:arrow_up:

...in/scala/ai/starlake/job/ingest/IngestionJob.scala
64.04% <0.00%> (+5.30%)
:arrow_up:

...tarlake/job/sink/bigquery/BigQueryLoadConfig.scala
94.44% <0.00%> (+5.55%)
:arrow_up:

...scala/ai/starlake/workflow/IngestionWorkflow.scala
57.85% <0.00%> (+8.26%)
:arrow_up:

...c/main/scala/ai/starlake/schema/model/Engine.scala
90.00% <0.00%> (+10.00%)
:arrow_up:

src/main/scala/ai/starlake/utils/Utils.scala
80.95% <0.00%> (+11.11%)
:arrow_up:

.../scala/ai/starlake/job/transform/AutoTaskJob.scala
70.45% <0.00%> (+35.60%)
:arrow_up:

.../starlake/job/sink/bigquery/BigQuerySparkJob.scala
56.25% <0.00%> (+37.50%)
:arrow_up:

...starlake/job/sink/bigquery/BigQueryNativeJob.scala
44.44% <0.00%> (+44.44%)
:arrow_up:

... and 1 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 931899f...d7ed693. Read the comment docs.


Add Go Docs

In order to bring more people into the project and have them understand how the internals of the project
works it would be great to have a majority of the code documented. Let's add the golang doc to all functions
and interfaces so that it is easy to understand what they do. Make sure that it can show up in the godoc.org
so that it is public.
Files needing documentation:

[ ] extensions/exchanges/gdax/exchange.go

[ ] internal/cassandra/cassandra_client.go

[ ] internal/cassandra/client.go

[ ] internal/command/backfill.go

[ ] internal/command/balance.go

[ ] internal/command/list_selectors.go

[ ] internal/command/list_strategies.go

[ ] internal/command/sim.go

[ ] internal/command/trade.go

[ ] internal/config/config.go

[ ] internal/exchanges/exchange_map.go

[ ] internal/factories/period_factory.go

Ican help with this, but I might need some guidance along the way

I say the same :)

@ibraimgm, @DeathWofl  I can definitely help with guidance along the way. The project is in it's infancy still so it is still being roughed out. I'll update this issue with the files that I think will good to start with and will be the most stable throughout the next few months.

<EMAIL_ADDRESS>

Issue description has just been updated with files that need documentation.

@cpurta Hi, I'm a bit new to open source, could you give me a hand on how I should do the documentation.

@DeathWofl no worries. If you haven't forked the project yet you'll want to do that. Then create a new branch called add-go-docs. You can then begin adding the documentation in the source code. Here is a great article on how to document go source code: https://blog.golang.org/godoc.
Once you have made the changes you can commit and push those to your fork. Then open a Pull Request from your fork branch to the master branch on this project. Let me know if you need any help along the way. I will also be adding some documentation to the the files in the model directory sometime today. I'll link that PR to this issue so that you can reference what adding docs looks like.
Cheers

@DeathWofl to avoid two people doing the exact same work, lets split the files between us. How about you start with the first 6 files and I pick off the rest?

@ibraimgm sounds good
@cpurta Thaks

@cpurta done, check #5 for details.

@ibraimgm just added that topic to the project. Thanks for reminding me!

Resolved with #5 and #6
@ibraimgm @DeathWofl thanks again for you help with this!


Remove junk

Remove, all js we don't use
NPM?
semantic ui!
And replace everything with w3css!

no we will need something to display text/code like highlight js.... ore we could use something else!


Fix: Invalid ShortGuids Must not Return True in TryParse

The TryParse method sometimes returns true although the parsed argument is no valid ShortGuid. I found this to be counterintuitive. This PR adds a test case that demonstrates the behaviour and a fix addressing the issue in the TryParse method.

I like your find @hf-kklein and agree it does seem counter intuitive.
I'm curious how you came across it?
This did come up 4 years ago, before any of the TryParse functionality was added, but the reason was the person was fiddling with the last character (which ends up as unused padding): https://www.singular.co.nz/2007/12/shortguid-a-shorter-and-url-friendly-guid-in-c-sharp/#comment-3445381362

If you step through a base64 decoder, you'll see the maths for this. The v (47) is shifted left, yielding 188, and the r (32) and g (43) are shifted right, yielding 2 - giving the same byte (190) as the last byte. The remainder is used if the base64 string is longer.

To summarise, the test uses a valid 22 character base64 string bullshitmustnotbevalid 😆, which creates a valid byte array to create the Guid b265e96e-ad18-eb9a-2d9e-8b5b7af6a589.
However, when encoding this Guid, it gives the base64 string as bullshitmustnotbevaliQ where the trailing "d" becomes a "Q" and both produce the same Guid. It effectively means that there can be multiple encoded strings for the equivalent Guid.
I might ponder a bit more about this one though, because I think the issue stems from the original static Guid Decode(string value) method, which should maybe have this sanity test added into it, so it is picked up by all attempts at decoding (TryParse, TryDecode) and should throw an exception when decoding "fails" (this is where exceptions are thrown when invalid based64 is supplied, etc...)
It does seem like a small change, but would you consider this breaking?

I'm curious how you came across it

I integrated ShortGuid into a library and tests in a project using this library started to fail. These tests expected kind of an Argument or FormatException when they passed the above test string to a method. I honestly wasn't aware of the underlying base64 representation and the side effects; so thanks for your explanations :)
Maybe we can leave the existing TryParse method unchanged but introduce a new TryParseExact method? I could open another PR for this.

I'm not keen on adding TryParseExact. It adds to the surface area, and is likely what most people would intend/want anyway.
One approach might be to add an optional strict flag to the original Decode() and TryDecode(), and when true, performs a check after the Guid is loaded from the base64 blob to check the re-encoded output matches the input, Decode(bool strict = false).
Or forego the extra complexity, and just always make it use a strict decode and bump the major version, so it doesn't catch anyone else out.

would you like to submit another PR for this?

#6

Thanks @hf-kklein, the implementation looks good, though I did mean the latter option:

...forego the extra complexity, and just always make it use a strict decode and bump the major version, so it doesn't catch anyone else out.

Though on hindsight I wasn't clear enough in my response.
Do you prefer it this way, with the optional strict argument, over just making it strict always?

Do you prefer it this way, with the optional strict argument, over just making it strict always?

I prefered the implicit always strict version as in my original PR. But the optional strict parameter is fine for me, too.

Fixed in #6


scrape: fix 'target_limit exceeded error' when reloading conf with 0

Signed-off-by: Arunprasad Rajkumar<EMAIL_ADDRESS>
The problem is observed while changing the value of  target_limit to unlimited(0) when 'target_limit exceeded' error is firing.
Steps to reproduce

Start the prometheus with following config,

scrape_configs:
  - job_name: 'prometheus-k8s'
    target_limit: 1
    static_configs:
      - targets:
        - 'localhost:9090'
        labels:
          pod: prometheus-k8s-0
          service: prometheus-k8s
      - targets:
        - 'localhost:9090'
        labels:
          pod: prometheus-k8s-1
          service: prometheus-k8s

$ ./prometheus --config.file=./config.yaml

Change target_limit to 0 and reload prometheus config,

$ kill -SIGHUP $(ps | awk -F ' ' '!/awk/ && /prometheus/{print $1}')

Check targets status, it will show the error target_limit exceeded (number of targets: 2, limit: 0)

thanks, I have left a suggestion

thanks!


Add reporter to migration-graph API

Currently migration-graph libraries are using debug only for output, migrate debug output to use reporter.

Not sure that we need a reporter for the migration-graph-. All reporting in this space will happen from the CLI Migrate command. The migration-graph- should only provide proper order. State management and reporting is an implementation detail coming from @rehearsal/cli.migrate


Gh 59- Update flow

Edit will work via our own edit button from the dropdown kebab in the overview or via the default edit in the openshift kebab dropdown in the likes of search etc

Next:

[ ] Update namespace selector from form to heading namespace selector
[ ] Update that gateway selctor cant come from random namespaces just the namespace policy is
[ ] Update issuer selector cant ome from random namespaces just the namespace policy is
[ ] Update rest of policies with new update

/lgtm


additional tests for travis

Added additional versions of GeoServer to test against and also added Python 2.6 to the tests. Modified the catalogtests to handle the additional style now included in GeoServer 2.8

Thanks, we REALLY needed this!
Mind squashing the commits into one?  After that, I'll merge.


Fix the missing apply for the color on the legend labels

Fix #10854
Partial revert of https://github.com/chartjs/Chart.js/pull/10551

I gave the doughnut controller a quick look, there they override the generate labels and don't set the font color, if we do that I'm pretty sure it also should work and it would be the nicer solution in my oppinion

Ah ok, I understood better now that PR. Therefore we should change the generateLabels adding the font color! Therefore we must change doughnut and polarArea generateLabels in the controllers

@LeeLenaleee I have changed PR as you suggested.

@LeeLenaleee there is a side effect. Generatelabels is a public api and whoever implement it must apply the color of legend labels otherwise it will be ignored I Guess

That is true but the same goes for the other options like providing the extra data so the default onClick keeps working.
So I am fine with that

Yes but for this use case you have the same situation for pointStyle and only for it and probably the pointStyle case is managed by plugin. I will have a look later before going on, if you agree

@LeeLenaleee I had a look and I see that it's working as you correctly reported. Therefore it's fine for me as well. Last remark. I had the feeling this is a breaking change for whom developed own generateLabels callback. Should this PR be tagged as breaking change and report it in the migration guide?

Apologize... I think I'm tired or getting old and I haven't seen the note about fontColor.... 100% with you! Let's stay as is for all! Thank you!

Np, np, no need to apologize for those kind of things or invalidating approval because you fixed cc or something else. Those things are part of the job and happen to all of us, makes us human :)

Thank you for the quick and kind fix! :heart: If you can spend one, a new alpha release would be fancy 🤓


How to set multiple domain for multiple project?

It is possible to do this or upgrade in near future? In case i want to use more than one domain with multiple instance of version magento for test inside docker container

If you're using dinghy then you're using a version of nginx-proxy and so you can follow the documentation there to use multiple hosts.
If you're looking to run multiple versions of Magento I recommend using separate containers.  If you don't want to do that then you can just treat this image like a generic PHP FPM container and do what you want by mounting configuration files into the correct places such as adjusting the nginx configuration in the nginx container.


Fixed security scheme to specification

Actual implementation of the OpenApi Security Scheme (https://github.com/OAI/OpenAPI-Specification/blob/master/versions/3.0.2.md#securitySchemeObject) is incorrect. For example "apiKey" is incorrectly serialized in json (actual code produces "APIKEY"). Test also fixed.

Looks good to me. Any opinion @TobiasWalle ?

Looks also good to me

This is live in 3.5.0 now: https://javalin.io/news/2019/09/15/javalin-3.5.0-released.html !


[REQUEST] Toggle git blame

Would it be possible to display git blame information for each line of a file ?

There are already a few packages for this. The most popular is git-blame


Allow specifying type for #[graphql_object]

Is your feature request related to a problem? Please describe.
Consider the following case:
#[derive(Debug, Clone)]
pub struct User {
    pub id: i32,
    pub first_name: String,
    pub last_name: String,
    pub notes: Vec<Note>,
}

#[derive(Debug, Clone)]
pub struct Note {
    pub name: String,
}

In order to define extra field resolvers for a struct, I need to use the graphql_object macro:
#[juniper::graphql_object]
impl User {
    pub fn full_name(&self) -> String {
        format!("{} {}", self.first_name, self.last_name)
    }
}

which generates impl juniper::GraphQLType<juniper::DefaultScalarValue> for User. However, I am also using diesel and defining SQL queries in impl User, clearly I don't want those functions to be exposed as field resolvers for User object.
Describe the solution you'd like
I am thinking to use a similar approach for objects-and-generics in the docs:
#[juniper::graphql_object]
impl User {
    pub fn full_name(&self) -> String {
        format!("{} {}", self.first_name, self.last_name)
    }

    // Instead of doing this...
    // pub fn notes(&self) -> Vec<GraphObject<Note>> {
    //     self.notes.clone().into_iter().map(GraphObject).collect()
    // }

    // I prefer this...
    pub fn notes(&self) -> Vec<Note> {
        self.notes.clone()
    }
}

struct GraphObject<T>(T);

impl Note {
    fn get_notes_from_database() -> Vec<Note> {
        vec![]
    }
}

#[juniper::graphql_object(
    name = "Note",
    _type = Note,  // <-- proposed solution
)]
impl GraphObject<Note> {
    fn name(&self) -> String {
        self.name.clone()
    }
}

No sure if reading from an optional _type attribute would work, similar to the name attribute:
https://github.com/graphql-rust/juniper/blob/358ca27d28fd6e5497effcf097e2729193ad0d50/juniper_codegen/src/impl_object.rs#L34
Thanks very much for the great library!

I am likely misunderstanding, but you can have two impl blocks:
#[juniper::graphql_object]
impl User {
    pub fn full_name(&self) -> String {
        format!("{} {}", self.first_name, self.last_name)
    }
}

impl User {
  pub fn foo() {
    // Do whatever, this will not be exposed in GraphQL
  }
}

The GraphQL impl block isn't really an impl block...we just use that format to make it familiar to rust folks, provide syntax highlighting in IDEs, and not create another DSL. But it generates a impl GraphQLType for User block so you can still use impl User to do whatever you need.
I believe you can make the GraphQL one this (note the GraphQLObject):
#[juniper::graphql_object]
impl GraphQLObject for User {
    pub fn full_name(&self) -> String {
        format!("{} {}", self.first_name, self.last_name)
    }
}

to make it clearer.
Does that work?

@LegNeato Thank you very much for the clarification! Sorry, it was my mistake. 🤦♂
Both having two impl User block and impl GraphQLObject for User works, and I do prefer the second one as it seems more clear. Thanks!
Closing this as its not an issue. Sorry for the confusion!

Perhaps we should change the docs to use the second form, hmmm. Glad it fixed your issue!


[TRI-2156] Changing a job from interval to eventTrigger keeps getting run by the interval trigger

Changing from interval to another type of trigger should stop the interval.
TRI-2156

I've noticed this as well, the interval trigger stays active. The only solution I found was to completely disable the job and to delete it in the UI afterwards. This causes an automatic cleanup (deactivation) of all attached triggers, including the interval trigger.


Gray border exists when exporting pictures on the network picture bed.

When Using The Print With Retained Formatting Function, The Pictures I Exported Through The Network Link Have A Gray Border

Which Makes The Printing Results A Little Bad.
Is There A Solution?

用这个插件试试

我自己试了, 导出没有这个情况


Add CCCC tool plugin

The CCCC static analysis tool is available at http://cccc.sourceforge.net/. It can be installed via apt on Debian-like systems. The user guide is at http://sarnold.github.io/cccc/CCCC_User_Guide.html. It can be run from the command line and the results can be output in various formats. This should be a straightforward tool to integrate into Statick.
CCCC provides many metrics, including some that are not currently available from other tools in the default Statick repository. All of the metrics in CCCC are:

lines of code
McCabe's cyclomatic complexity
comment lines
fan in
fan out
Henry-Kafura/Shepperd measure
number of modules
weighted methods per class
rejected lines

Options can be set by passing in a configuration file. That would allow different levels to be configured.

Added by #84


Minimum retention prevents INF retention

Started with https://github.com/influxdb/influxdb/pull/1902. Using a zero duration for infinite retention has become problematic with the new policy of a minimum duration of 1 hour.

@corylanou

Fixed by @corylanou https://github.com/influxdb/influxdb/commit/f76d794d886211100a03b81a1edb1c8f4bc30318


Update correct link.

[Enter feedback here]
Link above points to new language studio portal instead of old legacy portal  - https://legacy.portal.customtranslator.azure.ai/
Kindly update correct link.

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

ID: 0fb29736-56d8-feaf-95e4-1fb1807c6720
Version Independent ID: ea214cc3-0bf3-a71e-c55c-1678d4f42063
Content: How to create a project - Custom Translator - Azure Cognitive Services
Content Source: articles/cognitive-services/Translator/custom-translator/how-to-create-project.md
Service: cognitive-services
Sub-service: translator-text
GitHub Login: @laujan
Microsoft Alias: lajanuar

Thanks for the feedback! We are currently investigating and will update you shortly.

@neelamari Thanks for pointing out this again.
@laujan Hello La, I think the link and the screenshot/guidance are not consisitent. The screeshot are all about old studio, but the link is already updated to new language studio. I was thinking to update the lind directly but then I think a double check will be helpful.
Could you please check which version we should put in there? The old stuio or the new language studio and update the document? Thank you so much.


Discuss social legitimacy of NFTs

It isn't commonly articulated, but NFTs are judged based on social legitimacy, which is hard for people to grok.
If Bob mints an NFT using an original work of art, that NFT is highly legitimate, and may have value. If Bob mints an NFT with someone else's art without permission, that NFT is highly illegitimate.
Atoms are an attempt to create the most legitimate possible NFTs.

This point is mostly separate from this project per se.


fix: use "tsc" for build

Released: v0.1.0 🎉
This has been released in v0.1.0!

📄 Release notes
📦 npm package

Make sure to always update to the latest version (npm i @mswjs/source@latest) to get the newest features and bug fixes.

Predictable release automation by @ossjs/release.


Do not use --greedy by default

This commit introduced --greedy flag always when using --upgrade option:
https://github.com/Homebrew/homebrew-autoupdate/blob/24c4193f89280b3ec38722010623ae2971dc5072/lib/autoupdate/start.rb#L17-L21
It shouldn't be the default behaviour, for the same reasons it's not default for brew (as described in brew docs).
Solution? E.g. additional flag: --greedy-upgrade.

This seems a valid enough request to me. I'd accept a PR to add a flag & related code changes, or I can try and look at it myself hopefully Sunday sometime.

This option seems to make trouble with the google-cloud-sdk package. It seems that during the update this package gets partially removed and is broken afterwards only a reinstallation via brew reinstall -f google-cloud-sdk solves the problem. Removing --greedy solved the issue for now.
I am using brew autoupdate --start --upgrade --cleanup.

I completely agree. Every day Firefox.app is shut down while I use it because it's being upgrade due to --greedy.
--greedy should be opt-in for homebrew-autoupdate!

I think something as simple as #81 can fix this issue!


The issue about the batch_size and training step

My GPU memory only have 4G(gtx 1050ti). if I set batch_size=32,it will prompt Memory Error.So,do I need to increase the number of training steps to supplement the lack of training samples?

Hi @FFppran ,  I think you might try training with current iteration numbers configuration and see how it goes, it's possible that the chage of batch_size has no effect on the final result, as the training is already fully done (both train and test error pleateaued in currentlearning chart)


Enhancements for ppm publish

Have you checked for existing feature requests?

[X] Completed

Summary
I found a few issues with the publish task, mainly around the part where we check GitHub to see whether it knows about the new tag:

The waitForTagToBeAvailable method assumes that the tag will eventually show up. It doesn't try to handle situations where the API returns errors — for example, because of an exceeded rate limit.
It doesn't try to handle situations where we check the API 5 times and give up. We just resolve as though the tag is ready, even though it's clearly not ready yet. We should probably fail here with a helpful error message like “make sure the tag is present.”
The exceeded rate limit is somewhat easy to trigger locally because it's 60 requests per hour for unauthenticated users. If waitForTagToBeAvailable used the same token that PPM uses in calls to the PPM API, that limit could be raised at least tenfold. It's worth doing.
The code that calls waitForTagToBeAvailable doesn't have any error processing of its own. It doesn't envision that waitForTagToBeAvailable can fail in any way. If we can't be sure the tag is present, we shouldn't proceed with publishing.

What benefits does this feature provide?
Better error handling for ppm publish.
Any alternatives?
Probably.
Other examples:
No response

Oh, I forgot one: there's no test coverage for this method because it makes requests to an external URL. We should either

add the ability for the user to point these requests to a different URL via environment variable (much like we can do the same for API calls to api.pulsar-edit.dev), or
change this method to make requests to an api.pulsar-edit.dev endpoint, even if all it does is proxy calls to the equivalent GitHub endpoint (thereby allowing us to mock server responses with the same technique we already use for package-backend calls).

Option 1 is probably easier, but maybe option 2 makes sense for other reasons that I'm unaware of.

(Sorry I haven't reviewed the PR content) But to comment only on your ideas about better testing.
I'd be much more inclined to go with option 1.
Namely, because PPM already knows the GitHub repo to check, whereas if the call was made to the backend, it'd be via the package name, which then invokes a lookup to the database to find the repo, which can then be redirected to. At a glance this seems like a lot of system usage to help a testing only case, but if there's other benefits I'm unaware of I'd love to hear more.
Otherwise allowing customization of this could prove beneficial if we ever do move further on the conversation of more forge support (Although I have a feeling that'd involve way more due to API differences between services) but who knows could still maybe be a step in the right direction.

@savetheclocktower Some ideas, I've recently been looking at this library for us in pulsar-edit/package-backend.
It hooks into the NodeJS built-in HTTP handlers to mock responses to any URL. If I recall correctly, superagent does in fact use the built in handlers at the base, so it should be compatible for both the backend repo and here.
So this may be something we could look at to implement mocking of GitHub endpoints right now, with zero other changes.
If you'd like I can first go about testing this over in the backend repo to hopefully encounter any of the pitfalls that we may find.

Sure, let me know what you find. Seems promising.

Unclear to me how many of these issues/pieces of feedback might be different now with the large refactor of how ppm is written in #132.
Just noting it in case it is relevant, leaving the breadcrumb trail, so to speak...


Ability to pass enterkeyhint to an Input

Problem description
We have recently encountered an issue with the keyboard displayed on Chromium on Android (https://support.google.com/chrome/thread/164815517/google-chrome-101-on-android-shows-tab-key-on-soft-keyboard-instead-of-enter-for-html-input-field?hl=en).
It seems that an Input can, for some unknown reason, show a "Next" value on the keyboard, rather than a "Go" (submit). Pressing Next appears to take you to the next tabIndex element on the page. However we need to catch the "enter" key being pressed to trigger a submit.
Proposed solution
Update lib/htmlPropsUtils.js (https://github.com/Semantic-Org/Semantic-UI-React/blob/master/src/lib/htmlPropsUtils.js#L3) so that htmlInputAttrs supports enterkeyhint as a valid attribute to pass through to the Input element on the DOM.

According to React (https://github.com/facebook/react/blob/ca106a02d1648f4f0048b07c6b88f69aac175d3c/packages/react-dom/src/shared/possibleStandardNames.js#L62) it should have different casing i.e. enterKeyHint. But, feel free to a submit a PR 👍


Attempt to create "typed" parsy

I don't think this is going to work. See comments in https://github.com/python-parsy/parsy/pull/58/files#diff-e59c19a0093884f60bea307ed2969bc936d640ef81a9d8e93f6f99cab392da61

Codecov Report

Merging #58 (c1a5602) into master (3d5c905) will increase coverage by 0.09%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #58      +/-   ##
==========================================
+ Coverage   93.84%   93.93%   +0.09%
==========================================
  Files          10       11       +1
  Lines         958      990      +32
==========================================
+ Hits          899      930      +31
- Misses         59       60       +1

Impacted Files
Coverage Δ

src/parsy/__init__.py
100.00% <100.00%> (ø)

tests/test_typing.py
100.00% <100.00%> (ø)

conftest.py
75.00% <0.00%> (-25.00%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3d5c905...c1a5602. Read the comment docs.


feat: minimize jumping in update

this is just an experiment, as it seems to have relatively little effect - it avoids a DashMap lookup
in a few cases and seems to improve the performance of replace_subtrie by about 10%. However,
that in itself is a relatively small proportion of the runtime, so the extra complexity may not be
worth it.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#97  👈
#96
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @rphmeier and the rest of your teammates on  Graphite

One thing that is better about the VisitedTerminals approach including None terminals is that it will lend itself better to parallelization. The elephant in the room there is the page modification, however.

closing temporarily, may revisit


Export a single service

We are trying to automate DataPower automation using ANT and DCM. The requirement is to export a single service. The following command is being used
ant -f deploy.ant.xml -Ddcm.dir=. -Dhost=xxxxxx -Duid=xxxxxx -Dpwd=xxxxx -Ddomain=default -Dobject.class=MultiProtocolGateway -Dobject.name=ucdDemo -Dexport.file="./exports" -v export-object
The response received is
export-object:
Property "format" has not been set
Property "format" has not been set
Property "export_success" has not been set
Property "export_response" has not been set
[echo] Raw response for export: ${export_response}
Any help would be appreciated.

Used the latest jar. Have the same error.
Do you want to download the complete new code and try again ?

Yes, please. You will also need the latest version of deploy.ant.xml .

Thanks a lot. The issue has been fixed


peerDeps still point at older karma

It was great to see a new release of grunt-karma, looking into it, it seems that the peerDependencies are still pointing at karma 0.13 and 1.0 https://github.com/karma-runner/grunt-karma/blob/v3.0.0/package.json#L50-L53 and https://registry.npmjs.org/grunt-karma/3.0.0
It sounds like that was the plan for this release (#261), though, maybe there's some background I'm missing.
Thanks!

@gkatsev Thanks, yeah, it was planned and is pending review at https://github.com/karma-runner/grunt-karma/pull/264.
In my own testing, it seems to actually work fine because npm no longer downloads peerDependencies (which is good), instead it is the project's own responsibility to install the preferred version.
As such, if you specify karma 3.0.0 with grunt-karma 3.0.0, then it will actually use those together, it shouldn't install karma 1.x, and it also shouldn't refuse to use the karma 3.0 version.
But, of course, it does cause a warning, and that's wrong. We instead should print a warning when the project is using a karma version that is not 3.x. One the linked PR lands, I recommend we do a minor release to make it available.

Ah, must've missed that PR. Yeah, npm no longer forces peerDeps which is good.
Thanks for the info!

It works fine, but when running yarn check an error is thrown:
error<EMAIL_ADDRESS>|| ^1.0.0" doesn't satisfy found match of<EMAIL_ADDRESS>
Great if #264 could be released!

Done!

Will there be a patch release soon to reflect these changes?


Please update this document with recommended controller restart intervals

Please update this document with recommended controller restart intervals. On two support cases I have been told that 8000 series controllers require periodic restarts. The document states: "A controller restart or shutdown is not required as a part of normal system operation." Please add the recommended restart interval, for example 6 months or whatever it should be. This will allow proper proactive planning for restarts. Thank-you.

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

ID: 02207746-675f-ccc5-dd59-01fffd738468
Version Independent ID: 7ff5d499-84dd-a4ab-5b92-0d03d36bfe80
Content: Manage StorSimple 8000 series device controllers
Content Source: articles/storsimple/storsimple-8000-manage-device-controller.md
Service: storsimple
GitHub Login: @alkohli
Microsoft Alias: alkohli

@marykayb Thanks for the feedback! I have assigned the issue to the content author to evaluate and update as appropriate.

@Adam-Smith-MSFT  After evaluating this with StorSimple Support Engineers, above recommendation is not correct. Thanks!

@marykayb
We will now proceed to close this thread. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.


rosidl: 1.3.0-1 in 'foxy/distribution.yaml' [bloom]

Increasing version of package(s) in repository rosidl to 1.3.0-1:

upstream repository: https://github.com/ros2/rosidl.git
release repository: https://github.com/ros2-gbp/rosidl-release.git
distro file: foxy/distribution.yaml
bloom version: 0.11.2
previous version for package: 1.2.1-1

rosidl_adapter
* Fix escaping in string literals (#595 <https://github.com/ros2/rosidl/issues/595>) (#618 <https://github.com/ros2/rosidl/issues/618>)
* Contributors: Ivan Santiago Paunovic, Jacob Perron

rosidl_cmake

No changes

rosidl_generator_c
* Fix a cpplint allocator regression (#590 <https://github.com/ros2/rosidl/issues/590>)
* Use rcutils allocators in rosidl_generator_c (#584 <https://github.com/ros2/rosidl/issues/584>)
* Implement equality operator function for C messages. (#648 <https://github.com/ros2/rosidl/issues/648>) (#667 <https://github.com/ros2/rosidl/issues/667>)
* Implement copy function for C messages (#650 <https://github.com/ros2/rosidl/issues/650>) (#667 <https://github.com/ros2/rosidl/issues/667>)
* Contributors: Chris Lalancette, Michel Hidalgo, Nikolai Morin, Pablo Garrido

rosidl_generator_cpp

No changes

rosidl_parser
* Always include whitespace in string literals (#688 <https://github.com/ros2/rosidl/issues/688>) (#691 <https://github.com/ros2/rosidl/issues/691>)
* Fix escaping in string literals (#595 <https://github.com/ros2/rosidl/issues/595>) (#618 <https://github.com/ros2/rosidl/issues/618>)
* Contributors: Ivan Santiago Paunovic, Jacob Perron, Shane Loretz

rosidl_runtime_c
* Use rcutils allocators in rosidl_generator_c (#584 <https://github.com/ros2/rosidl/issues/584>)
* Implement equality operator function for C messages. (#648 <https://github.com/ros2/rosidl/issues/648>) (#667 <https://github.com/ros2/rosidl/issues/667>)
* Implement copy function for C messages (#650 <https://github.com/ros2/rosidl/issues/650>) (#667 <https://github.com/ros2/rosidl/issues/667>)
* Contributors: Michel Hidalgo, Nikolai Morin, Pablo Garrido

rosidl_runtime_cpp

No changes

rosidl_typesupport_interface

No changes

rosidl_typesupport_introspection_c

No changes

rosidl_typesupport_introspection_cpp

No changes

Holding until build farm maintenance is complete.


Issue passing Uri through Command.arguments array

Hey Dirk,
I'm having an issue getting my CodeLens implementation to invoke the editor.action.showReferences command correctly.  Here's the response I'm sending to the textDocument/codeLens request:
    {
      "jsonrpc": "2.0",
      "id": "3",
      "result": [
        {
          "range": {
            "start": {
              "line": 2,
              "character": 0
            },
            "end": {
              "line": 16,
              "character": 1
            }
          },
          "command": {
            "title": "2 references",
            "command": "editor.action.showReferences",
            "arguments": [
              "file:///c%3A/dev/vscode-powershell/examples/DebugTest.ps1",
              {
                "line": 2,
                "character": 0
              },
              [
                {
                  "uri": "file:///c:/dev/vscode-powershell/examples/DebugTest.ps1",
                  "range": {
                    "start": {
                      "line": 2,
                      "character": 9
                    },
                    "end": {
                      "line": 2,
                      "character": 19
                    }
                  }
                },
                {
                  "uri": "file:///c:/dev/vscode-powershell/examples/DebugTest.ps1",
                  "range": {
                    "start": {
                      "line": 23,
                      "character": 4
                    },
                    "end": {
                      "line": 23,
                      "character": 14
                    }
                  }
                }
              ]
            ]
          },
          "data": null
        },
        {
          "range": {
            "start": {
              "line": 21,
              "character": 0
            },
            "end": {
              "line": 25,
              "character": 1
            }
          },
          "command": {
            "title": "2 references",
            "command": "editor.action.showReferences",
            "arguments": [
              "file:///c%3A/dev/vscode-powershell/examples/DebugTest.ps1",
              {
                "line": 21,
                "character": 0
              },
              [
                {
                  "uri": "file:///c:/dev/vscode-powershell/examples/DebugTest.ps1",
                  "range": {
                    "start": {
                      "line": 21,
                      "character": 9
                    },
                    "end": {
                      "line": 21,
                      "character": 16
                    }
                  }
                },
                {
                  "uri": "file:///c:/dev/vscode-powershell/examples/DebugTest.ps1",
                  "range": {
                    "start": {
                      "line": 27,
                      "character": 0
                    },
                    "end": {
                      "line": 27,
                      "character": 7
                    }
                  }
                }
              ]
            ]
          },
          "data": null
        }
      ]
    }

The code lenses show up fine in my file but I see this error when I click on one:

Any ideas?  Thanks!

@daviwil the only thing I can spot is that ':' is not properly encoded in the URI. It should be %3A. If this doesn't fix the issue can you provide a reproducible case I can debug?

Good point!  I'll give that a shot.

This issue has been closed because it needs more information and has not had recent activity. Thank you for your contributions.


Can't create uuid primary key in Postgres

Hi! When i am trying to create table with uuid PK, gorm produce table with integer PK.
What version of Go are you using (go version)?
go version go1.9.2 linux/amd64
Which database and its version are you using?
Postgres 9.6
Please provide a complete runnable program to reproduce your issue. IMPORTANT
 package main

 import (
	"fmt"

	"github.com/jinzhu/gorm"
	_ "github.com/jinzhu/gorm/dialects/postgres"
 )

 // Organisation -
 type Organisation struct {
	gorm.Model
	id        string `gorm:"type:uuid;primary_key;default:uuid_generate_v4()"`
	Name      string
	State     int8
	Actual    bool
	Previous  string `gorm:"type:uuid"`
	Next      string `gorm:"type:uuid"`
	Permanent string `gorm:"type:uuid"`
	Inn       string
	Kpp       string
	Www       []string `gorm:"type:text[]"`
	Forms     []string `gorm:"type:text[]"`
 }

 func main() {
	db, err := gorm.Open("postgres", "host=<IP_ADDRESS> port=9920 user=gorm dbname=gorm password=gorm sslmode=disable")

	if err != nil {
		fmt.Printf("Error! %s", err)
	}

	defer db.Close()

	db.AutoMigrate(&Organisation{})
 }

Experiencing the same with postgres 10, it just won't migrate at all if a uuid is being used for primary key

First, gorm.Model embedded field already contains a field ID with gorm:"primary_key".
Then, your id field is unexported. Gorm know about it´s existence, but cant set its value, so it just ignore it. That´s is imposed by reflection package.
With id as Id, i think that ID from gorm.Model would conflict with Id from your code, cause both will be named "id". If not, your code would create a table with composite primary key int from gorm.Model and uuid from your code.

Make sure that uuid-ossp extension is added to your schema. You can add it by running the following the following statement:

CREATE EXTENSION IF NOT EXISTS "uuid-ossp" WITH SCHEMA public;

You can set the ID column type in your table as uuid like so:

CREATE TABLE users (
    id uuid DEFAULT uuid_generate_v4() NOT NULL
);

*you can set the above in an alter statement as well if table is already created

Go ahead and define your model

 type User struct {
	gorm.Model
	id        string `gorm:"type:uuid;primary_key;default:uuid_generate_v4()"`
}

Set Primary Key field value in a BeforeCreate callback. You can refer to the gorm documentation here

// BeforeCreate set Model's primary key value to uuid
// http://doc.gorm.io/crud.html#setting-primary-key-in-callbacks
func (user *User) BeforeCreate(scope *gorm.Scope) error {
	id, err := uuid.NewV4()

	if err != nil {
		fmt.Printf("Something went wrong: %s", err)
		return err
	}

	scope.SetColumn("ID", id)
	return nil
}

Not sure if am allowed to post this here but if it helps you could skim through the code in this Repo GolangKe API to see how am doing it. The Project is fairly new and the README isn't detailed yet 😅
DISCLAIMER Am very new to Go and actively learning.

Thanks for this @samuelralak we should add documentation somewhere.

Check out this answer on StackOverflow. I find that approach to be quite useful.


Marygriffus solution

comfort: 4
completeness: 4.5
I'd refactor it if I were doing anything with it.

Fantastic job! I'm glad you decided to take on the bonus.


LScene not rendered correctly if created after Axis.

Hi, with AbstractPlotting 1.15 I have the following issue: If I use Axis and LScene in the same layout, LScene is rendered correctly only if created after Axis.
Axis created before LScene:

LScene created before axis:

Here is an MWE:
using GLMakie
function axis_before_lscene()

    scene, layout = layoutscene(resolution = (1000, 500))
    sc2d=layout[1,1]= Axis(scene)
    scatter!(sc2d,rand(100,2),color=RGBf0(1,0,0))
    sc3d=layout[1,2]= LScene(scene)
    scatter!(sc3d,rand(100,3),color=RGBf0(0,0,1))
    display(scene)
    save("axis_before_lscene.png",scene)
end

function lscene_before_axis()

    scene, layout = layoutscene(resolution = (1000, 500))
    sc3d=layout[1,2]= LScene(scene)
    scatter!(sc3d,rand(100,3),color=RGBf0(0,0,1))
    sc2d=layout[1,1]= Axis(scene)
    scatter!(sc2d,rand(100,2),color=RGBf0(1,0,0))
    display(scene)
    save("lscene_before_axis.png",scene)
end

another thing that I would refer to @SimonDanisch because I have no idea what state a scene creates that could be influenced by the order here

another thing that I would refer to @SimonDanisch because I have no idea what state a scene creates that could be influenced by the order here

Still the case after https://github.com/JuliaPlots/AbstractPlotting.jl/pull/636 btw


Switch to channel names in configuration files

Description of Problem:
When configuring the bot, I want to use the user-visible Discord channel names (and not channel ids, which are quite difficult for a user to determine), so that I can rapidly reconfigure the bot.
Potential Solutions:
This will require that the bot capture and manage a channel id ↔ channel name map, so that lookups can be done within the code (the Discord APIs only support channel ids).  This example code captures this information from Discord, caches it, and keeps that cache up to date as channels are modified via the UI.  It may be worth looking at, at least until discljord adds this capability itself.

This is actually a bad idea, as channels get renamed quite frequently on our server, and using ids is much more robust in the presence of that activity.


The assembly 'Cake.SqlServer...' is referencing an older version of Cake.Core (0.20.0).

Please do update Cake.Core to version 0.22 to avoid following error message:
Error: The assembly 'Cake.SqlServer, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'  is referencing an older version of Cake.Core (0.20.0).  This assembly need to reference at least Cake.Core version 0.22.0.  Another option is to downgrade Cake to an earlier version.  It's not recommended, but you can explicitly opt-out of assembly verification  by configuring the Skip Verification setting to true (i.e. command line parameter "--settings_skipverification=true",  envrionment variable "CAKE_SETTINGS_SKIPVERIFICATION=true",  read more about configuration at https://cakebuild.net/docs/fundamentals/configuration) Process exited with code 1
Thank you!

I am also receiving this. Not that it is this project's fault, but this is concerning since it is blocking my deployment process and preventing me from deploying.

See here: https://www.cakebuild.net/blog/2017/09/cake-v0.22.0-released

Also, Cake recommends pinning a project to a specific version of Cake to prevent these errors from happening. https://cakebuild.net/docs/tutorials/pinning-cake-version

I attempted to upgrade to Cake.Core 0.22.0 in the project, but either I am not setup correctly to .net core development or the Cake.SqlServer will have to be upgraded to .net core. I was unable to upgrade Cake.Core to 0.22.0 using nuget. I received:
Could not install package 'Cake.Core 0.22.0'. You are trying to install this package into a project that targets '.NETFramework,Version=v4.5', but the package does not contain any assembly references or content files that are compatible with that framework. For more information, contact the package author.

easy, guys. Working on this right this moment. New package will be available soon.

Sorry, can't release just now -(((
I run into this issue https://github.com/cake-build/cake/issues/1798 and can't run my build

ghm... hardcoded the version number into the script to avoid running GitVersion and the new package is available to use. Let me know if version numbers cause issues


Wrong hmr

⚠ IMPORTANT ⚠ Please do not ignore this template. If you do, your issue will be closed immediately.

[x] Read the docs.
[x] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to https://github.com/vuejs/vue-next instead.

Describe the bug
I encountered some hot update issues in my project. The variables in the file seem to disappear after the hot update. It may be okay before the version around beta.36, and the specific version is not very certain. But it appeared after a certain upgrade
I tried to restore it in the smallest example, I think this should be a bug rather than a writing problem
Reproduction

git clone https://github.com/anncwb/vite-hmr-bug
yarn && yarn dev
open http://localhost:3000/#/
The scenario here is to dynamically add routing, because my project really has dynamically added routing that will disappear after the hot update (I only restore this situation, I think other situations should be similar to this one). I set a timer in router/index.ts, which is convenient for observing the value of router.getRoutes() after hot update
Click the to page a link to jump to the PageA page
Open /src/views/PageA.vue and modify the value of Page A to trigger hot update
You can see as shown in the figure below. Because the timer is used here, it will print two consecutively, the length of 3 should be the timer before the hot update is triggered, and the length of 1 is the data after the hot update. The route added dynamically after the hot update here has been lost

This is just a minimal recurring example.
This problem has bothered me for a long time and has not been resolved.
If the above example does not explain well, you can try to pull this complicated example and reproduce it

git clone https://github.com/anncwb/vue-vben-admin
yarn && yarn dev
open http://localhost:3100
login
Modify any content in /hooks/core/useContext.ts to trigger a hot update.
You can see that the left menu and tabs are lost after the hot update

System Info

vite version:2.0.4
Operating System:mac
Node version:14
Package manager (npm/yarn/pnpm) and version:yarn

Logs (Optional if provided reproduction)

Run vite or vite build with the --debug flag.
Provide the error log here.

热更新 ts 也不明显，ctrl + s 后，感觉更新不过来

热更新 ts 也不明显，ctrl + s 后，感觉更新不过来

估计是循环依赖注入太多了。会进入死循环


Prepare 1.10.1

prepare 1.10.1

Coverage increased (+0.007%) to 97.554% when pulling 65f4a3fbad4d11b02e2634781224fc9925370dea on DanPurdy:release/1.10.1 into 3797a71886cc4759cd8c7fac7b3e82685ae83663 on sasstools:master.


Update the version of node engine in package.json

Update the version of the node engine in package.json to 16.0.0 to avoid older vulnerable packages from being picked up in local builds

@rishabhtulsian  like this?  https://github.com/mendhak/docker-http-https-echo/pull/41/files#diff-7ae45ad102eab3b6d7e7896acd08c427a9b25b346470d7bc6507b6481575d519

tag :25 is released to Docker


Needs a warning about not publishing your game before you publish your game

Users often publish their game to the xbox store without also publishing on Payfab, meaning that users are unable to join multiplayer after the first 100,000 unique players. This is bad.
Please add a big red warning to inform users that their title is not yet published and will stop working for any players after the first 100,000

Maybe building in a atuomated pre release check list to go through documentation would be a great feature to provide, not jsut checking title status but other configurations as well.


Feature Request: Change cursor location

Hi guys,
I think it would be great if when auto-completing a function(var_dump(); for example), the cursor would end inside the parenthesis instead of after ;

Absolutely, I've made a similar feature request.

Check version 1.2.0 I added this (or at least I believe I added it)  already.

I am using version 1.2.0 and when I autocomplete a var_dump it puts the cursor after the ;
Can you check?

Some functions, like require_once are not even adding (); at the end.

I know what the issue is. var_dump and require_once are keywords, not predefined functions and I only added the feature to predefined functions.
The logic I use will need to change. Let me look into it.

Any updates on this?


Adds support for TTL in Cassandra State Store

Description
Adds support for TTL in Cassandra State Store
Issue reference
#306
Checklist
Please make sure you've completed the relevant tasks for this PR, out of the following list:

[X] Code compiles correctly
[X] Created/updated tests
[ ] Extended the documentation / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]

@artursouza please take a look.

@berndverst I made the change to return nil instead of 0 for the case of an error. Let me know what you think.

Makes sense. I think that was a remnant of an earlier version I had. Thanks for updating it.


Trying to set random colors on file folders errors out

I suspect this error might be related to Issue #2 but I'll list it anyway.  My Foundry instance is hosted on the Forge and I cannot get this module to work.  I use Chrome as well.

This is the same issue as #2, the error message is just different because the module uses a different API now