pmxbot IRC Log Viewer

[00:03:44] <zouhair> :(

[00:05:49] <tos9> zouhair: I don't know, but I might guess it lies in it's setup.py

[00:06:12] <tos9> Specifically that an sdist was made for a version, but then the setup.py installs a lower one.

[00:06:17] <tos9> But that's a total guess.

[00:06:25] <tos9> If I'm right, I'd be able to reproduce, so let's see.

[00:07:36] <tos9> zouhair: Yeah. I can reproduce.

[00:07:41] <tos9> Which means I'm not immediately wrong at least :)

[00:09:23] <tos9> zouhair: So the setup.py there says that it's version 5.2.0 in fact, but yeah that sdist says it isn't. File a bug with feedparser :)

[04:48:00] <ztane> I'd want to download the *whole* pypi changelog, any ideas? the pypi interface doesn't make it easy :D

[04:49:23] <ztane> xmlrpc only has the "since" parameter, I am not too sure it is safe to do "since=0"

[04:53:26] <ztane> dstufft: do you have a db dump?

[06:56:03] <ronny> nicksloan: trpot a bug to the github one, since its not installable in a sane manner if it is not on pypi and on pypi there already is a package with the same name

[08:18:05] <ztane> was doing analysis on pypi data, 50 packages removed within 2 weeks or so

[08:18:15] <ztane> s3sync - gone etc...

[08:19:40] <ztane> I was downloading author info over rpc and getting none for them, yeah, gone

[08:21:24] <ztane> dunno if it is a good idea to have such a delete functionality in PyPI

[08:23:08] <ztane> granted those might not have had that many downloads

[13:20:37] <zouhair> tos9: thanks man, a little late but thanks https://github.com/kurtmckee/feedparser/issues/22#issuecomment-99070233

[13:20:55] <zouhair> late from me :)

[13:50:23] <tos9> zouhair: np

[13:50:36] <tos9> zouhair: (FWIW there's nothing wrong with skipping a version entirely, I'd just upload 5.2.1)

[13:50:52] <zouhair> hehe

[13:51:27] <zouhair> it actually a request from FlexGet

[13:51:47] <tos9> Oh. That's nice. I've finally met a second person who works on FlexGet then :).

[13:52:10] <tos9> Erm. The first one not being me.

[13:52:10] <zouhair> hehe more like "with" than "on"

[13:52:30] <tos9> Ah.

[13:52:48] <zouhair> im just an enthusiastic user

[13:53:12] <zouhair> the kind that keep asking questions and annoying devs

[13:55:45] <tos9> Heh. Those are the best ones :)

[13:55:51] <tos9> (Also the worst ones :P)

[13:56:05] <tos9> A category I am well familiar with in fact on both ends hah.

[13:59:50] <zouhair> :)

[14:00:03] <zouhair> on this high note I bid you Au Revoir dear sir/lady

[14:07:14] <ionelmc> ghaaa

[14:07:36] <ionelmc> just noticed that pip doesn't really respect the order packages from a requirements file

[14:47:39] <nedbat> when installing from git repos, is there a way to suppress the message, "Could not find a tag or branch '42cb1bb1dc680a60c6452e8bb2b843c2a0382c90', assuming commit."

[14:49:36] <tos9> nedbat: What version of pip

[14:49:43] <tos9> I think whatever I'm using htese days no longer shows that warning

[14:49:44] <ronny> re

[14:50:04] <ronny> ionelmc: i dont recall it everdoing that

[14:50:07] <nedbat> tos9: that's an interesting question: 6.0.8, which tells me to upgrade to 6.1.1, which I do successfully, but then pip is still 6.0.8

[14:50:24] <tos9> nedbat: 6.1 has lots more silencing IIRc.

[14:50:32] <tos9> nedbat: So I'd solve that problem and then your first one I think will go away

[14:50:52] <nedbat> tos9: good to know, I will try "pip install --upgrade-really-no-i-mean-it pip" and see if that helps :)

[14:51:35] <nedbat> tos9: oh: my requirements.txt has "pip==6.0.8" in it....

[14:51:45] <tos9> nedbat: I knew you were evil.

[14:51:51] <ronny> oO

[14:51:58] <ronny> why the hell pin pip?

[14:52:03] <nedbat> tos9: "my" == "my team's" == "Open edX's"

[14:52:13] <ronny> hmm

[14:52:14] <tos9> nedbat: I will choose to stick with my sentence.

[14:52:20] <tos9> nedbat: (I keeeeeeed.)

[14:52:23] <nedbat> tos9: we are now at war!

