Parser for Semperis DSP logs

What is the sc4s version ?
sc4s version=2.49.8
Is there a pcap available?
attached in log files.
What the vendor name?
Semperis DSP
What's the product name?
Semperis DSP
** Feature Request description: **
Logs parser for Semperis DSP
** Should it support TCP or UDP?**
UDP
** Do you want to have it for local usage or prepare a github PR? **
demologs.txt

@muditrao82 are you solved this issued already in splunk user group and I can close this issue?

@ikheifets-splunk this issue has not been resolved from Splunk user group. My main technical contact and SE at Splunk informed me that you were working on completing the parser for Semperis DSP logs. What is the current status and when will this be completed?

Hello, @muditrao82 !
I linked a pull request to this issue.
If you wanna test it before release you can pull development version ghcr.io/splunk/splunk-connect-for-syslog/container3:pr-2259

Hello,
I have download the parser and it’s not parsing any of the fields. Only
source type is correct.
On Mon, Nov 6, 2023 at 17:57 Ilya @.***> wrote:

Hello, @muditrao82 https://github.com/muditrao82 !
I linked a pull request to this issue.
If you wanna test it before release you can pull development version
ghcr.io/splunk/splunk-connect-for-syslog/container3:pr-2259
—
Reply to this email directly, view it on GitHub
https://github.com/splunk/splunk-connect-for-syslog/issues/2211#issuecomment-1797051661,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BC5QICXVTIJMHDHFBHWS3NLYDF2NPAVCNFSM6AAAAAA5MZBU7OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJXGA2TCNRWGE
.
You are receiving this because you were mentioned.Message ID:
@.***>

Hello, @muditrao82 !
Usually we not parsing such formats only identifying vendor and product.
But after you mentioned that important for you, it I updated my PR and it's working like that:

P.S. Hope that it would be okay for you


Fix phlegethon dependency in mix.exs in get-started.md

:man_facepalming: Thanks for spotting that!


When I try to create MyConsoleApp is says "Creating Templeate failed"

URL
https://dotnet.microsoft.com/es-es/learn/dotnet/hello-world-tutorial/create
Operating system
windows
More information about your system
x64
Description
I have windows and Im trying to do the steps that sais the .Net web to do it. But when i tried to do the MyConsoleApp it says this

Wat should i do?
dotnet --info
SDK DE .NET:
Version:           8.0.300
Commit:            326f6e68b2
Workload version:  8.0.300-manifests.c1c70047
MSBuild version:   17.10.4+10fbfbf2e
Entorno de tiempo de ejecución:
OS Name:     Windows
OS Version:  10.0.22631
OS Platform: Windows
RID:         win-x64
Base Path:   C:\Program Files\dotnet\sdk\8.0.300\
Cargas de trabajo de .NET instaladas:
No hay cargas de trabajo instaladas para mostrar.
Host:
Version:      8.0.5
Architecture: x64
Commit:       087e15321b
.NET SDKs installed:
8.0.300 [C:\Program Files\dotnet\sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 8.0.5 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.NETCore.App 8.0.5 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 8.0.5 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Other architectures found:
None
Environment variables:
Not set
global.json file:
Not found
Learn more:
https://aka.ms/dotnet/info
Download .NET:
https://aka.ms/dotnet/download

Do you have more information on the error or is this all that is shown?
Have you tried restarting VS Code?
@timheuer @webreidi any other ideas?

Yes i tried several times. I try to follow everything on the web. But i it
says error in the temolate. I say something about a password on the  page.
It can be that?
El jue, 23 de may de 2024, 00:26, Maira Wenzel @.***>
escribió:

Do you have more information on the error or is this all that is shown?
Have you tried restarting VS Code?
@timheuer https://github.com/timheuer @webreidi
https://github.com/webreidi any other ideas?
—
Reply to this email directly, view it on GitHub
https://github.com/dotnet/website-feedback/issues/149#issuecomment-2126161978,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BH2MKBQVE7FYEHDSXG3IA3DZDVOV7AVCNFSM6AAAAABICAKODSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRWGE3DCOJXHA
.
You are receiving this because you authored the thread.Message ID:
@.***>

I say something about a password on the  page.

Can you elaborate more on that?
Can you verify that the folder where you are trying to create the project either doesn't exist or empty?
Can you also share logs? To do so,
Open extension logs folder and provide content of ms-dotnettools.csdevkit folder

[image: image.png]
El jue, 23 may 2024 a las 17:50, Smit Patel @.***>)
escribió:

I say something about a password on the page.
Can you elaborate more on that?
Can you verify that the folder where you are trying to create the project
either doesn't exist or empty?
Can you also share logs? To do so,
Open extension logs folder and provide content of ms-dotnettools.csdevkit
folder
image.png (view on web)
https://github.com/dotnet/website-feedback/assets/1528107/b60edd66-e6a8-4dbd-9ca9-028471424c1c
image.png (view on web)
https://github.com/dotnet/website-feedback/assets/1528107/e373465a-c3b8-407a-863d-db47d5d18218
—
Reply to this email directly, view it on GitHub
https://github.com/dotnet/website-feedback/issues/149#issuecomment-2127995276,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BH2MKBWPKD46YGTNBNQKUM3ZDZI77AVCNFSM6AAAAABICAKODSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRXHE4TKMRXGY
.
You are receiving this because you authored the thread.Message ID:
@.***>

[image: image.png]
El vie, 24 may 2024 a las 12:29, Valentina Kountaras (<
@.***>) escribió:

[image: image.png]
El jue, 23 may 2024 a las 17:50, Smit Patel @.***>)
escribió:

I say something about a password on the page.
Can you elaborate more on that?
Can you verify that the folder where you are trying to create the project
either doesn't exist or empty?
Can you also share logs? To do so,
Open extension logs folder and provide content of ms-dotnettools.csdevkit
folder
image.png (view on web)
https://github.com/dotnet/website-feedback/assets/1528107/b60edd66-e6a8-4dbd-9ca9-028471424c1c
image.png (view on web)
https://github.com/dotnet/website-feedback/assets/1528107/e373465a-c3b8-407a-863d-db47d5d18218
—
Reply to this email directly, view it on GitHub
https://github.com/dotnet/website-feedback/issues/149#issuecomment-2127995276,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BH2MKBWPKD46YGTNBNQKUM3ZDZI77AVCNFSM6AAAAABICAKODSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRXHE4TKMRXGY
.
You are receiving this because you authored the thread.Message ID:
@.***>

Can you upload the content ms-dotnettools.csdevkit folder as zip file?


Adds job type to providers

I tried to make this change in the least intrusive way possible -
The 3Play API key env config is now a map that has an api key for each job type.
The 3Play provider now gets a whole job object, from which it extracts the fields it previously needed to make the calls, and now also the job type, which it uses as a key to the api-key map.
The provider interface was changed to facilitate the passing of the whole job object, but the functionality of the upload and amara providers did not change.
This PR would not build successfully until the 3Play change is merged, and we should not merge/deploy this before updating the secrets in vault.

what's up with travis?

what's up with travis?

