profile
viewpoint
Albert Tugushev atugushev Thailand, Phuket tugushev.ru In love with Python, Django, and DevOps. Trying to dive into the Python Packaging.

atugushev/django-password-session 10

A reusable Django app that invalidates all active sessions after change password

atugushev/flake8-printf-formatting 7

flake8 plugin that forbids printf-style string formatting

atugushev/django-static-pages 1

A reusable Django app that generates static pages using Django test client

atugushev/aiohttp 0

Asynchronous HTTP client/server framework for asyncio and Python

atugushev/ansq 0

Written with native Asyncio NSQ package

atugushev/aoc2019 0

My adventures on AoC2019

atugushev/asyncnsq 0

asyncio (PEP 3156) nsq (message queue) client.

atugushev/atugushev.github.io 0

Personal website

atugushev/caio 0

Linux AIO c python bindings

atugushev/click 0

Python composable command line interface toolkit

push eventjazzband/pip-tools

Jon Dufresne

commit sha 2a7af043952ef047f84b9f3746093bf558220875

Delay indexing option.opts until its use in get_compile_command() For the src_files argument, the list is indexed and then unused as the loop exits early. Brings actual use closer to the variable definition.

view details

push time in 13 hours

PR merged jazzband/pip-tools

Delay indexing option.opts until its use in get_compile_command() trivial

For the src_files argument, the list is indexed and then unused as the loop exits early.

Brings actual use closer to the variable definition.

<!--- Describe the changes here. --->

Changelog-friendly one-liner: <!-- One-liner description here -->

Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+3 -3

0 comment

1 changed file

jdufresne

pr closed time in 13 hours

startedusr-sse2/RDM

started time in 17 hours

push eventjazzband/pip-tools

Jon Dufresne

commit sha 174b19882e6f594f21e5347e4ac27f64d5b12fdc

Use os.path.dirname() to get the path's parent directory https://docs.python.org/3/library/os.path.html#os.path.dirname

view details

push time in 18 hours

PR merged jazzband/pip-tools

Use os.path.dirname() to get the path's parent directory tests trivial
Contributor checklist
  • [x] Provided the tests for the changes.
  • [ ] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release). (n/a trivial)
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+1 -1

0 comment

1 changed file

jdufresne

pr closed time in 18 hours

PR opened jazzband/pip-tools

Avoid spurious output during tests tests

It is often convenient to use the pytest option "-s" (shortcut for --capture=no) to view one's own debugging print() output. When there is already lots of spurious output, it produces lots of noise and it may be difficult to view the intended debugging output. By avoiding unnecessary output, it is easier to find.

Tests that have intentional output now assert that output. For example, the output of the sync command is now assert. In addition to the advantage above, this creates a more robust test suite as the expected behavior is now more explicit, precise, and better covered.

<!--- Describe the changes here. --->

Changelog-friendly one-liner: <!-- One-liner description here -->

Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+76 -14

0 comment

7 changed files

pr created time in 18 hours

PR opened jazzband/pip-tools

Remove outdated filterwarnings configuration tests trivial

The listed warnings:

ignore::PendingDeprecationWarning:pip\._vendor.+
ignore::DeprecationWarning:pip\._vendor.+

No longer appear during tests so these filters can safely be removed. It is best to keep as few "ignore" filters as possible to avoid missing an actionable warning.

Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+0 -2

0 comment

1 changed file

pr created time in 21 hours

PR opened jazzband/pip-tools

Delay indexing option.opts until its use in get_compile_command() trivial

For the src_files argument, the list is indexed and then unused as the loop exits early.

Brings actual use closer to the variable definition.

<!--- Describe the changes here. --->

Changelog-friendly one-liner: <!-- One-liner description here -->

Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+3 -3

0 comment

1 changed file

pr created time in 21 hours

issue closedjazzband/pip-tools

support wheel build tag regexes

eg:

echo 'numpy==1.11.0' > requirements.txt
pip-compile --generate-hashes --expression="cpy35.*-macosx.*x86_64"

will include

  • numpy-1.11.0-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
  • numpy-1.11.0.tar.gz

See https://github.com/peterbe/hashin/issues/19 and https://github.com/jazzband/pip-tools/issues/414

closed time in a day

graingert

issue commentjazzband/pip-tools

support wheel build tag regexes

Thanks.

graingert

comment created time in a day

issue commentjazzband/pip-tools

support wheel build tag regexes

Yeah I think this is not needed anymore

graingert

comment created time in a day

created repositorycjerdonek/georgia-2020-presidential-election

Python script for downloading some vote totals

created time in a day

issue commentjazzband/pip-tools

Adding an option to allow pip-compile to accept conflicts

This request looks like a duplicate of #215.

twig

comment created time in a day

