uninstall launchctl runs without sudo

General troubleshooting steps

[x] I have checked the instructions for reporting bugs (or making requests) before opening the issue.

[X] None of the templates was appropriate for my issue, or I’m not sure.

[X] I ran brew update-reset && brew update and retried my command.
[X] I ran brew doctor, fixed as many issues as possible and retried my command.
[X] I understand that if I ignore these instructions, my issue may be closed without review.

Description of issue

Installed docker through brew cask install docker.
fiddled around with docker, then decided to remove it.
launched brew cask uninstall docker, got an error.

Output of your command with --verbose --debug
# brew cask uninstall docker --verbose --debug
==> Uninstalling Cask docker
==> Uninstalling Cask docker
==> Un-installing artifacts
==> Determining which artifacts are present in Cask docker
==> 3 artifact/s defined
#<Hbc::Artifact::Uninstall:0x007fc15a898eb0>
#<Hbc::Artifact::App:0x007fc15a898e10>
#<Hbc::Artifact::Zap:0x007fc15a898ca8>
==> Un-installing artifact of class Hbc::Artifact::Uninstall
==> Running uninstall process for docker; your password may be necessary
==> Removing launchctl service com.docker.helper
==> Executing: ["/bin/launchctl", "list", "com.docker.helper"]
==> Executing: ["/bin/launchctl", "unload", "-w", "--", "com.docker.helper"]
==> /Users/joe/Library/Containers/com.docker.helper/Data: Path not searched for services
==> /Users/joe/Library/Containers/com.docker.helper/Container.plist: Invalid property list
==> Executing: ["/bin/rm", "-f", "--", "com.docker.helper"]
==> rm: com.docker.helper: is a directory
Error: Command failed to execute!

==> Failed command:
/bin/rm -f -- com.docker.helper

==> Standard Output of failed command:

==> Standard Error of failed command:
rm: com.docker.helper: is a directory

