Log file Viewer

[01:26:48] <LetterRip> hi all, when I try and install stuff via pip install, sometimes there are things that need to be compiled. When that happens, often times the compile fails due to being unable to find relative paths to the source file and build directory

[01:27:02] <LetterRip> if i edit the setup.py to use absoulte paths, it works

[01:27:13] <LetterRip> any ideas why relative paths wouldnt' be working?

[01:28:00] <LetterRip> here is my stackoverflow question with more details

[01:28:01] <LetterRip> http://stackoverflow.com/questions/29885419/how-do-i-resolve-pip-install-gcc-ld-relative-path-confusion-in-algorete-loop

[08:44:06] <davidszotten> hey. any pypi admins around? getting 500 errors from pypi.python.org

[08:45:18] <mgedmin> dstufft: ^

[08:46:36] <davidszotten> ah, interesting. fine in incognito window. maybe i have bad cookies

[08:50:40] <mgedmin> don't those usually result in 503 from varnish?

[08:51:26] <mgedmin> btw I can reproduce (500 for me, 200 in incognito window)

[08:55:12] <davidszotten> i guess we may have to wait until the us wakes up

[08:55:49] <mgedmin> that won't help if it's just a different manifestation of the long-standing cookies issue

[08:56:09] <davidszotten> “the long-standing cookies issue”?

[08:58:23] <mgedmin> https://sourceforge.net/p/pypi/support-requests/443/

[08:59:18] <mgedmin> my reading: people know about this problem but have no idea what causes it/how to solve it

[08:59:53] <mgedmin> my reading: it affects a small number of users and goes away all by itself, workarounds exist (clear cookies) -> therefore not a high priority issue

[09:29:15] <ghickman> I'm seeing the same issue here

[11:32:13] <dstufft> mgedmin: ghickman davidszotten is it working now?

[11:32:35] <ghickman> yep

[11:32:36] <mgedmin> it's working for me now

[11:33:34] <davidszotten> i cleared my cookies. think i saved the original request somewhere though..

[11:33:42] <davidszotten> yes, 200 now

[11:34:10] <davidszotten> dstufft: thanks! (was that fixing symptom or cause?)

[11:34:37] <dstufft> I didn't do anything, I just woke up and couldn't reproduce

[15:09:49] <skamithi> got a project that has 2 parts.. a 'netshow/linux/lib/*.py' and 'netshow/linux/print/*.py' directory. the 'lib' part has no dependencies, the 'print' part has a whole bunch of dependencies. Is it okay to create 2 "setup.py" even though the project is in one git repo? this will also allow me to easily create separate debs . a web search wasn't conclusive on whether this is okay python practise to have multiple setup.py in one python app

[15:10:45] <ronny> skamithi: so practically you have a python lib and a python app in the same repo

[15:10:52] <skamithi> yes

[15:10:58] <skamithi> ronny: that is right

[15:11:54] <ronny> skamithi: its fine if both are differen "python packages"

[15:12:09] <skamithi> what the convention for naming the different setup.py files

[15:12:14] <skamithi> is there a PEP that covers this?

[15:12:40] <ronny> bot really, your whole folder structure is strange

[15:12:53] <ronny> btw, whats netshow?

[15:13:06] <skamithi> its a program i'm working on

[15:13:07] <ionelmc> skamithi: pip expects a setup.py for sdist installation

[15:13:43] <ronny> skamithi: is all of it python?

[15:13:59] <skamithi> ronny: yes is all python.

[15:14:07] <ionelmc> skamithi: plus you don't really need any setup.py for making a mere .deb

[15:14:07] <skamithi> ionelmc: so multiple setup.py is not allowed

[15:14:44] <skamithi> just want to know the rules.. ionelmc: yes i can have a debian folder and build out things right. that's fine too

[15:14:54] <ronny> skamithi: then you might want to set it up different, how do you even set up import paths?

[15:14:54] <ionelmc> skamithi: not really, you can do whatever you want, but then you'll have problems with tools

[15:16:09] <ronny> skamithi: is the code publically availiable?

[15:16:18] <skamithi> ronny: not yet.. coming soon.

[15:16:30] <skamithi> its a project to abstract networking info on linux switches.

[15:16:53] <skamithi> and linux hypervisors

[15:17:04] <ronny> skamithi: you might use a standard python module/package setup isntead

[15:17:39] <ionelmc> skamithi: just use two directories, each with its own setup.py ?

[15:23:34] <skamithi> ionelmc: would this work to use in the same repo? http://pastebin.com/KgRzHybi

[15:23:59] <ionelmc> skamithi: sure, why not

[15:24:07] <ionelmc> you'd publish two packages to pypi tho

[15:24:19] <skamithi> okay. cool. yes would publish two packages ..that's right

[15:25:12] <bowlofeggs> skamithi: my project does what you are trying to do

[15:25:27] <bowlofeggs> skamithi: we made a folder for each python package, and each folder contains a setup.py

[15:25:33] <bowlofeggs> the root of our git repo does not have a setup.py

[15:25:44] <bowlofeggs> the downside is that you cannot simple pip install with the git URL

[15:25:59] <bowlofeggs> but you can git clone, then pip install with a path to the folder containing the setup.py

[15:26:01] <skamithi> huh..didn't account for that.

[15:26:24] <bowlofeggs> skamithi: see https://github.com/pulp/pulp for what we did

[15:26:35] <bowlofeggs> a few of those top folders have setup.py's

[15:26:44] <bowlofeggs> like server/ and client_lib/

[15:27:43] <ionelmc> bowlofeggs: afaik you _can_

[15:27:58] <bowlofeggs> ionelmc: o rly? ☺

[15:28:09] <bowlofeggs> so you can pass a path to the package inside the git repo?

[15:28:12] <ionelmc> pip install -e git+https://git.repo/some_repo.git#egg=subdir&subdirectory=subdir_path

[15:28:13] <bowlofeggs> i did not know this!

[15:28:19] <bowlofeggs> oh wow

[15:28:20] <ionelmc> bowlofeggs: it's in teh docs http://pip.readthedocs.org/en/stable/reference/pip_install.html?highlight=subdir

[15:28:22] <bowlofeggs> duuuuude

[15:28:23] <skamithi> it is nice to just have project installable via web url. but i see github has this download packages section.. https://github.com/liftoff/GateOne/downloads

[15:28:26] <ionelmc> lol

[15:28:28] <bowlofeggs> glad i spoke up!

[15:28:31] <bowlofeggs> hahahahaha

[15:28:42] <bowlofeggs> ionelmc++

[15:28:47] <bowlofeggs> thanks for the correction!

[15:28:50] <skamithi> ionelmc: awesome

[15:31:05] <skamithi> ionelmc, ronny: thx for the info :) really appreciate it.

[18:27:17] <nanonyme> Remind me, what was the way to tell pip not to uninstall system pip when upgrading to --user?

[18:29:24] <nanonyme> Aha, ignore-installed to get-pip.py