works? kind of

Hmmm weird.
What version of firefox are you using, device are you running it on, and what version of the Youtube UI are you using? I don't think I've seen that UI on modern youtube before.
Other than that, a note is that despite the time updating nearly instantly, if your connection with youtube gets stalled for some reason you'll also see a cut off in the transformations of video release time conversions from relative to static.

Hmmm weird.
What version of firefox are you using, device are you running it on, and what version of the Youtube UI are you using? I don't think I've seen that UI on modern youtube before.
Other than that, a note is that despite the time updating nearly instantly, if your connection with youtube gets stalled for some reason you'll also see a cut off in the transformations of video release time conversions from relative to static.

latest ff 128.0 and youtube redux 2005 layout, but i highly doubt that's breaking it

latest ff 128.0 and youtube redux 2005 layout, but i highly doubt that's breaking it

Mobile or desktop and have you tried without the Youtube Redux 2005 layout?

latest ff 128.0 and youtube redux 2005 layout, but i highly doubt that's breaking it

Mobile or desktop and have you tried without the Youtube Redux 2005 layout?

desktop, and yes, i just did and same behaviour, works for some videos

desktop, and yes, i just did and same behaviour, works for some videos

What other extensions do you have and could you send another screenshot with the modern Youtube UI?

looks/performs the same, some videos get the date changed, the rest don't
it also struggles a lot in the home page so most of the time won't work there, just in the search results, most of the time
and i don't have any other extension that interferes with youtube.com just ublock and tempermonkey with this script

now see here my feed with redux enabled

Could you send the console logs or even better send the messages specifically outputted by the Youtube Times extension?
Sorry about all the questions, but I haven't seen this happening on any of my other devices so I'm not sure what could be causing this.

Could you send the console logs or even better send the messages specifically outputted by the Youtube Times extension? Sorry about all the questions, but I haven't seen this happening on any of my other devices so I'm not sure what could be causing this.
errors:
TypeError: html.querySelectorAll(...)[0] is undefinedmain.js:4:63
get_date_published moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:4
replace_dates moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:111
 moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:130

TypeError: NetworkError when attempting to fetch resource. 24 main.js:12:18

Could you send the console logs or even better send the messages specifically outputted by the Youtube Times extension? Sorry about all the questions, but I haven't seen this happening on any of my other devices so I'm not sure what could be causing this.

errors: TypeError: html.querySelectorAll(...)[0] is undefinedmain.js:4:63
get_date_published moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:4
replace_dates moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:111
<anonymous> moz-extension://b9ae505e-8cda-44e7-b917-4e21c9b0b096/main.js:130

TypeError: NetworkError when attempting to fetch resource. 24 main.js:12:18

From what I see it still looks like it's a layout issue since selecting the element on my devices with the vanilla Youtube UI doesn't have an issue. I tried adding a try catch so try downloading and from the repo or waiting for the update to version 1.0.3 on the extensions page and then update and test it.

well i tried it without any yt modifications and still happening, so no worries i'll just wait if you get to fix it

well i tried it without any yt modifications and still happening, so no worries i'll just wait if you get to fix it

That's what I tried to do with version 1.0.3 mentioned in the msg above. Have you tried it yet?

i just checked and it works on waterfox but not on firefox, with the same extensions enabled, including youtube redux and the 2005 layout

i just checked and it works on waterfox but not on firefox, with the same extensions enabled, including youtube redux and the 2005 layout

Haven't heard of anyone using Waterfox in a long time. Are you using Waterfox Current or Waterfox Classic?
Also, could you try installing yt-times on an incognito window as well as reinstalling Firefox, or trying it on another device where Firefox is guaranteed to be in its default configuration?
Maybe something like user agent or something other setting could be causing the issue if you're sure that no other extensions are installed.

i found the problem, it's the script i mentioned before

i found the problem, it's the script i mentioned before
also yeah waterfox G6.0.17 is good

Ah alr
Now that it works I'll be closing this issue


adding more warehouse & company?

Is your feature request the result of a bug?
no
Problem
I can not create 2 warehouse or company

Suggested solution
Let user creat more warehouse or company
Describe alternatives you've considered
1 company often have muti warehouses
Examples of other systems
no ...
Do you want to develop this?
just a user.

register 1 more admin，you will get more warehouse

register 1 more admin，you will get more warehouse

thx，will try later.
another problem:
open with firefox showing not properly like below:

it seems firefox not support well

register 1 more admin，you will get more warehouse

admin A  , warehouse 1
admin B ，warehouse 2
if  A wants  to use warehouse 2，  do  I have to register a user under admin B？

No， choose your warehouse ,and login
if you login by admin B , it will auto change to warehouse 2

No， choose your warehouse ,and login
if you login by admin B , it will auto change to warehouse 2

Still confused for muti admins.
How could I list all the admins and delete one of them ?

why you want to delete admin?

why you want to delete admin?

I create some test admin user, after test , I want to clear the data , and begin to use

one admin is just one database , If you want to use by only one admin , delete the other warehouse is ok for u

one admin is just one database , If you want to use by only one admin , delete the other warehouse is ok for u

Thx


fix: error about delay and disappear in pre-comp item

feat/1.1 已经合并发布了，紧急发布需提到 master，日常修复需提到 dev


Deploy to Cloud not working

Whenever the 'Deploy to Cloud' button is clicked, the stackfile cannot be located for Docker Cloud deployment. As per the documentation:

Docker Cloud will detect the HTTP referer header and deploy the stack file found in the repository, branch and relative path where the source README.md file is stored.

I have tried several solutions (reproduction steps):

[x] Change the repo_url query parameter to point to https://github.com/pennsignals/swagger-specifications/tree/master/specifications/twilio
[x] Remove the docker-cloud.yml file and replace it with a docker-compose.yml file

I am not sure if this is a known issue, but I can not seem to figure out a solution to this problem.

This appears to be an issue with the Referrer HTTP header. Closing.


Broken unions with recursive types

🤔 Question
Describe your question
Union types tend to malfunction when used with recursive types for reasons that are internal to TypeScript and this library. But you can make it work, just distribute your union as needed:
Union extends unknown // let's say `Union` is your union
? RecursiveType<Union> // it gets distributed to another type
: never

...And if this still doesn't work, then it's probably because the recursive type needs to do this deeply. In that case, you're welcome to open an issue, and I'll bring a Up version of that type out.

Search tags, topics
#broken #union #recursive

Type distribution is now a default. So you don't have to worry about your unions anymore. I recommend that you remove any extends unknown in favor of the utility only to avoid unnecessary load.
cc @Andarist @ctrlplusb


Print data parameter values in completed assertions

Related to #383

Current output:
tests/Fixtures/basil/Test/example.com.verify-open-literal-data-sets.yml
  ✓ verify page is open
    ✓ $data.pattern is-regexp
      > derived from: $page.url matches $data.pattern
    ✓ $page.url matches $data.pattern
    ✓ $page.title is "Example Domain"
  ✓ verify page is open
    ✓ $data.pattern is-regexp
      > derived from: $page.url matches $data.pattern
    ✓ $page.url matches $data.pattern
    ✓ $page.title is "Example Domain"

Possible improved output:
tests/Fixtures/basil/Test/example.com.verify-open-literal-data-sets.yml
  ✓ verify page is open
    ✓ /example/ is-regexp
      > resolved from: $data.pattern is-regexp
      > derived from: $page.url matches $data.pattern
    ✓ $page.url matches  /example/
      > resolved from: $page.url matches $data.pattern
    ✓ $page.title is "Example Domain"
  ✓ verify page is open
    ✓ /\\.com/ is-regexp
      > derived from: $page.url matches $data.pattern
    ✓ $page.url matches  /\\.com/
      > resolved from: $page.url matches $data.pattern
    ✓ $page.title is "Example Domain"


adc continuous read feature that interrupts when threshold is hit  (IDFGH-11232)

Is your feature request related to a problem?
I want to be able to continuously track the voltage level on the adc channel. I know this can be done using the ADC continuous mode driver, but in order to have it work like an interrupt I have to continuously read the voltage on the channel, which isn't ideal for my project.
Describe the solution you'd like.
I'd like an ADC threshold mode that triggers an interrupt when the specified threshold is hit.
Describe alternatives you've considered.
No response
Additional context.
No response

Okay so after looking around more on the documentation I see there's an adc monitor functionality on the master (latest) which is what I want. Any estimate on when this feature will be available on a stable release?

@saillingaway Yeah there is an ADC hardware monitor feature who will trigger interrupts once continue convert value outside the threshold you set, If no problem, this feature will in stable version which will released end this year

@wanckl I see, that's a little late for us unfortunately. Is there any possibility of getting access to a beta build so we could use the feature sooner? We would be using it extensively and would report any bugs we find.

@saillingaway
emmm,, It is available on Master, and is for the New version of ADC (not legacy) driver, If you can't working on Master, which release version you use? can try if it is possible to pick the Commit to your work tree.

that gitlab link seems like it's internal, so I can't actually see the commit.
So can you work on master or pick this commit to your branch, otherwise, It will released end this year.
If need help to pick this commit, feel free to poke me.
Best wishes!

Thanks! We'll let you know if we notice anything out of the ordinary : )


Button to sync editor data into production

As the creator of the foundational data
I need to sync my local files to the public data store
So that students can see the bones, bonesets and annotations.
Developer Notes
The goal here is to create a quick prototype of the button in our editor editor tool that publishes our edited data. The button can be text for now. We'll consider other options later.  It needs to trigger some sort of publish action. For now we can have that publish action be to do a git commit -m 'Automated publish at {date-timestamp}'; git push to a specific "publish" branch on our github repo.
see https://htmx.org/examples/web-components/
consider using a
Acceptance Criteria

