pmxbot IRC Log Viewer

[13:05:36] <jellycode> someone here sent me some links to some of the grant information a week or two ago. Who was it again?

[13:05:52] <jellycode> I should say, does anyone remember who sent me those links? I'd like to chat with them further.

[13:07:15] <di_codes> jellycode: probably sumanah?

[13:09:16] <jellycode> yes that sounds like it might have been

[13:10:04] <jellycode> said they'd be going to Ohio in May for the conference

[13:49:10] <mgedmin> pip 10 is a bit confusing sometimes

[13:52:29] <Siecje> mgedmin: Do you have an example?

[13:54:13] <mgedmin> I realised I should be explaining this in a github issue rather than here, so

[13:54:14] <mgedmin> https://github.com/pypa/pip/issues/5302

[13:55:28] <mgedmin> tl;dr "requirement not upgraded as not directly required" messages confuse me

[13:57:33] <faltad1> the ipaddress warning sounds like a bug to me?

[13:57:50] <faltad1> it reads as if you were using a python version higher than 3.0

[13:59:16] <mgedmin> python 2.7

[14:00:30] <faltad1> Yeah but i mean it says: Requirement not upgraded as not directly required: ipaddress; python_version < "3"

[14:00:44] <faltad1> maybe I read it wrong, but it's indeed very confusing

[14:00:51] <mgedmin> ah, that's extra confusion

[14:01:30] <mgedmin> I'm familiar with PEP-whocanrememberthesenumbersg*ddamnit environment marker syntax so I see this as "ipaddress, which is required because your python version is less than 3"

[14:02:25] <mgedmin> perhaps I picked the wrong package for the example

[14:02:31] <mgedmin> we could focus on setuptools

[14:02:55] <mgedmin> it's up to date, but the "requirement not upgraded as ...: setuptools" makes it look as if it _could_ be upgraded

[14:03:03] <mgedmin> I'd like to come up with a rephrasing

[14:03:23] <mgedmin> maybe "requirement not considered for upgrading"

[17:02:01] <bitdancer> But that begs the question: why not?

[17:27:06] <sumanah> jellycode: Hi, I saw in http://kafka.dcpython.org/day/pypa/2018-04-19 you want to talk about funding?

[17:28:31] <sumanah> jellycode: I recommend that you consider getting an IRC client on your computer that saves logs locally -- I use HexChat, some people use irssi if they like a command-line experience, there's a Firefox plugin that does IRC, Colloquy is good on the Mac I believe

[17:40:17] <jellycode> i use hexchat at home also

[17:40:18] <jellycode> i'm at work

[17:40:35] <jellycode> and my remote access is being blocked :(

[17:40:50] <jellycode> anyway, thanks for responding

[17:42:15] <jellycode> sumanah: I'm guessing it wasn't you then?

[17:42:22] <sumanah> Hi jellycode

[17:42:39] <sumanah> jellycode: I don't know how many different conversations you have had about funding and grants

[17:42:47] <sumanah> jellycode: I do know that I did give you some advice and links on grants

[17:44:58] <sumanah> jellycode: my sympathies on your remote access to IRC being blocked!

[17:45:13] <sumanah> jellycode: https://wiki.mozilla.org/MOSS is the funding Warehouse recently got

[17:46:29] <sumanah> jellycode: you said you'd like to chat further?

[17:46:38] <sumanah> do you have questions, or just thoughts to share?

[17:49:58] <sumanah> jellycode: I saw in http://kafka.dcpython.org/day/pypa/2018-04-19 "I'd like to chat with them further." so I'm going off that.....

[17:52:44] <jellycode> I mean weeks ago, who i spoke to

[17:52:54] <jellycode> One person said, "Well be in Ohio at the python conference next month"

[17:53:22] <jellycode> also, said the other person helping wrote most of the new code around new metadata

[17:54:05] <sumanah> jellycode: ok. So, I'm probably the person you are remembering. I indeed will be sprinting at PyCon in Cleveland, Ohio in May, along with several other Warehouse maintainers

[17:54:07] <jellycode> so they're definitely active contributors

[17:54:22] <sumanah> jellycode: I'm one of the people currently working on PyPI.

[17:54:45] <sumanah> The other person you are thinking of is Dustin Ingram, di_codes. He wrote most of the metadata support you are thinking of https://dustingram.com/articles/2018/03/16/markdown-descriptions-on-pypi

[17:54:59] <jellycode> Yeah, I guess it was April 4th

[17:55:05] <jellycode> sent me link to http://tidelift.com/

[17:55:16] <sumanah> jellycode: https://wiki.python.org/psf/PackagingSprints is info about the PyCon sprints.

[17:55:18] <sumanah> Yup

[17:55:35] <jellycode> and yup, i see now

[17:55:43] <jellycode> thanks again :)