==> Exit status of failed command:
#<Process::Status: pid 67320 exit 1>
Error: Uninstall incomplete.
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli/uninstall.rb:12:in `run'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli/abstract_command.rb:35:in `run'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:98:in `run_command'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:168:in `run'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:132:in `run'
/usr/local/Homebrew/Library/Homebrew/cmd/cask.rb:8:in `cask'
/usr/local/Homebrew/Library/Homebrew/brew.rb:93:in `<main>'
Error: Kernel.exit
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:173:in `exit'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:173:in `rescue in run'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:156:in `run'
/usr/local/Homebrew/Library/Homebrew/cask/lib/hbc/cli.rb:132:in `run'
/usr/local/Homebrew/Library/Homebrew/cmd/cask.rb:8:in `cask'
/usr/local/Homebrew/Library/Homebrew/brew.rb:93:in `<main>'

Output of brew cask doctor
brew cask doctor
==> Homebrew-Cask Version
Homebrew-Cask 1.2.3-121-gb552908490
caskroom/homebrew-cask (git revision b79d50; last commit 2017-07-02)
==> Homebrew-Cask Install Location
<NONE>
==> Homebrew-Cask Staging Location
/usr/local/Caskroom
==> Homebrew-Cask Cached Downloads
~/Library/Caches/Homebrew/Cask
==> Homebrew-Cask Taps:
/usr/local/Homebrew/Library/Taps/caskroom/homebrew-cask (3653 casks)
==> Contents of $LOAD_PATH
/usr/local/Homebrew/Library/Homebrew/cask/lib
/usr/local/Homebrew/Library/Homebrew
/Library/Ruby/Site/2.0.0
/Library/Ruby/Site/2.0.0/x86_64-darwin16
/Library/Ruby/Site/2.0.0/universal-darwin16
/Library/Ruby/Site
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0/x86_64-darwin16
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0/universal-darwin16
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/x86_64-darwin16
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/universal-darwin16
==> Environment Variables
LANG="fr_FR.UTF-8"
LC_CTYPE="fr_FR.UTF-8"
PATH="/usr/local/opt/ruby/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:~/.antigen/bundles/robbyrussell/oh-my-zsh/lib:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/git:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/python:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/osx:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/pip:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/lein:~/.antigen/bundles/robbyrussell/oh-my-zsh/plugins/command-not-found:~/.antigen/bundles/zsh-users/zsh-syntax-highlighting:/usr/local/Homebrew/Library/Homebrew/shims/scm"
SHELL="/usr/local/bin/zsh"

Would be happy to help if needed!

Please try:
sudo launchctl remove com.docker.helper

sudo launchctl remove com.docker.vmnetd

brew cask uninstall docker

Yep, it works, thanks!
brew cask uninstall docker
==> Uninstalling Cask docker
==> Running uninstall process for docker; your password may be necessary
==> Removing launchctl service com.docker.helper
==> Removing launchctl service com.docker.vmnetd
==> Removing files:
/Library/PrivilegedHelperTools/com.docker.vmnetd
==> Removing App '/Applications/Docker.app'.

Does that mean something is missing in the formula?
By the way, this is a hell of a tool you are building, thanks for your hard work.

Does that mean something is missing in the formula?

No, this might be an issue with the core.
This is the third time I've seen this reported in the last two weeks. https://github.com/caskroom/homebrew-cask/issues/35977 https://github.com/caskroom/homebrew-cask/issues/35665
Ping @vitorgalvao @reitermarkus

I've updated the title of the issue.

Yep, it works, thanks!
brew cask uninstall docker
==> Uninstalling Cask docker
==> Running uninstall process for docker; your password may be necessary
==> Removing launchctl service com.docker.helper
==> Removing launchctl service com.docker.vmnetd
==> Removing files:
/Library/PrivilegedHelperTools/com.docker.vmnetd
==> Removing App '/Applications/Docker.app'.

Does that mean something is missing in the formula?
By the way, this is a hell of a tool you are building, thanks for your hard work.

I've have been unable to reproduce this error and there hasn't been any new reports from users who have encountered this issue. Closing.


Ansible is being run is a world writing directory

When running this (on space lift), it seems to be under /mnt/
Ansible doesn't permit 777 directories from holding the Ansible.cfg file, as changing it would cause a lot of damage
As a result, the inventory file isn't parsed correctly :(

Suggestion: Tighter permissions on the directory space lift pulls down from the code?

This can be mitigated by setting the ANSIBLE_CONFIG envier to wherever it might be pulled in
Would be good if it could just detect the config at the root env, or set the ANSIBLE_CONFIG variable to the Stacks default directory


Support for SandboxedNativeEnvironment

We need to use NativeEnvironment since we are templating JSONs using Jinja, at the same time the templates are from untrusted sources so we need to sandbox them.
It seems to us it might be as simple as something in the vein of
class SandboxedNativeEnvironment(SandboxedEnvironment):
    code_generator_class = NativeCodeGenerator
    concat = staticmethod(native_concat)  # type: ignore

but we aren't sure if we aren't missing something?
We'll be happy to contribute a PR as a followup.

Use both as base classes:
class SandboxedNativeEnvironment(SandboxedEnvironment, NativeEnvironment):
    pass

I added documentation for this in #2063.


Revert our netplan config in favor of the fixed upstream one.

Fixed here FYI: https://salsa.debian.org/cloud-team/debian-cloud-images/-/commit/a44a76fca7f4bf496d3ef7a661aed733cb4bc791


Merge podmates photos with their description tiles

Currently the podmates tiles and their photos are separate. We could create cards, scrollable horizontally with their photos and all their links. LMK if this needs more description.

this works @akshitadixit ?

if this works ! Assign me this one !

Yes, but then make sure the photos aren't there in the header anymore!

Yes, but then make sure the photos aren't there in the header anymore!

Cool ! I will look into it !


x-ms-blob-type

I am creating AZSCloudBlockBlob with SAS URL I obtain from our backend. Then I try to upload data, seeing response of HTTP 403 with message: Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature...
var error: NSError?
let blockBlob = AZSCloudBlockBlob(url: mySASURL, error: &error)
blockBlob.upload(from: data) { (error) in
  // http 403
}

Solution: I inspected the request this framework creates and discovered that header with key x-ms-blob-type is missing. And according to ms docs is required. Using Postman, I created this PUT request including x-ms-blob-type and it works.

I don't understand it, but I came back to the code today and it worked (http 201). I changed nothing, I just wanted to check the http headers generated by this framework again. Seems unstable though, should I close this issue?

Hi @janhalousek, sorry for the late reply!
I'll close this for now, but please let me know if you see the issue again. Thanks!


Add "How To"

Whats new?

[x] Add HowTo for Off-chain
[x] Move Orgs Logos to Assets

Please resolve the conflicts and update the text on the third-party to match the whitepaper. The steps should be:
´´´
First the entity has to register within the platform.
They are now allowed to mint their own custom badges. They will be able to create different badges according to their needs.
They now are able whitelist their user’s addresses that would then mint the badge to themselves.
In case they want to, they might apply as verified entities by The Badge, once they get verified, they will be able not only to whitelist addresses but also to directly mint badges to their users.
´´´


Set GO111MODULE=auto to allow building with go1.16+

Allow building with go 1.16+

related/redundant by https://github.com/openark/orchestrator/pull/1356/?

Ah yes, this will be obsolete when you switch to go modules. I was almost gonna do the go modules change myself because I couldn't get it to build without a go.mod file.
I'll close this then and am patiently awaiting the go modules change.
Semi-related: I cannot get orchestrator to work properly inside intellij without lots of warnings and such. Creating a go.mod file solved almost all of these problems. If you have pointers on how to set up intellij that'd be awesome.


fix: Remove Cognitive complexity from test rules

Big describe blocks with mocha can be interpreted as cognitive complex (if you are not looking at the last it block) triggering sonarjs/cognitive-complexity.
The rule has been disabled in the testing config file.

:tada: This PR is included in version 1.0.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Error: IB Designables: Failed to render and update auto layout status

I am getting this issue while my UIView conformed to BEMCheckBox. I tried all the solutions I can find from Stack Overflow, like clear the derived data, uncomment the use_frameworks! in Podfile, pod reintegrate, install, update. None of them fix it.

I'm facing exactly same issue. And after cleaning my project and building again, my xcode crashed due to some error on IB Compiler.
After that I'm able to compile, but still my xib doesnt open. During runtime its fine tho.

PaymentOnlineViewController.xib: error: IB Designables: Failed to render and update auto layout status for UIView (i5M-Pr-FkT): dlopen(BEMCheckBox.framework, 1): no suitable image found.  Did find:
BEMCheckBox.framework: required code signature missing for 'BEMCheckBox.framework'

Simply add the following to your Podfile in order to resolve this issue. Make sure to pod install or pod update afterwards
  post_install do |installer|
    installer.pods_project.build_configurations.each do |config|
        config.build_settings.delete('CODE_SIGNING_ALLOWED')
        config.build_settings.delete('CODE_SIGNING_REQUIRED')
    end
  end

Source

Finally, it turns out if we only have one check box, it is fine. If we have two, Xcode will yell at you.

I was still getting errors, so I ended up manually import the files and it works.


⚠ Bofrost.lu has degraded performance

In 8fd7ffd, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1571 ms

Resolved: Bofrost.lu performance has improved in d666df2 after 7 minutes.


API Endpoint - Add Cycle Time Summary Data

API Endpoint - Add Cycle Time Summary Data
Testing Reference Only:
Total Time (Text)

Cycle Time Summary - View Official

Cycle Time Summary - View Official with ID

Cycle Time Summary - View Workspace

Cycle Time Summary - View Workspace with ID

Test Case:
Test Passed


Fix deployment annotation for related images

Temporary fix until https://issues.redhat.com/browse/OSSM-6569 is resolved

/override ci/prow/e2e-ocp-4-15 ci/prow/e2e-ocp-4-15-arm ci/prow/e2e-ocp-4-16

/override ci/prow/e2e-ocp-4-15 ci/prow/e2e-kind ci/prow/e2e-ocp-4-15-arm ci/prow/e2e-ocp-4-16


Thanks, a PR with the fix is out and I'll be checking in shortly.


[discuss/random] DOM2React

From @elia on March 20, 2015 14:33
Did a quick experiment about creating react elements out of living DOM, here's the code:
https://gist.github.com/elia/fad23026831a817e3526
I'd like to hear opinions, not sure if this can be useful, but the initial idea was to render static dom and do progressive enhancement through react instead of jquery.
The other idea I'd like to bring to the table is haml2react.rb, kinda on the lines of the Glimmer engine that will come to next Ember version, that's probably a better idea :)
PS. sorry for opening an issue, not probably the best place for a discussion, but I though gitter would have been to sync, and I don't want to miss a single comment on this :frog:
Copied from original issue: zetachang/react.rb#13

From @zetachang on March 20, 2015 16:7
Looks like a cool idea (also learn some cool tricks from your code :smile: ), would you mind explaining more on the haml2react.rb part?

From @elia on March 20, 2015 16:56
Would be cool to replace jsx with haml, I know they feel strongly about keeping the dom declaration along with the component code but you know, ppl like haml :stuck_out_tongue_winking_eye:
The point is that unlike parsing the living dom, haml clearly defines static and dynamic parts and the same object that are supplied to render the haml template can be used to render the react component
var HelloMessage = React.createClass({
  render: function() {
    return
Hello {this.props.name}
;
  }
});

would be in haml (hello_message.haml)
%div
  Hello
  = @name

plus:
class HelloMessage
  include React::Component
  # …
  def render
    ReactTemplate["hello_message"]
  end
end

From @zetachang on March 21, 2015 8:10
Just come up with idea to support different template language (erb, haml) by extending the DOM2React idea @elia present.
Basically every time the render method of the react component is called, the render method of the template language will be invoked which will return plain html back. And then we create an offscreen DOM tree (using innerHTML) and feed it to the DOM2React function which will construct the actual virtual DOM for us and used as the final return value.
We got the benefit of extensibility to all kind of template languages (which return html string as result) and still take advantage of React.js Virtual DOM technique to actually modify the on-screen DOM elements.
The only drawback may be the phase building the actual DOM tree, but since it's not even live on the screen, so all the expensive layouting and rendering will not actually happen.

From @adambeynon on March 20, 2015 21:31
@elia Another useful idea coming from the ember guys is that because they use a template language, rather than pure javascript, they are able to be clever about re-rendering. For example:
.some-class
  .some-other-class
    = some_value

From that template, when we re-render, we know that the only thing that could possibly change is the value passed from some_value, so we do not need to waste cpu cycles checking if .some_class or the inner class have changed - they never will.
Ember, using handlebars, are using this and getting some even better rendering speeds as static content never has to be re-checked between renders.

From @adambeynon on March 20, 2015 21:33
Sorry, I didn't explain that too well, but this does: https://github.com/emberjs/ember.js/pull/10501

From @elia on March 21, 2015 8:23
@adambeynon that's what I meant referring to ember's glimmer engine, actually I got the "inspiration " just after watching the ember 2015 keynote :shipit: :)
@zetachang not sure how expensive would be the offscreen rendering. Also that would give up the ability to pass data to the template. Probably if one wants to use ERB he'd be better off with JSX or HTMLBars directly.

From @zetachang on March 21, 2015 8:50
Actually the render method will work like pseudo code below,
def render
  offscreen_element = Element.create(Template['hello_message'].render(self))
  DOM2React.build(offscreen_element)
end

So it's still possible to pass data to the template rendering context.

From @zerko on March 26, 2015 23:12
@adambeynon i believe that would add marginal performance increase, is it worth to leak abstractions to get it? Is this choice makes code cleaner? Could this be a problem for non-DOM targets? I dont know, but i personally like that React has no such assumptions built in.
Sorry for slight offtopic boys :)

From @elia on March 21, 2015 9:18
I see now, I still feel as it could defy react's performance gains. If js perf wasn't broken it would have been good to have a comparison there.
Another option could be to deep clone react elements and then mutate them, but I didn't seem to find anything on the subject yesterday … in that case tho the (possible) cost of rendering+parsing the Dom would be paid just once.


Yatin: Watch +84966606666

Yatin requests the watch of the watch_number +84966606666. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

Approved by tripleee in Charcoal HQ


Make Announcements dynamic

For now the content of the Announcements section are hard-coded. It would be nice if the content of that page could be dynamically pulled from somewhere so we can do announcements without a code change. Maybe Contentful?

Deployments now do not happen on tags anymore, but rather continuous deployment through the main branch. Therefore I don't think this adjustment is worth it.


creating an alert with labelname and no matcher creates a 400 in the interface

I often create alerts with random label name and no value, that silences everything in the AM.
But it generates a 400 http error in the interface.

At this place the alertmanager tries to fetch the affected alerts.
Send a get request for the url below. The filter parameter is invalid here. I think we should not allow to create no value matchers
http://localhost:9093/api/v2/alerts?silenced=true&inhibited=false&filter=test=

I often create alerts with random label name and no value, that silences everything in the AM.

I am a bit confused here, do you mean "I often create silences with [...]"?

But it generates a 400 http error in the interface.

In case you meant silences, API v2 required each matcher to have a value, see Open API specification. What would be the real world use case for creating a silence with a matcher without a name?

@mxinden real world use case is silencing ALL the alerts.

Or silencing alerts that do not have a certain label

It is not without value, it is with an empty value.

Or silencing alerts that do not have a certain label

This is a valid usecase, which we do want to support. I'm not sure that https://github.com/prometheus/alertmanager/pull/1789 is correct (I've asked a clarifying question there). I think what we want to do is fix the marshaling inconsistency between the alerts page and the silences form:
alerts page:
/api/v2/alerts?silenced=false&inhibited=false&filter={master=""}
silences form:
/api/v2/alerts?silenced=true&inhibited=true&filter=master=
A workaround right now is to put the matcher value as "".
So I suppose I see two problems:

The marshaling on the silences form should have the same result as the marshaling for the alerts page
An empty matcher value on the silences form should be marshaled as "", not just an empty string.

@roidelapluie does this sound ok?

I've checked quickly and this is fixed by #1869. Feel free to re-open @roidelapluie if you don't agree ;-)

#1869 does not seem to fix this issue.
Running latest HEAD:
level=error ts=2019-05-14T18:42:23.624Z caller=api.go:218 component=api version=v2 msg="failed to parse matchers" err="bad matcher format: foo="

What do the requests being made by the UI look like? I just built from 890d20555e5638c599f4af606953c0ea63d852ae and silence creation, silence preview, and viewing the silence were all successful:
Creation
curl 'http://localhost:9093/api/v2/silences'
-H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0'
-H 'Accept: */*'
-H 'Accept-Language: en-US,en;q=0.5' --compressed
-H 'Referer: http://localhost:9093/'
-H 'Content-Type: application/json'
-H 'Connection: keep-alive'
--data '{"matchers":[{"name":"fdas","value":"","isRegex":false}],"startsAt":"2019-05-14T19:00:22.050Z","endsAt":"2019-05-14T21:00:22.050Z","createdBy":"stn","comment":"dsa","id":null}'

Silence preview
GET /api/v2/alerts?filter=fdas%3D%22%22&silenced=true&inhibited=true&active=true HTTP/1.1
Host: localhost:9093
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Referer: http://localhost:9093/
Connection: keep-alive

Silence show (json response)
{
  "id": "51b16913-1e3f-4732-9a76-e5f4e224ee04",
  "status": {
    "state": "active"
  },
  "updatedAt": "2019-05-14T19:00:33.515Z",
  "comment": "dsa",
  "createdBy": "stn",
  "endsAt": "2019-05-14T21:00:22.050Z",
  "matchers": [
    {
      "isRegex": false,
      "name": "fdas",
      "value": ""
    }
  ],
  "startsAt": "2019-05-14T19:00:33.515Z"
}


PROD - Configure reverse proxy

This is an NIRDS mid-tier task. This ticket for coordination / tracking only.

Work done in 2023  by NRIDS. Confirmed that configurations working as expected.


Backport: etcd rolling backup naming scheme

Backport https://github.com/rancher/rancher/issues/20819

verified on v2.2-head - commit id - 81b4458b - (07/25/2019)
UI tag 2.2.91
S3 backups on the UI are seen as below. -ms- - manual backups and -rs- is for recurring snapshots
On the UI:

Amazon S3

Local backups on the UI are seen as below. -ml- - manual backups and -rl- is for recurring snapshots
On UI

On etcd node:


How to create instance per request?

Using this library how to create instances per request.
class CarouselModule extends Module {
  CarouselModule() {
    install(new TransitionModule());
    bind(Carousel); // Want this class to be injected per request and not as singleton
    bind(Slide);
  }
}

Your question sounds like a support request.
Please use the issue tracker only for bugs and feature requests.
Use gitter and StackOverflow for support request.


ERROR "Validation failed in API: nodes" when creating the 1st cluster

ERROR "Validation failed in API: nodes" when creating the 1st cluster
after a fresh installation on Ubuntu 16.04 HOST (hosted on AWS EC2 t2.medium)
I almost cannot do nothing...
REgards

Useful
Info

Versions
Rancher v2.0.0-alpha12 UI: v2.0.16

Access
local admin

Route
global-admin.clusters.new.rke

@picoroma
Can you re-test using rancher/server:v2.0.0-beta1?  If you're still facing issues, please re-open a new issue.


Need sip_types::Method::SUBSCRIBE and sip_types::Method::NOTIFY

I know there is  Method::from(&str), but still want  sip_types::Method::SUBSCRIBE and sip_types::Method::NOTIFY

Added with https://github.com/kbalt/ezk/commit/a132f4fb1d2b72d7a31df1db895defa6837851aa


Small fix in README.md

Hi,
I think a small fix will be preferable In README.md line 24:
-require "datasets"
+require "datasets-arrow"

Good catch!
Could you open a pull request with the change?


Add non-JSON key generation

@ronaldtse @ribose-jeffreylau Any opinions on whether I should get rid of Generate#options= (and similar)? I expected codeclimate to object to it but included it as a shortcut because we have similar shortcuts for Sign, etc.
They just let you do something like:
op.options = {
  bits: 2048,
  hash: :sm3,
  usage: :sign,
  s2k_cipher: :sm4,
  preferences: {
    hashes: %i[sm3 sha512 sha256],
    ciphers: %i[sm4 cast5],
    key_server: 'hkp://pgp.mit.edu',
  }
}

Rather than:
op.bits = 2048
op.hash = :sm3
op.usage = :sign
op.s2k_hash = :sm3
op.preferences = {
  hashes: %i[sha512 sha256],
  ciphers: %i[sm4 cast5],
  key_server: 'hkp://pgp.mit.edu'
}

However, the user can always achieve something similar with:
{
  bits: 2048,
  hash: :sm3,
  usage: :sign,
  s2k_cipher: :sm4,
  preferences: {
    hashes: %i[sm3 sha512 sha256],
    ciphers: %i[sm4 cast5],
    key_server: 'hkp://pgp.mit.edu',
  }
}.each do |key, value|
  op.send("#{key}=", value)
end

So I'm not sure if it's worth it. What do you guys think?

@dewyatt I think being able to set parameters via hash has its benefits, I wouldn't worry so much about CodeClimate. :wink:

@ronaldtse Roger that, thanks!


Class are implemented in both,  One of the two will be used. Which one is undefined console messages.

When building the example and other projects you get the following in the console, for a number of
Class GPBAnyRoot is implemented in both /private/var/containers/Bundle/Application/5122D7C4-688F-4585-9084-BA6E6651A5E8/MLVisionExample.app/Frameworks/Protobuf.framework/Protobuf (0x103b0b6b8) and /var/containers/Bundle/Application/5122D7C4-688F-4585-9084-BA6E6651A5E8/MLVisionExample.app/MLVisionExample (0x103221070). One of the two will be used. Which one is undefined.
From investigation this seems to stem from using the Label Model and Text Model in the same project.
They should work independently and not cause the issue.
Can recreate on the Example App. Issue was not present on version 0.13.0

b/123650332

Hi @Dinalli,
Issue is fixed internally and should be released with the next update of GMV. I'll be closing this for now but feel free to open up again if the issue exits past the next release of GMV.

Hi @ulukaya
I met the same problem after I import FirebasePerformance and GoogleCast
Class GPBAnyRoot is implemented in both //Frameworks/GoogleCast.framework/GoogleCast (0x10d3e12f0) and //App_Name (0x10adfa7a8). One of the two will be used. Which one is undefined.
[Firebase/Crashlytics] Version 4.6.1
[Firebase/Analytics][I-ACS023007] Analytics v.60803000 started


Is there a docker image version of JSON server

I need a  docker image version of JSON server

Just use the nodejs image and run your project folder

Have a look at issue #1009 - my comment for an example Dockerfile and docker-compose.yml file.


Use in-memory pgp keys provided by ENV vars for signing JAR files

Summary of the changes / Why this is an improvement
Instead of using a ~/.gradle/gradle.properties file holding the sensitive information of the private key and password for creating signatures of releasable JAR files, use ENV vars.
See also https://github.com/crate/infrastructure/pull/3015.

Superseded by #385


[common]: make clusterIP independent of LoadBalancer

What this PR does:
This allows headless services (i.e.: setting ClusterIP: None for non-LoadBalancer types)
Which issue this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged): fixes #
Notes for Reviewer:
Test compatibility with existing charts
Checklist:

[ ] Pull Request title in format [chart]: Changed Something
[ ] Updated documentation in the  README.md.gotmpl file and executed helm-docs
[ ] Chart Version bumped
[ ] All commits are signed-off

Thank you @HonoluluHenk for your contribution.
Please refer to the checklist in the PR description (version bump) and fulfill the checks in the separate tab. There are detailed instructions for fulfilling the DCO check.


Terminate license and remove extension results in error if license is already terminated

PHP Version: all   | Shopware Version: > 6.5  | Affected area / extension: Platform(Default)

Expected behaviour:
Extension gets removed
Actual behaviour:
Error occures, extension can't be removed

How to reproduce:

Terminate a license
Go into the extension-area in a showpare store
Hit the "Terminate and remove extension" button

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-38319
[created from NEXT-38319, comment 495460]

[public] The issue is already covered by the following ticket: https://github.com/shopware/shopware/issues/4637"
[created from NEXT-38319, comment 495471]


Support links to VCS modules

At the moment, I can manually install a dependency via pip install -e git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1.
However, if I include -e git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1 in the requirements.txt file in my source tree, pyscaffold raises an error:
Running setup.py -q bdist_egg --dist-dir /var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/egg-dist-tmp-crq17m
[pbr] Generating ChangeLog
ERROR:root:Error parsing
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 109, in pbr
    attrs = util.cfg_to_args(path)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 245, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 379, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/__init__.py", line 132, in __init__
    _Command.__init__(self, dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 109, in pbr
    attrs = util.cfg_to_args(path)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 245, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 379, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/__init__.py", line 132, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.py", line 15, in <module>
    def setup_package():
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.py", line 11, in setup_package
    import sys
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 109, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 262, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 117, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
distutils.errors.DistutilsSetupError: Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.cfg: TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "setup.py", line 23, in <module>
    setup_package()
  File "setup.py", line 19, in setup_package
    use_pyscaffold=True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 930, in run_commands
    self.run_command(cmd)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 949, in run_command
    cmd_obj.run()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/develop.py", line 34, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/develop.py", line 133, in install_for_development
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 720, in process_distribution
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 825, in resolve
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 1070, in best_match
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 1082, in obtain
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 640, in easy_install
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 670, in install_item
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 853, in install_eggs
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 1081, in build_and_install
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 1067, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 246, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/contextlib.py", line 66, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/contextlib.py", line 66, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 166, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 141, in resume
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/_vendor/six.py", line 685, in reraise
    raise value.with_traceback(tb)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.py", line 15, in <module>
    def setup_package():
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.py", line 11, in setup_package
    import sys
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 109, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 262, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 117, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
setuptools.sandbox.UnpickleableException: DistutilsSetupError('Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-ujtr1y/pyrate.git/setup.cfg: TypeError: dist must be a Distribution instance',)

I also received a separate error relating to this pbr bug.

Hi @willu47, thanks for reporting this bug. I uploaded version v2.5.5b1 to PyPI including the current master branch of PBR. Could you check if this solves your problem and report back?

Hi @FlorianWilhelm.  Thanks for getting back to me so quickly.  Unfortunately, that didn't solve the exact problem, but it did introduce the flexibility to use either -e git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1 or git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1 (dropping the -e) in the requirements file.  Before this raised a slightly different error!
This should be fairly easy to reproduce by using a blank project and a link to a git repo using the standard pip syntax for declaring VCS dependencies.
The new stack trace:
[pbr] Generating ChangeLog
ERROR:root:Error parsing
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 111, in pbr
    attrs = util.cfg_to_args(path, dist.script_args)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 248, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config, script_args)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 382, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/__init__.py", line 132, in __init__
    _Command.__init__(self, dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 111, in pbr
    attrs = util.cfg_to_args(path, dist.script_args)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 248, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config, script_args)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 382, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/__init__.py", line 132, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.py", line 15, in <module>
    def setup_package():
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.py", line 11, in setup_package
    import sys
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 109, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 262, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 119, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
distutils.errors.DistutilsSetupError: Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.cfg: TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "setup.py", line 23, in <module>
    setup_package()
  File "setup.py", line 19, in setup_package
    use_pyscaffold=True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 930, in run_commands
    self.run_command(cmd)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 949, in run_command
    cmd_obj.run()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/develop.py", line 34, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/develop.py", line 133, in install_for_development
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 720, in process_distribution
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 825, in resolve
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 1070, in best_match
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/__init__.py", line 1082, in obtain
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 640, in easy_install
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 670, in install_item
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 853, in install_eggs
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 1081, in build_and_install
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/command/easy_install.py", line 1067, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 246, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/contextlib.py", line 66, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/contextlib.py", line 66, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 166, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 141, in resume
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/pkg_resources/_vendor/six.py", line 685, in reraise
    raise value.with_traceback(tb)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.py", line 15, in <module>
    def setup_package():
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.py", line 11, in setup_package
    import sys
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/core.py", line 109, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/distutils/dist.py", line 262, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/setuptools-20.1.1-py3.3.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/ee/lib/python3.3/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 119, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
setuptools.sandbox.UnpickleableException: DistutilsSetupError('Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-wj9w42/pyrate.git/setup.cfg: TypeError: dist must be a Distribution instance',)

This seems to be a problem with MacOSX builds and is not a problem on Linux.

@willu47 It seems so. I just tried the following under Linux.

Created a project with putup my_project
Added git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1 to requirements.txt
Run python setup.py sdist to generate a distribution
Installed my_project with pip install dist/my_project-0.0.post0.dev1+84f5fa5.tar.gz

and it works perfectly. I have no Mac computer at my disposal. My guess is that it's a bug somewhere deep in either setuptools or pbr. Sorry.
BTW, the stacktrace appears when you run python setup.py sdist or pip to install the package?

Hmm, I have replicated this on OSX and it also works, but that is because the sdist obfuscates the direct link to the git project, and installs pyrate from pip (note that this is a different pyrate library to the one we use.

Okay, now here is what I did with PyScaffold 2.5.5b1 on Linux:

Create and activate a new virtual environment, i.e. virtualenv new_venv and source new_venv/bin/activate
Update pip and setuptools, i.e. pip install -U pip setuptools
Installed PyScaffold, i.e. pip install -U --pre pyscaffold
Created a project my_project, i.e. putup my_project
Added git+https://github.com/UCL-ShippingGroup/pyrate.git#egg=pyrate-v0.1 to requirements.txt
Run python setup.py develop  and it fails but python setup.py install works without installing pyrate.

So it seems the problem also exist on Linux and might be independent of the OS.

This is the stacktrace::

running develop
running egg_info
writing requirements to my_project.egg-info/requires.txt
writing my_project.egg-info/PKG-INFO
writing top-level names to my_project.egg-info/top_level.txt
writing dependency_links to my_project.egg-info/dependency_links.txt
[pbr] Processing SOURCES.txt
[pbr] In git context, generating filelist from git
warning: no files found matching 'AUTHORS'
warning: no files found matching 'ChangeLog'
warning: no previously-included files found matching '.gitreview'
warning: no previously-included files matching '*.pyc' found anywhere in distribution
writing manifest file 'my_project.egg-info/SOURCES.txt'
running build_ext
Creating /home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/my-project.egg-link (link to .)
my-project 0.0.post0.dev1+6cfa899 is already the active version in easy-install.pth

Installed /home/fwilhelm/Sources/my_project
Processing dependencies for my-project==0.0.post0.dev1+6cfa899
Searching for pyrate>=v0.1
Best match: pyrate 0.1
Doing git clone from https://github.com/UCL-ShippingGroup/pyrate.git to /tmp/easy_install-nld0xs/pyrate.git
Processing pyrate.git
Writing /tmp/easy_install-nld0xs/pyrate.git/setup.cfg
Running setup.py -q bdist_egg --dist-dir /tmp/easy_install-nld0xs/pyrate.git/egg-dist-tmp-IWgDW2
[pbr] Generating ChangeLog
ERROR:root:Error parsing
Traceback (most recent call last):
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 111, in pbr
attrs = util.cfg_to_args(path, dist.script_args)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 248, in cfg_to_args
kwargs = setup_cfg_to_setup_kwargs(config, script_args)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 382, in setup_cfg_to_setup_kwargs
cmd = cls(dist)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/init.py", line 132, in init
_Command.init(self, dist)
File "/usr/lib64/python2.7/distutils/cmd.py", line 59, in init
raise TypeError, "dist must be a Distribution instance"
TypeError: dist must be a Distribution instance
Traceback (most recent call last):
File "setup.py", line 23, in
setup_package()
File "setup.py", line 19, in setup_package
use_pyscaffold=True)
File "/usr/lib64/python2.7/distutils/core.py", line 151, in setup
dist.run_commands()
File "/usr/lib64/python2.7/distutils/dist.py", line 953, in run_commands
self.run_command(cmd)
File "/usr/lib64/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/develop.py", line 34, in run
self.install_for_development()
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/develop.py", line 133, in install_for_development
self.process_distribution(None, self.dist, not self.no_deps)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 720, in process_distribution
[requirement], self.local_index, self.easy_install
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pkg_resources/init.py", line 825, in resolve
dist = best[req.key] = env.best_match(req, ws, installer)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pkg_resources/init.py", line 1070, in best_match
return self.obtain(req, installer)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pkg_resources/init.py", line 1082, in obtain
return installer(requirement)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 640, in easy_install
return self.install_item(spec, dist.location, tmpdir, deps)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 670, in install_item
dists = self.install_eggs(spec, download, tmpdir)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 853, in install_eggs
return self.build_and_install(setup_script, setup_base)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 1081, in build_and_install
self.run_setup(setup_script, setup_base, args)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 1067, in run_setup
run_setup(setup_script, args)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 246, in run_setup
raise
File "/usr/lib64/python2.7/contextlib.py", line 35, in exit
self.gen.throw(type, value, traceback)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 195, in setup_context
yield
File "/usr/lib64/python2.7/contextlib.py", line 35, in exit
self.gen.throw(type, value, traceback)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 166, in save_modules
saved_exc.resume()
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 141, in resume
six.reraise(type, exc, self._tb)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 154, in save_modules
yield saved
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 195, in setup_context
yield
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 243, in run_setup
DirectorySandbox(setup_dir).run(runner)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 273, in run
return func()
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 242, in runner
_execfile(setup_script, ns)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/sandbox.py", line 46, in _execfile
exec(code, globals, locals)
File "/tmp/easy_install-nld0xs/pyrate.git/setup.py", line 15, in
def setup_package():
File "/tmp/easy_install-nld0xs/pyrate.git/setup.py", line 11, in setup_package
import sys
File "/usr/lib64/python2.7/distutils/core.py", line 111, in setup
_setup_distribution = dist = klass(attrs)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/dist.py", line 272, in init
_Distribution.init(self,attrs)
File "/usr/lib64/python2.7/distutils/dist.py", line 287, in init
self.finalize_options()
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/setuptools/dist.py", line 327, in finalize_options
ep.load()(self, ep.name, value)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
pbr_read_setup_cfg(dist, keyword, True)
File "/home/fwilhelm/Sources/new_venv/lib/python2.7/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 119, in pbr
'Error parsing %s: %s: %s' % (path, e.class.name, e))
setuptools.sandbox.UnpickleableException: DistutilsSetupError('Error parsing /tmp/easy_install-nld0xs/pyrate.git/setup.cfg: TypeError: dist must be a Distribution instance',)

Great, thanks for detailing the procedure you followed to recreate the error.  I think the next step is to determine whether this is a bug specifically related to something in the pyrate repository, or to all dependencies referred to in a requirements.txt file in a PyScaffold project.

On OSX:

Created a project depend, i.e. put-up my_project
git pushed to https://github.com/willu47/depend.git
Created a project my_project
Added git+https://github.com/willu47/depend.git to requirements.txt
Run python setup.py develop and it fails but python setup.py install works without installing pyrate.

Same error.
pbr] Generating ChangeLog
ERROR:root:Error parsing
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 111, in pbr
    attrs = util.cfg_to_args(path, dist.script_args)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 248, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config, script_args)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 382, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/__init__.py", line 132, in __init__
    _Command.__init__(self, dist)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance
Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 111, in pbr
    attrs = util.cfg_to_args(path, dist.script_args)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 248, in cfg_to_args
    kwargs = setup_cfg_to_setup_kwargs(config, script_args)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/util.py", line 382, in setup_cfg_to_setup_kwargs
    cmd = cls(dist)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/__init__.py", line 132, in __init__
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/cmd.py", line 57, in __init__
    raise TypeError("dist must be a Distribution instance")
TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.py", line 23, in <module>
    setup_package()
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.py", line 19, in setup_package
    use_pyscaffold=True)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/core.py", line 108, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/dist.py", line 281, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 119, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
distutils.errors.DistutilsSetupError: Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.cfg: TypeError: dist must be a Distribution instance

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "setup.py", line 23, in <module>
    setup_package()
  File "setup.py", line 19, in setup_package
    use_pyscaffold=True)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/dist.py", line 955, in run_commands
    self.run_command(cmd)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/develop.py", line 34, in run
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/develop.py", line 133, in install_for_development
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 720, in process_distribution
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/pkg_resources/__init__.py", line 825, in resolve
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/pkg_resources/__init__.py", line 1070, in best_match
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/pkg_resources/__init__.py", line 1082, in obtain
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 640, in easy_install
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 670, in install_item
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 853, in install_eggs
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 1081, in build_and_install
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/command/easy_install.py", line 1067, in run_setup
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 246, in run_setup
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/contextlib.py", line 77, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/contextlib.py", line 77, in __exit__
    self.gen.throw(type, value, traceback)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 166, in save_modules
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 141, in resume
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/pkg_resources/_vendor/six.py", line 685, in reraise
    raise value.with_traceback(tb)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 154, in save_modules
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 195, in setup_context
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 243, in run_setup
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 273, in run
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 242, in runner
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/sandbox.py", line 46, in _execfile
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.py", line 23, in <module>
    setup_package()
  File "/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.py", line 19, in setup_package
    use_pyscaffold=True)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/core.py", line 108, in setup
    _setup_distribution = dist = klass(attrs)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/dist.py", line 272, in __init__
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/distutils/dist.py", line 281, in __init__
    self.finalize_options()
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/setuptools-20.1.1-py3.5.egg/setuptools/dist.py", line 327, in finalize_options
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/integration.py", line 114, in pyscaffold_keyword
    pbr_read_setup_cfg(dist, keyword, True)
  File "/Users/will2/miniconda3/envs/shipping/lib/python3.5/site-packages/pyscaffold/contrib/pbr/pbr/core.py", line 119, in pbr
    'Error parsing %s: %s: %s' % (path, e.__class__.__name__, e))
setuptools.sandbox.UnpickleableException: DistutilsSetupError('Error parsing /private/var/folders/mm/v_zfd9yx3r5bg0xsp0mxgqv80000gn/T/easy_install-nkbji0m9/depend.git/setup.cfg: TypeError: dist must be a Distribution instance',)

Finally, for completeness, I added pyrate as a dependency of a project which does not use PyScaffold (i.e. just using vanilla setuptools for packaging).  The same error occurred.

Cool, so  setuptools is the culprit. I just pushed a branch recursive_import_workaround, could you check if it works with that branch? You need to checkout PyScaffold, and run python setup.py install from that branch inside a clean virtual environment. After that you it's the same as before.

I did some more investigations and got some insights. It seems that pbr creates several distributions (setuptools.dist.Distribution). When this dist object is then used to create a command (setuptools.Command which inherits from distutils.core.Command) like egg_info it is checked if the distribution argument really is an instance of Distribution. Now inside distutils.core.Command something wired happens:
    def __init__(self, dist):
        """Create and initialize a new Command object.  Most importantly,
        invokes the 'initialize_options()' method, which is the real
        initializer and depends on the actual command being
        instantiated.
        """
        # late import because of mutual dependence between these classes
        from distutils.dist import Distribution

        if not isinstance(dist, Distribution):
            raise TypeError, "dist must be a Distribution instance"```