[ ] web component for a button
[ ] usable in an HTMX page
[ ] green
[ ] button text is "Publish"
[ ] when clicked, triggers a git push to a predefined branch of our git repository
[ ] uses local git credentials

@JoshBudzynski I think you'll need a server component to do the commit and push.
Essentially, the editor tool will be running on the user's machine (both the server and the front-end), the server tool clones the bones repo, which contains all the json and image definitions. The user can make changes to the data, which would update the files in the local clone of the repo. Assume all of this exists.
Once your "Publish" button is clicked, the updated files get committed to the local clone of the repo and get pushed to the remote.
The way you can test it is:

Clone the repo and check out the data branch
Manually update a json file int the data branch to have another bone definition (don't commit your changes)
Run your tool, click the Publish button, and see if your changes got pushed to the data branch of the repo.

You can add a node.js server component with a /publish api endpoint. Your button would trigger that api endpoint, which would do the commit and the push. Looks like node has a simple-git package that you can use for that.

I think I understand, I will work on this before the weekend.


Science page (initial draft)

@snim2, the build's failing, because:
  *  image /static/img/ssi-logo.png does not have an alt attribute (line 77)
htmlproof 2.1.0 | Error:  HTML-Proofer found 1 failure!

and because the build tool's really picky.
We can fix it if you add something like alt="ssi-logo" inside the <img> tag at the bottom of science/index.html.

Sorry, should have had Travis open earlier!


feat: remove react router on the client

Remove React Router entirely on the client. The main portion of RR that we use is the history library. This change removes RR while keeping history. <ServerStateRouter> is removed in favor of a unified <Router> for the client.
Todo:

[x] Add tests
[x] Add documentation
[x] Add release notes

@blittle If it's too messy going through above comments on the docs, you can also refer to this commit (which essentially ports over the content from /hydrogen to /shopify-dev): https://github.com/Shopify/shopify-dev/pull/16194/commits/31faf4697d07079cc4894575808337f8617a1381


docs: format and make necessary changes

Fixes Issue
Closes #925
Screenshots

Checklist

[x] You've linked this PR to the correct issue.
[x] You have checked that the code is working correctly.
[x] You ⭐ the repository!

> Why there is a option to ⭐ the repository

@Spyware007
Could you please review this pull request :)

Document changes will be merged only after tmrw evening

Please check #1346

@Anmol-Baranwal We are changing the Readme.md and the workflow of the project!
So closing this as not required!


Hosted ScrollBarView is damaged on the scenario Editor and others in v2.

@tig do you remember why this is happening?
Edit:
The issue started after the commit 0df485a8904b0856f7e5865ef095008ea88f9474.

Not sure. I focused on CharMap and didn't notice Editor's scroll bars went missing.

FWIW, I still think we should build optional scrollbars into View and deprectate ScrollBarView in v2.
See
#2489

I agree, but I need to understand what causing this because neither ScrollBarView and Editor were changed in that commit. So, I suspect that was something with drawing or driver refresh.

@BDisp can you update this? Is this still an issue?

@BDisp can you update this? Is this still an issue?

Yes, if you open the Editor and others scenarios where the ScrollBarView were hosted doesn't work. But if this is related to another already opened issue, you can close this one.


Jupyterlab Desktop Application doesn't launch

When trying to open Jupyterlab desktop app. It doesn't open at all. It crashes right away. I checked event logs and nothing is there. It acts like it does nothing when trying to open. I have reinstalled multiple times and tried conda navigator. I have tried launching from the command line as well and nothing happens. Please advise. This started when I got the latest update and others I work with are experiencing the same issue.

I am having the same issue. My windows version is windows 11 and the JupyterLab desktop version that I used was v3.6.1-3

@RJ15293 did you have the issue on Windows too? can you provide more details? version, OS etc.

This is on Windows 10. I am actually a tech for a company and this happened to someone I support. The web version works fine. This only happened when we got the update. I checked the logs and didn't see anything there. When you click to open the application, it does nothing. Like it's not even there. Not sure what else we can.

Closing because we don't have the information that we need to diagnose and fix this issue.


[PoC] React server-side rendering: first step

Description
A quick PoC to lay the first bricks of server-side rendering of React components.
There are many goals for that (first load perf, crawlability, etc.), but the first would be to simplify our top bar/main search implementation by moving in to a React component. The target is to have one render tree with shared state, instead of using DOM selections and global functions to make React and static HTML communicate. Hopefully we'll reduce overall complexity, ease top bar maintenance and avoid frequent bugs concerning the search.
SSR is not trivial to set-up from scratch and there are many gotchas, so it's better if we go slowly :slightly_smiling_face:
This PR is a basis so we can discuss the process and explain all details. It includes only the very first steps:

ensure React can be used on the server (In practice, this means mainly using Babel on the server code too so JSX is recognized)
define a new step when serving the index page, so we can render React components to strings and inject them in the HTML template. Also pass necessary bits (i18n and config).
define a new TopBar.jsx component and render it in place of the current static markup
ensure event listeners mapped to global functions are working

That's it. It doesn't do anything more for now, that's pure server-side rendering with no client counterparts. The same as the current implementation, except with React instead of HTML. Fun stuff and real benefits will come later, but it needs these first step to be well understood first.

Closing this as it's stale and only served as a support for explanation. Not sure it will be done like this in the future, and in any case it's not hard to extract parts.

Closing this as it's stale and only served as a support for explanation. Not sure it will be done like this in the future, and in any case it's not hard to extract parts.


Release 2.0.16 ETA?

With SDL2 2.0.16 being released a few hours ago, and plenty of new additions to SDL_ttf since the last release in 2019, I was wondering whether there was a similar target release date for SDL_ttf 2.0.16? I maintain the Python bindings for SDL2 and its add-on libraries (ttf, image, mixer), so I'm just trying to get an idea of when I'll need to update my bindings to support the new set of functions.
Thanks in advance!

I think for this to be possible it would need to be set a milestone and the required issues to be created to track what is needed for such release.

+1 asking for a 2.0.16 release due to bitmap fonts being broken with SDL_ttf 2.0.15 & latest freetype 2.11.  SDL_ttf's current release with latest freetype release using bitmap fonts is unusable so I think this would justify a new tag to re-enable this functionality.
For my project; we depend on SDL_ttf and use bitmap fonts for simplicity at the moment. Have had a few users raise this issue to me - that bitmap fonts in SDL_ttf are broken, and the only workaround is to downgrade freetype which is a bit of hack and difficult in our distribution (alpine).

Yes, a SDL_ttf release is on the way, thanks for the feedback!

Great to hear a new SDL_ttf release is on the way. Out of curiosity is there some sort of expected timeframe for this release?

I’m planning to work on it after the SDL 2.0.18 release.

This is a personal request from the Odin language community, Odin has bindings for SDL_ttf of the current git version, but cannot use them on Linux because most Linux distros supply old version of SDL_ttf, even Arch.
Please make sure to release this ASAP, the latest release is already almost 3 years old and _32 functions are crucial for modern unicode handling.

Soon! :)
A pre-release is available here:
http://www.libsdl.org/tmp/SDL_ttf/

Soon! :)
A pre-release is available here: http://www.libsdl.org/tmp/SDL_ttf/

Fantastic, thanks for keeping us posted (and for all your hard work)! Two questions:

Now that SDL_ttf 2.0.18 is being prepared for release, are new releases of Mixer and Image next on the list?
Checking out the pre-release binaries you linked, I noticed that the macOS framework now seems to have FreeType built statically into the binary instead of being a separate sub-framework. Is that just a quirk of the pre-release, or is that how dependencies for ttf/image/mixer are going to be handled from now on?

Soon! :)
A pre-release is available here: http://www.libsdl.org/tmp/SDL_ttf/

Fantastic, thanks for keeping us posted (and for all your hard work)! Two questions:

Now that SDL_ttf 2.0.18 is being prepared for release, are new releases of Mixer and Image next on the list?
Checking out the pre-release binaries you linked, I noticed that the macOS framework now seems to have FreeType built statically into the binary instead of being a separate sub-framework. Is that just a quirk of the pre-release, or is that how dependencies for ttf/image/mixer are going to be handled from now on?

Now that SDL_ttf 2.0.18 is being prepared for release, are new releases of Mixer and Image next on the list?

Yep!

Checking out the pre-release binaries you linked, I noticed that the macOS framework now seems to have FreeType built statically into the binary instead of being a separate sub-framework. Is that just a quirk of the pre-release, or is that how dependencies for ttf/image/mixer are going to be handled from now on?

This is a change specifically for SDL_ttf. FreeType is a required dependency, whereas the other libraries are optional format dependencies for the libraries.

@slouken
BTW :

NEON is commented out whereas it works!
https://github.com/libsdl-org/SDL_ttf/blob/main/SDL_ttf.c#L99

TTF_SetDirection and TTF_SetScript request int as a parameter whereas this is a specific enum. is casting important here ?
https://github.com/libsdl-org/SDL_ttf/blob/main/SDL_ttf.h#L334

There is an internal change with this version:
the text  SDL_Surface that are created are not tightly packed. eg ( surface->pitch >  4 * surface->w )
(this way all line blit are simd aligned which is faster )
It should be no problem, not sure if this matters.

Currently android isn't building (see #156)

Maybe this PR would be interesting: ClearType-style LCD rendering #138 but this can be delayed if more people want it

Looked at the temporary SDL2_ttf-2.0.18.tar.gz, a few minor notes:

The autotools files differ from the git repo, namely aclocal.m4,
Makefile.in and configure: I am guessing that autoreconf was
run in the tree. The easy way of fixing the dates of the autofoo
files is runing the touch-autofoo.sh script in the source tree.

The tarball contains CMakeLists.txt, even though Makefile.am
doesn't have it in EXTRA_DIST list: fixed in git. (The thing
with CMakeLists.txt is that it isn't mature yet - see the big fat
FIXME notes in it.

@icculus, @slouken: About the latest 2.0.18 release here at github:
Having github source archive links isn't good for source releases. We
should add a proper release tarball as we used to: I can add one to
the existing release if you want me to.

I'm not opposed to that, but why is it needed?

Download and look at the filename, then extract and look at the filename again.
I remember that the archive tarballs aren't guaranteed to stay the same (Although
I can't find the link for that as a proof.)
The archive tarballs have every and all files with the date of the last commit they
are tagged from, so: ./configure && make will force an autoreconf and that's
bad for business for people who don't have the same versions of autofoo (if they
actually have them in the first place.)
Others might have more arguments.

Fair enough. I've uploaded source archives and signatures for the SDL and SDL_ttf releases.

SDL_ttf is released!


Can't resolve 'fs'

Thanks for creating this useful lib. I am trying to use it in my webpack based project but I get following
error during bundling.
ERROR in ./node_modules/require-all/index.js
Module not found: Error: Can't resolve 'fs' in '/<path>/node_modules/require-all'

I want to know how to solve this problem


Opacity inherited on android

🐛 Bug Report
Setting opacity < 1 on a parent View, seems to affect the opacity on child views in a way that doesn't happen on iOS. A child view covered by another child view shows through.
https://snack.expo.io/rklf28SO4
To Reproduce
Set parent view opacity to less than 1 and see how overlapping child views blend together on Android but not on iOS.
Expected Behavior
The first child view should be occluded by the second one, it should not be seen through where they intersect.
Code Example
https://snack.expo.io/rklf28SO4
Environment
  React Native Environment Info:
    System:
      OS: macOS 10.14.3
      CPU: (4) x64 Intel(R) Core(TM) i7-4578U CPU @ 3.00GHz
      Memory: 618.53 MB / 16.00 GB
      Shell: 3.2.57 - /bin/bash
    Binaries:
      Node: 11.6.0 - /usr/local/bin/node
      Yarn: 1.13.0 - /usr/local/bin/yarn
      npm: 6.4.1 - /usr/local/bin/npm
      Watchman: 4.9.0 - /usr/local/bin/watchman
    SDKs:
      iOS SDK:
        Platforms: iOS 12.1, macOS 10.14, tvOS 12.1, watchOS 5.1
      Android SDK:
        API Levels: 23, 24, 25, 26, 27, 28
        Build Tools: 23.0.1, 23.0.3, 24.0.1, 25.0.0, 25.0.2, 26.0.1, 26.0.2, 27.0.1, 27.0.3, 28.0.3
        System Images: android-23 | Intel x86 Atom_64, android-23 | Google APIs Intel x86 Atom_64, android-27 | Google APIs Intel x86 Atom, android-28 | Google APIs Intel x86 Atom, android-28 | Google Play Intel x86 Atom
    IDEs:
      Android Studio: 3.3 AI-182.5<IP_ADDRESS>99772
      Xcode: 10.1/10B61 - /usr/bin/xcodebuild
    npmPackages:
      react: 16.5.0 => 16.5.0
      react-native: https://github.com/expo/react-native/archive/sdk-32.0.0.tar.gz => 0.57.1

Same as this really old issue https://github.com/facebook/react-native/issues/10530

Aha, it's well documented here: https://facebook.github.io/react-native/docs/next/view#needsoffscreenalphacompositing
This really got me today, I'm relatively unexperienced with RN for Android.


error-reporting:  Investigate Supporting Express 5

The cloud-errors-nodejs repository has PR #98 that already contains some preliminary work.

This issue was moved to https://github.com/googleapis/nodejs-error-reporting/issues/7.


ES6 De-structuring

Is there a reason that the imports in the quickstart aren’t being destructured like this:
const {app, BrowserWindow} = require('electron')

I’d make a PR but I’m wondering if it’s to support older versions of node, simpler code, etc.

See #71

I’d like to not discuss what is “cleaner” but rather what most people will recognize when they read it
For the purposes of this quickstart repo, familiarity trumps dexterity.


Chore(deps): Bump trybuild to latest version and MSRV to 1.70

Dependency update that requires bumping the MSRV to 1.70.

Test fails - the trybuild output needs to be updated to account for compiler differences in 1.70?

No, they fail on main too: https://ci.appveyor.com/project/roblabla/endpoint-sec-7dk9f/builds/50058617. I think it's only due to Cargo or Rustc UI changes. I'm currently working on updating these test fixtures.


C# API for SurfaceTool set_smooth_group has incorrect type uint: should be int

Godot version
v4.0.stable.mono.official [92bee43ad]
System information
Windows 10 x64
Issue description
https://docs.godotengine.org/en/stable/classes/class_surfacetool.html#class-surfacetool-method-set-smooth-group says to use -1 to tell SurfaceTool to generate flat normals. The C# API uses the wrong type, so you can't pass -1.
Workaround: use s.SetSmoothGroup(uint.MaxValue), which has the same raw binary representation as (int)-1.
Steps to reproduce

Write new SurfaceTool().SetSmoothGroup(-1);
Build
See ...: Argument 1: cannot convert from 'int' to 'uint'

Minimal reproduction project
N/A

The C# is generated from ClassDB which defines  this method as follows:
https://github.com/godotengine/godot/blob/5dccc940e73d39a1ac4f3d64ccc92373e6609add/scene/resources/surface_tool.h#L192
As you can see, the method uses uint in Core, so the C# API is correct. Changing it now would break compatibility.
I think your workaround is good, alternatively you can also cast:
uint group = unchecked((uint)-1);
SetSmoothGroup(group);

Strange... how does https://docs.godotengine.org/en/stable/classes/class_surfacetool.html#class-surfacetool-method-set-smooth-group show int then? I thought those were based on the ClassDB.
(I suppose this also implies GDScript will automatically do an unchecked conversion. Which AFAIK is fine, just not something I'd realized yet.)

GDScript doesn't have an uint

GDScript doesn't support unsigned types, so they use int for everything.
The documentation is generated from ClassDB but it probably only checks the Variant.Type which would be Variant::INT in this case. C# also checks the type metadata (which contains if the type is 32-bit or 64-bit and if it's signed or unsigned).

Ah... the danger of using a GDScript API reference and docs based on that reference rather than the ClassDB itself being documented. 😄
Thanks for the clarifications, and for keeping compatibility so I don't have to worry about this switching mid-4.0.

We should document the fact that it is actually checking UINT_MAX internally, as that knowledge will be needed when calling it from any language that supports units and has strong typing

Ok for anyone who might be reading this I am starting work on this issue. Just a note to avoid duplicating work :)

@taehong99 The class ref for this is in docs/classes/SurfaceTool.xml. Just find the related bits for this issue and insert appropriate notes and maybe correct any C# code examples that probably don't exist. See the docs on how to build the docs to preview your changes.


Make colon in y-axis titles for tooltips optional

Hi,
I have noticed that there is no option to not show the colon after the label of a series. I get that it should be followed by the value but in my case I want to display the label below the value (see image below). Without that option, I have to design my tooltip another way which is a bit annoying.

It would be nice if there would be an extra parameter for the y title formatter where you can choose to show or hide the colon (defaults to show).
Is there a way to do this? Thanks in advance.

Good point, I just implemented it.
From the next version, the colon is supplied directly in the formatter instead of hard-coding it.
So, when you change the formatter to below, the colon is removed.
tooltip: {
  y: {
    title: {
      formatter: function(seriesName) {
        return seriesName
      }
    }
  }
}

Very nice, thank you!


TorchConnector forward pass unexpected behaviour

Environment

Qiskit Machine Learning version: 0.6.1
Python version: 3.10.11
Operating system: OSX

What is happening?
I'm using TorchConnector with SamplerQNN and no interpret function, so I expect the output of TorchConnector.forward to be the same as SamplerQNN.forward (i.e. list of probabilities), but as a torch tensor.
Instead I get something that can't be a probability vector.
How can we reproduce the issue?
Create a circuit with input parameter and weight parameter.
from qiskit.circuit import QuantumCircuit, Parameter
from qiskit_machine_learning.connectors import TorchConnector
from qiskit_machine_learning.neural_networks import SamplerQNN
import numpy as np
import torch

input_ = Parameter('input')
weight = Parameter('weight')
qc = QuantumCircuit(1)
qc.rx(input_, 0)
qc.rz(weight, 0)

qc.draw('text')

   ┌───────────┐┌────────────┐
q: ┤ Rx(input) ├┤ Rz(weight) ├
   └───────────┘└────────────┘

Then check it behaves as expected in SamplerQNN.
sqnn = SamplerQNN(
        circuit=qc,
        input_params=[input_],
        weight_params=[weight]
    )
sqnn.forward(input_data=[0], weights=[np.pi])

array([[1., 0.]])

Then put this inside a TorchConnector and run the forward pass.
tc = TorchConnector(
    sqnn,
    initial_weights=[np.pi]
)

tc.forward(input_data=torch.tensor([0]))

tensor([0, 0])

What should happen?
I expect the output to be
tensor([1, 0])

Any suggestions?
No response

Fixed in the main branch.


When a domain has ns record but has no glue record, unbound may has no idea to recursive.