[17:55:58] <jellycode> i came back to ask questions, but got busy now

[17:56:02] <jellycode> will chat in a bit ;)

[17:56:03] <sumanah> Ah. got it.

[18:04:49] <chmay> Hey everyone! I hit an error related to PyPA, and I wanted to find the people to notify...

[18:05:20] <chmay> I'm on an ubuntu server and add pps:pypa/ppa as a repository

[18:05:34] <chmay> I try to apt update, and I hit an error...

[18:06:28] <chmay> Err:6 http://ppa.launchpad.net/pypa/ppa/ubuntu xenial Release

[18:06:28] <chmay> 404 Not Found

[18:06:28] <chmay> E: The repository 'http://ppa.launchpad.net/pypa/ppa/ubuntu xenial Release' does not have a Release file.

[18:06:45] <chmay> Updating from such a repository can't be done securely, and is therefore disabled by default.

[18:07:20] <chmay> FWIW, I was following the directions on pipenv (https://docs.pipenv.org/#install-pipenv-today)

[18:07:53] <chmay> Is there a better place to report this?

[18:16:38] <techalchemy> not really, I can pass it along

[18:16:46] <techalchemy> I don't think xenial is supoprted

[18:16:54] <techalchemy> nope

[18:16:59] <techalchemy> so it's not necessarily a bug

[18:17:03] <techalchemy> ppas are only built against artful atm

[18:17:17] <techalchemy> and not that actively btw

[18:17:36] <techalchemy> you're better off installing pipenv from pypi

[18:17:51] <ngoldbaum> or just work in a virtualenv

[18:18:10] <chmay> Roger that.

[18:18:27] <techalchemy> working in a virtualenv wouldn't install software for you

[18:18:27] <chmay> Thanks!

[18:18:32] <techalchemy> i'd recommend installing it from pypi

[18:18:46] <techalchemy> via pip

[18:19:01] <ngoldbaum> that's true, but you can "pip install -U pip" in the virtualenv without worrying about debian packages

[18:19:15] <techalchemy> you can also pip install --user --upgrade pip

[18:19:24] <techalchemy> and not user a virtualenv and never worry about debian packages again

[18:19:37] <techalchemy> or also you can install pyenv and never worry about system python ever again

[18:19:42] <chmay> Good to know. That's what I'm trying to do as a workaround. THough so far the server becomes unresponsive when I try to install the packages. :\

[18:19:55] <techalchemy> which server

[18:20:01] <ngoldbaum> yes, in general, best to avoid the system python

[18:20:04] <ngoldbaum> that way lies pain

[18:20:09] <techalchemy> ^

[18:20:33] <chmay> Yeah, I used pyenv to install 3.6. I'm currently trying to use that

[18:21:11] <techalchemy> trying? but failing?

[18:21:19] <chmay> I'm trying to move this project on this server to pipenv, thought it would be easier, but that's life as a programmer. :D

[18:21:39] <techalchemy> if you're using pyenv you definitely can't use a ppa to install and use pipenv

[18:21:49] <techalchemy> ppas are only for system packages

[18:22:17] <chmay> Right. I was following the instructions for installing pipenv

[18:22:39] <chmay> And when I got that error, I started trying to install it through pip

[18:22:39] <techalchemy> i dont think the pipenv instructions tell you to use a ppa if you use pyenv

[18:22:55] <techalchemy> if they do that is a serious problem

[18:22:56] <chmay> https://docs.pipenv.org/#install-pipenv-today

[18:23:05] <chmay> Or, if you’re using Ubuntu 17.10:

[18:23:05] <chmay> $ sudo apt install software-properties-common python-software-properties

[18:23:05] <chmay> $ sudo add-apt-repository ppa:pypa/ppa

[18:23:05] <chmay> $ sudo apt update

[18:23:05] <chmay> $ sudo apt install pipenv

[18:23:23] <chmay> It' s just to install a global pipenv

[18:23:33] <techalchemy> yes, i am a pipenv maintainer

[18:23:46] <chmay> thanks for your work!!!

[18:23:57] <techalchemy> no problem, sorry for the difficulty

[18:24:10] <techalchemy> we can definitely get this sorted

[18:24:23] <chmay> It's a part of getting everything going, right?

[18:24:28] <techalchemy> so you want to install pipenv on an ubuntu server(?)

[18:24:34] <techalchemy> and convert a project over to it

[18:25:03] <chmay> indeed. I have a django project on this server, which is running fine (And I probably should have left good enough alone)

[18:25:23] <chmay> so, I converted my requirements.txt to a pipfile and pilfile.lock lovally

[18:25:26] <chmay> locally

[18:26:05] <chmay> sshed into the server and now have pipenv running through a new global python 3.6.4

[18:27:08] <chmay> When I navigate to the folder and run pipenv install, it starts setting up the environment, but it appears to hang after installing 15 dependencies

[18:42:29] <techalchemy> chmay: its limited to 15 subprocesses at a time so it will just hang there for a bit until it batches through those

[18:43:56] <chmay> Interesting.

[18:44:40] <chmay> Do you think that something might be off w/r/t the server environment and the pipfile.lock?

[18:51:13] <techalchemy> unlikely but I'd need to know how long you waited, how many things you're installing, etc

[18:55:41] <chmay> 20 minutes ago, I tried installing them again. I hit ctrl-c to cancel it, and told Azure to stop the server. (which usually doesn't take long). It took over 15 minutes to shut down

[18:56:35] <chmay> My pipfile only has five items. Looks like that translates to 38 total dependencies

[19:07:44] <chmay> I just re-ran it with -vvvvvvv anf got a traceback

[19:09:37] <chmay> https://pastebin.com/GUsEA11b

[19:15:36] <ngoldbaum> looks like a pipenv bug

[19:16:50] <chmay> My last pastebin might not be as helpful... I just realized that was piped into a log file, this is what the terminal shows: https://pastebin.com/Rn5v7T01

[19:17:26] <ngoldbaum> given that the traceback ends up inside pipenv, i'd suggest reporting this on pipenv's issue tracker

[19:17:42] <chmay> Roger that.

[19:35:23] <chmay> Thanks for your help!

[20:38:32] <techalchemy> chmay: that's not a pipenv bug, that's from you hitting ctrl+c

[20:38:37] <techalchemy> you should include your lockfile

[20:38:42] <techalchemy> when you deploy your application

[20:38:57] <chmay> It's there. Should I include it in my bug?

[20:39:51] <chmay> I'm pretty sure I didn't hit Ctrl-C when I captured the output... but I do find it odd that it did terminate

[20:46:19] <chmay> techalchemy: That's right! Now I remember, I was so surprised to see movement that I captured it as soon as it finished... so one of those pastbins should definitely be without a ctrl-c. You might be right that one is.

[21:01:57] <hbf> Hi. I want to run "pip download" on host A, to download packages for host B. But how do I ask host B which --platform, --python-version, --implementation, and --abi to pass to "pip download" on A?

[21:03:37] <hbf> well, i can find python-version:-) not sure what the other params should look lik

[21:05:42] <ngoldbaum> is host B running a pypi mirror?

[21:06:20] <hbf> host B cannot access any mirror. So I download to A, move the packages to a directory in B, install from that dir on B.

[21:06:44] <ngoldbaum> oh sorry, i meant to say "is host A running a pypi mirror"?

[21:06:53] <ngoldbaum> because pip downloads from pypi, not from arbitrary hosts

[21:07:25] <hbf> no, i want to download from pypi to A

[21:07:54] <hbf> the pip download doc says i must pass those params, but doesn't say how to find what they should be.

[21:09:56] <ngoldbaum> --platform --abi and --implementation need to match whatever your host on B runs

[21:10:19] <ngoldbaum> e.g. if it's running CPython, --implementation should be cp

[21:10:36] <ngoldbaum> --abi should be whatever wheel abi is appropriate

[21:10:37] <ngoldbaum> etc

[21:13:12] <hbf> OK, implementation=cp. I don't know what a "wheel abi" is. I don't know what platform names look like - is it "redhat-7.5" or "Linux-3.10.0-693.21.1.el7.x86_64-x86_64-with-redhat-7.5-Maipo"? Python-verssion, is that "2.7.5" from "python --version" or something more complicated?

[21:13:48] <hbf> So I'm asking how to ask host B what these values should be, so I can pass them to pip on host A

[21:17:25] <hbf> ok, google python wheel abi -> pep-0425. that looks helpful

[21:27:59] <hbf> Is "wheel abi" per-package rather than per-python-installation? Different package files seem to have different names for them.

Log file Viewer

Help | Karma | Search:

#pypa logs for Thursday the 19th of April, 2018