The second but last line causes the error. Although we have just created a proper Distribution instance object the check if it is really an instance of Distribution fails. I did some debugging and it really is true that at that point we have two Distribution classes (yes, classes) in memory that are semantically the same but not identical. i.e. have different memory locations and therefore ids. The Distribution object we created is an instance of another Distribution that we are checking for at that point.
In Python also classes are objects and so it is under some circumstances possible to have two manifestations of the same class. Since setuptools does a lot of crazy things with distutils like monkey patching and I guess also some module reloadings. This is what might happen here unintentionally.
I am no expert in setuptools but luckely I know one that might shed some light on this. I mean most likely this really is a bug with setuptools. What do you think @RonnyPfannschmidt?

@willu47 btw, you have of course always the workaround to run pip install -r requirements.txt before calling python setup.py develop. In this case it works.

@willu47 @FlorianWilhelm pbr is in the traceback, pbr is a total mess from openstack ^^


Update composer.json

changed version requirements to meet Laravel 8 - not thoroughly tested

@asantibanez ping to merge this PR to support Laravel 8?


Switch to portable-atomic

Could it be as simple as that?

done in b14c4a819207138158052421e010ca9b4b8b895e
thanks anyway :)


Update deps

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 78.84%. Comparing base (b7ae447) to head (6d043bf).
Report is 9 commits behind head on main.