I don't think this should work until the threeplay change is merged.

That Travis failure may be golang/go#33513.
We may need to disable the proxy in Travis for now (will slow things down, but it should build at least)

Codecov Report

Merging #110 into master will decrease coverage by 0.02%.
The diff coverage is 81.25%.

@@            Coverage Diff             @@
##           master     #110      +/-   ##
==========================================
- Coverage   68.73%   68.71%   -0.03%
==========================================
  Files           7        7
  Lines         531      537       +6
==========================================
+ Hits          365      369       +4
- Misses        149      151       +2
  Partials       17       17

Impacted Files
Coverage Δ

database/job.go
29.62% <0%> (-2.38%)
:arrow_down:

service/job.go
82.6% <100%> (ø)
:arrow_up:

service/client.go
84.65% <90.9%> (+0.31%)
:arrow_up:

Continue to review full report at Codecov.

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


[BUG] UseAzureMonitor doesn't send trace and logs to application insights

Library name and version
Azure.Monitor.OpenTelemetry.AspNetCore
Describe the bug
Traces and logs don't show up in Application insights even tho in the default Aspire project monitor page they do appear
Expected behavior
Traces and logs should show up in application insights
Actual behavior
We can see Dependency and request being done but no traces or logs.

Reproduction Steps
Generate a new Aspire starter application. Go to the ServiceDefaults and uncomment on the line 75 to 79 the required code to enable UseAzureMonitor. Install the required package Azure.Monitor.OpenTelemetry.AspNetCore to reslove dependency issues.
The rest of the file stays the same when it comes to tracing and logging being collected.

We have a guide on how to set the ConnectionString here: https://learn.microsoft.com/en-us/azure/azure-monitor/app/opentelemetry-configuration?tabs=aspnetcore#connection-string
If you followed a different guide with incomplete information, please share that so I can review.

HI @AnOdyssey, Thanks for clarifying.
How are you setting the environment variable? My guess is that you've only set it for one of the processes, but not for all applications.
Test 1
When I hardcode the connection string (not using environment variable), I see that I'm collecting all telemetry types for both the "webfrountend" and "apiservice".
Test 2
I set the environment variable in code for both AspireApp1.Web Program.cs and AspireApp1.ApiService Program.cs.
I see that I'm collecting all telemetry types for both the "webfrountend" and "apiservice".


Dispose storage windows on state change

Fixes https://github.com/space-wizards/space-station-14/issues/20092
:cl:

fix:  Fix storage windows not closing upon gamestate change.

rip backpack open in main menu


scatter_matrix y-axis label replaces first column name with 'Frequency'

ALL software version info (hvPlot, holoviews, bokeh, python, notebook, OS, browser, any other relevant packages)

hvPlot: 0.5.2.post13+gc313d35-dirty (using latest master as of today)
bokeh 1.4.0
python: Python 3.6.9 :: Anaconda, Inc.
notebook: 6.0.2
OS: OSX
browser: chrome

Description of expected behavior and the observed behavior

Expected behavior: y-axis label should have all column names, e.g. name petal_length in the example below.
Observed behavior: y-axis label has Frequency for the first column name label (not petal_length).  All other column names are reflected properly in the y-axis label.
All x-axis labels are correct.

Complete, minimal, self-contained example code that reproduces the issue
This example is from the Statistical_Plots example notebook/doc
import pandas as pd
import hvplot.pandas  # noqa
from bokeh.sampledata import iris, stocks
iris = iris.flowers
hvplot.scatter_matrix(iris, c="species")

Stack traceback and/or browser JavaScript console output
Screenshots or screencasts of the bug in action

Duplicate of https://github.com/holoviz/holoviews/issues/1507

Thanks for reporting, this is originally a HoloViews issue.

@philippjfr yes, sorry for not checking holoviews first, I should have realized it's a hv element issue.


RAPL unknown device

Brief description of your issue
I see "UNKNOWN DEVICE - PLEASE REPORT ON GITHUB" for my 5965WX CPU. Can I help somehow to get it supported?
Steps to reproduce (optional)
No response
Expected behavior (optional)
No response
Actual behavior (optional)
No response
Environment (optional)
No response

Duplicate of #1558

Can I help somehow to get it supported?

Soon ™


fix: Do not check for pubsub.topics.get on initialization

This permission is not strictly needed and is not included in the pubsub.publisher role.
https://cloud.google.com/pubsub/docs/access-control#pubsub.publisher

Dont you need that one to initialize the client?


on panic, raw terminal mode is not left

Summary
running into unimplemented! or being terminated via kill -9, the terminal is stuck in raw mode
Steps to reproduce
cargo spellcheck fix -i &; kill -9 $!
Expected results
terminal should return to it's previous state
Actual results
terminal is stuck in raw mode
Triaging info

Version: 0.2.1
Did this used to work? Nope

Consider using https://lib.rs/crates/termios combined with maybe libc?

Testcases:

kill $PID
kill -9 $PID
CTRL+C

From man atexit:

Functions registered using atexit() (and on_exit(3)) are not called
if a process terminates abnormally because of the delivery of a
signal.

I don't think there's a way to handle SIGKILL. For all other signals, I suggest we use signal-hook


ENH: linalg: N-D array (batch) support

Is your feature request related to a problem? Please describe.
The array API standard and NumPy linalg functions support batched operation over stacks of matrices, vectors, etc. We occasionally get requests for SciPy to do the same (e.g. gh-16090, gh-17344, gh-20072), and it would help internally sometimes, too. (For instance, I've wanted batch support for many linear algebra operations in multivariate_normal.) Some of our functions do have this support, so for consistency, we should add support for the rest.
Describe the solution you'd like.
linalg functions would support N-D input as they do in NumPy.
Conceptually, this means following normal NumPy broadcasting rules with the following adjustment: vectors and matrices, which are slices along the last one or two axes of an array, are treated as though they occupy only one element of the array. We ignore their "core dimensions" for the sake of broadcasting, and these core dimensions are always the last one or two of the array (rather than being specified by an axis argument).
For implementation, it is more precise to think of the shape of each N-D input as the sum (concatenation) of a batch shape and a core shape (e.g. the shape of a single vector or matrix). The net batch shape is the result of broadcasting the batch shapes of the inputs. The shape of each result array is the sum of the net batch shape and the core shape of each result. We perform the computation by looping over the batch dimensions.
Since solve and similar functions can accept a 1-D vector or 2-D horizontal stack of column vectors already, there are some special cases, but the descriptions above work in most cases.
Initially, this can be handled throughout linalg by a decorator (e.g. gh-21462). More performant, lower-level implementations can be added at our leisure and tested against the decorator.
Here's a tracking list. Items marked with + are included in the array API standard linear algebra extension. (I've marked these because the same decorator could add array API support quite easily.) It's organized in categories that made some sense to me, but it's not perfect. After writing gh-21462, I realized that categorization isn't really needed, anyway; the decorator can be used as-is for almost all cases. I might have left out some functions or neglected to note that they have batch support already. In any case, feel free to modify as you see fit.
Matrix in | scalar out