[14:52:43] <tos9> Oh I will lose that one :(.

[14:53:07] <ronny> dstufft: ping?

[14:53:14] <nedbat> i seem to remember there was a problem with pip and something else being out of sync, and pinning helped it? Maybe we don't need the pin any more.

[14:56:53] <nedbat> tos9: hmm, 6.1.1 still yammers about commits

[15:05:38] <tos9> nedbat: interesting.

[15:05:50] <tos9> nedbat: can you send me something I Can reproduce? I tried installing from a repo and didn't see the message

[15:06:12] <tos9> I believe you obviously so probably that won't help you :) -- if it's not a warnings.Warning I would guess the answer is going to be "no" now

[15:07:14] <nedbat> tos9: are you using a particular commit, like this line in reqs.txt: -e git+https://github.com/edx/django-staticfiles.git@d89aae2a82f2b#egg=django-staticfiles

[15:07:51] <tos9> nedbat: No, I was using a branch name, which I guess explains why I don't see a message saying "could not find a branch".

[15:07:54] <tos9> Sigh, sorry.

[15:08:00] <nedbat> tos9: 'salright

[19:46:02] <flippmoke> will pip prefer a more specific implementation then a none-any.whl ?

[19:46:18] <flippmoke> say a macosx_10_6_intel.whl

[19:47:16] <dstufft> flippmoke: It hink so yes

[19:48:24] <DanielHolth> if it doesn't it's a bug

[19:48:39] <dstufft> yea that ^

[19:48:54] <flippmoke> so its a hackish way I can distribute binary wheels for linux?

[19:49:39] <flippmoke> wheels with linux binaries*

[19:49:53] <DanielHolth> hackish or explicitly designed to work that way, take your pick, but watch out for linux's complete lack of binary compatibility between distributions

[19:50:01] <ronny> flippmoke: atm its next to impossible to ensure binary compatibility

[19:52:10] <flippmoke> DanielHolth: ronny: yeah I know its next to impossible

[19:52:22] <DanielHolth> But if you can live with that go for it!

[19:52:40] <DanielHolth> Write your extensions in rust and link with MUSL perhaps.

[19:53:18] <flippmoke> this is bindings for a very large C++ library

[19:53:30] <flippmoke> and we use boost_python

[19:53:37] <flippmoke> so options are limited

[19:53:56] <ronny> flippmoke: do you need it published, or can you use a internal pypi?

[19:54:11] <flippmoke> published if possible its an open source project

[19:54:48] <flippmoke> we have a way to download all the other prebuilt binaries for the library and then build the bindings with a sdist (its rather complicated)

[19:54:56] <flippmoke> since we basically built our own distribution system

[19:55:07] <flippmoke> but wheels would be nicest

[19:55:23] <ronny> flippmoke: problem is that wheels dont yet include the distribution as abi flag

[19:55:33] <ronny> flippmoke: do you build for all distributions as of now?

[19:55:54] <DanielHolth> you would just have to put it somewhere that is distribution-specific and let people add that index to pip, if they are using that Ubuntu. Get you pretty far.

[19:56:35] <flippmoke> long story is we just pulled the python bindings out of our core C++ library, we actually have node bindings as well

[19:56:58] <flippmoke> we currently have builds for linux(ubuntu 12.04)/osx/windows

[19:57:21] <flippmoke> but we try to bundle everything so it relies only on libc

[19:59:01] <ronny> flippmoke: glibc symbol versioning is a major source of OMG ^^

[19:59:30] <flippmoke> tell me

[19:59:42] <flippmoke> lol

[19:59:59] <ronny> flippmoke: i suspect that if you figured a way to compile without symbol versions, things might be better

[20:00:42] <flippmoke> lol, if we had the bindings build "everything" the script would take forever

[20:01:18] <flippmoke> It takes us about 2 hours on an 8 core machine to build all dependencies with and then build core library + time to build bindings

[20:03:34] <ronny> sounds massive

[20:03:42] <flippmoke> it is

[20:03:58] <ronny> flippmoke: what does it actually do?

[20:04:03] <flippmoke> https://github.com/mapnik/mapnik

[20:04:24] <flippmoke> rendering of maps :)

[20:05:28] <flippmoke> For a python distribution, it will include everything like a png, tiff, gdal (another massive project), sqlite, boost libs, webp, etc. etc.

[20:05:39] <flippmoke> all bundled into a nice binary

[20:06:10] <flippmoke> trying to make it easier for people who are just python users

[20:06:21] <flippmoke> to use our bindings, rather then just very brave C++ devs

[20:07:28] <ronny> i see

[20:19:11] <DanielHolth> It's a great idea, I'd just recommend providing a small package index with just your binary wheel "for last Ubuntu LTS release" and don't worry about trying to somehow conquer libc versioning

[20:19:35] <DanielHolth> If you want to hack on packaging, figure out how to put the OS release in a truncated SHA256 hash instead of the third part of the wheel tag, and add support to pip and bdist_wheel.

[21:51:29] <linovia> has the cert option in the pip configuration file been removed ? It doesn't seem to work

[21:57:42] <linovia> Amazing, I renewed my ssl certificate used by my private mirror and pip won't work any more under ubuntu / Python 2.7 arguing the certificate verify failed. It works on Python 2.7 / OS X and ubuntu / Python 3.4

Log file Viewer

Help | Karma | Search:

#pypa logs for Tuesday the 5th of May, 2015