issue commentjazzband/pip-tools

support wheel build tag regexes

Since #414 has landed and been released, I don't think this feature is required any longer. That adds all hashes for all platforms. Is there still a use case not covered? I suggest we close.

graingert

comment created time in a day

issue closedjazzband/pip-tools

Wrong command name example in requirements.txt file using pip-compile

Environment Versions
  1. OS Type: Debian
  2. Python version: 3.5.3
  3. pip version: 19.0.3
  4. pip-tools version: 3.4.0
Steps to replicate
  1. use pip-tool 3.4
  2. update requirement of a projet using pip-tools (i get this issue on tracim)
  3. run pip-compile --output-file requirements.txt setup.py
  4. get wrong command header in requirements.txt .
Expected result

Same header as previously (v 3.3.2 work):

#
# This file is autogenerated by pip-compile
# To update, run:
#
#    pip-compile --output-file requirements.txt setup.py
#
Actual result
#
# This file is autogenerated by pip-compile
# To update, run:
#
#    setup.py --output-file requirements.txt setup.py
#

closed time in a day

inkhey

issue commentjazzband/pip-tools

Wrong command name example in requirements.txt file using pip-compile

I'm also unable to reproduce. This issue is getting quite old and has not received the requested followup, so I'm going to close for now. In addition, there have been several releases and improvements since this was reported. If you can still reproduce, please don't hesitate to reopen with additional details.

inkhey

comment created time in a day

PR opened jazzband/pip-tools

Use os.path.dirname() to get the path's parent directory tests trivial
Contributor checklist
  • [x] Provided the tests for the changes.
  • [ ] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release). (n/a trivial)
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+1 -1

0 comment

1 changed file

pr created time in 2 days

PR opened jazzband/pip-tools

Remove deprecated --allow-unsafe/--no-allow-unsafe CLI options backwards incompatible
Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+55 -223

0 comment

9 changed files

pr created time in 2 days

issue openedjazzband/pip-tools

Annotations sometimes losing internal packages

When I run pip-compile some of the internal packages may not appear in annotations, but the next day they may appear again.

The internal package structure looks like this:

# package: dependencies 
my_pkg_1:
my_pkg_2:
my_pkg_3: libhoney, my_pkg_2
my_pkg_4: my_pkg_3
my_pkg_5: my_pkg_3 my_pkg_4, my_pkg_2
my_pkg_6: libhoney, my_pkg_2, my_pkg_2, my_pkg_3, my_pkg_4
my_pkg_7: my_pkg_1, my_pkg_6, my_pkg_4, my_pkg_5

I'm having hard times trying to pin-point the way to reproduce the issue, but the issue seems constant. I was getting a package appearing and dispersing from annotations in 3 successive days constantly.

Any hints on what can cause the issue or how to debug it is very appreciated.

Environment Versions

  1. Linux
  2. Python version: 2.7.18
  3. pip version: 19.0.3
  4. pip-tools version: 4.5.1

Steps to replicate

  1. run pip-compile

Expected result

No changes to .txt files

Actual result

my_pkg_4 is lost from libhoney annotation

-libhoney==1.9.0           # via -c my_pkg_7/requirements.txt, -r my_pkg_7/requirements.txt, my_pkg_4, honeycomb-beeline, my_pkg_5, my_pkg_3
+libhoney==1.9.0           # via -c my_pkg_7/requirements.txt, -r my_pkg_7/requirements.txt, honeycomb-beeline, my_pkg_5, my_pkg_3

created time in 2 days

pull request commentjazzband/pip-tools

Parse environment markers from setup.py install_requires

Hi. Any updates on this? I'd love to see support for environment markers integrated in pip-compile setup.py. Thank you

iamhatesz

comment created time in 2 days

created repositorymitsuhiko/wasm-example-please-ignore

Bla

created time in 2 days

PR opened jazzband/pip-tools

Deprecate --allow-unsafe CLI option for eventual removal

In future versions of pip-tools, the --allow-unsafe behavior will used by default and the option will be removed.

According to the pip developers, it is safe to pin the packages currently listed as unsafe.

These might have been unsafe long ago before pip vendored its dependencies, but in current versions, there is not a demonstrable scenario where this should be considered unsafe.

Using the --generate-hashes argument requires that all packages, including these "unsafe" ones, be pinned.

As a personal anecdote, I've been using the --allow-unsafe over a year without any install-time or runtime conflicts.

Fixes #989

Contributor checklist
  • [x] Provided the tests for the changes.
  • [x] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+190 -94

0 comment

2 changed files

pr created time in 2 days

delete branch jazzband/pip-tools

delete branch : release-fixes

delete time in 2 days

push eventjazzband/pip-tools

Jannis Leidel