Additional details and impacted files
@@             Coverage Diff             @@
##             main      #86       +/-   ##
===========================================
+ Coverage   42.30%   78.84%   +36.53%
===========================================
  Files           3        3
  Lines         208      208
  Branches        8       13        +5
===========================================
+ Hits           88      164       +76
+ Misses        120       43       -77
- Partials        0        1        +1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


refactor(accidental): rewrite symbol getter using explanatory variables

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

6 of 6 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
347

Relevant Lines:
347

💛  - Coveralls


Tests: correct invalid tests

These tests specified the Darwin triple unconditionally, resulting in
the test always being run in Darwin mode.  However, the ABI output is
not emitted on all platforms, which resulted in an out-of-bounds access
in the output.  Remove the explicit target triple, repairing the tests
on Windows.

@swift-ci please test

Looks like you need to filter out the auto link extract step for tests.

I missed that locally - Windows doesn't add in the auto-link-extract job either.

@swift-ci please test

@swift-ci please test


Missalinices

Now that we have a requirements file, you should edit the Installation section in the README.md file, like:
1. pip install -r requirements.txt

And lets add a LICENSE file with the text:
Copyright (c) 2016

Permission to use, copy, modify, and/or distribute this software for
any purpose with or without fee is hereby granted, provided that the
above copyright notice and this permission notice appear in all
copies.

 IN NO EVENT SHALL THE
AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL
DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR
PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
PERFORMANCE OF THIS SOFTWARE.

It's a ISC license so let's add a badge that tells people in a glance the project license.
You can look at this project, take the svg badge from there, but the link should be to our LICENSE file of course.
Add the license badge at the README.md file before the travis badge.

warning: push.default is unset; its implicit value has changed in
Git 2.0 from 'matching' to 'simple'. To squelch this message
and maintain the traditional behavior, use:
git config --global push.default matching
To squelch this message and adopt the new behavior now, use:
git config --global push.default simple
When push.default is set to 'matching', git will push local branches
to the remote branches that already exist with the same name.
Since Git 2.0, Git defaults to the more conservative 'simple'
behavior, which only pushes the current branch to the corresponding
remote branch that 'git pull' uses to update the current branch.
See 'git help config' and search for 'push.default' for further information.
(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode
'current' instead of 'simple' if you sometimes use older versions of Git)
Warning: Permanently added the RSA host key for IP address '<IP_ADDRESS>' to the list of known hosts.
Counting objects: 108, done.
Compressing objects: 100% (64/64), done.
Writing objects: 100% (108/108), 15.76 KiB | 0 bytes/s, done.
Total 108 (delta 43), reused 99 (delta 40)
remote: Resolving deltas: 100% (43/43), done.
To git@github.com:nirgn975/open_pension_scraper.git

