mozilla
/
treeherder
зеркало из https://github.com/mozilla/treeherder.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
treeherder/requirements/dev.txt

64 строки
1.8 KiB
Plaintext
Исходник Обычный вид История

Bug 1164881 - Add MPL2.0 headers to recent treeherder repo files
2015-05-14 18:43:05 +03:00
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, you can obtain one at http://mozilla.org/MPL/2.0/.
Bug 1155160 - Stop referring to compiled vs pure packages This differentiation was only useful when explaining which packages could be listed in which requirements file (since compiled packages could not be added to checked-in.txt). Now that all packages are peep installed, common.txt contains both pure and compiled packages.
2015-04-22 13:23:06 +03:00
# Dependencies needed only for development/testing.
Add a vagrant setup for dev and a basic django webapp.
2013-03-06 21:08:21 +04:00
# for the test suite and coverage metrics
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: VQiDuYGEzvbLuYDU2QBRMwrq5BB1CS-Y7wIVcZr47zM
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
pytest==2.6.4
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: MeUZjAbykOHoE9MN3QY6BAHZ46aYEpykQmd4FnOnEoU
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
pytest-cov==1.8.1
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: 8UAnAQY5mPanBgl4mq6NwFcD860KNIgvYZllNlTFVUM
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
datadiff==1.1.6
Add a vagrant setup for dev and a basic django webapp.
2013-03-06 21:08:21 +04:00
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: vrVp5tcHy0zYLCJsl7fh9BzWK65lbYnmhxB-74N2x_0
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
WebTest==2.0.18
Add a vagrant setup for dev and a basic django webapp.
2013-03-06 21:08:21 +04:00
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: uDndLZwRfHAUMMFJlWkYpCOphjtIsJyQ4wpgE-fS9E8
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
mock==1.0.1
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: bF65Fbz3Y7Z3uOUc22jIR0EnqbYOSebiQLBexeRJxDs
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
responses==0.3.0
Bug 1072291 - handle 404 responses from json-pushes
2014-09-26 20:08:28 +04:00
Bug 1159250 - Update django-extensions to 1.5.2 https://github.com/django-extensions/django-extensions/blob/master/CHANGELOG.md#152 https://github.com/django-extensions/django-extensions/compare/1.5.1...1.5.2
2015-04-28 17:20:42 +03:00
# sha256: jMb9abCD_WP_dy-6QnVit5OCy9FPhN37NA_nab1jL7E
django-extensions==1.5.2
Add a vagrant setup for dev and a basic django webapp.
2013-03-06 21:08:21 +04:00
code cleaning
2013-05-15 16:54:42 +04:00
#for celery auto-reloading
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: 58UqnzbO4nxdCTHs-SlZzQIjF7AJAb007wXs5KKlyxs
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
pyinotify==0.9.5
Bug 1107523 - Run flake8 as part of the Travis build flake8 is pyflakes+pep8. In a later PR I'll add a mention of it to the docs - particularly how to set it up as a local git commit hook, but for now I'm just keen to not regress the passing flake8 run. We may also need to further tweak the ignore settings in setup.cfg if we find certain warning types to be too annoying.
2015-03-02 19:30:03 +03:00
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: wEJTewVQLw7kQNlQ1fONWjwROwPMpHPDnqkAAb2ayFc
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
flake8==2.4.0
# Required by pytest
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: KN0LkNKbOGr7VS78TjVciJ9GOc6TZYp4cqIVDs4ou4k
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
py==1.4.26
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
# Required by pytest-cov
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: ShTGfVIP2p1CsNphNGOFeMquHTdLm7Ri2N4AWH26dkw
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
cov-core==1.15.0
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
# Required by cov-core
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: 0a6hxKphuDZtakLdNlBiL7-cY07STq9_N5yLlw5e1E4
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
coverage==3.7.1
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
# Required by WebTest
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: orKb0EjKL-VKBGspdwlkc4hyqXRwA6NxNEqT7t961Y4
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
beautifulsoup4==4.3.2
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: gmUn3J0zTtTtds2uZy_cu8z2FBhmV9txZ5q1jfhpRYo
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
waitress==0.8.9
Bug 1159250 - Update WebOb to v1.4.1 http://docs.webob.org/en/latest/news.html https://github.com/Pylons/webob/compare/1.4...1.4.1
2015-04-28 17:20:09 +03:00
# sha256: Evi5g5C-_EczbSwOW62cxIYJ2Ajquz-GddwQJ6Op6ds
WebOb==1.4.1
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
# Required by django-extensions, WebTest & responses
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: QYqTw5en7asj5ViNvAZ6x0pyPts9VBvUk295R252Rdo
Bug 1143033 - Update packages in dev.txt
2015-03-13 20:03:55 +03:00
six==1.9.0
Bug 1070470 - Move six to dev.txt since it's not used in production
2015-03-12 17:48:01 +03:00
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
# Required by flake8
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: ic9r9P9kT_i5EuL6fiq7aNV6jn6Rjjk8coQNMNLrzws
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
mccabe==0.3
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: Yuh_1UU1-5MrSk2Uho21IyV6EDHIvGvTWMIBVDPmRts
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
pep8==1.5.7
Bug 1143350 - Add peep hashes to the requirements files The whole point of peep is that it errors out if (a) hashes aren't specified for a package, or (b) the provided hash is incorrect. As such before we can start using peep, we must add the hashes. The requirements files are still compatible with pip, since it just treats them like any other comment.
2015-03-15 18:20:29 +03:00
# sha256: rEVxaVwQzhU2vNuhopS58tPmzJ0OoXG2fVCghkzj4EI
Bug 1070470 - Add inferred dependencies to requirements files There were many packages that end up being installed via dependency chains, that were not themselves listed in the requirements files. To ensure determinism with pip (and to prevent errors with peep, since it uses --no-deps by default), all packages must be listed explicitly. I've avoided adding any more packages to checked-in.txt since we will soon be deleting the vendor directory, so it seems silly to pollute it further. compiled.txt is now rather unfortunately named, since it lists packages that are pure and could have been in vendor/. Versions have been set to match those currently used in production, or in the case of blessings (which is not installed in production, we're just lucky our use of mozlog does not hit the import & so haven't seen the error), I've just set it to the latest available version.
2015-03-12 04:27:19 +03:00
pyflakes==0.8.1