Remove the listCgroupThreads func from utils

What this PR does
The tests/utils.go::listCgroupThreads function only used in one place.
This change move this function to the file that actually use it.
Why we need it and why it was done in this way
code cleanup
Release note

None

/lgtm

/sig code-qulity

/sig code-quality

/retest

/approve

@nunnatsa please rebase the PR, it has a merge conflict. Thank you!
/hold

Thanks @dhiller
Rebased
/unhold


Update s3, sso, ssooidc to 2.27.24

About this PR
📦 Updates

software.amazon.awssdk:s3
software.amazon.awssdk:sso
software.amazon.awssdk:ssooidc

from 2.27.20 to 2.27.24
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "software.amazon.awssdk" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "software.amazon.awssdk" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

updateed on https://github.com/nationalarchives/da-tre-fn-court-document-pre-packer/pull/76


Prisma + Slack fails on linkAccount

Title
Prisma + Slack fails on linkAccount
How to reproduce ☕
Use prisma and slack in a project.
When trying to log in you should get an error like so...

Unknown arg ok in data.ok for type AccountUncheckedCreateInput. Did you mean id? Available args:
type AccountUncheckedCreateInput {
id?: String
userId: String
type: String
provider: String
providerAccountId: String
refresh_token?: String | Null
access_token?: String | Null
expires_at?: Int | Null
token_type?: String | Null
scope?: String | Null
id_token?: String | Null
session_state?: String | Null
oauth_token_secret?: String | Null
oauth_token?: String | Null
}
Unknown arg state in data.state for type AccountUncheckedCreateInput. Did you mean type? Available args:
type AccountUncheckedCreateInput {
id?: String
userId: String
session_state?: String | Null
oauth_token_secret?: String | Null
oauth_token?: String | Null
}