[new branch]      4 -> 4


Performance Validators

This is a WIP to make sure all the performance tests are passing if they were merged into master.
Submitter:

[ ] This pull request describes why these changes were made.
[ ] Internal ticket for this PR:
[ ] Internal ticket links to this PR
[ ] Code diff has been done and been reviewed
[ ] Tests are included and test edge cases
[ ] Tests have been run locally and pass

Reviewer 1:
Name:

[ ] Code is maintainable and reusable, reuses existing code and infrastructure where appropriate, and accomplishes the task’s purpose
[ ] The tests appropriately test the new code, including edge cases
[ ] You have tried to break the code

Reviewer 2:
Name:

[ ] Code is maintainable and reusable, reuses existing code and infrastructure where appropriate, and accomplishes the task’s purpose
[ ] The tests appropriately test the new code, including edge cases
[ ] You have tried to break the code

This should be ready for review and merge. The biggest issue we are currently going to have is I worry that https://github.com/projectcypress/cypress/pull/963 is going to probably conflict since this has gem upgrades in it as well. Also the ruby-prof gem seems to be very sensitive to version upgrades of the other testing gems.


Container won't start without --ipc=host

I tried multiple images (x11docker/fvwm, x11docker/xfce, rycus86/pycharm), and they won't start in podman without --ipc=host.
The command I'm using: x11docker --backend=podman x11docker/xfce glxgears
Error message:
x11docker ERROR: start_container(): Did not receive PID of PID1 in container.
Maybe the container immediately stopped for unknown reasons.
Just in case, check if host and image architecture are compatible:
Host architecture: amd64 (x86_64), image architecture: amd64.
Content of container log:
Error: no container with name or ID "x11docker_X165_x11docker-xfce-glxgears_059468494033" found: no such container
Error: runc: runc create failed: unable to start container process: error during container init: error mounting "mqueue" to rootfs at "/dev/mqueue": mount mqueue:/dev/mqueue (via /proc/self/fd/15), flags: 0xe: operation not permitted: OCI permission denied
Error: inspecting object: no such object: "x11docker_X165_x11docker-xfce-glxgears_059468494033"
However, if I add --ipc=host like x11docker --backend=podman --ipc=host x11docker/xfce glxgears, the container can start and nxagent window will show up.

Thank you for the report!
Could you please show me the output of --debug? For example,
x11docker --debug --backend=podman x11docker/xfce glxgears

Your error message speaks of runc (docker default), but podman normally uses crun instead. Is that a custom configuration of you?
This might cause an issue if you also have and use image x11docker/xserver.
Please try if it works with --xc=no to disable the X container. For example:
x11docker --xc=no --backend=podman x11docker/xfce glxgears

Thanks. crun was not installed on my computer. I removed runc and installed crun, and x11docker --backend=podman x11docker/xfce glxgears worked for me. Looks like Fedora chose runc as dependency instead of crun when I was installing podman.

Looks like Fedora chose runc as dependency instead of crun when I was installing podman.

That's odd. podman and crun are closely related to RedHat/fedora having the same developers.
However, good that the issue is fixed.


[WIP] ci: Move format tests to tooling