Describe the bug
When a domain has ns record but has no glue record, unbound may has no idea to recursive.
eg: sina.j.baishangeek.cn
To reproduce
Steps to reproduce the behavior:

unbound query A record of sina.j.baishangeek.cn;
unbound has cached NS record of j.baishangeek.cn(<IP_ADDRESS>), so he tried to find A record of sina.j.baishangeek.cn toward <IP_ADDRESS> ;
<IP_ADDRESS> response NS record of sina.j.baishangeek.cn(ns3.sina.j.baishangeek.cn, ns2.sina.j.baishangeek.cn, ns1.sina.j.baishangeek.cn) but it has no glue record response;
unbound tried to find A record of ns3.sina.j.baishangeek.cn so it has to recursive sina.j.baishangeek.cn again.
so the steps above will be a loop.

Expected behavior
System:

Unbound version:  Version 1.10.1
OS: CentOS release 6.2 (Final)

This seems to me a configuration error in the j.baishangeek.cn zone on <IP_ADDRESS>. What do you think that should happen in this case?

This seems to me a configuration error in the j.baishangeek.cn zone on <IP_ADDRESS>. What do you think that should happen in this case?

The NS record of  j.baishangeek.cn is <IP_ADDRESS>, so Unbound go to ask record of sina.j.baishangeek.cn towards <IP_ADDRESS>, which seems to be reasonable.

This seems to me a configuration error in the j.baishangeek.cn zone on <IP_ADDRESS>. What do you think that should happen in this case?

Did you means the record in the j.baishangeek.cn zone on <IP_ADDRESS> which lack glue record for ns1.sina.j.baishangeek.cn ?

This seems to me a configuration error in the j.baishangeek.cn zone on <IP_ADDRESS>. What do you think that should happen in this case?

But I mean if unbound recursives sina.j.baishangeek.cn from root, which can avoid this error.

I think the loop won't be avoided in your case, even doing the recursion process from root. The case you mentioned is like the below case.
.com has NS records of google.com but doesn't have the ip info for nsx.google.com. How to resolve www.google.com in this case?

I don't think we can fix this in unbound


Warn about an unpushed branch when opening a pull-request