[x] det+
[x] norm+
[x] issymmetric (gh-22127)
[x] ishermitian (gh-22127)
[x] expm_cond (gh-22127)

Matrices in | vector out

[x] subspace_angles (gh-22147)
[x] svdvals+ (gh-22147)
[x] eigvalsh+ (gh-22147)

Matrices in | matrices out

[x] inv+ (gh-22133)
[x] pinv+ (gh-22133)
[x] pinvh (gh-22133)
[x] null_space (gh-22133)
[x] expm (gh-15079)
[x] logm (gh-22133)
[x] cosm (gh-22133)
[x] sinm (gh-22133)
[x] tanm (gh-22133)
[x] coshm (gh-22133)
[x] sinhm (gh-22133)
[x] tanhm (gh-22133)
[x] signm (gh-22133)
[x] sqrtm (gh-22133)
[x] funm (gh-22133)
[x] fractional_matrix_power+ (gh-22133)
[x] matrix_balance (gh-22133)
[x] orth (gh-22133)
[x] expm_frechet (gh-22147)
[x] orthogonal_procrustes (gh-22147)
[x] khatri_rao (gh-22147)
[x] solve_sylvester (gh-22147)
[x] solve_continous_are (gh-22147)
[x] solve_discrete_are (gh-22147)
[x] solve_continuous_lyapunov (gh-22147)
[x] solve_discrete_lyapunov (gh-22147)

Matrices/vectors in | matrices/vectors out

[x] eig (gh-21462)
[x] eigh+  (gh-22147)
[x] lu
[x] svd+ (gh-22133)
[x] ldl (gh-22133)
[x] cholesky+ (gh-22133)
[x] polar (gh-22133)
[x] qr+ (gh-22133)
[x] rq (gh-22133)
[x] qz (gh-22147)
[x] ordqz (gh-22147)
[x] schur (gh-22133)
[x] rsf2csf (gh-22147)
[x] hessenberg (gh-22133)
[x] cdf2rdf (gh-22147)

Vector in | scalar(s) out

[x] bandwidth (gh-22133)

Vector(s) in | matrix out

[x] diagsvd (gh-22133)
[x] circulant (gh-21419)
[x] companion (gh-16090)
[x] convolution_matrix (gh-21446)
[x] fiedler (gh-21446)
[x] fiedler_companion (gh-21446)
[x] hankel (gh-21446)
[x] leslie (gh-21446)
[x] toeplitz (FutureWarning against current N-D behavior added by gh-21446)