Signed-off-by: Ryan Northey<EMAIL_ADDRESS>Commit Message: ci: Move format tests to tooling
Additional Description:
Moves the format tests to the tooling job - this prevents eg the tests being called repeatedly in fix/test calls, speeds up precheck a bit (by making pre-check jobs more parallel) and will make it easier to optimize these tests
Risk Level:
Testing:
Docs Changes:
Release Notes:
Platform Specific Features:
[Optional Runtime guard:]
[Optional Fixes #Issue]
[Optional Deprecated:]
[Optional API Considerations:]

marking this wip while i figure out what impact separating the tests has on build times

Throwing this over to Lizan becasue I trust him to catch mistakes in these scripts better than I will but I AM SO EXCITED FOR THIS CHANGE.
yeah, I spent way too much time in format checks....

@alyssawilk this gives a small speedup in terms of sequential run time but not overall - except in the case where one of these tests fails which currently triggers an rerun of all format jobs
mostly, its just another step to unpicking and isolating the non-performant jobs - but its also the better place for these jobs in terms of ci i think

yeah, I spent way too much time in format checks....

i just realised you meant running them locally - i never do it - which is part of the reason im trying to separate out the stuff that causes my laptop to spin out - most of the actual format checks can run ~quickly if we remove all of the tooling tests and proto mangling


fix: NPE when stats manager not initialized

Motivation
Fix for this issue:
https://github.com/apache/pulsar/issues/3873

rerun cpp tests


Catch-all not working with dynamic route

Describe the bug
Hi, I'm trying to have a catch all inside a dynamic route but unknown routes that have at least one segment are not being caught, instead they are hitting the <Navigate> route:
import { Routes, Route, Navigate } from 'solid-app-router'
import { Editor, NotFound } from 'src/pages'

export function App() {
  return (
    <Routes>
      <Route path="/:lang">
        <Route path="/" element={<Editor />} />
        <Route path="/*any" element={<NotFound />} />
      </Route>
      <Route path="/*">
        <Navigate href="/en" />
      </Route>
    </Routes>
  )
}

I expect /en/doesnt-exist to hit <NotFound>. I thought it might be that the outer catch-all takes precedence but moving it to the outer route doesn't help:
export function App() {
  return (
    <Routes>
      <Route path="/:lang">
        <Route path="/" element={<Editor />} />
      </Route>
      <Route path="/:lang/*any" element={<NotFound />} />
      <Route path="/*">
        <Navigate href="/en" />
      </Route>
    </Routes>
  )
}

Not sure if this is a misunderstanding or a bug 🤔 Thanks!
Note the <Navigate> redirect doesn't work in StackBlitz but does if you download the project. You can still see it rendering <Editor> though as if it had.
Your Example Website or App
https://stackblitz.com/edit/vitejs-vite-vsxmh3
Steps to Reproduce the Bug or Issue

Navigate to /en/doesnt-exist
It hits the <Navigate> redirect route and ends up at /en/ (the <Editor>)

Expected behavior
Should load the <NotFound> route
Screenshots or Videos
No response
Platform

OS: macOS
Browser: Chrome
Version: 105

Additional context
No response

THis was a docs error..
It should be:
export function App() {
  return (
    <Routes>
      <Route path="/:lang">
        <Route path="/" element={<Editor />} />
      </Route>
      <Route path="/:lang/*any" element={<NotFound />} />
      <Route path="/*" element={<Navigate href="/en" />} />
    </Routes>
  )
}

Children will eager eval.. it should be in the element prop.


Add a class to execute a lambda upon destruction

This can be a system resource of an api::Function. The deleter will execute the function.


Include encoding errors in API response

Closes #1342
@lukechampine lmk what you think of manually encoding the JSON response.

My feeling is that WriteError should never fail unless we somehow break the way api.Error is marshaled. WriteJSON is much more susceptible to failure because it is marshaling an arbitrary type. So I think my preference would be to give up entirely in WriteError (just call build.Critical, since it's a developer error) and call WriteError from WriteJSON if WriteJSON fails.

I take it back -- in either case, encoding should never fail. If it does, it's a developer error, so we should use build.Critical. There's no reason to send a response at all because we're in "undefined behavior" territory -- something is egregiously wrong and needs to be fixed ASAP. So I would drop the response writing and just leave the build.Criticals, along with a comment explaining that it can only occur in the event of developer error.

Agreed. Updated with @lukechampine's suggested change.


evaluate problem，need help！

confuse about your code, empty_label=keras_models.p0_index and p0_index = 1
Does P0 means no relationship between entity pair?
a sample in your dataset:
{"kbID": "P0", "right": [15], "left": [9]}]

Yes, exactly!

Yes, exactly!

thanks for your reply!! Further more, how do you construct those entity pair without relationship? random sample from entity with relationship? or  those entity pair without relationship exactly exists in Wiki

Just combine entities in the sentence into pairs and check if there is relation between them in the KB. If not, label as „no relation“. Then randomly subsample the negative examples to balance the overall class distribution.

Just combine entities in the sentence into pairs and check if there is relation between them in the KB. If not, label as „no relation“. Then randomly subsample the negative examples to balance the overall class distribution.

Thanks a lot! your open code helps me a lot!

I have another question while train CNN model, an error occurs,my command code is:
model_CNN train ../data/wikipedia-wikidata/enwiki-20160501/semantic-graphs-filtered-training.02_06.json ../data/wikipedia-wikidata/enwiki-20160501/semantic-graphs-filtered-validation.02_06.json
error is shown as follow:
super(MaskedConvolution1D, self).init(**kwargs)
Traceback (most recent call last):
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\framework\ops.py", line 1659, in _create_c_op
c_op = c_api.TF_FinishOperation(op_desc)
tensorflow.python.framework.errors_impl.InvalidArgumentError: Shapes must be equal rank, but are 3 and 0 for 'masked_global_max_pooling1d_1/Select' (op: 'Select') with input shapes: [?,36,1], [?,36,256], [].
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:/学习/国科大学习/自然语言处理/EMNLP2017/relation_extraction/model_train.py", line 138, in
model = getattr(keras_models, model_name)(keras_models.model_params, embedding_matrix, max_sent_len, n_out)
File "C:\学习\国科大学习\自然语言处理\EMNLP2017\relation_extraction\core\keras_models.py", line 183, in model_CNN
sentence_vector = MaskedGlobalMaxPooling1D()(x)
File "C:\Program\anaconda3\lib\site-packages\keras\engine\base_layer.py", line 457, in call
output = self.call(inputs, **kwargs)
File "C:\学习\国科大学习\自然语言处理\EMNLP2017\relation_extraction\core\keras_models.py", line 544, in call
return K.max(tf.where(mask[:,:,np.newaxis], x, -np.inf ), axis = 1)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\util\dispatch.py", line 180, in wrapper
return target(*args, **kwargs)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\ops\array_ops.py", line 3204, in where
return gen_math_ops.select(condition=condition, x=x, y=y, name=name)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\ops\gen_math_ops.py", line 8568, in select
"Select", condition=condition, t=x, e=y, name=name)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\framework\op_def_library.py", line 788, in _apply_op_helper
op_def=op_def)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\util\deprecation.py", line 507, in new_func
return func(*args, **kwargs)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\framework\ops.py", line 3300, in create_op
op_def=op_def)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\framework\ops.py", line 1823, in init
control_input_ops)
File "C:\Program\anaconda3\lib\site-packages\tensorflow\python\framework\ops.py", line 1662, in _create_c_op
raise ValueError(str(e))
ValueError: Shapes must be equal rank, but are 3 and 0 for 'masked_global_max_pooling1d_1/Select' (op: 'Select') with input shapes: [?,36,1], [?,36,256], [].
Process finished with exit code 1

I notice that some entities(left&right) non-continuous tokens, such as:"left": [0, 1, 18, 19], seems that 0,1 tokens represent "The", "game", 18,19 tokens represent "the", "game". They are the same entity, so "left" or "right" in json file contain all index of the same entity, is it right?
an example:
"edgeSet": [{"left": [0, 1, 18, 19], "right": [27], "kbID": "P279"}], "tokens": ["The", "game", "has", "a", "unique", "engine", "in", "which", "the", "protagonist", ",", "Lester", ",", "is", "easily", "frightened", "early", "in", "the", "game", "and", "will", "act", "reluctantly", "when", "faced", "with", "animal", "s", ",", "height", "s", ",", "etc", "."]}

Hi,
yes, the token ids may include multiple occurrences of the same entity.
as to your error message, I will have to look into it next week. Could you please try to train another type of model and see if it works?
Best wishes
Daniil

thanks, your MaskedConvolution1D class doesn't implement call method. i am not familiar with keras, will conduct parent class's call method automatically?
class MaskedConvolution1D(layers.Convolution1D):
def init(self, **kwargs):
self.supports_masking = True
super(MaskedConvolution1D, self).init(**kwargs)
def compute_mask(self, x, mask=None):
    return mask

Hi! Yes, the call method of the parent is used in this case.


remove ascii

Proposed changes
Remove the ASCII logo as it breaks helm deploy using Ansible (operator)
Types of changes
What types of changes does your code introduce?
Put an x in the boxes that apply

[X] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist
Put an x in the boxes that apply.

[X] I have read the CONTRIBUTING doc
[X] I have read the CLA
[X] I have added necessary documentation (if appropriate)
[X] Any dependent changes have been merged and published in downstream modules

Ah! It should probably be:
Splunk> The Data-to-Everything(tm) Platform

Whatever we replace the ascii with, we’ll just have to get it approved by the overlords.

@matthewmodestino
Done

Ha! mad quick!
Heres the unicode char to render the trademark symbol
https://unicode-table.com/en/2122/
Not sure if that would also break Ansible?


