estahn
Repos
26
Followers
58
Following
37

A prometheus exporter for PHP-FPM.

410
74

:wheel_of_dharma: Mirror images into your own registry and swap image references automatically.

319
28

Identifies geographically closest cloud provider region

9
2

JSON assertions for PHPUnit (including JSON Schema)

33
11

Record and Replay HTTP Responses easily in Symfony

3
0

estahn's Helm Chart Repository

6
9

Events

issue comment
Fix spaces in log

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump github.com/aws/aws-sdk-go from 1.44.92 to 1.44.95

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump k8s.io/api from 0.25.0 to 0.25.1

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump k8s.io/client-go from 0.25.0 to 0.25.1

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump k8s.io/apimachinery from 0.25.0 to 0.25.1

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump github.com/aws/aws-sdk-go from 1.44.95 to 1.44.100

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
issue comment
build(deps): bump github.com/gruntwork-io/terratest from 0.40.21 to 0.40.22

:tada: This PR is included in version 1.3.1 :tada:

The release is available on GitHub release

Your semantic-release bot :package::rocket:

Created at 3 days ago
estahn create tag v1.3.1
Created at 3 days ago

chore(release): 1.3.1 [skip ci]

1.3.1 (2022-10-01)

:bug: Bug Fixes

  • set verbose level & use structured logging (#346) (9b21320)

:arrow_up: Dependencies

Created at 3 days ago
Created at 4 days ago
Handle tags for gmail email accounts

@sisao This will not remove the existing labels will it? I have the label Paperless which paperless-ngx uses as the folder to look up emails. I then "move" it to the folder PaperlessProcessed. But it will keep the label Paperless.

What is your way of organising this with Gmail?

Sidenote: Adding something to the docs would have been fantastic :)

Created at 1 week ago
Cache Layer according to "Pipfile.lock" or "poetry.lock".

I'm not sure if my case is the same or needs a new ticket.

We're using dockerizePip: true. Running serverless package multiple times locally will result in about 19s packaging time. The CI process takes about 5min in total incl deployment, but a large chunk is packaging. I assume this is due to the docker build process, as "docker" is not being executed locally in consequent runs.

Log from CI:

...
Generating requirements.txt from "pyproject.toml"
Parsed requirements.txt from pyproject.toml in /home/runner/work/helios/helios/.serverless/requirements.txt
Installing requirements from "/home/runner/.cache/serverless-python-requirements/df293b6184a94fbfd982a4f95fea1698fe858cb805f178dd2112d29905e6a12e_x86_64_slspyc/requirements.txt"
Docker Image: sls-py-reqs-custom
Using download cache directory /home/runner/.cache/serverless-python-requirements/downloadCacheslspyc
Running docker run --rm -v /home/runner/.cache/serverless-python-requirements/df293b6184a94fbfd982a4f95fea[16]...
Python executable not found for "runtime": python3.9
...

Config:

  pythonRequirements:
    slim: true
    # If changes do not reflect, use `serverless requirements cleanCache`
    # See See https://github.com/serverless/serverless-python-requirements/issues/437
    slimPatterns:
      - "**/tests/**"

      # Removal of boto3 due to Lambda size limitation.
      # This should ideally be packaged with the app.
      - "**/botocore/**"
      - "**/boto3/**"

      # Django files we don't need for the API.
      - "**/locale/!(en|en_*)/**"
    strip: false
    dockerizePip: true
    dockerFile: ./deploy/Dockerfile-requirements
    #dockerImage: public.ecr.aws/sam/build-python3.9
    zip: false
    # Set to `true` to cleanup cache in case of requirements issues.
    invalidateCaches: false
    useDownloadCache: true
    useStaticCache: true
    layer: true
  1. Is there a current solution to speed up or circumvent the docker build if requirements have not changed?
  2. Are there ideas about a future solution to reduce the runtime if requirements have not changed?
Created at 1 week ago
issue comment
chore(deps): bump actions/setup-go from 3.0.0 to 3.3.0

@dependabot rebase

Created at 1 week ago
issue comment
chore(deps): bump github.com/spf13/cobra from 1.4.0 to 1.5.0

@dependabot rebase

Created at 1 week ago
Removal of semantic

We have been using https://github.com/semantic-release/semantic-release for a while and trying out release-drafter. We used the message commit format feat(foo): bar with prefixes such as feat, fix, chore, ... This format is also being used in the pull request title by dependabot (it autodetects if the repo uses this format).

I would like to remove these prefixes from the release notes and tried the following without success:

replacers:
  - search: '/^(fix|feat|ci)(\(.+?\))?: /g'
    replace: ''

Any hints on how to go about it?

Created at 1 week ago
Packaging should not include service level patterns

We have the following config which include all python code also into the warmUpPluginOfficeHoursWarmer.zip. I tried various variations to exclude the files and the only thing that worked is setting package.individually to true.

Imo package.patterns should not be joined to package the warmer function.

functions:
  app:
    handler: wsgi_handler.handler
    timeout: 30
    layers:
      - Ref: PythonRequirementsLambdaLayer
    warmup:
      officeHoursWarmer:
        enabled: prod

package:
  individually: false
  patterns:
    - "!**"
    - "serverless_sdk*/**"
    - "app/**"
    - "module1/**"
    - "module2/**"
    - "module3/**"
    - "*.py"
Created at 2 weeks ago
Created at 2 weeks ago
issue comment
v8r failing due to megalinter not executing within project path

I have tried YAML_V8R_CLI_LINT_MODE: project which fails with: image

Created at 2 weeks ago
opened issue
v8r failing due to megalinter not executing within project path

see for more details https://github.com/oxsecurity/megalinter/issues/1875

Created at 2 weeks ago
opened issue
v8r failing due to megalinter not executing within project path

Describe the bug

I created a file .github/workflows/deploy.yml. Running megalinter in GitHub Actions will produce an error as v8r detects a schema which is incorrect.

v8r uses the following schemastore file to detect the required schema (https://github.com/SchemaStore/schemastore/blob/2e3b50930f40c237d0070414701ea7c44ca2c85e/src/api/json/catalog.json#L1073-L1078). Within this file an attribute fileMatch will be used to detect the schema based on the file path. MegaLinter does not pass a relative path (it will pass /github/workspace/.github/workflows/deploy.yml) hence the match will match with the wrong result.

This may or may not be an issue with v8r, schemastore or megalinter. I'm open for suggestions where to place this.

To Reproduce Steps to reproduce the behavior:

  1. Create project dir and file called mkdir -p v8r-test/.github/workflows && touch v8r-test/.github/workflows/deploy.yml
  2. Run v8r from within project dir cd v8r-test && npx v8r@latest .github/workflows/deploy.yml --verbose
  3. Run v8r from outside the project dir cd .. && npx v8r@latest .github/workflows/deploy.yml --verbose
  4. See different results

Expected behavior Step 2 and 3 should behave the same.

Created at 2 weeks ago
started
Created at 2 weeks ago
pull request closed
Fix spaces in log

Fix absence of space in logs

Setting access policy ondocker.io/loadimpact/k6

Created at 3 weeks ago

fix: set verbose level & use structured logging (#346)

Updates some of the logging to use attributes instead of strings.

Created at 3 weeks ago

Delete renovate.json

Created at 3 weeks ago

ci: scan for security issues

Created at 3 weeks ago

ci: release on dependency updates

Created at 3 weeks ago

ci: enable auto-merge for dependencies

Created at 3 weeks ago

ci: set target-branch for dependabot

Created at 3 weeks ago