Solvers (Matrix and vector(s) in | vector(s) out)
(As written, the _apply_to_batch decorator won't work with these. One reason is that the RHS can be a vector or array containing multiple vectors, another is that some accept a tuple for the first argument.)

[ ] solve+
[ ] lstsq
[ ] cho_solve_banded
[ ] cho_solve
[ ] solve_circulant
[ ] solve_banded
[ ] solveh_banded
[ ] lu_solve

Scalar(s) in | matrix out
(These can't really be batched because it would create a ragged array.)

[ ] dft
[ ] hadamard
[ ] helmert
[ ] hilbert
[ ] invhilbert
[ ] pascal
[ ] invpascal

Other atypical functions

[ ] cossin - the first argument can be a tuple of arrays
[ ] matmul_toeplitz - first argument can be a tuple of arrays
[ ] clarkson_woodruff_transform - accepts sparse input
[ ] block_diags - accepts an arbitrary number of array arguments

Didn't categorize yet

[x] kron (deprecated)
[x] eig_banded (gh-22133)
[x] eigvals_banded (gh-22133)
[ ] eigh_tridiagonal
[x] lu_factor (gh-22133)
[x] cholesky_banded #22157
[x] cho_factor #22157
[ ] qr_multiply
[ ] qr_update
[ ] qr_delete (I think this is possible to handle even with k treated in batch, but I think p has to be a scalar or you'd get ragged result.)
[ ] qr_insert

Describe alternatives you've considered.

Requiring users to write their own loops.
Adding more performant, low-level batch support to functions one at a time

@ilayn just wanted to check whether you agree that functions that accept an int and return a matrix of that size (e.g. dft) can be left alone? These are different from all the rest because each element of the batch will have a different shape.

matmul_toeplitz says "Whatever the actual shape of c, it will be converted to a 1-D array", so it will need a deprecation before we can add batch support. At the same time, maybe make things simpler and accept c and r as separate arguments?
cossin can probably use the decorator by splitting the implementation into (a) private function(s), then using the public function to detect the input (single array vs four arrays) and wrap the private function(a) with the decorator? Not sure if that's easiest, but it's an option.
block_diags should probably just be done manually.

@j-bowhay @ilayn Please LMK what you think about whether the matrix creation functions that accept size scalars need any kind of batch support. (Clearly we wouldn't do the usual thing because different sizes would produce a ragged array.)
Also, do we need to do linalg.interpolative? Anything else we're missing?

@j-bowhay @ilayn Please LMK what you think about whether the matrix creation functions that accept size scalars need any kind of batch support. (Clearly we wouldn't do the usual thing because different sizes would produce a ragged array.)

It seems reasonable leave them for the reason you mention

Also, do we need to do linalg.interpolative? Anything else we're missing?

I think it's probably ok to skip  linalg.interpolative, from memory it's not that heavily used and I seem to remember @ilayn suggesting that maybe it should just be removed in the future.
I think the only thing left is the doc changes mentioned in the solver pr and also maybe looking at the docs for functions that already had batch support.

I seem to remember @ilayn suggesting that maybe it should just be removed in the future.

I thought so, too, but I see it was already translated from Fortran, and I couldn't find the comment. I couldn't find interpolative mentioned at all in gh-18566.


declare before assign outputs

Signed-off-by: Eliya Sadan<EMAIL_ADDRESS>

Check if you can remove throws exception from tests

@tudorlesan can you please test if this branch helps solving the content output issues?

@orius123 operations such as ssh_command.sl work since they just use simple outputs and so if they don't exist, they will get replaced with None.
The problem is for more complex operations like create_openstack_server.sl which use outputs like:

status_code: statusCode (so we have pythonic variables for operations that execute java actions)

For these kind of operations (there are alot of them) errors are still thrown. For example I'm trying to execute the openstack_health_check.sl flow but the openstack machine is not working(for some reason). The operation throws an exception and statusCode is not in the java action's outputs.
This statusCode is used both for the output(to be pythonic) and for the result (SUCCESS only if it is '202' so as expected the whole execution flow gets interrupted and a RuntimeException is thrown.
Also, flows like docker_images_maintenance which compute their flow outputs based on previously computed step outputs (which may not exist) still throw the same error and your solution of putting the flow output into the step and then assign "''" to it at the flow level doesn't seem to work.
So I'm not sure how to solve these, and it seems that  most of the flows/operations still need modifying. I really need to speak to you for further analysis on how to manage all these changes that need to be done.

Regarding the openstack flow, I think that if the operation got to an exception that he can't recover from its valid for the flow to stop.
But in general I think that when accessing values that may not exit we cannot assume that they exit obviously..
A more safe approach would be locals().get('optional_val') or even `locals().get('optional_val', 'default').
@meirwah @oritstone WDYT?
Regarding the docker images flow, let's talk about it next week.

@orius123  I knew about the locals() solution, basically we could check each and every output is in locals() before using it, thought there will be lots of modifications. As for the openstack flow, imo, I think the flow should just end with failure, not throw RuntimeException if openstack server is down.

Not all places just places that the var is optional.
About openstack, I guess java action should catch the exception and notify on some variable..
We don't have try catch at the moment.

The exception that gets to the CLI is not from the java action. The java action does thrown an error which gets printed to the execution.log and that's it. There would be no problem, but when that exception is thrown, the statusCode output doesn't get computed anymore and again we get the same error of outputs not existing. So we would have to figure out how to not assign the java action output to a python output if the first one was not computed.

You can declare it first.
- statusCode
- status_code: statusCode

With the change I made it will actually behaves like:
`locals().get('statusCode')

so we need to write each output twice?

I prefer to have our expressions with the locals().get('optional_val') syntax, and in the future consider making the syntax easier for these cases

@oritstone recheck please


FlghtsControllerTest Update

Maybe I missed some potential scenarios, please tell me how could I improve it and I will make changes.

Maybe I missed some potential scenarios, please tell me how could I improve it and I will make changes.


SDK should support passing iLO RedFish Sessions

iLO 4 and iLO 5 REST API/RedFish interface supports API sessions by using auth tokens.  The SDK should allow for the Auth Token to be passed to Client.new():
{
    "X-Auth-Token": "{token}"
}

as an attribute to the constructor.

Technically this can be accomplished now, but it's a bit ugly. Here's a workaround until this gets added though:
# Create a client with dummy credentials:
client = ILO_SDK::Client.new(
  host: 'https://ilo.example.com',
  user: 'Administrator',
  password: 'dummy123'
)

# Then make rest calls, telling the library to ignore authentication,
# and put in your own header:
client.rest_api(:get, '/redfish/v1/Systems', auth: :none, ‘X-Auth-Token’ => 'my_token')

This only works for custom requests though; there's no way to override the auth and headers for the helper methods.

Right.  So if someone wanted to say set virtual media mount URL, they couldn't use the set_url_boot helper method.  They would need to use the rest_api helper to perform he custom operation themselves.  That's a decent workaround until the iLO SDK can natively support this.


Test error

Hello.
I encountered this error when testing with the following command，“python3 -m tools.test_net --config-file configs/dla/DLA_34_FPN_EMM_MOT17.yaml --output-dir /home/yhb/下载/track_results --model-file /home/yhb/下载/DLA-34-FPN_EMM_crowdhuman_mot17 --test-dataset /media/yhb/Data/BaiduNetdiskDownload/MOT challenge/MOT17/test”
error:test_net.py: error: unrecognized arguments: challenge/MOT17/test
--test-path is the test path in MOT17 downloaded from the official website has not been modified.
What changes do I need to make to --test-path? It is very helpful for beginners.
Thank you very much!

Hello.
The problem is with the way you specified the path. The path to the dataset should not be provided through the command line arguments. The program loads it from the configuration file for which you provide the path (as you properly did). The argument --test-dataset accepts the key by which it accesses additional information.
Here is an example of the processing.
You provide a key, assume MOT17_DPM for testing, i.e., --test-dataset MOT17_DPM. (By the way, this value is the default and you should leave it as it is for your purposes. You will see the reason why in a while.)
On this line, the load_dataset_anno is called:
dataset_key = args.test_dataset
dataset, modality = load_dataset_anno(cfg, dataset_key, args.set)

Now, when we dive into the load_dataset_anno function, the first line of code loads the additional information I was talking about, specifically:
dataset_folder, anno_file, split_file, modality = dataset_maps[dataset_key]

There are multiple dataset_maps manually specified in this source file. In case of the aforementioned MOT17_DPM, the split is as follows:
dataset_maps['MOT17_DPM'] = ['MOT17',
    'anno.json',
    'splits_DPM.json',
    'video']

Here you can see the folder name for the dataset (make sure it contains two subfolders, annotation and raw data, but as I see your command, it probably does not), then file name for the annotations specification, then file name for the splits (i.e., train or test), and the modality (practically, whether it is video-based or image-based dataset).
So, in our case, you have to modify the configuration file to the following:
DATASETS:
  ROOT_DIR: "/media/yhb/Data/BaiduNetdiskDownload/MOT challenge/"

One more thing. I have already pointed out that your dataset is probably not in the right format. Here is the directory tree of the dataset you should also have because the program expects it to be this way:
MOT17/
├── annotation
└── raw_data
    ├── test
    │   ├── MOT17-01-DPM
    │   ├── MOT17-01-FRCNN
    │   ├── MOT17-01-SDP
    │   ├── MOT17-03-DPM
    │   ├── MOT17-03-FRCNN
    │   ├── MOT17-03-SDP
    │   ├── MOT17-06-DPM
    │   ├── MOT17-06-FRCNN
    │   ├── MOT17-06-SDP
    │   ├── MOT17-07-DPM
    │   ├── MOT17-07-FRCNN
    │   ├── MOT17-07-SDP
    │   ├── MOT17-08-DPM
    │   ├── MOT17-08-FRCNN
    │   ├── MOT17-08-SDP
    │   ├── MOT17-12-DPM
    │   ├── MOT17-12-FRCNN
    │   ├── MOT17-12-SDP
    │   ├── MOT17-14-DPM
    │   ├── MOT17-14-FRCNN
    │   └── MOT17-14-SDP
    └── train
        ├── MOT17-02-DPM
        ├── MOT17-02-FRCNN
        ├── MOT17-02-SDP
        ├── MOT17-04-DPM
        ├── MOT17-04-FRCNN
        ├── MOT17-04-SDP
        ├── MOT17-05-DPM
        ├── MOT17-05-FRCNN
        ├── MOT17-05-SDP
        ├── MOT17-09-DPM
        ├── MOT17-09-FRCNN
        ├── MOT17-09-SDP
        ├── MOT17-10-DPM
        ├── MOT17-10-FRCNN
        ├── MOT17-10-SDP
        ├── MOT17-11-DPM
        ├── MOT17-11-FRCNN
        ├── MOT17-11-SDP
        ├── MOT17-13-DPM
        ├── MOT17-13-FRCNN
        └── MOT17-13-SDP

I suggest you read more in the documentation part dedicated to dataset preparation, especially data ingestion. The authors provide already ingested files for you to download. Once you have reorganized your directory structure, the annotation folder should contain the following files:
MOT17/annotation/
├── anno.json
├── anno_pub_detection.json
├── splits.json
└── splits_DPM.json

If you have more questions, feel free to ask. I am also starting with this architecture, thus, also learning. Good luck to both of us.

Hello.
The problem is with the way you specified the path. The path to the dataset should not be provided through the command line arguments. The program loads it from the configuration file for which you provide the path (as you properly did). The argument --test-dataset accepts the key by which it accesses additional information.
Here is an example of the processing.
You provide a key, assume MOT17_DPM for testing, i.e., --test-dataset MOT17_DPM. (By the way, this value is the default and you should leave it as it is for your purposes. You will see the reason why in a while.)
On this line, the load_dataset_anno is called:
dataset_key = args.test_dataset
dataset, modality = load_dataset_anno(cfg, dataset_key, args.set)

Now, when we dive into the load_dataset_anno function, the first line of code loads the additional information I was talking about, specifically:
dataset_folder, anno_file, split_file, modality = dataset_maps[dataset_key]

There are multiple dataset_maps manually specified in this source file. In case of the aforementioned MOT17_DPM, the split is as follows:
dataset_maps['MOT17_DPM'] = ['MOT17',
    'anno.json',
    'splits_DPM.json',
    'video']

Here you can see the folder name for the dataset (make sure it contains two subfolders, annotation and raw data, but as I see your command, it probably does not), then file name for the annotations specification, then file name for the splits (i.e., train or test), and the modality (practically, whether it is video-based or image-based dataset).
So, in our case, you have to modify the configuration file to the following:
DATASETS:
  ROOT_DIR: "/media/yhb/Data/BaiduNetdiskDownload/MOT challenge/"

One more thing. I have already pointed out that your dataset is probably not in the right format. Here is the directory tree of the dataset you should also have because the program expects it to be this way:
MOT17/
├── annotation
└── raw_data
    ├── test
    │   ├── MOT17-01-DPM
    │   ├── MOT17-01-FRCNN
    │   ├── MOT17-01-SDP
    │   ├── MOT17-03-DPM
    │   ├── MOT17-03-FRCNN
    │   ├── MOT17-03-SDP
    │   ├── MOT17-06-DPM
    │   ├── MOT17-06-FRCNN
    │   ├── MOT17-06-SDP
    │   ├── MOT17-07-DPM
    │   ├── MOT17-07-FRCNN
    │   ├── MOT17-07-SDP
    │   ├── MOT17-08-DPM
    │   ├── MOT17-08-FRCNN
    │   ├── MOT17-08-SDP
    │   ├── MOT17-12-DPM
    │   ├── MOT17-12-FRCNN
    │   ├── MOT17-12-SDP
    │   ├── MOT17-14-DPM
    │   ├── MOT17-14-FRCNN
    │   └── MOT17-14-SDP
    └── train
        ├── MOT17-02-DPM
        ├── MOT17-02-FRCNN
        ├── MOT17-02-SDP
        ├── MOT17-04-DPM
        ├── MOT17-04-FRCNN
        ├── MOT17-04-SDP
        ├── MOT17-05-DPM
        ├── MOT17-05-FRCNN
        ├── MOT17-05-SDP
        ├── MOT17-09-DPM
        ├── MOT17-09-FRCNN
        ├── MOT17-09-SDP
        ├── MOT17-10-DPM
        ├── MOT17-10-FRCNN
        ├── MOT17-10-SDP
        ├── MOT17-11-DPM
        ├── MOT17-11-FRCNN
        ├── MOT17-11-SDP
        ├── MOT17-13-DPM
        ├── MOT17-13-FRCNN
        └── MOT17-13-SDP

I suggest you read more in the documentation part dedicated to dataset preparation, especially data ingestion. The authors provide already ingested files for you to download. Once you have reorganized your directory structure, the annotation folder should contain the following files:
MOT17/annotation/
├── anno.json
├── anno_pub_detection.json
├── splits.json
└── splits_DPM.json

If you have more questions, feel free to ask. I am also starting with this architecture, thus, also learning. Good luck to both of us.

With your help, I succeeded at last! Thank you so much for your guidance! This is undoubtedly a great help to beginners like me.


digital ocean provisioner doesn't setup postgres for Ubuntu?

It looks like provisioning of postgres is incomplete for Ubuntu.
The db doesn't get created, and the service isn't started.
I'll poke around a bit more.

It looks like this was due to the postgres package not liking the locale (th_TH.UTF-8) that was being exported from my local environment: manually running pg_createcluster fails complaining about the locale. I added ENV['LC_...'="en_US.UTF-8"] lines to the Vagrantfile, and removed & reinstalled the postgresql package. Sadly, this did not perform the cluster setup for some reason. However, now pg_createcluster succeeds.

https://github.com/ansible/ansible/issues/10698 pertains. I added a note in https://github.com/DandyDev/sentry-ansible-vagrant/commit/64387d866a152b2b615597c0ba3cb3b47fe524f4 , part of https://github.com/DandyDev/sentry-ansible-vagrant/pull/7


Incomplete search parameter mapping in R4 data provider

Whenever the patient compartment had multiple inclusion criteria for a resource, the R4 data provider returns null.
Also, the STU3 data provider should be enhanced to include the complete set of mappings as well.

There's now a a heuristic that searches the runtime definition of the resources for an appropriate search parameter.
https://github.com/DBCG/cql_engine/blob/master/cql-engine-fhir/src/main/java/org/opencds/cqf/cql/searchparam/SearchParameterResolver.java


Builder connect options should be optional in lovefield.d.ts

This:
connect(options: ConnectOptions): Promise<lf.Database>
Should be:
connect(options?: ConnectOptions): Promise<lf.Database>
https://github.com/google/lovefield/blob/master/dist/lovefield.d.ts#L200

Thanks for the report. Will fix soon.


_NonClosingTextIOWrapper conflicts with Theano

After updating Theano from 0.7.0 to 0.8.2 I'm getting the following error:

Exception TypeError: TypeError("'NoneType' object is not callable",) in <bound method _NonClosingTextIOWrapper.__del__ of <_io.TextIOWrapper encoding='UTF-8'>> ignored

Tested with Click 5.1 and 6.6 on Python 2.7.11.

What is Theano?

Apparently it is some sort of library. It doesn't appear to use Click, so I guess @zstomp uses both Theano and Click in his application.
@zstomp Please provide a full traceback of the error, because the error you provided doesn't make sense (in click._compat._NonClosingTextIOWrapper.__del__, all exceptions are caught)

My bad, sorry for the vague report. The error appears exactly as above, no traceback provided. As I understand it, this is normal interpreter behavior when things crash in __del__().
Now that I've got a minute to debug it, I tried blank except: instead of except Exception:, and it caught it. Then I tried extending the handler to catch the stack trace, but it just can't print or write it to a file, the result is the same error message.
All I can think of is to find which part of my or library code triggers it. Let me know if you have better ideas of catching it.

@zstomp A very basic application to reproduce the issue would be very useful so I can debug myself.

Ok, it boils down to
import click
import theano.tensor

@click.command()
def main():
    click.echo("Test")

if __name__ == '__main__':
    main()

To set things up easily, install Miniconda package/environment manager, then
$ conda create -n test scipy
$ . activate test
$ pip install click==6.6 theano==0.8.2

having same issue - looking forward to a fix

Looking at the source I have no idea how that error can even occur.

yes
Theano==0.8.1
click==6.6
I'll try investigating myself quickly.

My guess is that this is something in Theano and not click. We're not doing crazy things here.

You're right it's probably Theano
https://github.com/pallets/click/blob/57c6f09611fc47ca80db0bd010f05998b3c0aa95/click/_compat.py#L71
this is what causing exception. Anyways - this is wrapped in "except: pass" so I'm hoping that Theano will work as expected. Will update if it'll be giving me any more problems.

It turns out the problem is with six that is used by Theano. If you import six.moves.builtins, you get the above-mentioned error.

Six' magic strikes again. There is nothing we can do here. Someone should report this against theano.

Could you please elaborate? Is Six known for causing problems? Report on Theano for what, get rid of Six??

@zstomp telling Theano to avoid using six.moves and explicitly import the compatibility functions is probably the right solution. See https://pythonhosted.org/six/index.html#module-six.moves

Why not report this to six? I don't undertand the problem with Theano. Do we badly use six? for six.moves.builtins, we do:
from six.moves.builtins import min as builtin_min
import six.moves.builtins as builtins
from six.moves import builtins
We where still using builtins at one place. I'm using the six version in this PR: https://github.com/Theano/Theano/pull/4733

@nouiz I did report this to six, nothing so far. Theano is not a problem per se, six.moves.builtins is.

Can you give the link to that report?
On Thu, Jul 14, 2016 at 1:44 AM, zstomp<EMAIL_ADDRESS>wrote:

@nouiz https://github.com/nouiz I did report this to six, nothing so
far. Theano is not a problem per se, six.moves.builtins is.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pallets/click/issues/564#issuecomment-232562342, or mute
the thread
https://github.com/notifications/unsubscribe/AALC-2o-0uUUtLM4rBcNVX_6j9nADzL6ks5qVcy9gaJpZM4IMpAb
.

https://bitbucket.org/gutworth/six/issues/157/sixmovesbuiltins-causes-strange-exception

Does anyone have a workaround for this in the meantime?

This is not a problem with click unfortunately. The workaround would be to not use six moves. The entire thing is just conceptinally problematic. We had many issues in the pallets project with this sort of hackery.

@mitsuhiko I get that. I have theano as a dependency though.

As mentioned you need to reach out to theano for this to stop using six moves. This is outside of our control.

Please file this against Theano.


the cb is missed in this._setWrapperHeight() so the current cb logic …(foundation.orbit.js)

Sorry for previous failed attempts, finally I understand how to PR it right.
Since it was already a while ago, it is related to my previous opened PR #8755
The callback logic is being added but the callback option and parameter is missed so I am here to add it back.

Looking at this, I think I understand what you're trying to accomplish, but would actually rather we fire an event so that folks using an indirect instantiation (e.g. using data attributes in the html) can still set up a listener.  Can you replace the callback option with a new event being fired at the same point in the lifecycle?

Can you replace the callback option with a new event being fired at the same point in the lifecycle?

Definitely a good idea.
@kball how should we name the event?

This PR is stale and the requested changes were not made. Just going to close it out.

@kball Sorry for having not been a while, what should I do with the stale PR?

@simongcc no worries; the entire project has all been stale for a while, but some of the community is making a push to revive it.
Based on the feedback from the original PR, if you'd like to pick it back up please rework it to trigger an event instead of use a callback, and then reopen/open a new PR.


<EMAIL_ADDRESS>Download via aria2 failed

Download failed! (Error 3) Resource was not found

Duplicate of #6754


[Event Request] Report 950 "Create Time Sheets" - Add StartingDate and EndingDate to existing event OnBeforeResourceOnAfterGerRecord

Please add the parameters StartingDate and EndingDate to the eventOnBeforeResourceOnAfterGerRecord so we can check on these dates.

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


[RayJob][Kueue] Move limitation check to validateRayJobSpec

Why are these changes needed?
KubeRay has some limitations for the suspend operation. The limitations are a subset of the limitations of Kueue (https://kueue.sigs.k8s.io/docs/tasks/run_rayjobs/#c-limitations). For example, KubeRay allows users to suspend a RayJob with autoscaling enabled, but Kueue doesn't. This PR relocates the limitation check to where the controller validates RayJobSpec, offering a unified code path for better maintainability.
Related issue number

Checks

[ ] I've made sure the tests are passing.
Testing Strategy

[ ] Unit tests
[ ] Manual tests
[ ] This PR is not tested :(

cc @andrewsykim

@architkulkarni Thanks! I just forgot to add tests. I have added https://github.com/ray-project/kuberay/pull/1854/commits/8badc4db01c5e08dea41d9d12acd93f2d3f1e94d.


Compile .c in one command line

Hi,
Actually, I use LoRa_SX1272 library (a library to use a LORA module) with my FTDI FT4222. So I had to modify LoRa_SX1272 in order to works with the libft4222.h and ftd2xx.h. And after I created a file .c (test.c) that use LoRa_SX1272 functions. So to compile test.c, I write this command line : "gcc -o test test.c LoRa_SX1272.c -lft4222", with this all works correctly.
Now I want to use mraa to switch between FT4222 and intel edison but SPI is not developed for ft4222 in mraa so I add some functions SPI for ft4222 in mraa, it works.
Now I want to use these functions (mraa_spi_frequency(spi, 1000) or mraa_spi_write_buf(spi, data, 2)) in  LoRa_SX1272 library so I add the mraa function in LoRa_SX1272 library and I creating a new file .c (LoRaMraa.c) that use LoRa_SX1272 library so that use also mraa library.
But I don't know how to compile LoRaMraa.c because normaly to compile I write "make" in mraa/build and it compile all file .c in mraa/examples but now to compile LoRaMraa.c I have to add LoRa_SX1272.c.
So do you have an idea to compile LoRaMraa.c with LoRa_SX1272.c and mraa ?
And how can I send you new code with SPI functions for ft4222 ?
Thank you.

So I'm not sure what you mean, likely you need to either add stuff in examples/CMakeLists.txt and remember to link against mraa (with -lmraa)? Have you got a concrete example of the code and what is failing with the compilation line etc?
To submit new code create a fork, make a branch and submit a pull request. More details are available here: https://github.com/intel-iot-devkit/mraa/blob/master/CONTRIBUTING.md.

Ok so first if I want to compile spi_mcp4261.c alone in mraa-master/examples, how can I do without use make ?
Because when I write gcc -o spi_mcp4261  spi_mcp4261.c -lmraa, it generates an executable but when I execute, it says Initialization of spi failed...

Ok so that's good, but it means your spi_mcp4261.c is failing initialisation of the spi bus. Without knowing your code it's hard to really tell you more. Maybe the syslog logs will be of help? Or use gdb to see where mraa_spi_init is failing

Whereas if I compile in /build with make it works perfectly

ah ok, well maybe your linker is finding the wrong version of mraa? Check with ldd of both executables

Yes you are right.
Executable in /build /examples: libmraa.so.1 => /home/GuzMp/mraa-master/build/src/libmraa.so.1
Executable in /examples : /usr/local/lib/libmraa.so.1
So how I can change the path when I compile with this gcc -o spi_mcp4261 spi_mcp4261.c -lmraa ?

Good news :) Well you have a number of options, you could install libmraa.so.1 to /usr/local to replace it, you could simply copy the lib over, or you could play with /etc/ld.so.conf.d/ or LD_PRELOAD or LD_LIBRARY_PATH to get your loader to change it's mind about which lib to load!

At final I use this gcc -o spi_mcp spi_mcp4261.c -lmraa -Wl,-rpath,/home/GuzMp/mraa-master/build/src and yes it works perfectly, thank you very much!

Good to see it's working for you now and thanks for reporting the solution back!


Feature: FixIt Lancaster

Integrate requests/issues from FixIt Lancaster and provide a feed of new requests/searching.

Initial support added in https://github.com/NateShoffner/lanco-discord-bot/commit/dd76883a26f40452515fa23bdbacce8877b98865.


Your HW1 script doesn't load data.table package

Your HW1 script doesn't load data.table package

Isn't that what:
require(data.table)
does?

how did I not see that?  Wow, totally on the ball this week.


CloudAdapter - cannot call ContinueConversationAsync with an empty / null AppId

Version
4.13.0
Describe the bug
Previously we were able to call ContinueConversationAsync with a null or empty appId, when developing locally and this worked fine.  Now though, there is an exception being thrown if the app Id is null or empty.https://github.com/microsoft/botbuilder-dotnet/blob/402bc02b4cbbd2f4ec359134640e99211367e4a5/libraries/Microsoft.Bot.Builder/CloudAdapterBase.cs#L144
This is causing friction for the handoff packages, meaning we will need to force users to set an AppId to ensure the package does not throw an error, even if they are only working locally.
Arguably this could be classified as a backwards compat issue, given this could break existing code that is using the BotAdapter base class.
Expected behavior
ContinueConversationAsync should work with a null or empty AppId
cc @johnataylor @carlosscastro this is the issue we were discussing.

Shipping in 4.13.1


Normalize RestOperations classes.

Right now dataplane and management plane put the internal methods inside a *RestOperations class but LLC went a different path and put them inline in the same file.
We should also plumb the RequestContext all the way down and the existing MPG / HLC will only use the CancellationToken portion to maintain parity.
We need to normalize so that it is the same with all generators in support of collapsing everything down to a single generator.

Perhaps related, but to put them on the radar:

https://github.com/Azure/azure-sdk-for-net/issues/35014
https://github.com/Azure/azure-sdk-for-net/issues/34988

Related https://github.com/Azure/autorest.csharp/issues/3768


Updated version.py to 0.8.0

Current coverage is 96.72% (diff: 100%)

Merging #888 into master will not change coverage

@@             master       #888   diff @@
==========================================
  Files            27         27
  Lines          1708       1708
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits           1652       1652
  Misses           56         56
  Partials          0          0

Powered by Codecov. Last update 011a5c2...b261724


},
    "redhat.telemetry.enabled": false,
    "settingsSync.ignoredExtensions": [
        "ms-vscode.vscode-js-profile-flame",
        "pkief.material-icon-theme",
        "davidnussio.vscode-jq-playground",
        "serayuzgur.crates",
        "ms-vscode.powershell"
    ],
    "git.autofetch": true,
    "window.zoomLevel": -1,
    "editor.unicodeHighlight.invisibleCharacters": false,
    "terminal.integrated.env.osx": {
        "MallocNanoZone": "1",
        //"MallocNanoZone": "0",
    },
    "gitlens.gitCommands.skipConfirmations": [
        "fetch:command",
        "switch:command"
    ],
    "editor.multiCursorModifier": "ctrlCmd",
    "workbench.editor.empty.hint": "hidden",
    "terminal.integrated.inheritEnv": false,
}

Its seems that automatic shell integration isn't working for you. Try installing it manually https://code.visualstudio.com/docs/terminal/shell-integration#_manual-installation for your shell.

@karrtikr adding your suggestion seems to have fixed the PATH, but the issue with pyenv activation still persists for this one repo.
# Terminal Environment Changes

## Extension: googlecloudtools.cloudcode

- `PATH=/Users/kasperzutterman/Library/Application Support/cloud-code/installer/google-cloud-sdk/bin:${env:PATH}`

## Extension: vscode.git

Enables the following features: git auth provider

- `GIT_ASKPASS=/System/Volumes/Data/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/git/dist/askpass.sh`
- `VSCODE_GIT_ASKPASS_NODE=/System/Volumes/Data/Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper (Plugin).app/Contents/MacOS/Code Helper (Plugin)`
- `VSCODE_GIT_ASKPASS_EXTRA_ARGS=--ms-enable-electron-run-as-node`
- `VSCODE_GIT_ASKPASS_MAIN=/System/Volumes/Data/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/git/dist/askpass-main.js`
- `VSCODE_GIT_IPC_HANDLE=/var/folders/sm/jr7dlmh50kl24fxmw8sws_cr0000gp/T/vscode-git-e7c65c7a5e.sock`

## Extension: ms-python.python

Activated environment for `~/.pyenv/versions/3.10.12/envs/pythonscripts/bin/python`

- `PATH=/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts/bin:${env:PATH}`
- `VIRTUAL_ENV=/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts`
- `PS1=(pythonscripts) ${env:PS1}`
- `VIRTUAL_ENV_PROMPT=(pythonscripts) `

Also, can you please elaborate on how youre checking whether the environment is correctly activated, is it by printing sys.executable?

I guess the issue is fixed, but powerlevel10K isn't picking up the correct env.
echo $PATH
/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts/bin:/Users/kasperzutterman/Library/Application Support/cloud-code/installer/google-cloud-sdk/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/Users/kasperzutterman/.pyenv/shims:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/Users/kasperzutterman/.pyenv/shims:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/Users/kasperzutterman/google-cloud-sdk/bin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts/bin:/Users/kasperzutterman/Library/Application Support/cloud-code/installer/google-cloud-sdk/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts/bin:/Users/kasperzutterman/Library/Application Support/cloud-code/installer/google-cloud-sdk/bin:/Users/kasperzutterman/google-cloud-sdk/bin:/opt/homebrew/opt/openssl@3/bin:/opt/homebrew/bin:/opt/homebrew/sbin

python -c"import sys;print(sys.executable)"                                                                                ok | 3.10.6 py | 14:56:44
/Users/kasperzutterman/.pyenv/versions/3.10.12/envs/pythonscripts/bin/python

I'm not sure what you mean by that?

Let us know if there's anything more the extension can do to help mitigate the situation, closing this until then.

Let us know if there's anything more the extension can do to help mitigate the situation, closing this for now.


PUBLIC key Issues

While running the dnn inference package on X86, ubuntu 20.04 I get the public key not available error. Error pasted below.
"W: GPG error: https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64  InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A4B469963BF863CC
E: The repository 'https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64  InRelease' is not signed. "
How to mitigate this ?

The NVIDIA gpg key was invalidated recently which is causing this. You can follow either path here to resolve: https://developer.nvidia.com/blog/updating-the-cuda-linux-gpg-repository-key/

From: Mitesh Patel @.>
Sent: Monday, May 2, 2022 11:06 PM
To: NVIDIA-ISAAC-ROS/isaac_ros_dnn_inference @.>
Cc: Subscribed @.***>
Subject: [NVIDIA-ISAAC-ROS/isaac_ros_dnn_inference] PUBLIC key Issues (Issue #12)
While running the dnn inference package on X86, ubuntu 20.04 I get the public key not available error. Error pasted below.
"W: GPG error: https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64 InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A4B469963BF863CC
E: The repository 'https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64 InRelease' is not signed. "
How to mitigate this ?
—
Reply to this email directly, view it on GitHubhttps://github.com/NVIDIA-ISAAC-ROS/isaac_ros_dnn_inference/issues/12, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ASS44RVLPWWYQMCS2ESFA5DVIC647ANCNFSM5U56RHEA.
You are receiving this because you are subscribed to this thread.Message ID: @.***>


Fix sass issues, default sourceRoot, adjust ts sourceMaps and prevent…

… vendor sourceMaps if not enabled. Fix for #778

Cool - maybe this can be a separated/expiremental pre-beta-release or so - so we can better test it. I think this would also solve this issue #543

Ok. it's here<EMAIL_ADDRESS>@rs3d

Great job and thank you for the help @zigmo @nchanged!  The file structure for source files is working now.
Some minor issues:

file":"index.scss"should be named index.css to properly fit the generated filename, right?https://github.com/rs3d/fuse-box-sass-issue/blob/master/dist/index.scss.map#L1

Maybe a different issue: outFile without using file as filename:

CSSPlugin({
         outFile: file => `${distPath}/module-XXX.css`
})

This generates module-XXX.css and in the same folder module-XXX.css.map.
But the resulting source map path is:
/*# sourceMappingURL=index.scss.map */ which should be
/*# sourceMappingURL=module-XXX.css.map */ to make this fully working.

@rs3d
outFile: file => ${distPath}/module-XXX.css`
that's dynamic
You should use it like so:
outFile: file => `${distPath}/${ file}.css

@nchanged Yes I know this isn't how it's intended. In my case it's a whitelabel platform in different languages, so my css files have a platform specific prefix.
Maybe this is a more legit example?
outFile: file => `${distPath}/platform-${file}

Or for different languages (like arabic):
outFile: file => `${distPath}/ar-AE-${file}

Never mind, I'm switching to folder based structure now :) So i  don't need that many workarounds. Thx.

Cool!


Change type of decode result

Could the decode result type be changed to void pointer?
uint_fast8_t cbor_decode_file_download_rsp(
		const uint8_t *payload, size_t payload_len,
		void *v_result,  //<--
		size_t *payload_len_out)
{
	zcbor_state_t states[3];

	zcbor_new_state(states, sizeof(states) / sizeof(zcbor_state_t), payload, payload_len, 1);

	struct file_download_rsp *result = v_result; //<--

	bool ret = decode_file_download_rsp(states, result);

This allows a generic wrapper of the decoding to be made.
typedef uint_fast8_t (*zcbor_mgmt_decoder_func)(const uint8_t *payload, size_t payload_len,
						void *result, size_t *payload_len_out);

int zcbor_mgmt_decode(struct mgmt_ctxt *ctxt, zcbor_mgmt_decoder_func decoder, void *result,
		      bool client);

Here is an example on how it is being used in the MCUMGR file system download for a client.
if (zcbor_mgmt_decode(ctxt, cbor_decode_file_download_rsp, &file_download_rsp, true) != 0) {

I see. I think the loss of type checking during building is too big of a downside though.
I suggest working around by casting the function pointer.
if (zcbor_mgmt_decode(ctxt, (zcbor_mgmt_decoder_func *)cbor_decode_file_download_rsp, &file_download_rsp, true) != 0) {

Casting works for me.  Thanks for the explanation.


Calculating continues even if a dataset is closed

I opened a dataset that was too big for my system to handle. I hit "Apply" and realized after some waiting time that I needed to stop the calculation. So I closed the analysis and the dataset.
What I expect to happen: The calculation stops immediately and my system resources are freed.
What actually happened: The GUI closed the dataset, but the calculation ran in the background until the end. In the log I could see that result tiles kept coming in.
The dataset is a 2x2 tiling of the BiFeO3 data set.

This is partially fixed by 668df58. The next step is to fix #71 - we are currently simply loading the preview and picked images via an image tag in the web interface, which also means there are no sane cancelling semantics in place. This should be purely a client-side change, other than removing the preview/picking handlers from the web API. This also has the nice effect of localizing the dependency on dask.distributed to only the executor.

Ok, seems to work now. It looks like LiberTEM stops the calculation a few seconds after the dataset is closed. There are no more result tiles coming in after closing and system load drops to idle state almost immediately. I'm keeping it open because @sk1p is working on cancelling the preview image as well in #71.

#71 is fixed, and so should this issue!

Tested on Windows 10, confirmed to work!


Reading position shifts backwards when switching page spreads back and forth.

When reading a reflowable document if a user switches between double or single page spreads the reading position shifts backwards and gets lost.
Steps to reproduce:

Open the Moby dick sample epub
Go to the middle of a long multi-page spine item such as Chapter 3
Select some text near the top left corner, and try to keep the selection highlighted
Switch to single page in the options
Notice that the highlighted region is near the bottom of the page.
Switch back to the double page option
You should now be back a few pages or at the beginning of the chapter

Expected behaviour:

Roughly the same portion of a page should stay fixed instead of shifting backwards when switching spread settings

Rough implementation of a fix:
https://gist.github.com/JCCR/f9731b94720cad9d0d44

@JCCR is this related to the "CFI accuracy" fixes?


Empty response body when PUT /apis/ if request contains both id and name (create api)

Summary
Empty response body when PUT /apis/ if request contains both id and name (create api)
Steps To Reproduce

create api by calling PUT /apis/ as below:

curl -i -X PUT   --url http://kong.test.com:8001/apis/  --data "name=testPut"  --data "id=fe3fc6be-7c89-4c14-8a9c-b33a8c91b093" --data "uris=/testPut" --data "upstream_url=http://httpbin.org" --data "created_at=123456789"

You will get response headers as below (with out body):

HTTP/1.1 200 OK
Date: Fri, 04 Aug 2017 02:39:38 GMT
Content-Type: application/json; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Access-Control-Allow-Origin: *
Server: kong/0.10.3

get /apis/, you won't find this api /testPut

Additional Details & Logs

Kong version (0.10.3)
Operating System (CentOS 6.8)

Wow, unbelievable. I just gave this a try on my side on 0.11.1, and was able to reproduce very easily.
Thank you for the report! PRs most welcome, of course; but in the meantime, I'll be adding this to our internal tracking tools.

I have just opened #3007, which, while not fully addressing your issue (sorry to disappoint, but our HTTP PUT behavior is completely off and derives from the specifications), provides a more graceful error to this edge-case.
It provides more background context and also specifies that our future support for PUT will better follow the specifications. Feel free to share your thoughts/comments here or there!