[1934] Fix trainee state update on reinstatement

Context
https://trello.com/c/tKmwy4r8/1934-reinstating-trainees-doesnt-update-their-state-if-they-have-a-trn
There is a check in trin_received! that explicitly prevents transition
If the trainee is in a deferred or withdrawn state (for if the trainee
receives a trn when they are in that state). So we can use one of the
built-in methods provided by the state machine
Changes proposed in this pull request
Fix it
Guidance to review
Find a deferred or withdrawn trainee on the review app and reinstate them.

 Reinstating trainees doesn't update their state if they have a trn


How do you compress an action of a humanoid to an integer id in range [0, 1000]?

Hello,
I check the vector quantinized actions in the dataset. Surprisingly, an action is quantinized to only an integer id in range [0, 1000]. The compression ratio is quite high since a humanoid has so many joints...
How do you quantinized the actions? Do you train an action encoder-decoder like DeepMind's Genie (so the action in dataset is only a latent action and has no relation with real actions of humanoid joints)?
Best,
StarCycle

Hello StarCycle,
Our current method of quantizing actions is simply an autoencoder with FSQ applied to the latent space. We are discretizing the actual humanoid actions, not learning latent actions like GENIE. We are considering releasing the raw actions and should have more information within 2 weeks.

Hi @kev-zhao,
I see. But quantizing float number actions of so many joints to a singe integer between 0 and 1000 still sounds crazy...
Just curious: is it possible to train humanoid policy whose output is the latent action (i.e., the integer id), and then recover this latent action to continuous actions? What's the success rate of this policy?
A similar research is vqbet. It does compress the action but also predicts continuous number directly.
Looking forward to your response!

I believe we don't use all joints for these actions, but a (relatively large) subset that is enough for both manipulation and navigation tasks. Plus, not all of the possible combinations of values are 1) physically possible 2) useful 3) present in the data, which makes the compression to 1000 values more realistic.
We are looking at alternative quantizers though.

So some joint angles decoded from the action id may be not physical possible. That makes a lot of sense.
Would you like to compress joints to multiple integer ids, instead of a single one. And also use such action representation to train robotics policy?

@Guitaricet @kev-zhao @ericjang ,
Would you like to try this as a new action tokenizer?

Hi @Guitaricet,
I agree. I do like code-free algorithms like FSQ!
For SAQ, the core idea is to use state-conditioned action encoder and decoder which may compresses the actions better. Looking forward to your results!
─=≡Σ((( つ•̀ω•́)つ


API docs + landing page

Generated api docs (in /doc/algob, /doc/runtime)
Welcome page (/doc/landing-page/index.html)
Renamed /docs -> /user-docs. (Will be moved to /doc as well using https://mipatterson.github.io/typedoc-plugin-pages/index.html)

The background (yellow gradient) is too flashy. Let's change it to lower the contrast. I propose:
.bg-gradient {
    background: linear-gradient(#eea, #f6f6ad);
    ....

Please remove generated files (api docs) from the tracked files - we will generate them in appropriate branch.

Removed.


Allow inline TemplateHaskell

See previous discussion on https://github.com/gibiansky/IHaskell/issues/183.
Implement once GHC 7.8 is being used, as then we can use pprint? Or perhaps zeroth.

Want to back this issue? Place a bounty on it! We accept bounties via Bountysource.

Has anybody managed to get DecQ splices working under GHC 7.8.3 and IHaskell?   It seems like with that, acowley/Frames would work.

No, this hasn't been worked on at all. I've talked to @houshuang about some ideas for how to implement it so I think there is a pretty clear path towards the implementation, but no effort has been put into it yet. (If you're interested in taking a stab at it, let me know, and we can discuss implementation strategies. Otherwise, hopefully I'll get to it eventually.)

It's definitely something I'm very interested in getting working though – without it, you can't really use things like lenses or various special deriving things in IHaskell...


Dedicated server crashes client connection upon joining

When attempting a connection to a dedicated server, the connection crashes when the dedicated server attempts to load LocalPlayer via at.petrak.hexcasting.forge.cap.CapSyncers.syncSentinel(CapSyncers.java:59)
The following mods were built from source, and the rest were downloaded from CurseForge:

Hex Casting was on commit<PHONE_NUMBER>99480458dd8453c82106abe624525f
PAUCAL was on commit ab90101be292bc5645e94b6ae989617235ba3e91

I ran a dedicated server on two separate machines, and attempting to connect to either of them results in this same error. Here is the debug log for one of them (the other looked exactly the same)
CapSyncers doesn't seem to mention anything client-related, closest thing i could find is that MsgSentinelStatusUpdateAck references net.minecraft.client.Minecraft, but the constructor doesn't involve it, and the exception is not thrown from there so, spooky o.O
Installed Mods

caelus-forge-1.19.2-<IP_ADDRESS>
hexcasting-forge-1.19.2-0.11.0
kotlinforforge-3.12.0-all
Patchouli-1.19.2-77
paucal-forge-1.19.2-0.6.0

issue #478 was fixed by #479 and marked as closed, so im closing this issue too


Budget not filtered on global tags

I have set a global filter to not remove any resource with given tags, but these are ignored for the Budget resource

Budgets don't currently support tags, that's why it's not working.

Budgets do support tags in the AWS SDK. See e.g. https://github.com/aws/aws-sdk-go/releases/tag/v1.52.4

I meant in the tool they aren't implemented. I'm pretty busy this weekend but I'll look at it as soon as I can.

:tada: This issue has been resolved in version 3.19.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Feature/uc1

User Case 1 to 5 and 31 to 32

@Sekonyela1 It appears that you've not removed the uml diagrams. I still see HR System.puml and use-cases.puml in the root directory.


Git subtree usage!

Git subtree usage!
Git subtree features

[x] Deploying git tracked subfolder to gh-pages
[x] Adding a subproject to repo
[x] Get latest change in your repo for a linked project

Deploying a subfolder to gh-pages
git subtree push --prefix <folder_name> origin gh-pages

Keep it coming! :+1:


[Remplease remove from the denylistoval]:

Hotspot Name
88411c419dfffff
Hotspot b58 Address
11pwvGX8Ts1yQxKrWnGVnRML78SXknDZ6EF3QYdcdpocLQ6so3Q  112GGyTQBX2TfTWWvNT8FPL5BDXe1M8HNk8XMXJkB6q15UzqNHbC  115UZodJiJeLQgf2R7tMgBoFLAHppvxNkacyYM2DGXKkmcpoVPy  11nrcoq5rjbyebYmNXNntQYyLF8LuLfUhdyWjBBwj4GPTCod4wu  1153taB7JZrTbSkBKCnQoBSvUXEVbkXxFbdP6rfuGyAhTP2zB4i  11ZtnBysYoZrtb8bPjDEwXMUNqorWJLesG8NDBQ9TvFbh8grWBR  11qD37JxFse5m7uMrw5P1uZV2b9woJTKBMoEDjdgJmQgLnMJ3QY  114ZzsqGEhRXCSgTXYt2qk6m5YZSs8K5Qsoyh2gbYZT5e6ntyCq  114ZzsqGEhRXCSgTXYt2qk6m5YZSs8K5Qsoyh2gbYZT5e6ntyCq  112ZjBaAYMMZjXukozgNB7n56Haufspw3oyThbdQRn9FGG22U8dq 112CXsYf3SnuYCcPRzxycpetZU2iJmYvCiWwFNSLmzW8MvkkSSNB  112SGbgopAHjepcxNJhnqwq1867etcyGoCoTEtDAPsoc5Bjrn24r 11yb5nUjrtVopgNDuVBYuDMDM1a6MYRDAy9NJ62BnjD7bEJ8z6T  112CDQ9Mvt5xDBcbibTxqdXiJNSWC7nMELgtWV35sKPEeuA4SQQU  112skUX2BuWL2TqB85239CD461uc8C5fQep1k8cmHtE69KcksQuC
Discord Handle
hyy573966
Hotspot Manufacturer
bobcat
Removal Reason
Please deal with it as soon as possible
Modifications
No
Extra forwarders
No
Extra antennas
No
Additional Information
No response

We do not have sufficient evidence to remove these hotspots from the denylist. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.

We have taken into account this removal request in the next iteration of the denylist. It may take some time before it's processed. This is an automated comment due to the volume of addition and removal requests. A future tool is in the works to provide more insight into the analysis approach made by the Helium team and community members that maintain this list.