I think this was previously the behaviour (before the change from # to >8 for the PULLREQ_EDITMSG).
Basically I'd like to see the commit messages in the text by default, so I can easily move them above the line if I want. Having the default Pull Request template text there as well also makes sense, maybe template above the scissors by default and commit messages below would make sense.
Basically something like this:
+<Github PR template>

# ------------------------ >8 ------------------------
# Do not modify or remove the line above.
# Everything below it will be ignored.

-<Github PR template>

+<commit messages>

Swapping "commit messages" and "Github PR template" would be fine too I guess.

We have a test that verifies that the changes are included below the "scissors" line: https://github.com/github/hub/blob/2c564f6fad4ea6d88ffcf898df664b860f846a5b/features/pull_request.feature#L281-L287
What is not working for you, exactly?

      These are [...]

      Refs: [...]

$ hub pull-request -b <upstream-org>:master -o

then I get:

# ------------------------ >8 ------------------------
# Do not modify or remove the line above.
# Everything below it will be ignored.

Requesting a pull to <upstream-org>:master from gibson-fahnestock:dockerfile

Write a message for this pull request. The first block
of text is the title and the rest is the description.

Actually, it looks like the issue is that I didn't push to my fork, there's no upstream remote specified here:
$ git status
On branch dockerfile_package_version_and_tag
nothing to commit, working tree clean

I didn't specify -f, so that check does fail after I save my PR Message:
$ hub pull-request -b pie:master -o
Error creating pull request: Unprocessable Entity (HTTP 422)
Invalid value for "head"

but that check would make more sense if it happened before the Pull Request message is created right?

That way I'd see my commit messages in my Pull Request message.

Actually, it looks like the issue is that I didn't push to my fork

Yes, that could explain your problem.
So far this is expected behavior. I don't follow: what do you expect hub to do in this case? Are you reporting a bug? In what way would you imagine to see hub's functionality changed? Thank you

but that check would make more sense if it happened before the Pull Request message is created right? That way I'd see my commit messages in my Pull Request message.

In what way would you imagine to see hub's functionality changed?

I would like hub to check whether I've pushed to my fork before opening PULLREQ_EDITMSG in my editor.

Thanks for taking time to explain this!

Thanks for helping me work out what the actual issue was.
If I can provide any more info let me know.

Git has a configuration for submodules that ensures that when you push a repo, it also pushes any submodules that have unpushed commits (to ensure that all commits needed are available).
A similar configuration would be useful for Hub in this case. Say git config [--global] hub.pull-request.push true will make Hub automatically push any unpushed commits on the branch when opening a pull-request.

A comment on the format suggested at the top:
It would be better to keep the PR template below the >% line. Also that Hub puts the suggested title below the >% line (not the case in 2.9.0). That way Hub would be more aligned with Git behaviour, which also aborts if the message is empty --- which it would be if one simply exits the editor without touching the file. (Currently, an immediate exit would still open a PR, not sure if deleting the title before exiting would cause an abort or not.)


Question about jupyter notebooks

Hello,
First, I ported the arduino code to plain c++ to run on my client side (pc) connected to the magnetometer / gyro / acceletometer device.
This device is also connected to ROS, where on a screen I can visualize the orientation and magnetic field vector.
I also have calculated the hard and soft iron calibration values by processing recorded data, and the device generates two mag streams, one of them classically corrected, and the other by this library.  However, I could not reach good results.
Then I started playing with jupyter notebooks, and transformed my recorded data for magnetometer into format required for the notebooks. I was able to calculate biases for my data, and it did produce correct results for that set of data, that I previously calculated.
So It should work at least with pre-trained biases obtained from jupyter notebook.
Here is my question:  Neural Network for Magnetometer auto-calibration notebook, there is a Y90 in line:
model.fit(X90, Y90, epochs=1, validation_split=0.1, verbose=False)
The data structure Y90 does not exist in the code. Is this a typo?
Below is data recorded from bmm350 magnetometer.
mag.txt

Hi,
Thanks for the good description.
If I understand you correctly, you get a good result when running with your data in the notebook. But when running on your hw, it does not work. So what can be different?
The algorithm itself is a pure function, so the same input data should always yield the same output.
Regarding the Y90, I cannot recall what that is and will need to look it up. It should represent labels for the data x90, but I would expect it to be defined somewhere.


Render stamp opacity is different between Max and appleseed.studio renders

Rendered from 3ds Max:

Same scene exported from Max and rendered from appleseed.studio:

Fixed in appleseed by https://github.com/appleseedhq/appleseed/pull/2212.


npx waffle fails

Hey there, thanks for working on this, it looks great!
I'm attempting to try it out, but get errors when running npx waffle to compile. I installed waffle and ethers using NPM, and got the following error:

Cannot find module 'ganache-core'

After running npm install ganache-core, I now get the following error:

Waffle.compile is not a function

Any pointers?

Simpler problem here: I get
Cannot find module 'babel-runtime/helpers/toConsumableArray'

Waffle.compile is not a function

@nventuro
This should be fixed now, when you install the newest version.
Let me know if it works.

Cannot find module 'babel-runtime/helpers/toConsumableArray'

@kybernetikos
Try:
npm install babel-runtime --save

That fixed it @marekkirejczyk, thanks. However I found the compilation step to be too slow (48s against truffle's 20s) for it to be useful to me.


Issue: Overview should have inverted selection

Current behaviour: the selected area of a trace is "oranged" out, and the unselected area is in full colour. This seems to be counter-intuitive to read.
Suggested behaviour: the selected area of a trace is the only area not "oranged" out.

Picking up this issue.

I have a question for debate. As you can see in the picture below, with the color scheme inversion, the unselected area of the view range is greyed out (which is good). However, when we select a new view range with drag and drop, we use the color orange too to indicate the area that the user selected before applying the changes. I don't know should we keep it this way, or should I also do the same thing with the selected view range (grey out and invert).

Great question!
I see four shades now. What are they?
1: background (#edeff2);
2: selection (#f5f7fb);
3: zoomed area (#f3e8cc);
4: ? (#ede1c4)

So the colors are:
1: Background/Unselected range
2: Selected range
3: User new selected range (before it is applied), which is orange. The color 3 is the overlap of the orange color and 2.
4: User new selected range (before it is applied), which is orange. The color 4 is the overlap of the orange color and 1.
5: Zoom area, the previous screenshot did not include one.

I added 2 videos demonstrating the 2 UI/UX implementations that I propose. In both case, the paler region is the zoom range, while the greyish area is the unselected range.
https://user-images.githubusercontent.com/92533264/199332726-28c1343e-6719-4a10-b7f0-71e7b3b638b0.mp4
For this implementation, when the user selects a new zoom range, an orange overlay is used to displayed the new zoom range. I prefer this implementation because it clearly differentiates the new zoom range (orange) and the old zoom range (no overlay) for the user.
https://user-images.githubusercontent.com/92533264/199333513-37c2340d-dd76-48cd-9600-1396aee7fae9.mp4
For the second implementation,  when the user selects a new zoom range, we also use the same color scheme as the current zoom range. This implementation provides consistency, but not very user friendly in my opinion.
What are your thoughts on this?

Sounds good Rodrigo!


Update how-to-test-private-endpoint.md

Dropping the note on regional availability for now as the availability is on par with ALT overall availability.

Learn Build status updates of commit f2d1e4d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

articles/load-testing/how-to-test-private-endpoint.md
:white_check_mark:Succeeded

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

Can you also remove this line from the metadata section: ms.custom: references_regions

Done

Learn Build status updates of commit 3179f0d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

articles/load-testing/how-to-test-private-endpoint.md
:white_check_mark:Succeeded

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

Created by mistake. Closing this and creating a PR in the private repo


Adds response timeout using Mono.timeout

fixes gh-371

Codecov Report

Merging #372 into master will decrease coverage by 0.01%.
The diff coverage is 78.57%.

@@            Coverage Diff             @@
##           master     #372      +/-   ##
==========================================
- Coverage   68.34%   68.33%   -0.02%
==========================================
  Files         124      125       +1
  Lines        3456     3464       +8
  Branches      233      234       +1
==========================================
+ Hits         2362     2367       +5
- Misses        964      966       +2
- Partials      130      131       +1

Impacted Files
Coverage Δ

...mework/cloud/gateway/support/TimeoutException.java
0% <0%> (ø)

...ork/cloud/gateway/config/HttpClientProperties.java
70.96% <100%> (+1.47%)
:arrow_up:

...eway/filter/factory/RetryGatewayFilterFactory.java
70.37% <100%> (+0.37%)
:arrow_up:

...cloud/gateway/config/GatewayAutoConfiguration.java
98.09% <100%> (ø)
:arrow_up:

...ework/cloud/gateway/filter/NettyRoutingFilter.java
90% <71.42%> (-3.62%)
:arrow_down:

Continue to review full report at Codecov.

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

/cc @nebhale @smaldini

But on the timeout portion of this, the conditional addition seems fine.

Squashed and merged via ef173a64c6700a7f8f2d28ba67b4e038955a608e


bootstrap-sass', '~> <IP_ADDRESS>' is hacked depricated.

bootstrap-sass', '~> <IP_ADDRESS>' is hacked depricated. Update please.

PR #122 is for this. Please get this merged guys.

Was this ever updated?


⚠ Mobitopup has degraded performance

In 592a202, Mobitopup (https://napcard.voz.tech) experienced degraded performance:

HTTP code: 200
Response time: 21383 ms

Resolved: Mobitopup performance has improved in 091c912 after 423 days, 8 hours, 35 minutes.


NPN Packages Global install on centos

I have copied a pasted the code from the readme file:
package { 'express':
ensure   => present,
provider => 'npm',
}
and I keep getting the following error:
Error: /Stage[main]//Package[express]: Provider npm is not functional on this host
It appears to install on the machine because when I get in I can do npm install or npm -v
I am using:
Node: 0.10.22
Npm: 1.3.14
Centos 6.4
Any ideas of whats going on? Am I missing something that is not in the readme?

Whatever the problem was, it should no longer be occurring.


No JSON data exposed for features from MDN browser-compat-data

Problem
When I browse to https://caniuse.com/#feat=mdn-api_abstractrange, the Can I Use web UI gives me a human-readable view of information about browser support for the AbstractRange API — a feature for which the support data comes from the MDN browser-compat-data repository — but as far as I can see, that information isn’t exposed as JSON data (that is, not in the same way as features for which the data is maintained directly in the https://github.com/Fyrd/caniuse repo itself).
This is a general issue for any features whose support data comes from the MDN browser-compat-data repository (not just for the AbstractRange API, which I’m just citing as an example). And the specific problem is causes is: it prevents downstream consumers of Can I Use data from having a consistent means for accessing the same complete set of data from which Can I Use builds its own web UI.
Example of a specific problem with a downstream consumer
Bikeshed is a tool used for many specs — including most or all of the CSS specs, and dozens of other W3C specs, and all but one of the WHATWG specs (the HTML spec is the only WHATWG spec not built using Bikeshed) — and it has a feature to inject annotations into generated specs based on Can I Use data, as documented at https://tabatkins.github.io/bikeshed/#metadata-include-can-i-use-panels.
But if I try using that Bikeshed feature with the DOM spec, by adding a canise=mdn-api_abstractrange attribute to the source for the https://dom.spec.whatwg.org/#interface-abstractrange Interface AbstractRange section, I get an Unrecognized Can I Use feature ID: mdn-api_abstractrange error.
So, I’d like to be able to use canise=mdn-api_abstractrange with Bikeshed — and in general, be able to do the same for any mdn--prefixed Can I Use feature IDs — and have it “just work”.
Possible solution
I can imagine it being possible that, at the time the build is run to generate/update the Can I Use web UI, the build backend can:

Take whatever in-memory data is being using to generate the web content for features which come the from the MDN browser-compat-data repository (the mdn--prefixed features).
Serialize that data out as JSON.
Write that data to a clone of the https://github.com/Fyrd/caniuse/tree/master/features-json directory, as per-feature JSON files in the same JSON format as the existing files there.
Commit the added/updated files to git and push to https://github.com/Fyrd/caniuse.
Repeat that process each time to Can I Use web UI is re-built/re-published.

I recognize that solution introduces redundancy — in that it’d mean data about the same features would now be under version control both in the MDN browser-compat-data repo and the Can I Use repo, and the currency of the Can I Use data would lag somewhat behind MDN browser-compat-data — but I think that’s OK because it’d give Can I Use data consumers (e.g., Bikeshed) the significant value of consistent programmatic access to data for all the same features exposed in the Can I Use web UI, regardless of whether the data is ultimately sourced from Can I Use itself or from MDN browser-compat-data.

Yeah, I can see how following those steps would definitely make sense from the Bikeshed point of view, possibly other downstream consumers as well. However, I'd instead make the argument that the annotations used on W3C/WHATWG specs would be better off using the MDN browser compat data instead.
Reasons being:

MDN BCD has a much larger feature coverage than caniuse, and is much more granular. Seems in particular better suited for specifications.
MDN BCD is essentially better organized and I suspect will be more reliable over time, as it's
governed and managed by an organization rather than an individual relying heavily on contributors for data updates.

Worth pointing out that there's a number of projects (of which caniuse is one) that consume the MDN data, as listed here, so they're definitely expecting to be used beyond the MDN docs pages.
I'd also push back against adding the data to the caniuse repo since it's currently included in some projects as an NPM module and is already quite sizable. Adding MDN BCD would increase the size roughly 21x, which not all consumers would appreciate.
I get that the additional work of adding another data source isn't very appealing, but I'd think it would be of benefit in the long run.

I'd instead make the argument that the annotations used on W3C/WHATWG specs would be better off using the MDN browser compat data instead.

Yeah, I am inclined to agree. For spec purposes, we already have some tool support for generating annotations from the MDN browser compat data — in the Respec tool and in the Wattsi tool we use for building the HTML spec. So Bikeshed is the only spec-build tool＊ we have that still lacks MDN-annotation support, and we have https://github.com/tabatkins/bikeshed/issues/1372 open for adding that support. But that issue’s been open for a year now without anybody stepping forward to work on it… So I guess I just need to bite the bullet and make time to work on it myself.
Given all that, I’ll take the liberty of closing this.
＊ As far as spec-build tools lacking MDN-annotation support, it would also be nice to have that support in the https://github.com/bterlson/ecmarkup tool that used for building the ECMAScript spec…

Ah, excellent. Glad that option works for you!


Add a pluggable munger for github.

@zmerlynn @ixdy @goltermann

(I'm actually OOO tomorrow, so may not be the best candidate. Can possibly review tonight.)

I'd add
plugin/admission: lavalamp, davidopp, smarterclayton
plugin/auth: erictune
plugin/scheduler: davidopp

Do we want to add the hack/ and build/ directories too?

A few more
contrib/mesos: jdef, karlkfi
pkg/cloudprovider: davidopp
pkg/proxy: thockin

who do you propose for hack/ and build/ ?

@zmerlynn and @lavalamp ?

I have a bit of experience with hack/ and would be willing to be on that list; I'm not as comfortable with build/ (though I usually send PRs there to @zmerlynn).

blunderbuss config updated.  ptal.
thanks!
--brendan

Maybe pkg/controller as well?
Add me if so

@derekwaynecarr added you to pkg/controller
ptal everyone, I'd like to get this merged.
Thanks
--brendan

Both travis and shippable failed. Maybe needs a rebase?
I skimmed the code, but didn't do a deep review. Looks plausible.
Do you have example dry-run output?

Can someone summarize what this change actually does? I can't find any obvious comments or docs changes on usage... I feel like I missed a conversation.

Auto-routing of issues and PRs
On Thu, Aug 20, 2015 at 3:04 PM, Karl Isenberg<EMAIL_ADDRESS>wrote:

Can someone summarize what this change actually does? I can't find any
obvious comments or docs changes on usage... I feel like I missed a
conversation.
—
Reply to this email directly or view it on GitHub
https://github.com/kubernetes/kubernetes/pull/12365#issuecomment-133192405
.

Likely want to add a section for cluster/<x> and docs owners then too.
cluster/mesos/docker:
- karlkfi

docs/getting-started-guides/mesos:
- jdef
- karlkfi

Sample output data:
I0820 21:03:18.490950   12799 blunderbuss.go:105] would have assigned deads2k to PR 11280
W0820 21:04:44.914125   12799 blunderbuss.go:93] Couldn't find an owner for: contrib/completions/bash/kubectl
W0820 21:04:44.914203   12799 blunderbuss.go:93] Couldn't find an owner for: docs/man/man1/.files_generated
W0820 21:04:44.914235   12799 blunderbuss.go:93] Couldn't find an owner for: docs/man/man1/kubectl-doc.1
W0820 21:04:44.914264   12799 blunderbuss.go:93] Couldn't find an owner for: docs/man/man1/kubectl.1
W0820 21:04:44.914292   12799 blunderbuss.go:93] Couldn't find an owner for: docs/user-guide/kubectl/.files_generated
W0820 21:04:44.914320   12799 blunderbuss.go:93] Couldn't find an owner for: docs/user-guide/kubectl/kubectl.md
W0820 21:04:44.914349   12799 blunderbuss.go:93] Couldn't find an owner for: docs/user-guide/kubectl/kubectl_doc.md
I0820 21:04:44.914397   12799 blunderbuss.go:105] would have assigned brendandburns to PR 12677
I0820 21:04:49.282617   12799 blunderbuss.go:105] would have assigned lavalamp to PR 12688
W0820 21:05:01.230293   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/genconversion/conversion.go
W0820 21:05:01.230364   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/gendeepcopy/deep_copy.go
W0820 21:05:01.230395   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/integration/integration.go
W0820 21:05:01.230424   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-apiserver/app/server.go
W0820 21:05:01.525084   12799 blunderbuss.go:93] Couldn't find an owner for: myhello.json
I0820 21:05:02.859985   12799 blunderbuss.go:105] would have assigned zmerlynn to PR 12755
I0820 21:05:05.786690   12799 blunderbuss.go:105] would have assigned thockin to PR 12769
I0820 21:05:14.549249   12799 blunderbuss.go:105] would have assigned jdef to PR 12819
W0820 21:05:16.035204   12799 blunderbuss.go:93] Couldn't find an owner for: docs/proposals/pod-security-context.md
E0820 21:05:16.035266   12799 blunderbuss.go:99] No owners found for PR 12823
I0820 21:05:20.109132   12799 blunderbuss.go:105] would have assigned bgrant0607 to PR 12829
I0820 21:05:29.875126   12799 blunderbuss.go:105] would have assigned karlkfi to PR 12851
W0820 21:05:31.713967   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/Godeps.json
W0820 21:05:31.714005   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/api.go
W0820 21:05:31.714019   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/api_test.go
W0820 21:05:31.714029   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/bundle/bundle.go
W0820 21:05:31.714040   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/bundle/bundle_test.go
W0820 21:05:31.714050   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/client/api.go
W0820 21:05:31.714059   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/client/client.go
W0820 21:05:31.714069   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/client/client_test.go
W0820 21:05:31.714086   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/client/group.go
W0820 21:05:31.714096   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/generator/generator.go
W0820 21:05:31.714106   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/generator/generator_test.go
W0820 21:05:31.714115   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/info/info.go
W0820 21:05:31.714129   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/info/info_test.go
W0820 21:05:31.714139   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/initca/initca.go
W0820 21:05:31.714149   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/initca/initca_test.go
W0820 21:05:31.714159   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/scan/scan.go
W0820 21:05:31.714172   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/scan/scan_test.go
W0820 21:05:31.714182   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/sign/sign.go
W0820 21:05:31.714192   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/sign/sign_test.go
W0820 21:05:31.714201   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/broken.pem
W0820 21:05:31.714211   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/broken_csr.pem
W0820 21:05:31.714221   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/ca-bundle.pem
W0820 21:05:31.714230   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/ca.pem
W0820 21:05:31.714244   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/ca2-key.pem
W0820 21:05:31.714254   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/ca2.pem
W0820 21:05:31.714264   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/ca_key.pem
W0820 21:05:31.714273   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/cert.pem
W0820 21:05:31.714286   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/csr.pem
W0820 21:05:31.714296   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/int-bundle.pem
W0820 21:05:31.714306   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/leaf.badkey
W0820 21:05:31.714315   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/leaf.key
W0820 21:05:31.714325   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/api/testdata/leaf.pem
W0820 21:05:31.714334   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/auth/auth.go
W0820 21:05:31.714344   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/auth/auth_test.go
W0820 21:05:31.714354   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/auth/testdata/authrequest.json
W0820 21:05:31.714364   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/auth/testdata/request.json
W0820 21:05:31.714373   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/bundle/bundle.go
W0820 21:05:31.714383   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/bundle/bundle_test.go
W0820 21:05:31.714392   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/cli.go
W0820 21:05:31.714402   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/cli_test.go
W0820 21:05:31.714411   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/config.go
W0820 21:05:31.714421   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/gencert/gencert.go
W0820 21:05:31.714431   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/gencert/gencert_test.go
W0820 21:05:31.714440   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/genkey/genkey.go
W0820 21:05:31.714450   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/genkey/genkey_test.go
W0820 21:05:31.714459   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/info/info.go
W0820 21:05:31.714469   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/ocspserve/ocspserve.go
W0820 21:05:31.714478   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/ocspsign/ocspsign.go
W0820 21:05:31.714488   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/printdefault/defaults.go
W0820 21:05:31.714497   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/printdefault/printdefault.go
W0820 21:05:31.714507   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/scan/scan.go
W0820 21:05:31.714517   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/scan/scan_test.go
W0820 21:05:31.714526   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/selfsign/selfsign.go
W0820 21:05:31.714536   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/selfsign/selfsign_test.go
W0820 21:05:31.714546   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/README.md
W0820 21:05:31.714555   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/serve.go
W0820 21:05:31.714565   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/serve_test.go
W0820 21:05:31.714574   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/static/bundle
W0820 21:05:31.714583   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/static/index.html
W0820 21:05:31.714593   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/serve/static/scan
W0820 21:05:31.714603   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/sign/sign.go
W0820 21:05:31.714612   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/sign/sign_test.go
W0820 21:05:31.714622   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/version/version.go
W0820 21:05:31.714632   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/version/version_dev.go
W0820 21:05:31.714642   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/cli/version/version_test.go
W0820 21:05:31.714651   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/config.go
W0820 21:05:31.714661   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/config_test.go
W0820 21:05:31.714670   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_auth.json
W0820 21:05:31.714680   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_auth_bad_key.json
W0820 21:05:31.714690   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_config.json
W0820 21:05:31.714699   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_default.json
W0820 21:05:31.714709   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_no_auth_keys.json
W0820 21:05:31.714719   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_no_remotes.json
W0820 21:05:31.714728   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_profile.json
W0820 21:05:31.714737   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_remotes.json
W0820 21:05:31.714747   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/invalid_usage.json
W0820 21:05:31.714757   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/valid_config.json
W0820 21:05:31.714766   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/valid_config_auth.json
W0820 21:05:31.714776   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/valid_config_auth_no_default.json
W0820 21:05:31.714785   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/config/testdata/valid_config_no_default.json
W0820 21:05:31.714795   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs11key/pkcs11key.go
W0820 21:05:31.714804   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs11key/pkcs11key_stub.go
W0820 21:05:31.714814   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs12/crypto.go
W0820 21:05:31.714823   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs12/pbkdf/pbkdf.go
W0820 21:05:31.714833   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs12/pkcs12.go
W0820 21:05:31.714842   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/crypto/pkcs7/pkcs7.go
W0820 21:05:31.714852   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/csr/csr.go
W0820 21:05:31.714861   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/csr/csr_test.go
W0820 21:05:31.714871   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/errors/doc.go
W0820 21:05:31.714880   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/errors/error.go
W0820 21:05:31.714890   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/errors/error_test.go
W0820 21:05:31.714900   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/errors/http.go
W0820 21:05:31.714909   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/derhelpers/derhelpers.go
W0820 21:05:31.714919   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/helpers.go
W0820 21:05:31.714928   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/helpers_test.go
W0820 21:05:31.714938   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/pkcs11uri/pkcs11uri.go
W0820 21:05:31.714947   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/pkcs11uri/pkcs11uri_test.go
W0820 21:05:31.714957   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/pkcs11uri/testdata/pin
W0820 21:05:31.714967   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/bundle.pem
W0820 21:05:31.714977   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/bundle_pkcs7.pem
W0820 21:05:31.714987   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/bundle_with_whitespace.pem
W0820 21:05:31.714996   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/cert.der
W0820 21:05:31.715006   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/cert.pem
W0820 21:05:31.715015   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/cert_pkcs7.pem
W0820 21:05:31.715025   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/cert_with_whitespace.pem
W0820 21:05:31.715034   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/empty.pem
W0820 21:05:31.715044   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/emptycert.pem
W0820 21:05:31.715054   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/emptypasswordpkcs12.p12
W0820 21:05:31.715063   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/enc_priv_key.pem
W0820 21:05:31.715073   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/messed_up_bundle.pem
W0820 21:05:31.715083   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/messed_up_priv_key.pem
W0820 21:05:31.715092   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/messedupcert.pem
W0820 21:05:31.715102   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/multiplecerts.p12
W0820 21:05:31.715111   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/noheadercert.pem
W0820 21:05:31.715121   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/passwordpkcs12.p12
W0820 21:05:31.715130   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/priv_rsa_key.pem
W0820 21:05:31.715140   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/private_ecdsa_key.pem
W0820 21:05:31.715149   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testdata/secp256k1-key.pem
W0820 21:05:31.715159   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testsuite/testdata/cert_csr.json
W0820 21:05:31.715169   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testsuite/testdata/initCA/ca_csr.json
W0820 21:05:31.715178   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testsuite/testdata/initCA/cfssl_output.pem
W0820 21:05:31.715188   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testsuite/testing_helpers.go
W0820 21:05:31.715197   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/helpers/testsuite/testing_helpers_test.go
W0820 21:05:31.715207   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/info/info.go
W0820 21:05:31.715217   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/initca.go
W0820 21:05:31.715226   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/initca_test.go
W0820 21:05:31.715236   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/ecdsa256.csr
W0820 21:05:31.715245   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/ecdsa384.csr
W0820 21:05:31.715255   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/ecdsa521.csr
W0820 21:05:31.715265   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/rsa2048.csr
W0820 21:05:31.715274   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/rsa3072.csr
W0820 21:05:31.715284   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/initca/testdata/rsa4096.csr
W0820 21:05:31.715294   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/log/log.go
W0820 21:05:31.715303   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/log/log_test.go
W0820 21:05:31.715313   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/ocsp/config/config.go
W0820 21:05:31.715322   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/selfsign/selfsign.go
W0820 21:05:31.715336   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/selfsign/selfsign_test.go
W0820 21:05:31.715346   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/local.go
W0820 21:05:31.715356   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/local_test.go
W0820 21:05:31.715365   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ca.pem
W0820 21:05:31.715375   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ca_key.pem
W0820 21:05:31.715385   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa256-inter.csr
W0820 21:05:31.715395   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa256-inter.key
W0820 21:05:31.715404   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa256.csr
W0820 21:05:31.715414   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa256_ca.pem
W0820 21:05:31.715423   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa256_ca_key.pem
W0820 21:05:31.715433   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa384.csr
W0820 21:05:31.715443   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ecdsa521.csr
W0820 21:05:31.715453   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ex.csr
W0820 21:05:31.715462   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/ip.csr
W0820 21:05:31.715472   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/key.pem
W0820 21:05:31.715482   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/rsa2048-inter.csr
W0820 21:05:31.715491   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/rsa2048-inter.key
W0820 21:05:31.715501   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/rsa2048.csr
W0820 21:05:31.715511   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/rsa3072.csr
W0820 21:05:31.715521   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/rsa4096.csr
W0820 21:05:31.715530   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/san_domain.csr
W0820 21:05:31.715540   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/local/testdata/test.csr
W0820 21:05:31.715549   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/pkcs11/doc.go
W0820 21:05:31.715559   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/pkcs11/pkcs11.go
W0820 21:05:31.715568   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/pkcs11/pkcs11_stub.go
W0820 21:05:31.715578   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/remote/remote.go
W0820 21:05:31.715587   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/remote/remote_test.go
W0820 21:05:31.715597   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/remote/testdata/ca.pem
W0820 21:05:31.715607   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/remote/testdata/ca_key.pem
W0820 21:05:31.715616   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/signer.go
W0820 21:05:31.715626   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/signer_test.go
W0820 21:05:31.715635   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/universal/universal.go
W0820 21:05:31.715645   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/cloudflare/cfssl/signer/universal/universal_test.go
W0820 21:05:31.715654   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/dgryski/go-rc2/LICENSE
W0820 21:05:31.715664   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/dgryski/go-rc2/bench_test.go
W0820 21:05:31.715673   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/dgryski/go-rc2/rc2.go
W0820 21:05:31.715683   12799 blunderbuss.go:93] Couldn't find an owner for: Godeps/_workspace/src/github.com/dgryski/go-rc2/rc2_test.go
W0820 21:05:31.715693   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-controller-manager/app/controllermanager.go
W0820 21:05:31.715724   12799 blunderbuss.go:93] Couldn't find an owner for: shippable.yml
I0820 21:05:31.715736   12799 blunderbuss.go:105] would have assigned lavalamp to PR 12857
W0820 21:05:46.358112   12799 blunderbuss.go:93] Couldn't find an owner for: examples/job/job.yaml
W0820 21:05:46.721823   12799 blunderbuss.go:93] Couldn't find an owner for: contrib/completions/bash/kubectl
I0820 21:05:46.721933   12799 blunderbuss.go:105] would have assigned thockin to PR 12910
W0820 21:05:49.399525   12799 blunderbuss.go:93] Couldn't find an owner for: api/swagger-spec/v1.json
W0820 21:05:49.399557   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kubelet/app/server.go
W0820 21:05:49.783798   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/integration/integration.go
W0820 21:05:49.783866   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-apiserver/app/server.go
W0820 21:05:50.085110   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/integration/integration.go
W0820 21:05:50.085172   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-apiserver/app/server.go
I0820 21:05:50.085276   12799 blunderbuss.go:105] would have assigned jdef to PR 12919
W0820 21:05:53.875504   12799 blunderbuss.go:93] Couldn't find an owner for: docs/proposals/volumes.md
I0820 21:05:53.875566   12799 blunderbuss.go:105] would have assigned thockin to PR 12944
W0820 21:05:55.339597   12799 blunderbuss.go:93] Couldn't find an owner for: shippable.yml
I0820 21:05:55.339670   12799 blunderbuss.go:105] would have assigned lavalamp to PR 12950
W0820 21:05:56.787487   12799 blunderbuss.go:93] Couldn't find an owner for: docs/proposals/api-group.md
W0820 21:05:57.078919   12799 blunderbuss.go:93] Couldn't find an owner for: docs/proposals/api-group.md
E0820 21:05:57.078985   12799 blunderbuss.go:99] No owners found for PR 12951
I0820 21:06:01.073800   12799 blunderbuss.go:105] would have assigned eparis to PR 12952
W0820 21:06:09.364198   12799 blunderbuss.go:93] Couldn't find an owner for: api/swagger-spec/v1.json
W0820 21:06:09.364268   12799 blunderbuss.go:93] Couldn't find an owner for: cluster/saltbase/salt/fluentd-es/fluentd-es.yaml
W0820 21:06:09.364300   12799 blunderbuss.go:93] Couldn't find an owner for: cluster/saltbase/salt/fluentd-gcp/fluentd-gcp.yaml
W0820 21:06:09.364329   12799 blunderbuss.go:93] Couldn't find an owner for: docs/getting-started-guides/logging.md
W0820 21:06:10.370054   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/integration/integration.go
W0820 21:06:10.370134   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-controller-manager/app/controllermanager.go
I0820 21:06:10.370285   12799 blunderbuss.go:105] would have assigned derekwaynecarr to PR 12962
W0820 21:06:11.914312   12799 blunderbuss.go:93] Couldn't find an owner for: api/swagger-spec/v1.json
W0820 21:06:11.914357   12799 blunderbuss.go:93] Couldn't find an owner for: cluster/saltbase/salt/fluentd-es/fluentd-es.yaml
W0820 21:06:11.914374   12799 blunderbuss.go:93] Couldn't find an owner for: cluster/saltbase/salt/fluentd-gcp/fluentd-gcp.yaml
W0820 21:06:11.914390   12799 blunderbuss.go:93] Couldn't find an owner for: docs/getting-started-guides/logging.md
W0820 21:06:12.919441   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/integration/integration.go
W0820 21:06:12.919506   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kube-controller-manager/app/controllermanager.go
I0820 21:06:13.210094   12799 blunderbuss.go:105] would have assigned ixdy to PR 12963
W0820 21:06:30.904935   12799 blunderbuss.go:93] Couldn't find an owner for: cmd/kubelet/app/server.go
I0820 21:06:31.476921   12799 blunderbuss.go:105] would have assigned bgrant0607 to PR 13003
I0820 21:06:32.925393   12799 blunderbuss.go:105] would have assigned deads2k to PR 13005
I0820 21:06:35.553972   12799 blunderbuss.go:105] would have assigned bgrant0607 to PR 13007
W0820 21:06:36.985135   12799 blunderbuss.go:93] Couldn't find an owner for: cluster/gce/trusty/node.yaml
E0820 21:06:36.985175   12799 blunderbuss.go:99] No owners found for PR 13008
I0820 21:06:38.389139   12799 blunderbuss.go:105] would have assigned erictune to PR 13010
I0820 21:06:39.824443   12799 blunderbuss.go:105] would have assigned thockin to PR 13011