The reason this happens isn't any thing crazy-- the object that comes back from slack has two additional properties or so it appears. "ok" and "state".
When linkAccount runs (which is a really basic method that doesn't remap any fields) it's got fields that prisma isn't expecting on the base schema.
linkAccount: (data) => p.account.create({ data }),
Your question/bug report 📓
See reproduction above.
Contributing  🙌🏽
No, I'm afraid I cannot help regarding this

I just checked the source code on beta and I think it'll fix this. I'm going to try a prerelease and see if this is fixed.

Never mind, that code is older than the version on main. The bug for sure exists on main (version 1.0.1)

I was able to hack around it by writing this...
const adapter = PrismaAdapter(prisma)
adapter.linkAccount = ({ provider, type, providerAccountId, access_token, token_type, id_token, userId }) => {
  return prisma.account.create({ data:{
    provider, type, providerAccountId, access_token, token_type, id_token, userId
  } })
}

Your "hack" would be the recommended way of doing it, although I might simplify it like so:
const adapter = {
  ...PrismaAdapter(prisma),
  linkAccount: ({ ok, ...data }) => prisma.account.create({ data })
}

Another way to fix this would be to add the ok field to your Account schema. We intentionally don't strip away anything from the incoming data.
It looks like though that now multiple Providers are returning fields that conflict with our default schemas.
Either we keep recommending to add notes to the Providers like this https://github.com/nextauthjs/docs/pull/79
or we could add an account callback to the core: https://next-auth.js.org/configuration/callbacks


Added check to avoid duplicate instance names in VFs

Description
Added check to avoid duplicate instance names in VFs

Add some tests as well please.

I figures after I PR'd. Already looking into it

This PR clearly contains older commits that were already included in the past (in previous PRs that were already merged, it seems). I think this is a side-effect of your usage of your master branch for the development of this new feature. I'd suggest you create individual branches for each new feature, so that you can avoid this kind of problem.
Also ensure that your branch is up-to-date with the googlefonts/fontbakery master branch by fetching it and rebasing against it.
I also observed a large portion of the most recent CHANGELOG.md entries being deleted. That's another evidence of an outdated working copy on your repo.

Oh bummer. I did update from the master branch with git pull upstream master, though.
Okay, I'll try again with a branch.


Removed Mason

This PR removes Mason, implements a new handleInputsArguments method for determining the address of the config file and of the output folder from command line with some clear default values, moves random numbers seed to the config file, and performs some general cleanup of several classes.

@adrian-carro Removing Mason seems sensible to me.  What are you replacing it with? Looks like you are still calling a step method on various agent classes.

@davidrpugh Yes, I wanted to get rid of Mason from the very beginning: it played absolutely no role and made the code far more complicated and less readable. I've replaced it with a simple for loop. Most of the step functions keep their names, but are now called explicitly from the for loop.


[MeshModel] Add workflow and script to generate components | CU-3yvwk9h

Description
This PR adds a script that generates meshery components from artifacthub packages and adds a workflow that can be triggered manually to generate and persist those generated component in meshery/meshery repository.
Notes for Reviewers
Signed commits

[x] Yes, I signed my commits.

Task linked: CU-3yvwk9h Cronjob for pre-generating components in GitHub Action in meshery-extensions-packages

Codecov Report
Base: 17.26% // Head: 17.26% // Decreases project coverage by -0.00% :warning:

Coverage data is based on head (44eee08) compared to base (e06ed47).
Patch coverage: 0.00% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #6387      +/-   ##
==========================================
- Coverage   17.26%   17.26%   -0.01%
==========================================
  Files         116      116
  Lines       10893    10885       -8
==========================================
- Hits         1881     1879       -2
+ Misses       8549     8543       -6
  Partials      463      463

Flag
Coverage Δ

e2etests
∅ <ø> (?)

gointegrationtests
5.87% <0.00%> (-0.02%)
:arrow_down:

integrationtests
∅ <ø> (?)

unittests
12.92% <0.00%> (+<0.01%)
:arrow_up:

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

Impacted Files
Coverage Δ

mesheryctl/internal/cli/root/system/config.go
4.95% <0.00%> (+0.18%)
:arrow_up:

mesheryctl/internal/cli/root/system/start.go
58.33% <0.00%> (-0.88%)
:arrow_down:

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

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Emit descriptions in RustRenderer.

Added type descriptions and class property descriptions,  https://github.com/quicktype/quicktype/issues/521.

I think the question is rather, what's the coding standard for Rust?  It seems like it's standard in Rust to not have those newlines.  From a coding standards repo: https://github.com/rust-lang-nursery/fmt-rfcs/blob/master/example/lists.rs

Sorry, yes, that is the question. Let's do what's conventional for Rust.


[s3] CopyObject should support MetadataDirective and an empty CopySource

The CopyObject endpoint of the S3 gateway should support keeping or updating object metadata. When called against an existing object, it should accept an empty copy source, which results in updating metadata only. This includes the following:

It should support the x-amz-metadata-directive header, which allows the caller to specify whether to copy the metadata of the old object (COPY), or to ignore old metadata and exclusively look at the metadata provided in the new request header (REPLACE). The default behavior should be the former (COPY).
When x-amz-copy-source is not set or is the target object itself, and x-amz-metadata-directive is set to REPLACE, and the CopyObject request header contains new metadata that is different from the existing metadata, the S3 gateway should update the existing object with the new metadata found in the PUT request headers (copying the file to itself to update metadata; this behavior is used by rclone: https://github.com/rclone/rclone/blob/master/backend/s3/s3.go#L2896)

Documentation of the headers above is available at https://docs.aws.amazon.com/AmazonS3/latest/API/API_CopyObject.html, though it does not seem to be very clear about the exact behavior of the API. The second point (empty CopySource) does not seem to be documented, but it seems to be the standard behavior as Rclone uses it on most of its supported S3-compatible services.

Note: the behaviors described above should be testable using object_copy_to_itself, object_copy_to_itself_with_metadata, object_copy_retaining_metadata, and object_copy_replacing_metadata in s3tests


Will HA-Bridge support HUE API V2 as well, and when or is it already available?

Hi There,
First let me express my sincere thanks to everyone contributing to HA-Bridge! It's a great piece of software!
Although I'm nearly fully satisfied with how HA-Bridge works in my environment, I'm just curius which HUE API version HA-Bridge emulates.
According to the communications from Philips here the Hue API V1 will be deprecated in favour of the HUE API V2. May I ask what the plans are for HA-Bridge in this respect?
I'm looking forward to any feedback!
Have a great rest of this Sunday and enjoy next week!
Best regards
Bernhard

Ah just identified the APi version when calling /api/list as V1.17!

I have the same issue. Is it planned to support Hue API V2 as well ?


Inconsistent applying annotated BeforeValidator

Related to #157
I think before is quite clear that it must be applied before (not after) any validation

Or, you can change the env variable value in .env to a valid json like:

Sorry, but If I have a valid json, I can use just regular pydantic model and pass a valid json to it, so why I ever need this package?
Suggested solution using settings_customise_sources to override single field parsing looks monstrosity.
Please parse the signature of the first BeforeValidator and if it expects str  (or some special str-derived type like class RawStr(str)) then pass the field value as is.
Or introduce something like RawValidator

Sorry, but If I have a valid json, I can use just regular pydantic model and pass a valid json to it, so why I ever need this package?

This is the only thing that pydantic-settings does. reading the value and preparing(parsing) them and passing them to pydantic. pydantic-settings does it for different sources and parses the complex value even for the nested fields.
If you only have one source and your values are not complex, you may don't need to use pydantic-settings

Suggested solution using settings_customise_sources to override single field parsing looks monstrosity.

Agree that the amount of code for doing a simple customization like this is too much. we need to improve it. but the only custom code is
class MyDotEnvSettingsSource(DotEnvSettingsSource):
    def prepare_field_value(self, field_name: str, field: FieldInfo, value: Any, value_is_complex: bool) -> Any:
        return value

Please parse the signature of the first BeforeValidator and if it expects str (or some special str-derived type like class RawStr(str)) then pass the field value as is.
Or introduce something like RawValidator

That would be an idea and probably works. I would be happy to review a patch. So, if you have time and are interested on this  feel free to submit a patch.


HTTP 500 error for southpark.de

southpark.de fails recently (tested on Nov 20, 2015) with a HTTP 500 error, using youtube-dl 2015.11.19.
Here's the command line input and output:
[wuzzy@W5 youtube-dl]$ ./youtube-dl http://www.southpark.de/alle-episoden/s19e08-sponsored-content --verbose
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['http://www.southpark.de/alle-episoden/s19e08-sponsored-content', '--verbose']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2015.11.19
[debug] Python version 3.5.0 - Linux-4.2.5-gnu-1-x86_64-with-arch
[debug] exe versions: ffmpeg 2.8.1, ffprobe 2.8.1, rtmpdump 2.4
[debug] Proxy map: {}
[southpark.de] s19e08-sponsored-content: Downloading webpage
[southpark.de] a8f710ec-5af1-43fb-9a65-e82618d629aa: Downloading info
ERROR: Unable to download XML: HTTP Error 500: Internal Server Error (caused by <HTTPError 500: 'Internal Server Error'>); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
  File "./youtube-dl/youtube_dl/extractor/common.py", line 329, in _request_webpage
    return self._downloader.urlopen(url_or_request)
  File "./youtube-dl/youtube_dl/YoutubeDL.py", line 1873, in urlopen
    return self._opener.open(req, timeout=self._socket_timeout)
  File "/usr/lib/python3.5/urllib/request.py", line 471, in open
    response = meth(req, response)
  File "/usr/lib/python3.5/urllib/request.py", line 581, in http_response
    'http', request, response, code, msg, hdrs)
  File "/usr/lib/python3.5/urllib/request.py", line 509, in error
    return self._call_chain(*args)
  File "/usr/lib/python3.5/urllib/request.py", line 443, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.5/urllib/request.py", line 589, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)

Can you watch it in browser in the first place?

No, I don't have Flash Player installed, and I don't intend to install it.

I'm unable to play this particular video from southpark.de in browser, so I'll treat this as not youtube-dl issue since you can't confirm.


Add comprehensive testing of changes to SSSOM data model

We have one action to build products #95.
We should also have one that runs unit tests, should just be make test
Example
https://github.com/linkml/linkml-model/blob/main/.github/workflows/pr-test.yaml
Also consider:
https://github.com/linkml/linkml-model/blob/main/.github/workflows/pypi-publish.yaml
EDIT (by @matentzn):
We need to make sure that when running a pull request, the sssom toolkit is installed along with a local version of the sssom_schema data classes.

Is this still an outstanding issue? If so, what needs to be done? All PRs linked to this thread seem merged or closed.

Right now we have two tests:

https://github.com/mapping-commons/sssom/blob/9c2af819b212825a89d3dbd5c43f762ba983d065/Makefile#L54
https://github.com/mapping-commons/sssom/blob/9c2af819b212825a89d3dbd5c43f762ba983d065/project.Makefile#L41

Neither of these are comprehensive - the first basically makes sure the schema can be build, the second checks on a small set of test cases in the sssom repo if they are still valid or not - based on the latest version on PyPI rather than the version on the main branch.
To finish this issue, we need to have a simply way to test the schema when changes are proposed. So basically, we need to:

Build the data classes
Somehow check if with the new data classes, a set of test cases can still be passed

I don't know @cmungall full vision on this. As we cannot use linkml convert to parse the TSV files, we may have to build a test suite of 5-10 mapping sets in JSON, and see if we can use linkml-convert to parse them after the changes to the datamodel are proposed. It is worth though to raise this with him and see how he would suggest this to be done, as I assume this should be the exact same thing for all linkml projects.


Export this image bug - Broken on live

This is broken on live on both E and EG. Please see the following page:
http://www.ensembl.org/Mus_musculus/Transcript/Population/Image?db=core;g=ENSMUSG00000041143;r=4:138972905-139059167;t=ENSMUST00000050949
This update seems to fix the issue on EG. Not sure how to test this fix against Ensembl site.
Thanks,
Sanjay

@ens-lgil OK with you ?

Hi Steve,
I am ok with the fix

thanks sanjay


Kwm 1.1.4

Update to 1.1.4, changes can be found here: https://github.com/koekeishiya/kwm/releases/tag/v1.1.4

I found a crucial yet small bug that I had to get in there, so I did a force push to the tag.
The provided sha value has to be updated before this merge can take plase. Sorry about that.

I updated the sha value accordingly.

Thank you both! Merged as b9763c78d5b8fd84d364c39561554b7c69b8367f.

This version is broken for people who have the newest 10.11.4 with the Xcode 7.3 update.
It seems that they are now enforcing Swift applications to perform #available checks when using APIs that are only available above a certain version. This causes the kwm-overlay to fail, and if enabled, will cause Kwm to crash.
There have also been other improvements to Kwm since, so wondering if the best course of action is to just sibmit a new version that fixes this?

That'd be great!


Merge Volume Up/Down buttons into one

Merge both of the buttons on the /nowplaying and the music started embeds to a single one where a modal menu opens up allowing the user to enter a value rather than just incrementing in 10%+/- values.

Completed with v1.4 release! https://github.com/ThatGuyJacobee/Elite-Music/commit/4c9a9e22634dcc06196ecef3465eaf47d41e0737


Request: URL with code to access.

Hi, looking at using Patrol thanks to it's environment settings. Very useful.
One thing that would be great if it could be implemented is the ability to generate a url with a code so that it can be sent to someone to access whilst the sites offline.
IP Whitelist for Craft does this. Typically we want to keep our staging sites in maintenance mode, but it would be great if we could send a client a link that adds there IP to the permitted list.

Hi @shornuk,
So, this would be an additional authentication method to allow users to access the site by hitting a specific URL with a token/code parameter.
I like it👍
We're talking about simple token based authentication, right?
Meaning, you have the right param in the URL, your IP gets added to the whitelist, and you're in.
We don't have to handle single-use tokens/codes, or token/code expiration, correct?

That's it! Yea, just a simple means of allowing some to get access with a link, and like you said, they then get added to the list. This has worked quite nicely in past with clients. Saves going through a process of trying to get them to find there IP address and send it over.

Hey @shornuk after thinking through this some more and realizing how limited my time is, I decided that your feature request would be really useful and I plan to add it to Patrol for Craft 3.
However, for the Craft 2 version of Patrol, I'm gonna have to hold off. I'm sorry about that, I just don't have enough time to tackle it and I have to pick my battles.
-Selvin O.

No probs and understandable! 👍🏼


bug: date objects arent handled

Inputs aren't handling date objects correctly. The issue is in flattenObject method https://github.com/skaterdav85/validatorjs/blob/master/src/validator.js#L160
I found that you can add an additional check there current instanceof Date, which should fix it. Let me know if you want me to add that.

@LKay, can you take a look since you worked on this? Thanks!

@garygreen Sure, I'll do it along with #102 probably tomorrow as today I'm fully booked.

@LKay @bricejlin so is this already taken care of in https://github.com/skaterdav85/validatorjs/pull/105 ?

It seems so. I added test for Date object and it is valid for both node and phantomjs tests. I tested it locally and seems correct too.
The only weird thing about date validation is that some browsers don't treat some formats as valid even though they should be valid by JS specification. I could use moment which seems to handle that fine, but I think this might be an overkill for just simple date validation.


Make limits more adequate for indexing arrays/strings

I was trying to make simple image loader, failed with json, but okay, I used string for image data, expecting 512512 numbers as strings to be okay as it was, but suddenly found that max values I can explode to array is 128128, some more and I get tick quota just for that one op... seriously?
I believe limits were much greater last time I checked (were where any limits at all?) and they really should be.
Let's vote!
(I'll base on exploding a string for N strings 7 chars each, because it's typical case I think)

Same 128^2
at least 512^2
at least 2048^2 (me)
no limits (or like they were before, if any)

You're going to have to parse the string more slowly, over multiple ticks.
You can't expect E2 to do unlimited amounts of computationally heavy operations in a single tick, when it must leave enough time left for the game engine itself to run smoothly afterwards.

Sure, I don't expect anything unlimited. The main reason for this is consistency, because It worked with much larger strings back then (year ago for sure), and that never caused server to lag or any problems.
Do I have to always expect my E2s to be broken just for no reason then?

Do I have to always expect my E2s to be broken just for no reason then?

How old is your E2 specifically? I only ask because the last change to explode was done back in 2011 (9f1b9542eac70d913d62f171600fcdc1b0f6f400). I wouldn't normally expect 2010, 2011 E2s to work considering the amount of updates since then, and also the update to Gmod 13.
Unless you aren't talking about the function explode, in which case I'd like to know the code you were running.


I hope it helps to show tables (Oil refining) correctly

Already solved in https://github.com/ampl/colab.ampl.com/commit/6ee7e8f8ed71d98ab941bcf5270ad16222456b30


Wrong release?

The release of 0.2.6 should include the commit which replace "pathlib" with "pathlib2", but the released 0.2.6 does not include this commit, see "setup.py" in the release:
......
    install_requires=[
        "jsonschema<3",
        "PyYAML>=3.13",
        "six",
        'pathlib;python_version=="2.7"',
    ],
......

Same error with #65

Duplicate of #65  Closing.


bug: Lombok fluent accessor on abstract class results in null fields in result

When I use the example schema from the documentation  for interfaces and create the Movie class as an abstract java class with the Lombok annotation @Accessors(fluent=true), then the result from the query is missing the fields from the abstract class. The fluent accessors are no problem on the concret classes, only on the abstract class.
Expected behavior
{
  "data": {
    "movies": [
      {
        "title": "Crouching Tiger",
        "nrOfExplosions": 0
      },
      {
        "title": "Black hawk down",
        "nrOfExplosions": 10
      },
      {
        "title": "American Horror Story",
        "gory": true,
        "scareFactor": 10
      },
      {
        "title": "Love Death + Robots",
        "gory": false,
        "scareFactor": 4
      }
    ]
  }
}

Actual behavior
This is my response:
{
  "data": {
    "movies": [
      {
        "title": null,
        "nrOfExplosions": 0
      },
      {
        "title": null,
        "nrOfExplosions": 10
      },
      {
        "title": null,
        "gory": true,
        "scareFactor": 10
      },
      {
        "title": null,
        "gory": false,
        "scareFactor": 4
      }
    ]
  }
}

Steps to reproduce
Use this schema:
type Query {
    movies: [Movie]
}

interface Movie {
    title: String
}

type ScaryMovie implements Movie {
    title: String
    gory: Boolean
    scareFactor: Int
}

type ActionMovie implements Movie {
    title: String
    nrOfExplosions: Int
}

Implement the classes like this:
@Data
@NoArgsConstructor
@AllArgsConstructor
@Accessors(fluent = true)
public abstract class Movie {
    private String title;

}

@Data
@Accessors(fluent = true)
public class ActionMovie extends Movie {
    private int nrOfExplosions;

    public ActionMovie(final String title, int nrOfExplosions) {
        super(title);
        this.nrOfExplosions = nrOfExplosions;
    }
}

@Data
@Accessors(fluent = true)
public class ScaryMovie extends Movie {
    private boolean gory;
    private int scareFactor;

    public ScaryMovie(final String title, final boolean gory, final int scareFactor) {
        super(title);
        this.gory = gory;
        this.scareFactor = scareFactor;
    }

}

It seems to be an issue from graphql-java, so I created an issue on their side: https://github.com/graphql-java/graphql-java/issues/3019

Closing this issue since this was fixed in graphql-java.


Remove irrelevant log messages

2024-06-18 19:33:20,449 - numexpr.utils - INFO - NumExpr defaulting to 2 threads.
2024-06-18 19:33:21,972 - datasets - INFO - PyTorch version 2.2.1 available.
2024-06-18 19:33:21,980 - datasets - INFO - JAX version 0.4.25 available.

Can no longer reproduce this.
(but this link would've been helpful: https://stackoverflow.com/questions/71248521/why-numexpr-defaulting-to-8-threads-warning-message-shown-in-python)


77 split the first intervention into a casual observation and the intervention itself

What changed?
Splitting the first intervention of an event into an observation, and the original intervention
The mapping now looks for the first record of every event that meets the following criteria:

dossier_status == "Opvolging"
Has any value for samplingProtocol

These records get duplicated, and assigned a new occurrenceID which is the same as the original source record, but with a suffix: -cas, and get the samplingProtocol set to casual observation.
setting a samplingProtocol for observations
When the following criteria are met:

dossier_status != "Verwerkt en afgesloten"
there is no value for samplingProtocol

There records are assigned the value casual observation for samplingProtocol
Other
Some small improvements to code documentation and clarity, added a failure mode for duplicate occurrenceID's, added a simple test for the changes above.
I'm open to any idea's for a more thorough test. What could we check to make sure the new changes to the mapping keep having the desired effect. Any examples of what could go wrong?
Before Review:

[x]  Create occurrence outputs for both the old and the new mapping
[x] Create file with only the differences between the old and the new mapping
[ ] Lien will review

Questions for review

Not every eventID will have a casual observation, this is because of the requirement for dossier_status == "Opvolging", and dossier_status == "Verwerkt en afgesloten" are still making it to the occurrence.csv. This is supposed to happen, right?

Difference between old an new mapping outputs
For the review, from the same raw data:

new_mapping.csv
old_mapping.csv

Only the differences between the two: 20231130_diff_rato_mapping.html (Download, and open with browser)

As discussed in our meeting yesterday, we decided to put this PR on hold. We considered that it might not be convenient to split occurrences after all.
The idea behind the split is the following.  For the early alert tool, we want to know when a species was first observed at a certain location. This is the first record within an event for which samplingProtocol= casual observation. There's no clear way to identify these observations in the RATO dataset at this point. Most events in the dataset do not seem to hold any observations at all, most records are management actions.
The "hack" described in this PR would be a first step in resolving this issue. For each event (all records with the same Dossier_ID), this hack creates a first observation if it is not provided in the raw dataset. The first management action is split up into one observation and one action, based on these criteria. Only the observations (samplingProtocol= casual observation)  would be displayed by the early warning tool, the management actions would be filtered out.
After a discussion with @damianooldoni and @peterdesmet, we suggest to use another approach: all records with the following conditions are considered to be management actions:

Actie is not empty and/or
Materiaal_Vast is not empty

For these records, samplingProtocol is not equal to casual observation (something like: fike or actionor ...). If an event has no casual observation, we will not generate one ourselves. All records will eventually flow to the early alert tool, including the management actions. The user of this platform can decide whether he/she can filter out management actions or not.
However, as there are a lot of uncertainties at this point, we decided to put this PR on hold.

I'm still expecting some information from RATO on this topic, they are going to investigate on the data model side if they can come up with some sort of ruling on what is an intervention, and what isn't.
I understand that for now, we will not be populating any records samplingProtocol with casual observation at all. And will await input/further changes on the side of the early alert tool.
I've converted this PR to draft, as it's no longer in the queue for merging to main.

As per #134 we a no longer planning to split records, but instead use a decision tree to decide if a record should be considered a casual observation, or an intervention.


Outdated assets.toml dependencies

Describe the bug
These dependencies return a 404 error:

https://cdnjs.cloudflare.com/ajax/libs/highlight.js/10.2.0/styles/10.2.0.min.css
https://cdnjs.cloudflare.com/ajax/libs/plotly.js/1.55.2/plotly.min.js

To Reproduce
Open the links and check with assets.toml, if I created the links correctly.
Suggestions
Would it be helpful, to replace the assets.toml urls links with links to the own website?

Advantage: Never 404 because the dependencies are on the own webspace
Advantage: Nearly the same work efforts, because the download step is the same
Disadvantage: Needs a change to refer to the baseurl, if relative links are not possible
Advantage: No code for the offline site generator, single js/css optimization code in template is removeable

I didn't create the links correctly. I changed my theme to build an offline site with minimal changes.
From ce5854e8f3d543ad4d7d6d186c9fa37eacb21a6b Mon Sep 17 00:00:00 2001
From: Thomas
Date: Wed, 28 Apr 2021 20:00:02 +0200
Subject: [PATCH] feat: offline site

---
 wowchemy/data/assets.toml              | 144 ++++++++++++-------------
 wowchemy/layouts/partials/site_js.html |   2 +-
 2 files changed, 73 insertions(+), 73 deletions(-)

diff --git a/wowchemy/data/assets.toml b/wowchemy/data/assets.toml
index c7bba18..4ec4d11 100644
--- a/wowchemy/data/assets.toml
+++ b/wowchemy/data/assets.toml
@@ -8,102 +8,102 @@
 # JavaScript

 [js.jQuery]
-  version = "3.5.1"
-  sri = "sha256-9/aliU8dGd2tb6OSsuzixeV4y/faTqgFtohetphbbj0="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/jquery/%s/jquery.min.js"
+  version = ""
+  sri = ""
+  url = "/js/jQuery/jquery.min.js%s"
 [js.highlight]
-  version = "10.2.0"
-  sri = "sha512-TDKKr+IvoqZnPzc3l35hdjpHD0m+b2EC2SrLEgKDRWpxf2rFCxemkgvJ5kfU48ip+Y+m2XVKyOCD85ybtlZDmw=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/highlight.js/%s/highlight.min.js"
+  version = ""
+  sri = ""
+  url = "/js/highlight/highlight.min.js%s"
 [js.mathJax]
-  version = "3"
-  sri = ""  # No SRI as dynamically generated.
-  url =<EMAIL_ADDRESS>+  version = ""
+  sri = ""
+  url = "/js/mathJax/tex-chtml.js%s"
   async = true
 [js.isotope]
-  version = "3.0.6"
-  sri = "sha256-CBrpuqrMhXwcLLUd5tvQ4euBHCdh7wGlDfNz8vbu/iI="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/jquery.isotope/%s/isotope.pkgd.min.js"
+  version = ""
+  sri = ""
+  url = "/js/isotope/isotope.pkgd.min.js%s"
 [js.imagesLoaded]
-  version = "4.1.4"
-  sri = "sha256-lqvxZrPLtfffUl2G/e7szqSvPBILGbwmsGE1MKlOi0Q="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/jquery.imagesloaded/%s/imagesloaded.pkgd.min.js"
+  version = ""
+  sri = ""
+  url = "/js/imagesLoaded/imagesloaded.pkgd.min.js%s"
 [js.gmaps]
-  version = "0.4.25"
-  sri = "sha256-7vjlAeb8OaTrCXZkCNun9djzuB2owUsaO72kXaFDBJs="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/gmaps.js/%s/gmaps.min.js"
+  version = ""
+  sri = ""
+  url = "/js/gmaps/gmaps.min.js%s"
 [js.leaflet]
-  version = "1.7.1"
-  sri = "sha512-SeiQaaDh73yrb56sTW/RgVdi/mMqNeM2oBwubFHagc5BkixSpP1fvqF47mKzPGWYSSy4RwbBunrJBQ4Co8fRWA=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/leaflet/%s/leaflet.min.js"
+  version = ""
+  sri = ""
+  url = "/js/leaflet/leaflet.min.js%s"
 [js.fancybox]
-  version = "3.5.7"
-  sri = "sha256-yt2kYMy0w8AbtF89WXb2P1rfjcP/HTHLT7097U8Y5b8="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/fancybox/%s/jquery.fancybox.min.js"
+  version = ""
+  sri = ""
+  url = "/js/fancybox/jquery.fancybox.min.js%s"
 [js.fuse]
-  version = "3.2.1"
-  sri = "sha256-VzgmKYmhsGNNN4Ph1kMW+BjoYJM2jV5i4IlFoeZA9XI="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/fuse.js/%s/fuse.min.js"
+  version = ""
+  sri = ""
+  url = "/js/fuse/fuse.min.js%s"
 [js.mark]
-  version = "8.11.1"
-  sri = "sha256-4HLtjeVgH0eIB3aZ9mLYF6E8oU5chNdjU6p6rrXpl9U="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/mark.js/%s/jquery.mark.min.js"
+  version = ""
+  sri = ""
+  url = "/js/mark/jquery.mark.min.js%s"
 [js.instantsearch]
-  version = "2.10.2"
-  sri = "sha256-gFCtPk/sonctyfwYOgjrPoWApQ0rqB6ezBBZ7p32yGc="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/instantsearch.js/%s/instantsearch.min.js"
+  version = ""
+  sri = ""
+  url = "/js/instantsearch/instantsearch.min.js%s"
 [js.anchor]
-  version = "4.2.2"
-  sri = "sha512-I7w3ZdSFzw5j3jU3ZkNikBNeIrl3i+hEuEdwNmqUJvwNcaBUNcijnP2gd9DtGlgVYDplfjGoD8vTNsID+lCjqg=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/anchor-js/%s/anchor.min.js"
+  version = ""
+  sri = ""
+  url = "/js/anchor/anchor.min.js%s"
 [js.mermaid]
-  version = "8.8.4"
-  sri = "sha512-as1BF4+iHZ3BVO6LLDQ7zrbvTXM+c/1iZ1qII/c3c4L8Rn5tHLpFUtpaEtBNS92f+xGsCzsD7b62XP3XYap6oA=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/mermaid/%s/mermaid.min.js"
+  version = ""
+  sri = ""
+  url = "/js/mermaid/mermaid.min.js%s"
 [js.cookieconsent]
-  version = "3.1.1"
-  sri = "sha256-5VhCqFam2Cn+yjw61zbBNrbHVJ6SRydPeKopYlngbiQ="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/cookieconsent2/%s/cookieconsent.min.js"
+  version = ""
+  sri = ""
+  url = "/js/cookieconsent/cookieconsent.min.js%s"
 [js.instantpage]
-  version = "5.1.0"
-  sri = "sha512-1+qUtKoh9XZW7j+6LhRMAyOrgSQKenQ4mluTR+cvxXjP1Z54RxZuzstR/H9kgPXQsVB8IW7DMDFUJpzLjvhGSQ=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/instant.page/%s/instantpage.min.js"
+  version = ""
+  sri = ""
+  url = "/js/instantpage/instantpage.min.js%s"
 [js.plotly]
-  version = "1.55.2"
-  sri = "sha512-gttPT9uTUiaLBj6XZdcB0ydKXiDaBwstInkN4Qvp1Nz3iwXNc8TTQplIEPIGxyJBDqERjwkKxf2OyO47/0EHbQ=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/plotly.js/%s/plotly.min.js"
+  version = ""
+  sri = ""
+  url = "/js/plotly/plotly.min.js%s"

 # CSS

 [css.fontAwesome]
-  version = "5.14.0"
-  sri = "sha256-FMvZuGapsJLjouA6k7Eo2lusoAX9i0ShlWFG6qt7SLc="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/font-awesome/%s/css/all.min.css"
+  version = ""
+  sri = ""
+  url = "/css/fontAwesome/all.min.css%s"
 [css.academicons]
-  version = "1.9.0"
-  sri = "sha512-W4yqoT1+8NLkinBLBZko+dFB2ZbHsYLDdr50VElllRcNt2Q4/GSs6u71UHKxB7S6JEMCp5Ve4xjh3eGQl/HRvg=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/academicons/%s/css/academicons.min.css"
+  version = ""
+  sri = ""
+  url = "/css/academicons/academicons.min.css%s"
 [css.leaflet]
-  version = "1.7.1"
-  sri = "sha512-1xoFisiGdy9nvho8EgXuXvnpR5GAMSjFwp40gSRE3NwdUdIMIKuPa7bqoUhLD0O/5tPNhteAsE5XyyMi5reQVA=="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/leaflet/%s/leaflet.min.css"
+  version = ""
+  sri = ""
+  url = "/css/leaflet/leaflet.min.css%s"
 [css.fancybox]
-  version = "3.5.7"
-  sri = "sha256-Vzbj7sDDS/woiFS3uNKo8eIuni59rjyNGtXfstRzStA="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/fancybox/%s/jquery.fancybox.min.css"
+  version = ""
+  sri = ""
+  url = "/css/fancybox/jquery.fancybox.min.css%s"
 [css.instantsearch]
-  version = "2.9.0"
-  sri = "sha256-ZtmLe16p4jS4/2wPwwH6NzJt460SJzgLmhKrYo5yn7g="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/instantsearch.js/%s/instantsearch.min.css"
+  version = ""
+  sri = ""
+  url = "/css/instantsearch/instantsearch.min.css%s"
 [css.instantsearchTheme]
-  version = "2.10.2"
-  sri = "sha256-uL8LUd3zkI/lXvc/Hv/oOu8ld6RJcOZiUY/8c+I+3/o="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/instantsearch.js/%s/instantsearch-theme-algolia.min.css"
+  version = ""
+  sri = ""
+  url = "/css/instantsearchTheme/instantsearch-theme-algolia.min.css%s"
 [css.highlight]
-  version = "10.2.0"
-  sri = ""  # No SRI as highlight style is determined at run time.
-  url = "https://cdnjs.cloudflare.com/ajax/libs/highlight.js/%s/styles/%s.min.css"
+  version = ""
+  sri = ""
+  url = "/css/highlight/%s%s.css"
 [css.cookieconsent]
-  version = "3.1.1"
-  sri = "sha256-zQ0LblD/Af8vOppw18+2anxsuaz3pWYyVWi+bTvTH8Q="
-  url = "https://cdnjs.cloudflare.com/ajax/libs/cookieconsent2/%s/cookieconsent.min.css"
+  version = ""
+  sri = ""
+  url = "/css/cookieconsent/cookieconsent.min.css%s"
diff --git a/wowchemy/layouts/partials/site_js.html b/wowchemy/layouts/partials/site_js.html
index d3fea22..a4cc06a 100644
--- a/wowchemy/layouts/partials/site_js.html
+++ b/wowchemy/layouts/partials/site_js.html
@@ -27,7 +27,7 @@
         {{ $v := $js.highlight.version }}
         {{ printf "<script src=\"%s\" integrity=\"%s\" crossorigin=\"anonymous\"></script>" (printf $js.highlight.url $v) $js.highlight.sri | safeHTML }}
         {{ range site.Params.highlight_languages }}
-        <script src="https://cdnjs.cloudflare.com/ajax/libs/highlight.js/{{ $v }}/languages/{{ . }}.min.js"></script>
+        {{ printf "<script src=\"%s/languages/%s.js\" crossorigin=\"anonymous\"></script>" (path.Dir $js.highlight.url) . | safeHTML }}
         {{ end }}
       {{ end }}

--
2.31.1


Step.perform throws IOException

PR for #226

Coverage decreased (-0.4%) to 76.345% when pulling cae8fc3aed8e25e73569541ca8b8944ce7cc64e6 on 226 into 725b52b5fea6146f31888f07765135601bcc5db9 on master.


Custom job URL for FIO benchmarks

Fixes https://github.com/cloud-bulldozer/ripsaw/issues/143

/rerun all

/rerun all

/rerun all

There are some conflicts that need resolution.
- name: Generate fio test
  k8s:
<<<<<<< master
    definition:
      apiVersion: v1
      kind: ConfigMap
      metadata:
        name: fio-test
        namespace: '{{ operator_namespace }}'
      data:
        fiojob: "{{ lookup('template', 'job.fio.{{fiod.job}}') }}"
  when: fiod.job_url is not defined
=======
    definition: "{{ lookup('template', 'configmap.yml.j2') | from_yaml }}"
>>>>>>> master

Looks good to me.

Needs a rebase, also putting this on hold until we can come to an agreement on how/if we should run a custom job file with more than one fio job and index it.

Can one of the admins verify this patch?

With this patch being so old, I suggest we close and re-visit this later.


barLine needs specification of height

It is possible to set @width but @height is missing. This is (mostly) relevant for staffs with less than five lines.
See examples in Behind Bars.
Perhaps it would make sense to have @bar.height available on <staffDef>/<scoreDef>?

Related issues #321 and #176

@rettinghaus, Which examples are you referring to in Behind Bars?  Does the proposed fix for takt / short barlines in #321 address them?

I was referring mainly to this one (from the German edition):

The proposed ODD fixes it in some way, but limiting the max value is not good (at least not to "(2 times number of staff lines) + 2"). This would mean, there's now way to have a (somewhat standard) 5-lines-staff bar line on a sinlge line staff.
Additionally, as I stated in my original comment, it would be good to have it defined for all the bar lines on the score/staff.

I think some limitation is necessary to prevent errors and abuse.  Would changing the formula to 2 times the number of staff lines + 4 or 6 or 8 work?
barLine, measure, and scoreDef are currently members of att.barPlacement, meaning that barline height can be set at any of these points.  A value in scoreDef is intended to be inherited throughout the score.  att.barPlacement isn't currently available on staffDef, but that can be fixed.

I gave that changing-the-formula-idea some thought, but didn't come up with a simple sane solution.
However, looking at the proposed ODD again, I noticed that it wouldn't allow a 5-lines-staff bar line centered on a sinlge line staff, because the taktplace is set to zero as lower limit value. Would it make sense to have bar lines centered by default and use taktplace as an offset?

The intention is that the barline will be centered on the line or space indicated by @taktplace or on the center line of the staff if @taktplace isn't provided.
In @barlinelen (the new name for @taktlen), 0 is the minimum exclusive value, which means the value must be greater than 0.

@rettinghaus, may I close this issue?

Almost. As I noted, there's no way to have a 5-lines-staff bar line on a sinlge line staff. For that the formula should be 2 times the number of staff lines + 8.

I don't mind changing the formula to allow larger values, but it occurs to me that there may be other ways to approach the problem you're attempting to address.  For instance, it's possible to encode the single-line staff as though it had 5 lines, but hide the top and bottom 2 lines by "coloring" them "white".

Another possibility is to use the formula as a warning rather than a requirement.  Values larger than expected would be allowed, but a cautionary message would be provided.

@rettinghaus, satisfied?

Basically, yes.
I'm just wondering if it's the correct approach to have @barlinelen and @barplace on staffDef/scoreDef and barLine.

Yes, but usual procedure is to name those attributes on staffDef as short hand for the respective element, e.g. @beam.color, @clef.visible, @meter.count etc.

Yes, we can revise the names for "barlinelen" and "barplace".  "taktplace" is somewhat more problematic.

Here's a first pass at the ODD to accomplish what we've been discussing --
<macroSpec ident="data.BARPLACE" module="MEI" type="dt" mode="delete"/>
<macroSpec ident="data.BARMETHOD" module="MEI" type="dt" mode="add">
  <desc>Records where bar lines are drawn. The value 'staff' describes the traditional placement
    of bar lines.</desc>
  <content>
    <valList type="closed">
      <valItem ident="mensur">
        <desc>Between staves only.</desc>
      </valItem>
      <valItem ident="staff">
        <desc>Between and across staves as necessary.</desc>
      </valItem>
      <valItem ident="takt">
        <desc>Short bar line through a subset of staff lines.</desc>
      </valItem>
    </valList>
  </content>
</macroSpec>
<classSpec ident="att.barPlacement" module="MEI.shared" type="atts" mode="delete"/>
<classSpec ident="att.barring" module="MEI.shared" type="atts" mode="add">
  <desc>Attributes that capture the placement of bar lines.</desc>
  <attList>
    <attDef ident="bar.len" usage="opt">
      <desc>States the length of barlines in virtual units. The value must be greater than 0 and
        is typically equal to 2 times (the number of staff lines - 1); e.g., a value of '8' for a
        5-line staff.</desc>
      <datatype>
        <rng:data type="decimal">
          <rng:param name="minExclusive">0</rng:param>
        </rng:data>
      </datatype>
      <remarks>

This attribute is ignored if the value of the bar.style attribute is "mensur".

      </remarks>
    </attDef>
    <attDef ident="bar.method" usage="opt">
      <desc>Records the method of barring.</desc>
      <datatype>
        <rng:ref name="data.BARMETHOD"/>
      </datatype>
      <constraintSpec ident="check_barmethod" scheme="isoschematron">
        <constraint>
          <sch:rule context="@bar.method[parent::*[matches(local-name(), '(staffDef|measure)')]]">
            <sch:assert test="not(. eq 'mensur')">"mensur" not allowed in this
              context.</sch:assert>
          </sch:rule>
        </constraint>
      </constraintSpec>
    </attDef>
    <attDef ident="bar.place" usage="opt">
      <desc>Denotes the staff location of bar lines when the length is non-standard; that is,
        not  equal to 2 times (the number of staff lines - 1).</desc>
      <datatype>
        <rng:ref name="data.STAFFLOC"/>
      </datatype>
      <remarks>

The location may include staff lines, the spaces between the lines, and the spaces
          directly above and below the staff. The value ranges between 0 (just below the staff) to
          2 * number of staff lines (directly above the staff). For example, on a 5-line staff the
          lines would be numbered 1, 3, 5, 7, and 9 while the spaces would be numbered 0, 2, 4, 6,
          8, and 10. So, a value of '9' puts the bar line through the top line of the staff.

This attribute is ignored if the value of the bar.style attribute is "mensur".

      </remarks>
    </attDef>
  </attList>
</classSpec>
<classSpec ident="att.barLine.vis" module="MEI.visual" type="atts" mode="replace">
  <desc>Visual domain attributes.</desc>
  <classes>
    <memberOf key="att.altSym"/>
    <memberOf key="att.color"/>
    <memberOf key="att.extSym"/>
    <memberOf key="att.visibility"/>
    <memberOf key="att.width"/>
  </classes>
  <attList>
    <attDef ident="len" usage="opt">
      <desc>States the length of barlines in virtual units. The value must be greater than 0 and
        is typically equal to 2 times (the number of staff lines - 1); e.g., a value of '8' for a
        5-line staff.</desc>
      <datatype>
        <rng:data type="decimal">
          <rng:param name="minExclusive">0</rng:param>
        </rng:data>
      </datatype>
      <remarks>

This attribute is ignored if the value of the style attribute is "mensur".

      </remarks>
    </attDef>
    <attDef ident="method" usage="opt">
      <desc>Records the method of barring.</desc>
      <datatype>
        <rng:ref name="data.BARMETHOD"/>
      </datatype>
    </attDef>
    <attDef ident="place" usage="opt">
      <desc>Denotes the staff location of bar lines when the length is non-standard; that is,
        not  equal to 2 times (the number of staff lines - 1).</desc>
      <datatype>
        <rng:ref name="data.STAFFLOC"/>
      </datatype>
      <remarks>

The location may include staff lines, the spaces between the lines, and the spaces
          directly above and below the staff. The value ranges between 0 (just below the staff) to
          2 * number of staff lines (directly above the staff). For example, on a 5-line staff the
          lines would be numbered 1, 3, 5, 7, and 9 while the spaces would be numbered 0, 2, 4, 6,
          8, and 10. So, a value of '9' puts the bar line through the top line of the staff.

This attribute is ignored if the value of the style attribute is "mensur".

      </remarks>
    </attDef>
  </attList>
</classSpec>
<classSpec ident="att.measure.vis" module="MEI.visual" type="atts" mode="replace">
  <desc>Visual domain attributes.</desc>
  <classes>
    <memberOf key="att.barring"/>
    <memberOf key="att.width"/>
  </classes>
</classSpec>
<classSpec ident="att.scoreDef.vis" module="MEI.visual" type="atts" mode="replace">
  <desc>Visual domain attributes for scoreDef in the CMN repertoire.</desc>
  <classes>
    <memberOf key="att.barring"/>
    <memberOf key="att.cleffing.vis"/>
    <memberOf key="att.distances"/>
    <memberOf key="att.endings"/>
    <memberOf key="att.keySigDefault.vis"/>
    <memberOf key="att.lyricStyle"/>
    <memberOf key="att.measureNumbers"/>
    <memberOf key="att.meterSigDefault.vis"/>
    <memberOf key="att.multinumMeasures"/>
    <memberOf key="att.notationStyle"/>
    <memberOf key="att.oneLineStaff"/>
    <memberOf key="att.optimization"/>
    <memberOf key="att.pages"/>
    <memberOf key="att.spacing"/>
    <memberOf key="att.staffItems"/>
    <memberOf key="att.systems"/>
    <memberOf key="att.textStyle"/>
    <memberOf key="att.scoreDef.vis.cmn"/>
    <memberOf key="att.scoreDef.vis.mensural"/>
  </classes>
  <attList>
    <attDef ident="vu.height" usage="opt">
      <desc>Defines the height of a "virtual unit" (vu) in terms of real-world units. A single vu
        is half the distance between the vertical center point of a staff line and that of an
        adjacent staff line.</desc>
      <datatype>
        <rng:data type="token">

          <rng:param name="pattern">\d+(\.\d+)?(cm|mm|in|pt|pc)</rng:param>
        </rng:data>
      </datatype>
    </attDef>
  </attList>
</classSpec>
<classSpec ident="att.staffGrp.vis" module="MEI.visual" type="atts" mode="replace">
  <desc>Visual domain attributes.</desc>
  <classes>
    <memberOf key="att.barring"/>
    <memberOf key="att.staffGroupingSym"/>
    <memberOf key="att.visibility"/>
  </classes>
  <attList>
    <attDef ident="bar.thru" usage="opt">
      <desc>Indicates whether bar lines go across the space between staves (true) or are only
        drawn across the lines of each staff (false).</desc>
      <datatype>
        <rng:ref name="data.BOOLEAN"/>
      </datatype>
      <remarks>

This attribute is ignored when the bar.method attribute's value is "mensur" or
          "takt".

      </remarks>
    </attDef>
  </attList>
</classSpec>
<classSpec ident="att.staffDef.vis" module="MEI.visual" type="atts" mode="replace">
  <desc>Visual domain attributes for staffDef.</desc>
  <classes>
    <memberOf key="att.barring"/>
    <memberOf key="att.cleffing.vis"/>
    <memberOf key="att.distances"/>
    <memberOf key="att.keySigDefault.vis"/>
    <memberOf key="att.lyricStyle"/>
    <memberOf key="att.meterSigDefault.vis"/>
    <memberOf key="att.multinumMeasures"/>
    <memberOf key="att.notationStyle"/>
    <memberOf key="att.oneLineStaff"/>
    <memberOf key="att.scalable"/>
    <memberOf key="att.staffItems"/>
    <memberOf key="att.textStyle"/>
    <memberOf key="att.visibility"/>
    <memberOf key="att.staffDef.vis.cmn"/>
    <memberOf key="att.staffDef.vis.mensural"/>
  </classes>
  <attList>
    <attDef ident="grid.show" usage="opt">
      <desc>Determines whether to display guitar chord grids.</desc>
      <datatype>
        <rng:ref name="data.BOOLEAN"/>
      </datatype>
    </attDef>
    <attDef ident="layerscheme" usage="opt">
      <desc>Indicates the number of layers and their stem directions.</desc>
      <datatype>
        <rng:ref name="data.LAYERSCHEME"/>
      </datatype>
    </attDef>
    <attDef ident="lines.color" usage="opt">
      <desc>Captures the colors of the staff lines. The value is structured; that is, it should
        have the same number of space-separated RGB values as the number of lines indicated by the
        lines attribute. A line can be made invisible by assigning it the same RGB value as the
        background, usually white.</desc>
      <datatype maxOccurs="unbounded">
        <rng:ref name="data.COLOR"/>
      </datatype>
    </attDef>
    <attDef ident="lines.visible" usage="opt">
      <desc>Records whether all staff lines are visible.</desc>
      <datatype>
        <rng:ref name="data.BOOLEAN"/>
      </datatype>
    </attDef>
    <attDef ident="spacing" usage="opt">
      <desc>Records the absolute distance (as opposed to the relative distances recorded in <gi
          scheme="MEI">scoreDef</gi> elements) between this staff and the preceding one in the
        same system. This value is meaningless for the first staff in a system since the
        spacing.system attribute indicates the spacing between systems.</desc>
      <datatype>
        <rng:ref name="data.MEASUREMENTREL"/>
      </datatype>
    </attDef>
  </attList>
</classSpec>

I've tried to revise the attribute names in keeping with the recent discussion re: naming.  @taktplace is gone, since the combination of @bar.len and @bar.place can be used to express what it once did.  Default values aren't declared in the schema, but can be assumed based on context.
The formula for usual/maximum bar line length is now only mentioned in the description of @bar.len.  It isn't enforced in any way.  We can reinstate it later if necessary.  The attributes in att.barring can occur on <scoreDef>, <staffGrp>, <staffDef>, <measure>, and of course <barLine>.  Setting values at lower levels in the hierarchy overrides those provided at higher levels.  The intention is to support local modification for a single staff, measure, etc.
Please let me know what you think.

Looks perfect to me! Seems to address all my problems/reservations.
Everyone else fine with that!?
pe-ro<EMAIL_ADDRESS>schrieb am So., 17. Juni 2018, 21:37:

Here's a first pass at the ODD to accomplish what we've been discussing --

Records where bar lines are drawn. The value 'staff' describes the traditional placement
    of bar lines.

Between staves only.

Between and across staves as necessary.

Short bar line through a subset of staff lines.

Attributes that capture the placement of bar lines.

States the length of barlines in virtual units. The value must be greater than 0 and
        is typically equal to 2 times (the number of staff lines - 1); e.g., a value of '8' for a
        5-line staff.

0

This attribute is ignored if the value of the bar.style attribute is "mensur".

Records the method of barring.

"mensur" not allowed in this
              context.

Denotes the staff location of bar lines when the length is non-standard; that is,
        not  equal to 2 times (the number of staff lines - 1).

The location may include staff lines, the spaces between the lines, and the spaces
          directly above and below the staff. The value ranges between 0 (just below the staff) to
          2 * number of staff lines (directly above the staff). For example, on a 5-line staff the
          lines would be numbered 1, 3, 5, 7, and 9 while the spaces would be numbered 0, 2, 4, 6,
          8, and 10. So, a value of '9' puts the bar line through the top line of the staff.
This attribute is ignored if the value of the bar.style attribute is "mensur".

Visual domain attributes.

States the length of barlines in virtual units. The value must be greater than 0 and
        is typically equal to 2 times (the number of staff lines - 1); e.g., a value of '8' for a
        5-line staff.

0

This attribute is ignored if the value of the style attribute is "mensur".

Records the method of barring.

Denotes the staff location of bar lines when the length is non-standard; that is,
        not  equal to 2 times (the number of staff lines - 1).

The location may include staff lines, the spaces between the lines, and the spaces
          directly above and below the staff. The value ranges between 0 (just below the staff) to
          2 * number of staff lines (directly above the staff). For example, on a 5-line staff the
          lines would be numbered 1, 3, 5, 7, and 9 while the spaces would be numbered 0, 2, 4, 6,
          8, and 10. So, a value of '9' puts the bar line through the top line of the staff.
This attribute is ignored if the value of the style attribute is "mensur".

Visual domain attributes.

Visual domain attributes for scoreDef in the CMN repertoire.

Defines the height of a "virtual unit" (vu) in terms of real-world units. A single vu
        is half the distance between the vertical center point of a staff line and that of an
        adjacent staff line.

\d+(\.\d+)?(cm|mm|in|pt|pc)

Visual domain attributes.

Indicates whether bar lines go across the space between staves (true) or are only
        drawn across the lines of each staff (false).

This attribute is ignored when the bar.method attribute's value is "mensur" or
          "takt".

Visual domain attributes for staffDef.

Determines whether to display guitar chord grids.

Indicates the number of layers and their stem directions.

Captures the colors of the staff lines. The value is structured; that is, it should
        have the same number of space-separated RGB values as the number of lines indicated by the
        lines attribute. A line can be made invisible by assigning it the same RGB value as the
        background, usually white.

Records whether all staff lines are visible.

Records the absolute distance (as opposed to the relative distances recorded in scoreDef elements) between this staff and the preceding one in the
        same system. This value is meaningless for the first staff in a system since the
        spacing.system attribute indicates the spacing between systems.

I've tried to revise the attribute names in keeping with the recent
discussion re: naming. @taktplace is gone, since the combination of
@bar.len and @bar.place can be used to express what it once did. Default
values aren't declared in the schema, but can be assumed based on context.
The formula for usual/maximum bar line length is now only mentioned in the
description of @bar.len. It isn't enforced in any way. We can reinstate
it later if necessary. The attributes in att.barring can occur on
, , , , and of course .
Setting values at lower levels in the hierarchy overrides those provided at
higher levels. The intention is to support local modification for a single
staff, measure, etc.
Please let me know what you think.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/music-encoding/music-encoding/issues/449#issuecomment-397901296,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AHVkh9Ud5cEO3LRZIMhxbpKVKtBTvurSks5t9q_wgaJpZM4Oqy7C
.


Feat/chrono

Relate to the discussion #667.
Checklist

[ ] An issue to be fixed by this PR is listed above.
[ ] New tests are added to ensure new features are working. End-to-end tests are usually in the ./frb_example/pure_dart example, more specifically, rust/src/api.rs and dart/lib/main.dart.
[ ] The code generator is run and the code is formatted (e.g. via just refresh_all).
[ ] If this PR adds/changes features, documentations (in the ./book folder) are updated.
[ ] CI is passing.

Ok, I'm bad I couldn't resist giving it a try but I'll need some guidance here.
Let me write in a separate message the obstacles where I'm still confused.

Sure, take your time and feel free to discuss :)


[wt.exe] -H and -V parameters shouldn't be case-sensitive

Environment
Microsoft Windows [Version 10.0.18363.535]

Steps to reproduce
PS C:\> wt `; split-pane -h cmd.exe
PS C:\> wt `; split-pane -v cmd.exe

Expected behavior
Commands run without a problem when I specify -h and/or -v.
Actual behavior
Help dialog pops-up complaining about the wrong syntax. Btw, help dialog is not the same for -v and -h.

I get that we want -h(elp) and -H(orizontal) but I think you need to settle for -? or --help without -h because not only is this confusing to those of us who've been using Windows for years, but it's also backward to tmux's -h for horizontal ...

Please use /dup #4601 as the master discussion issue for things like this. Thanks!


【build failed】Package applist is not installed.

device：iPhone5
system：iOS 10.0.2
Build Failed, and logs is:

Showing Recent Messages
:-1: Preparing to run Xcode Build Phase...

:-1: use default localhost

:-1: Signing /Users/chen/Library/Developer/Xcode/DerivedData/TZLoadAllLibs-bztrtpxtyaeaoofxxhvsukqgzfns/Build/Products/Debug-iphoneos/TZLoadAllLibs.dylib with ldid... Done.

:-1: Copying /Users/chen/Library/Developer/Xcode/DerivedData/TZLoadAllLibs-bztrtpxtyaeaoofxxhvsukqgzfns/Build/Products/Debug-iphoneos/TZLoadAllLibs.dylib to package directory at /Users/chen/myDoc/workSpace/iOSREProject/TZLoadAllLibs/TZLoadAllLibs/Package/Library/MobileSubstrate/DynamicLibraries...

:-1: Preparing to build package...

:-1: Building package ... Done.

:-1: Creating zip /Users/chen/myDoc/workSpace/iOSREProject/TZLoadAllLibs/Packages/Tozy.TZLoadAllLibs_0.1-1_iphoneos-arm.zip... Done.

:-1: Installing package Tozy.TZLoadAllLibs_0.1-1_iphoneos-arm.deb on device <IP_ADDRESS>...

:-1: (Reading database ... 1507 files and directories currently installed.)

:-1: Preparing to unpack .../Tozy.TZLoadAllLibs_0.1-1_iphoneos-arm.deb ...

:-1: Unpacking tozy.tzloadalllibs (0.1-1) over (0.1-1) ...

:-1: dpkg: dependency problems prevent configuration of tozy.tzloadalllibs:

:-1:  tozy.tzloadalllibs depends on applist; however:

:-1:   Package applist is not installed.

:-1:

:-1: dpkg: error processing package tozy.tzloadalllibs (--install):

:-1:  dependency problems - leaving unconfigured

:-1: Errors were encountered while processing:

:-1:  tozy.tzloadalllibs

:-1: ssh -p2222<EMAIL_ADDRESS>dpkg --install /var/root/MonkeyDevPackages/Tozy.TZLoadAllLibs_0.1-1_iphoneos-arm.deb

it seems lost the applist file:
 dpkg: dependency problems prevent configuration of tozy.tzloadalllibs:

tozy.tzloadalllibs depends on applist; however:

Package applist is not installed.

是我自己的问题，我把bundle id改为了我自己要hook的tagerApp id。所以才报错了。


Upgrade references for .NET 6

This solved issue #5 by just updating the references to .NET 6 and updating to the latest version of LigerShark.WebOptimizer.Core (that is 3.0.348 at the time of writing).
This also solved the issue with the wildcard so my calling code works just as before no breaking changes in the using project.

Thank you for your contribution.
I'll merge this PR and fix the build pipeline afterwards.

Sorry mate, I don't have the time to make the package multi-targeted at the moment. I'm happy to help further down the line when my workload is lower.


Add Go support

Fixes #29

Hey Jake --
So first, thanks for writing this. Always happy to see people contributing back upstream.
Discord is actually moving away from Go internally, and we're down to the last handful of services, none of which need erlpack support. I want to make sure that anything Discord hosts on our repositories is actually maintained, reviewed, documented, etc etc, and unfortunately we aren't able to do that with Go at this time.
As a different solution, how would you feel about creating your own erlpack-go repository? I'm happy to update the README here and tell people where to find your repository if they need a Go library so they know where to find it. Would that work for you?

Hi @zorkian,
That's completely understandable! I created https://github.com/JakeMakesStuff/go-erlpack last night so that I could work on erlpack integration, so that's the repository which I will maintain from now. 👍

Thank you! I've updated our README to point to you repository :)
Going to close this PR now. Best of luck! (And of course, if you find any issues in the Python/C++/JS, we're happy to review & take those fixes!)


Fix a few issues

Related to #16, tagging @justinyoo and @toolboc

#sign-off

@abhimantiwari, /lgtm

@IEvangelist @toolboc Didn't get a chance to try but merging it. Let me know if anything comes up. 👍


docs(helpers): add meta_generator()

https://github.com/hexojs/hexo/pull/3782
Required before addressing https://github.com/hexojs/hexo/commit/651f34bf6d2be5cb9c07009e857a73ecad3b414c#r35985975

LGTM. I think it is ok to copy it to other languages.

Pending 4.1.0 release


Question about the example code

What does the "f" in "append(f(chunk))" stand for?

Hi @violazhong! I'm drowning in dissertation work right now and just saw this now. So sorry!
The f just means some function you wrote to process the chunk. Usually, you'd select a sub dataframe of each chunk, if the table was too big to fit in memory.


Checking for service worker updates if webapp is never closed

Question: Currently, a webapp made with create-react-app only checks for updates when it first loads using the registerServiceWorker function. If the app is added to a phone's homescreen, it may never close, and so it never checks for new versions. Is there a recommended way to get it to check more often? For example, setting an interval and calling register every day or so. The extreme solution would be to just call window.location.reload() periodically, but I am hoping for a less disruptive solution. What is the best approach?

cc @jeffposnick

The assumption that updates are only triggered when there's a call to registerServiceWorker() is incorrect.
A service worker will check for updates whenever there's a navigation request (and a few other scenarios).
In practice, apps that are added to the homescreen don't live forever. When an Android device determines that it can free up memory by cleaning up the activity/process/(whatever Android calls it) it will do so. When you revisit your web app after it's been cleaned up, a new navigation request for the start URL will be fired. At that point, there will be a check for an updated service worker.
That being said, if you continuously use a web app for an extended period of time without ever switching it into the background, and that web app is a single page app, like many create-react-app projects are, there won't be any navigation requests fired. I'm not sure that it makes sense to optimize around that scenario in a general framework like create-react-app.

Thanks for the super detailed response!

So how would you go about implementing a "Check for updates" feature in a create-react-app SPA to let the user update to a new deployment if they keep the app open all day? I've tried using registration.update() (when I know there is an update) but it never hit the onupdatefound callback. If I use Chrome > DevTools > Application > Service Workers  "Update" link, it does hit the callback.


Update power-management extension

Description
I added three new commands to the Power Management extension:

Enable low power mode
Disable low power mode
Low power mode details

The first two simply try to set low power mode on or off (so the user doesn’t have to know what the current state is, unlike “toggle”). The third allows a user to see the current low power settings for both AC charger and battery power and then toggle them individually.
There was also some refactoring in the menubar command. In my testing I had noticed some delays in the menubar UI changing in response to low power mode being toggled from elsewhere within Raycast. This should address those.
Screencast

Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

The refactor looks good pretty nice!
Perhaps just name the settings command as Low Power Mode Settings, as that's what the list nav title says, and makes sense.
It also looks like there's a bug with toggling the enabled/disabled in the settings command. After toggling it once, it seems that you need to re-open the extension before you can toggle it again:
https://github.com/raycast/extensions/assets/52634785/10b2c89b-a8b5-4954-ad1d-4970a9aad530

@erics118 Good catch on the bug! Looks like it’s related to not having the menu bar command active which I’d neglected to test. I’ll get it fixed up!

Thanks for the contribution @bbatsche 🔥  Is this ready for another review?

@pernielsentikaer yes! Thank you, it should be ready for another check.

@sasivarnan do you want to check it?

Apologies for the delay. I have tested the modifications, and everything functions as anticipated.


Carthage build problem

Hi, I encounter a problem building for the iOS platform using Carthage :
    /bin/sh -c /Users/alexandreraulin/Library/Caches/org.carthage.CarthageKit/DerivedData/12.5.1_12E507/RxBiBinding/0.3.5/Build/Intermediates.noindex/ArchiveIntermediates/RxBiBinding/IntermediateBuildFilesPath/RxBiBinding.build/Release-iphoneos/RxBiBinding.build/Script-30A70933216E15A80056D6A8.sh
Failed to read file or folder at /Users/alexandreraulin/workspace/app/Carthage/Checkouts/RxBiBinding/Carthage/Build/iOS/RxSwift.framework: Error Domain=NSCocoaErrorDomain Code=259 "Cannot retrive binary file from bundle at file:///Users/alexandreraulin/workspace/app/Carthage/Checkouts/RxBiBinding/Carthage/Build/iOS/RxSwift.framework/" UserInfo={NSLocalizedDescription=Cannot retrive binary file from bundle at file:///Users/alexandreraulin/workspace/app/Carthage/Checkouts/RxBiBinding/Carthage/Build/iOS/RxSwift.framework/, NSLocalizedRecoverySuggestion=Does the bundle contain an Info.plist?}
Command PhaseScriptExecution failed with a nonzero exit code

** ARCHIVE FAILED **

The following build commands failed:
	PhaseScriptExecution Run\ Script /Users/alexandreraulin/Library/Caches/org.carthage.CarthageKit/DerivedData/12.5.1_12E507/RxBiBinding/0.3.5/Build/Intermediates.noindex/ArchiveIntermediates/RxBiBinding/IntermediateBuildFilesPath/RxBiBinding.build/Release-iphoneos/RxBiBinding.build/Script-30A70933216E15A80056D6A8.sh
(1 failure)

(Full build log at the end)
I'm not familiar with Carthage, is anyone know how to fix the problem ? Thanks
Carthage command used :
carthage update --platform iOS --use-xcframeworks --cache-builds
Cartfile
github "ReactiveX/RxSwift" "6.2.0"
github "RxSwiftCommunity/RxSwiftExt"
github "RxSwiftCommunity/RxOptional"
github "RxSwiftCommunity/RxDataSources"
github "pixeldock/RxAppState"
github "RxSwiftCommunity/RxFlow"

github "RxSwiftCommunity/RxBiBinding"

RxBiBinding.log

Hi there, I will check that problem. Currently I'm not understand what cause crash to appear.

@alexandreraulin I can't figure out whats wrong with Carthage. All works fine with Cocoapods and SPM.
I've found this issue Carthage/Carthage#3019 but I don't see any guide how to migrate my framework to xcframework.


HA cluster reset run into etcd panic

Environmental Info:
K3s Version:

master branch with k8s 18.6
Node(s) CPU architecture, OS, and Version:

k3os
Cluster Configuration:

3 masters
Describe the bug:

when perform cluster reset to bring up a cluster after it lost quorum, run into panic like this:

4T15:09:17.889190241+08:00] Starting k3s v1.18.6+k3s-026584e1 (026584e1)
[WARNING] Deprecated '--logger=capnslog' flag is set; use '--logger=zap' flag instead
[WARNING] Deprecated '--logger=capnslog' flag is set; use '--logger=zap' flag instead
2020-08-14 15:09:17.905293 I | embed: peerTLS: cert = /var/lib/rancher/k3s/server/tls/etcd/peer-server-client.crt, key = /var/lib/rancher/k3s/server/tls/etcd/peer-server-client.key, trusted-ca = /var/lib/rancher/k3s/server/tls/etcd/peer-ca.crt, client-cert-auth = true, crl-file =
2020-08-14 15:09:17.905760 I | embed: name = master1-5c63d33d
2020-08-14 15:09:17.905775 I | embed: force new cluster
2020-08-14 15:09:17.905779 I | embed: data dir = /var/lib/rancher/k3s/server/db/etcd
2020-08-14 15:09:17.905837 I | embed: member dir = /var/lib/rancher/k3s/server/db/etcd/member
2020-08-14 15:09:17.905843 I | embed: heartbeat = 500ms
2020-08-14 15:09:17.905881 I | embed: election = 5000ms
2020-08-14 15:09:17.905920 I | embed: snapshot count = 100000
2020-08-14 15:09:17.905987 I | embed: advertise client URLs = https://<IP_ADDRESS>:2379
2020-08-14 15:09:17.905996 I | embed: initial advertise peer URLs = https://<IP_ADDRESS>:2380
2020-08-14 15:09:17.906060 I | embed: initial cluster =
2020-08-14 15:09:17.958057 C | etcdserver: ConfChange Type should be either ConfChangeAddNode or ConfChangeRemoveNode!
panic: ConfChange Type should be either ConfChangeAddNode or ConfChangeRemoveNode!

goroutine 1 [running]:
github.com/rancher/k3s/vendor/github.com/coreos/pkg/capnslog.(*PackageLogger).Panicf(0xc00100fba0, 0x430cca6, 0x4b, 0x0, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/vendor/github.com/coreos/pkg/capnslog/pkg_logger.go:83 +0x135
github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver.getIDs(0x0, 0x0, 0xc0013aa000, 0x183e, 0x1871, 0x0, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver/raft.go:703 +0x5ef
github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver.restartAsStandaloneNode(0xc00102a860, 0x13, 0x0, 0x0, 0x0, 0x0, 0xc001299500, 0x1, 0x1, 0xc001299400, ...)
	/go/src/github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver/raft.go:608 +0x246
github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver.NewServer(0xc00102a860, 0x13, 0x0, 0x0, 0x0, 0x0, 0xc001299500, 0x1, 0x1, 0xc001299400, ...)
	/go/src/github.com/rancher/k3s/vendor/go.etcd.io/etcd/etcdserver/server.go:482 +0x1060
github.com/rancher/k3s/vendor/go.etcd.io/etcd/embed.StartEtcd(0xc0002ad800, 0xc000ff6680, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/vendor/go.etcd.io/etcd/embed/etcd.go:211 +0x9e9
github.com/rancher/k3s/pkg/daemons/executor.Embedded.ETCD(0xc000e6de60, 0x19, 0xc000ab79e0, 0x2d, 0x41ce290, 0x3, 0xc000e6de20, 0x13, 0xc000ab7a40, 0x30, ...)
	/go/src/github.com/rancher/k3s/pkg/daemons/executor/etcd.go:23 +0xa9
github.com/rancher/k3s/pkg/daemons/executor.ETCD(...)
	/go/src/github.com/rancher/k3s/pkg/daemons/executor/executor.go:107
github.com/rancher/k3s/pkg/etcd.(*ETCD).cluster(0xc0005bc400, 0x4c54660, 0xc000ba90c0, 0x1, 0xc000e6de60, 0x19, 0xc000ab79e0, 0x2d, 0x41ce290, 0x3, ...)
	/go/src/github.com/rancher/k3s/pkg/etcd/etcd.go:374 +0x59b
github.com/rancher/k3s/pkg/etcd.(*ETCD).newCluster(0xc0005bc400, 0x4c54660, 0xc000ba90c0, 0x4c54601, 0xc000ba90c0, 0x0)
	/go/src/github.com/rancher/k3s/pkg/etcd/etcd.go:358 +0x241
github.com/rancher/k3s/pkg/etcd.(*ETCD).Reset(0xc0005bc400, 0x4c54660, 0xc000ba90c0, 0x0, 0xc000451ec0, 0xc00016ab60)
	/go/src/github.com/rancher/k3s/pkg/etcd/etcd.go:120 +0x88
github.com/rancher/k3s/pkg/cluster.(*Cluster).start(0xc000d0c5a0, 0x4c54660, 0xc000ba90c0, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/pkg/cluster/managed.go:49 +0x6a
github.com/rancher/k3s/pkg/cluster.(*Cluster).Start(0xc000d0c5a0, 0x4c54660, 0xc000ba90c0, 0x0, 0x0, 0x41ebcfe)
	/go/src/github.com/rancher/k3s/pkg/cluster/cluster.go:33 +0x78
github.com/rancher/k3s/pkg/daemons/control.prepare(0x4c54660, 0xc000ba90c0, 0xc0005ff908, 0xc0005b3880, 0x1a, 0x0)
	/go/src/github.com/rancher/k3s/pkg/daemons/control/server.go:358 +0x286c
github.com/rancher/k3s/pkg/daemons/control.Server(0x4c54660, 0xc000ba90c0, 0xc0005ff908, 0xc0006adb70, 0xc0006adb70)
	/go/src/github.com/rancher/k3s/pkg/daemons/control/server.go:89 +0x155
github.com/rancher/k3s/pkg/server.StartServer(0x4c54660, 0xc000ba90c0, 0xc0005ff900, 0xc000ba90c0, 0x2)
	/go/src/github.com/rancher/k3s/pkg/server/server.go:55 +0x90
github.com/rancher/k3s/pkg/cli/server.run(0xc000ba88c0, 0x744b0a0, 0x1, 0xc0005e34c0)
	/go/src/github.com/rancher/k3s/pkg/cli/server/server.go:220 +0x132f
github.com/rancher/k3s/pkg/cli/server.Run(0xc000ba88c0, 0xc000759c70, 0x0)
	/go/src/github.com/rancher/k3s/pkg/cli/server/server.go:35 +0x37
github.com/rancher/k3s/pkg/cli/cmds.InitLogging.func1(0xc000ba88c0, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/pkg/cli/cmds/log.go:73 +0xaa
github.com/rancher/k3s/vendor/github.com/rancher/spur/cli.(*Command).Run(0xc000e7d0e0, 0xc000a0d5c0, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/vendor/github.com/rancher/spur/cli/command.go:164 +0x4b9
github.com/rancher/k3s/vendor/github.com/rancher/spur/cli.(*App).RunContext(0xc000ac2000, 0x4c546a0, 0xc0000e4010, 0xc000213bf0, 0x3, 0x3, 0x0, 0x0)
	/go/src/github.com/rancher/k3s/vendor/github.com/rancher/spur/cli/app.go:308 +0x5ed
github.com/rancher/k3s/vendor/github.com/rancher/spur/cli.(*App).Run(...)
	/go/src/github.com/rancher/k3s/vendor/github.com/rancher/spur/cli/app.go:225
main.main()
	/go/src/github.com/rancher/k3s/cmd/server/main.go:46 +0x3a6

Steps To Reproduce:

Installed K3s with embedded HA

Expected behavior:

Cluster reset should run through
Actual behavior:

panic
Additional context / logs:

This only happen after introducing etcd learner feature.

This seem only happen after https://github.com/rancher/k3s/pull/2066. Since I run older version, the problem is not there.

This should be fixed now on master. See: https://github.com/rancher/k3s/issues/2227#issuecomment-692189448
Issue is the same, but the version on master is now 1.19.1. Validated using commitid: beab211685805a481ffa61070ec53ddefd1adf03


Generation broken?

There seems to have occurred a breaking change with the generate option for lemmatization along the road, which prevents me from helping out with #93. Basically, the lemmatization accuracy stays at zero without postcorrect (which isn't normal), at saturates at ~66% with postcorrect (which isn't normal either). Any suggestions? This might related to the fix by @PonteIneptique that took care of not explicitly testing on the train data during training. Does this fix require any changes to config files?

This means we have currently two (potentially unrelated) broken things :

#97
This one

I am not sure which change from me you are talking about ? If this relates to the external use of the "Logger" ( https://github.com/hipster-philology/pandora/pull/24/files ), if you see test results, even if they are equal to 0, it means this is tested. Plus, it's an opt-out parameter which means it should default to testing...

I think these issues come from the same problem.

You did not specify which "model" are you using ? PyTorch or Tensorflow ?

By default I talk about tensorflow because pytorch isn't ready for testing
yet. (What is the recommended way to set the model type/ backend in the
config right now? Perhaps this is the issue.)

If you did not specify it, I think it defaults to tensorflow. But otherwise, here is an example : https://github.com/hipster-philology/pandora/blob/master/config_example/config_12c_pytorch.txt#L30

Ok. Thanks. I was planning to do a major revision of the base soon, to
avoid have to load the entire dataset in memory: the error would probably
emerge if I do this revision. Are there any major PRs on the way that I
should wait for?
On Wed, Nov 8, 2017 at 9:49 AM, Thibault Clérice<EMAIL_ADDRESS>wrote:

If you did not specify it, I think it defaults to tensorflow. But
otherwise, here is an example : https://github.com/hipster-
philology/pandora/blob/master/config_example/config_12c_pytorch.txt#L30
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/hipster-philology/pandora/issues/99#issuecomment-342750368,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AELJL2KgkRWao1v4Z-AxUZhPKPKgBw2fks5s0Wr9gaJpZM4QWBDM
.

Not that I know of.

The pytorch branch does generate lemmas and works (accuracy increases over training).

Indeed, from the tests I have made on a small test corpus, the behaviour is different between PyTorch (where it works) and Keras (where there seems to be a problem). Also, epoch time is a lot longer with Keras (x5/6), but that might be something else.

Hey @mikekestemont . Any update on your major revision ? I saw your new Pie repository, is it related to Pandora ? :)

Yes, I am working with Enrique on a new approach to the tagging (at the level of complete sentences) in that new repository. However, the setup is so radically different than what we have now in Pandora that we first wanted to test the viability of the idea outside the main repository. We will keep you posted if anything comes out!


[1.18.2] EMI Plugin

[1.18.2]
PR for implementation of an EMI Plugin. I committed across the three branches EMI is out for already to ensure compat and same functionality with all three, so there will be three PRs. Some Notes:
Added:

build.gradle dependency, new gradle.properties version, and entrypoint in fabric.mod.json
Slightly updated the forge_controller.png for bits of texture that I needed to make EMI widgets. If you'd rather I pull them out into a separate sprite sheet, I can certainly do that.
Tweaked the REI plugin with a translatable text line for "Cycle Tier Overrides" rather than the hardcoded text before.
Added EMI Plugin. Plugin, recipe, transfer handler, and custom widgets needed to replicate the REI layout.
Added transfer handler for auto-moving of ingredients

Here is a screenshot of the plugin in action. Note the custom cycling button (part of the GUI .png tweaks I added).

Here is an example of the alloy forgery in the EMI Recipe Tree. I've elected to use the "default" forge controller as the icon, same as the category icon, rather than come up with a "simplified" icon. Most of the vanilla recipe types use a wireframe simple depiction, as you can see from the crafting icon. If you feel like a simplified icon would be better it can be easily added.

Since 1.18.2 version of AF is no longer supported, this PR will not be pulled in but thank you for such anyways


update buffer after format with new formatter (yapf)

Hi I am trying to integrate yapf as a new formatter for python code. for this I forked mason.nvim
however when I do this:
language_configs["lsp"] = function()
    languages_setup.setup_languages({
        ["language"] = "diagnostic-languageserver",
        ["dependencies"] = {
            "yapf",
            ...
        },
        ["diagnostic-languageserver"] = { "diagnosticls", diagnosticls_config },
    })
end

    formatters = {
       ...
        yapf = {
            command = "yapf",
            args = { "--quiet", "-i", "%file" },
        },
    }

and change my formatters to:
formatters_filetypes = {
 python = yapf,
}

the format will get applied after I execute :LspFormatting, however the buffer won't update to the new content. but when I do :e! the buffer will get updated with the new content.
When I save the buffer no formatter will get called at all and after doing :e! no changes show up at all.
Any suggestions what I can do to make the new formatter work propperly?

Are you install dependencies?

I try your clone, install yapf and code formatting on save <C-c>s

Screencast from 17-08-22 09:01:15.webm
weird I have to manually update my screen continuously

youre a life saver. now I can give my feature to the main repo ;)

we cheered too soon. with these arguments it does format but it removes all new additions

What new additions?

when I add new code to a python file it the formatter removes the new code

And now:
formatters = {
    yapf = {
        command = "yapf",
        args = { "--quiet" },
    },
}

hmm weird, I tried this as well before. but anyway it seems to work now. tnx.


Open Video Chat using Application Window option broken for server 5.0

Describe the bug
If one use recent app version 3.8.8 with latest server version like 5.0.4, option Open Video Chat using Application Window do not work. Jitsi call is opened in default browser window.
What operating system and which version? Windows 10
Which version of Rocket.Chat (Server)? 5.0.3
Which version of Rocket.Chat.Electron (Electron/Desktop)? 3.8.8
Is there any setting relevant changed? Update from 4.x to 5.x of server version
To Reproduce
Steps to reproduce the behavior:

Setup Jitsi app with new Video Conf system in 5.X server version
Turn on option Open Video Chat using Application Window in Settings of Desktop app
Test Jitsi call
See that call opens in default browser

Expected behavior
Jitsi call opens in desktop app sub window even on server version 5.X
Screenshots
No
Additional context
On pre 5.0 versions of server with same 3.8.8 version of Desktop app Jitsi call starts in Desktop app sub window.

Same problem

same issue since update rocketchat electron 3.8.8 (it worked on 3.8.6)
This option in settings is ignored, it always uses default browser sind app version 3.8.8

Yes, the server version 5.x introduced the video conference adding multiple video call providers as apps. This changed the way this feature works and we don't have a solution yet for working in 5.x. For now this option will work properly on 4.x and behind but in 5.x it will only open in the browser.
I'm already  in touch with the video conference team to solve that.
Now that we have a whole new number of providers, there are security issues that need to be handled on Electron that the browser already does by default.


Step definitions not found on Windows (OS path separator issue)

Current behavior
Hello, I upgraded this project https://github.com/akiver/csgo-map-veto and encountered an issue on Windows only.
On Windows, step definitions are never found because of the file separator which is \ instead of /.
This call never detects the step definitions files https://github.com/badeball/cypress-cucumber-preprocessor/blob/master/lib/step-definitions.ts#L24
As a workaround, I'm running this patch on post-install https://github.com/akiver/csgo-map-veto/blob/main/patches/%40badeball%2Bcypress-cucumber-preprocessor%2B10.0.2.patch.
It replaces all \ chars with /, I'm not sure if it's the right place to do it.
Desired behavior
The step definitions should be found.
Test code to reproduce
It should be reproducible with one of the examples in this project, otherwise, you can try with this project https://github.com/akiver/csgo-map-veto.

Clone https://github.com/akiver/csgo-map-veto
Delete the patch file
yarn
yarn e2e

Versions

Cypress version: 9.7.0
Preprocessor version: 10.0.2
Node version: 16

Thank you

Thx! That was the issue


Fix karpenter 404 error

Issue #, if available:
#1358
Description of changes:
Modified eks-workshop/content/beginner/085_scaling_karpenter/setup_the_environment.md as follows:

Added a new environment variable for KARPENTER_VERSION in the Pre-requisites section and created a value of v0.7.1 (current version as of 3/17/2022).
Changed the curl command for the cloudformation.yaml to include the KARPENTER_VERSION.  This aligns with current url structure on karpenter.sh and the example in https://karpenter.sh/v0.7.1/getting-started/getting-started-with-eksctl/

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Duplicates https://github.com/aws-samples/eks-workshop/pull/1353 - I recommend using theirs instead.


V2/Server: Prevent NRE when NormalizedVersion is missing

PR Summary
This PR conditionalizes adding NormalizedVersion to the additionalMetadata property on V2 server responses. This should resolve #1486.
PR Context
Services like Artifactory do not present a NormalizedVersion property in their metadata when querying via the NuGet v2 API. This causes PSResourceInfo.TryConvertFromXml() to NRE.
The change in this PR skips trying to add this property to AdditionalMetadata if the server did not present a NormalizedVersion property.
This naturally means AdditionalMetadata is not guaranteed to include this field on responses from v2 Server feeds, but I don't see any documentation indicating this is guaranteed.
PR Checklist

[x] PR has a meaningful title

Use the present tense and imperative mood when describing your changes

[x] Summarized changes
[x] Make sure all .h, .cpp, .cs, .ps1 and .psm1 files have the correct copyright header
[x] This PR is ready to merge and is not Work in Progress.

If the PR is work in progress, please add the prefix WIP: or [ WIP ] to the beginning of the title (the WIP bot will keep its status check at Pending while the prefix is present) and remove the prefix when the PR is ready.

Breaking changes

[x] None
OR
[ ] Documentation needed

[ ] Issue filed:

User-facing changes

[x] Not Applicable
OR
[ ] Documentation needed

[ ] Issue filed:

Testing - New and feature

[ ] N/A or can only be tested interactively
OR
[ ] Make sure you've added a new test if existing tests do not effectively test the code changed

Tooling

[ ] I have considered the user experience from a tooling perspective and don't believe tooling will be impacted.
OR
[x] I have considered the user experience from a tooling perspective and enumerated concerns in the summary.

I tried running tests locally - it seems the docs are a bit out of date (see https://github.com/PowerShell/PSResourceGet/issues/1486#issuecomment-1874786366).
Running Invoke-ModuleTests -Type Functional (based on what's in test.yml) seems to work, with the exception of GitHub Packages. These tests appear to depend on PATs from AzDO, so I'm not sure if there's a good way to run them locally.

@sean-r-williams unfortunately easily testing against GitHub packages can only really be done with CI.  But your PR looks good so I'll merge in.  Thanks for opening the related issue and a double thanks for the PR to fix it!

Thanks @alerickson! Is there any ETA from your team on when 1.0.2 is expected to be released?
This is blocking some of our internal development workflows (we can't use PSResourceGet 1.0.1 because of this bug, and PowerShellGet only works for module packages in Artifactory - not script packages). I want to make sure we adjust our delivery timelines accordingly so we don't churn before 1.0.2 is available.


Audio transmission using Opus

Change audio transmission method from uncompressed PCM (8kHz, 8bit) to Opus (48kHz, 64kbps)

Using Concentus library (Opus implemented in C#)

This is an backward-incompatible protocol change.

This is an backward-incompatible protocol change.


When the script does not run correctly, should not give 200

how things are currently architected, we don't have any knowledge of what action is taken when a hook is received. we emit events notifying the consumer of the module that an event happened, and that's it.
because we have no knowledge of what's being run, let alone when it finishes or what its status is, your request is impossible. it would require completely changing the entire hook.


To explain linear search in the array

can i work on this issue ?
@pranavgoel29

yes

Created a pull request. Pls review!


Allow access by tuple for multi-index columns.

Codecov Report

Merging #612 into master will decrease coverage by 2.73%.
The diff coverage is 95.23%.

@@            Coverage Diff             @@
##           master     #612      +/-   ##
==========================================
- Coverage   93.32%   90.59%   -2.74%
==========================================
  Files          31       31
  Lines        4868     4878      +10
==========================================
- Hits         4543     4419     -124
- Misses        325      459     +134

Impacted Files
Coverage Δ

databricks/koalas/indexing.py
93.39% <100%> (ø)
:arrow_up:

databricks/koalas/frame.py
92.78% <95%> (-1.92%)
:arrow_down:

databricks/koalas/usage_logging/__init__.py
23.14% <0%> (-74.08%)
:arrow_down:

databricks/koalas/usage_logging/usage_logger.py
50% <0%> (-50%)
:arrow_down:

databricks/koalas/__init__.py
76.31% <0%> (-7.9%)
:arrow_down:

databricks/conftest.py
90.69% <0%> (-6.98%)
:arrow_down:

databricks/koalas/utils.py
97.43% <0%> (-2.57%)
:arrow_down:

databricks/koalas/namespace.py
87.6% <0%> (-1.61%)
:arrow_down:

databricks/koalas/plot.py
92.51% <0%> (-1.58%)
:arrow_down:

... and 2 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 43f2a5c...9a99dd2. Read the comment docs.

Thanks! merging for now.
@HyukjinKwon If you have any other comments, please feel free to leave here. I'll address in follow-ups.


allow partial substate modification

This fixes an issue I'm having at the moment where my reducer modifies part of the incomingState but not every single key. The moment a key that hasn't been modified gets found we currently throw away any previous updates we've made to newState by merging state and inboundState.

ty


Injection

Injection is ignored if I launch the csgo without -insecure parameters.

The problem is most likely in the injector used.

move the dll to "c:\windows" for a quick debugging thingy.


[Admin] Publish

Learn Build status updates of commit 26c6cd2:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/excel/custom-functions-data-types-concepts.md
:white_check_mark:Succeeded
View

docs/excel/custom-functions-json.md
:white_check_mark:Succeeded
View

docs/excel/excel-data-types-concepts.md
:white_check_mark:Succeeded
View

docs/excel/excel-data-types-entity-card.md
:white_check_mark:Succeeded
View

docs/excel/excel-data-types-overview.md
:white_check_mark:Succeeded
View

docs/images/outlook-multi-select.png
:white_check_mark:Succeeded
View

docs/includes/excel-custom-functions-data-types-note.md
:white_check_mark:Succeeded
n/a (file deleted or renamed)

docs/includes/excel-data-types-preview.md
:white_check_mark:Succeeded
n/a (file deleted or renamed)

docs/includes/rule-not-supported-json.md
:white_check_mark:Succeeded
n/a (file deleted or renamed)

docs/includes/rules-not-supported-json-note.md
:white_check_mark:Succeeded
View

docs/outlook/activation-rules.md
:white_check_mark:Succeeded
View

docs/outlook/append-on-send.md
:white_check_mark:Succeeded
View

docs/outlook/compose-scenario.md
:white_check_mark:Succeeded
View

docs/outlook/extract-entity-strings-from-an-item.md
:white_check_mark:Succeeded
View

docs/outlook/get-or-set-the-location-of-an-appointment.md
:white_check_mark:Succeeded
View

docs/outlook/get-or-set-the-subject.md
:white_check_mark:Succeeded
View

docs/outlook/get-or-set-the-time-of-an-appointment.md
:white_check_mark:Succeeded
View

docs/outlook/get-set-or-add-recipients.md
:white_check_mark:Succeeded
View

docs/outlook/index.yml
:white_check_mark:Succeeded
View

docs/outlook/insert-data-in-the-body.md
:white_check_mark:Succeeded
View

docs/outlook/item-multi-select.md
:white_check_mark:Succeeded
View

docs/outlook/limits-for-activation-and-javascript-api-for-outlook-add-ins.md
:white_check_mark:Succeeded
View

docs/outlook/match-strings-in-an-item-as-well-known-entities.md
:white_check_mark:Succeeded
View

docs/outlook/pinnable-taskpane.md
:white_check_mark:Succeeded
View

docs/outlook/privacy-and-security.md
:white_check_mark:Succeeded
View

This comment lists only the first 25 files in the pull request.
For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel


remove py3 from sirepo_job_supervisor

After sirepo released to prod. The code is ok as it is.

Fix 554cd3b

reverted a26586f

Fix 44e2388967d158962af0365861cca3dd45c99017


Test Grove Memory Cache Performance

Grove hasn't been performance tested, since the memory cache swapped out hashicorp/lru for its own.
There's no reason to believe the new LRU is slow, but it's a fundamental change in the request pipeline. Grove should be performance tested again, with clonetraffic multiplying production traffic x10 to x20, to verify it can still saturate a 20gig NIC.
Labelling bug, because it's not really a bug or feature, and bug will get the attention it deserves.

Since Grove is experimental, I removed the bug label because this doesn't impact a working ATC system.

I don't think Grove is experimental. We were running it in Production for months. I'm not aware of anyone currently running it in Production, but somebody could be. It's definitely Production-ready and capable.

That's fair, "experimental" is incorrect - it's more like "optional" or "supplementary". If you want to put the bug label back on, go for it.


Avoid code duplication

The main export loop duplicates most of the export code for each store. Instead using a routine with the store to export as a parameter is much preferable…

@BenBE Thanks!, you are totally correct. fixing.


Re-running visualization if process has failed

Expected Behavior

If the forecast process has failed and a repeat run is requested then the visualization step should not interfere with the existing symbolic links.
Scenario1:  if the failed forecast is not discovered until next day ( or even a Monday after a weekend) then the repeat of the forecast can be run using the "-d YYYYMMDD" option. However if the forecast worked on the day when this repeat is run then the "Today" symlink in the visualization directory should not change.
Scenario2: if the forecast has also failed each day since the first failure then the final symbolic link should point to the chosen day ("Today" matches the date of the simulation requested).
Scenario3: normal operation the "Today" symlink will be directed to the $rundate which is the same as the date that the forecast is being run.
Current Behavior

the Run.sh currently sets the symlink to match the requested $rundate only
Possible Solution

Steps to Reproduce (for bugs)

Context

Improve the robustness of the forecasting system to cope with unforeseen failures in supporting systems.

Your Environment

Browser Name and version: N/A
Operating System and version (desktop or mobile):
foe-linux-04 at UoLeeds

Any other relevant information

In progress
This issue has been partially fixed Today now links to Today's date.
Version 2.1 Now includes a suite of command line options including a viz only option
./Run.sh
 optional arguments:
  -d <date> YYYYMMDD DEFAULT: <todays date>
  -n <home> name of viz defaults to ~earunres
 The following switches can be used to overwrite
 Default behaviour.
  -m turn OFF FORECAST Model (e.g. to run viz option only)
  -p turn OFF viz steps (no jpgs etc to be produced)
  -f turn ON ffmpeg mp4 production

For help run .\Run.sh -h

TO DO
The current fix replaces ln -sf $rundate Today with  ln -sf $(date +%Y%m%d) Today

Wrap an if  clause: if rundate != today then leave the link alone, unless an override flag is set
Add in an override option


graphhopper-ios getHints() and instruction

In android we can request getHints() and the instruction, in iOS i saw that the code is graphhopper but is not allowed to used.
Do someone know how to request the array with the instruction in iOS?
thanks in advance

i get the instructions in ios like this
let path : PathWrapper = result.getBest()
let instructions : InstructionList = path.getInstructions()
 let count = instructions.size()

        for i in stride(from: 0, to: count, by: 1) {
            let instruction : Instruction = instructions.getWith(i)
            let cantPointInstruction = instruction.getPoints().size()

            var j : jint = 0
            while j < cantPointInstruction {
                let xLongitud = instruction.getPoints().getLongitudeWith(j)
                let yLatitud = instruction.getPoints().getLatitudeWith(j)

                let position = projection.fromWgs84(NTMapPos(x: xLongitud, y: yLatitud))

                // in do something with the instruction position and the instruction

                j += 1
            }
        }

@tnmendes Questions go better into our forum (closing for now). Thanks @RandyHBH for providing help here (I guess this is swift?).

@karussell yes it is swift.

@RandyHBH Thank you, I'll see if in the next few days I'll try that.