commit sha 8fc0cb295899ab0b6a385fe27704dc4f52be7143

Rename deploy workflow to better match Jazzband best practices.

view details

Jannis Leidel

commit sha 044a4aeaed70fd39b2ad7df50ac8b770db3e5da1

Relax Ubuntu version used to match Jazzband best practices.

view details

Jannis Leidel

commit sha 148c947c8be1c3ff66a713bd6c019de1b091d2cb

Merge branch 'master' into release-fixes

view details

Jannis Leidel

commit sha 1f14f9460d4c212d12cbe11e8cbb60bbd9947d60

Remove unneeded caching in release workflow.

view details

Jannis Leidel

commit sha dca6ceb9c13caa9b12db22c4c29a19d145d19f49

Merge branch 'release-fixes' of github.com:jazzband/pip-tools into release-fixes

view details

Jannis Leidel

commit sha b3a4893fbdf8a37e974b17743b3a55751e6656e5

Merge pull request #1245 from jazzband/release-fixes Minor fixes to stay in line with Jazzband CI best practices

view details

push time in 2 days

PR merged jazzband/pip-tools

Minor fixes to stay in line with Jazzband CI best practices ci

<!--- Describe the changes here. ---> This basically makes sure to first setup Python and then fetch the pip cache dir using pip cache dir. Also minor renaming for the sake of consistency.

Contributor checklist
  • [x] Provided the tests for the changes.
  • [ ] Gave a clear one-line description in the PR (that the maintainers can add to CHANGELOG.md on release).
  • [x] Assign the PR to an existing or new milestone for the target version (following Semantic Versioning).
+3 -12

5 comments

1 changed file

jezdez

pr closed time in 2 days

pull request commentjazzband/pip-tools

Minor fixes to stay in line with Jazzband CI best practices

Caches that are not accessed within the last week will also be evicted.

Interesting. Thanks for digging that up.

This makes me think we're better off without it for the release workflow.

Agreed, the time window where caching would be useful for the release workflow is too small to worry about it (or make a dent in the PyPI usage). I've removed the bit from the file.

jezdez

comment created time in 2 days

push eventjazzband/pip-tools

Jannis Leidel

commit sha 1f14f9460d4c212d12cbe11e8cbb60bbd9947d60

Remove unneeded caching in release workflow.

view details

Jannis Leidel

commit sha dca6ceb9c13caa9b12db22c4c29a19d145d19f49

Merge branch 'release-fixes' of github.com:jazzband/pip-tools into release-fixes

view details

push time in 2 days

Pull request review commentjazzband/pip-tools

Minor fixes to stay in line with Jazzband CI best practices

 on: jobs:   build:     if: github.repository == 'jazzband/pip-tools'-    runs-on: ubuntu-20.04+    runs-on: ubuntu-latest      steps:       - uses: actions/checkout@v2         with:           fetch-depth: 0 -      - name: Cache-        uses: actions/cache@v2-        with:-          path: ~/.cache/pip-          key: deploy-${{ hashFiles('**/setup.py') }}-          restore-keys: |-            deploy--       - name: Set up Python         uses: actions/setup-python@v2         with:           python-version: 3.9 +      - name: Get pip cache dir+        id: pip-cache+        run: |+          echo "::set-output name=dir::$(pip cache dir)"++      - name: Cache+        uses: actions/cache@v2+        with:+          path: ${{ steps.pip-cache.outputs.dir }}+          key: release-${{ hashFiles('**/setup.py') }}

I've removed the caching bits for now, given the small time window in which it would be useful for a release workflow.

jezdez

comment created time in 2 days

Pull request review commentjazzband/pip-tools

Minor fixes to stay in line with Jazzband CI best practices

 on: jobs:   build:     if: github.repository == 'jazzband/pip-tools'-    runs-on: ubuntu-20.04+    runs-on: ubuntu-latest      steps:       - uses: actions/checkout@v2         with:           fetch-depth: 0 -      - name: Cache-        uses: actions/cache@v2-        with:-          path: ~/.cache/pip-          key: deploy-${{ hashFiles('**/setup.py') }}-          restore-keys: |-            deploy--       - name: Set up Python         uses: actions/setup-python@v2         with:           python-version: 3.9 +      - name: Get pip cache dir+        id: pip-cache+        run: |+          echo "::set-output name=dir::$(pip cache dir)"++      - name: Cache+        uses: actions/cache@v2+        with:+          path: ${{ steps.pip-cache.outputs.dir }}+          key: release-${{ hashFiles('**/setup.py') }}

Yeah, I've seen all-repos, think that'll be excellent to update the workflows in the future, but the actual migration from travis.yml to GHA workflow wasn't something I was able to figure out with it.

jezdez

comment created time in 2 days

more