Closing this PR moving over to the contrib repo.  https://github.com/kubernetes/contrib/pull/16


Is there any example code on how to use the multilayer perceptron model in sprklyr ?

I did not find any example code on how to use the multilayer perceptron model. I tried on it but it did not work out for me.

@dwy904 maybe this is what you are looking for.
I followed the aforementioned tutorial and I provide below a minimum reproducible example;
> library(sparklyr)
> library(dplyr)
> library(magrittr)
> sc <- spark_connect(master = "local", version = "2.1.0")
Re-using existing Spark connection to local
> spark_read_csv(sc, name = "titanic", header = TRUE, path = "data/train.csv") # i downloaded the titanic dataset from kaggle
# Source:   table<titanic> [?? x 12]
# Database: spark_connection
   PassengerId Survived Pclass                                                Name    Sex
         <int>    <int>  <int>                                               <chr>  <chr>
 1           1        0      3                             Braund, Mr. Owen Harris   male
 2           2        1      1 Cumings, Mrs. John Bradley (Florence Briggs Thayer) female
 3           3        1      3                              Heikkinen, Miss. Laina female
 4           4        1      1        Futrelle, Mrs. Jacques Heath (Lily May Peel) female
 5           5        0      3                            Allen, Mr. William Henry   male
 6           6        0      3                                    Moran, Mr. James   male
 7           7        0      1                             McCarthy, Mr. Timothy J   male
 8           8        0      3                      Palsson, Master. Gosta Leonard   male
 9           9        1      3   Johnson, Mrs. Oscar W (Elisabeth Vilhelmina Berg) female
10          10        1      2                 Nasser, Mrs. Nicholas (Adele Achem) female
# ... with 881 more rows, and 7 more variables: Age <dbl>, SibSp <int>, Parch <int>,
#   Ticket <chr>, Fare <dbl>, Cabin <chr>, Embarked <chr>
> src_tbls(sc)
[1] "titanic"
> titanic_tbl <- tbl(sc, "titanic") # create a local df
> titanic2_tbl <- titanic_tbl %>%
+   mutate(Family_Size = SibSp + Parch + 1L) %>%
+   mutate(Pclass = as.character(Pclass)) %>%
+   filter(!is.na(Embarked)) %>%
+   mutate(Age = if_else(is.na(Age), mean(Age), Age)) %>%
+   sdf_register("titanic2")
> #Tip: sdf_register is used to save our table for later analysis
>
> # Transform family size with Spark ML API
> titanic_final_tbl <- titanic2_tbl %>%
+   mutate(Family_Size = as.numeric(Family_size)) %>%
+   sdf_mutate(
+     Family_Sizes = ft_bucketizer(Family_Size, splits = c(1,2,5,12))
+   ) %>%
+   mutate(Family_Sizes = as.character(as.integer(Family_Sizes))) %>%
+   sdf_register("titanic_final")
>
> # Partition the data
> partition <- titanic_final_tbl %>%
+   mutate(Survived = as.numeric(Survived), SibSp = as.numeric(SibSp), Parch = as.numeric(Parch)) %>%
+   select(Survived, Pclass, Sex, Age, SibSp, Parch, Fare, Embarked, Family_Sizes) %>%
+   sdf_partition(train = 0.75, test = 0.25, seed = 8585)
>
> # Create table references
> train_tbl <- partition$train
> test_tbl <- partition$test
>
> # Model survival as a function of several predictors
> ml_formula <- formula(Survived ~ Pclass + Sex + Age + SibSp + Parch + Fare + Embarked + Family_Sizes)
>
> # Train a logistic regression model
> (ml_log <- ml_logistic_regression(train_tbl, ml_formula))
* No rows dropped by 'na.omit' call
Call: Survived ~ Pclass_2 + Pclass_3 + Sex_male + Age + SibSp + Parch + Fare + Embarked_Q + Embarked_S + Family_Sizes_1 + Family_Sizes_2

Coefficients:
   (Intercept)       Pclass_2       Pclass_3       Sex_male            Age          SibSp
  3.7701594622  -1.0012123425  -2.0776465629  -2.6740712047  -0.0412194194  -0.0560099570
         Parch           Fare     Embarked_Q     Embarked_S Family_Sizes_1 Family_Sizes_2
  0.1628369340   0.0002930731   0.3638845103  -0.1011630303   0.1417549088  -1.8267650065
> ## Neural Network
> (ml_nn <- ml_multilayer_perceptron(train_tbl, ml_formula, layers = c(11,15,2)))
* No rows dropped by 'na.omit' call
$features
 [1] "Pclass_2"       "Pclass_3"       "Sex_male"       "Age"            "SibSp"
 [6] "Parch"          "Fare"           "Embarked_Q"     "Embarked_S"     "Family_Sizes_1"
[11] "Family_Sizes_2"

$response
[1] "Survived"

$data
<jobj[711]>
  class org.apache.spark.sql.Dataset
  [Survived: double, Pclass: string ... 19 more fields]

$ml.options
$id.column
[1] "id12fc32a031e"

$response.column
[1] "response12fc29d69da"

$features.column
[1] "features12fc7837df5"

$model.transform
NULL

$only.model
[1] FALSE

$na.action
[1] "na.omit"

attr(,"class")
[1] "ml_options"

$categorical.transformations
<environment: 0x15d90490>

$model.parameters
$model.parameters$features
[1] "features12fc7837df5"

$model.parameters$labels
NULL

$model.parameters$response
[1] "Survived"

$model.parameters$id
[1] "id12fc32a031e"

$model.parameters$model
[1] "org.apache.spark.ml.classification.MultilayerPerceptronClassifier"

$.call
ml_multilayer_perceptron(train_tbl, ml_formula, layers = c(11,
    15, 2))

$.model
<jobj[775]>
  class org.apache.spark.ml.classification.MultilayerPerceptronClassificationModel
  mlpc_5fe3f560d3d5

attr(,"class")
[1] "ml_model_multilayer_perceptron" "ml_model"

Hope it helps.

Thank you so much.


Arrangement 2

updated test files!

Thanks Deepak!  I merged the unit tests into my arrangement-2 branch.


[Help Required] Changing labels when being on top of a value

Hi,
I tried without success to change the label & values when being on top of warning value (4) into a list of which machines have alerts + alert name / description ( see attachment).

Same as in zabbix, when the mouse is over the value:

You need to use the Tooltip Template for this.
In the Visualization panel for your graph, you will have some patterns. Each pattern will have its own "Tooltip Template". You need to set this.

@yellowpattern Thanks for you quick response!
Is there any way to view the alerts description the same way as in zabbix (hostname & alertname - see the attachment above).
I'm having issues to view more than 1 alert description due to 'duplicate matches'

Alerts are managed differently in grafana. You manage them from the "Alerts" panel when editing it.


Crafting with Socket Gems

Before you close this and send me here https://github.com/Nunnery/MythicDrops/commit/7a9dd29a98ed4896c2c310a3e242ca93828d758d
Could you please explain how to actually fix the problem. From what I see I don't know how that code could help unless its been added to the latest downloadable version. My players can still craft things out of socket gems and socket sticks and I haven't got the slightest clue how to fix it. Your plugin is fantastic and i would love to continue using it.
I'm using latest craftbukkit and your latest version of Mythicdrops
all configurations are set to default for mythicdrops
Only other plugins i'm using

Essentials
World Edit
World Guard
lore
GriefPrevention
Permissionsex
NoCheatPlus
ProtocolLib
Fishing Plus

I have no plugins that would mess with crafting recipes.

Woah major mind screw going on right here. Turns out I visited this page exactly one year later, and didn't notice the 2014 and I be like WHAAAAAAAAAAAAAAAAAAAAAT


[HTTP Option support] Allow setting HTTP option through annotation

Per the design, the Route controller could also consume a specific annotation on Route, and then set the corresponding annotation value to Kingress spec.
The specific annotation is TBD.
This issue is more suitable to be put under knative serving. But I put it here for easily tracking.

/remove-lifecycle

/assign

So we will use annotation to override the value in the ConfigMap, and allow both ksvc and DomainMapping to set this annotation.


Green function colors dissapeared

I was using this plugin and when I updated it last night, it appears that the green function colors dissapeared. Any ideas? In the above config file functions like setup and use used to be the typical monokai green.
Confirmed by going back to commit 45427b20f29ad1e7ce8bba3152428d6928ae8f09 and it is what it should be:

ditto, same is happening to me

define custom hl group to go back to green, I personally did this after encountering the update (not all of these were the defaults)
monokai.setup {
	custom_hlgroups = {
<EMAIL_ADDRESS>= { fg = palette.green, style = 'italic' },
<EMAIL_ADDRESS>   = { fg = palette.orange, style = 'bold' },
		["@todo"]          = { fg = palette.orange, style = 'bold' },
		["@include"]       = { fg = palette.pink, style = 'italic' },
		["@define"]        = { fg = palette.pink, style = 'italic' },
		["@preproc"]       = { fg = palette.pink, style = 'bold' }
	}
}


Room (possibly others) dont seem to compile with Java 8

I am getting this error specifically by trying to use kotlin with Room, but I assume this would also occur if you are using Java 8 in your source code.
The error is: Warning:warning: Supported source version 'RELEASE_7' from annotation processor 'android.arch.persistence.room.RoomProcessor' less than -source '1.8' and seems to be from a use of @SupportedSourceVersion which specifies "the latest source version an annotation processor supports"? Is this expected? Do we need to wait for the full 1.0 release for it to be fully supported?

Its a warning, not an error. If you use Java 8 features like Lambdas, its just a warning that rooms annotation processor uses java 7 for generating their code. Ignore it since it doesnt hurt.  I guess its used in room to let developers decide if they want to use java 8 (annotations) or 7.

Yes, it is just a warning. Should not be a problem.

Would be nice if there were a Gradle flag we could use to turn this warning off...it's the only warning in our project build :-(

I have the same problem but I don't know how to solve I'm using Android studio 3.10

So many bugs...

upgrade to room 1.1.1, java 8 and warning will disappear.

i have update the room version but still i getting the same issue. Please help.

Boa noite pessoal, estou com o mesmo problema só que em Java, para gerar relatórios no JasperReport Studio, segue abaixo a mensagem:
net.sf.jasperreports.engine.design.JRJdk13Compiler compileClasses
INFORMAÇÕES: warning: Supported source version 'RELEASE_8' from annotation processor 'net.sf.jasperreports.annotations.processors.properties.PropertyProcessor' less than -source '17'
1 warning
Entendi que é um aviso, mas o executável não deixa gerar o relatório por conta desse "erro", alguém conseguiu uma solução?

I am getting this error specifically by trying to use kotlin with Room, but I assume this would also occur if you are using Java 8 in your source code.
The error is: Warning:warning: Supported source version 'RELEASE_7' from annotation processor 'android.arch.persistence.room.RoomProcessor' less than -source '1.8' and seems to be from a use of @SupportedSourceVersion which specifies "the latest source version an annotation processor supports"? Is this expected? Do we need to wait for the full 1.0 release for it to be fully supported?

Uploading OpenMQTTGateway-development.zip…

这是来自QQ邮箱的假期自动回复邮件。

您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。


Leave a star ⭐ if you like it 💜

@ppalone What should i do for this issue?

Just leave a star if you like the project 👻

This isn't an issue at all, I don't know why people misuse things.

@harshgoel05 ok dude, I'll close this issue.


Clean up RISCV test artifact names llvm_aot --> llvm_cpu

Add missing cleanup to https://github.com/iree-org/iree/issues/9930