PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Monday the 10th of August, 2015

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[08:16:19] <ronny> jezdez: ping?
[08:16:28] <jezdez> ronny: pong
[08:17:22] <ronny> jezdez: whats needed to gang in on django-configurations (im up for pr reviews and pushing releases, not deeper development)
[08:22:03] <jezdez> ronny: I need to finish 1.0 alone, which I’ve done a bit on the weekend, tests pass and all
[08:22:14] <jezdez> once that’s out I think about what to do with the app
[08:22:22] <jezdez> I’ll get back to you, thanks for offering to help
[08:23:27] <ronny> jezdez: the offering is not unselfish, we got deadlines, and either we get a django-configurations that works on 1.8 or we will drop - i'd like to avoid the drop
[08:23:54] <ronny> jezdez: is is reasonable to just use a local version made from trunk until 1.0 is ready
[08:23:58] <jezdez> ronny: that’s appreciated and understood. that doesn’t bring me to a stop though, that’s the downside of OSS
[08:24:10] <jezdez> and I won’t be shamed in dropping other things like family time
[08:24:22] <ronny> jezdez: im aware, hence i ask what i acn do
[08:24:28] <jezdez> gotcha :)
[08:24:46] <ronny> now that im in a relationship i understan much better why droping family time is a no go ^^
[08:24:51] <jezdez> as I said, there are some major changes in the 1.0 release, like late binding that just needs some more polish
[08:25:21] <ronny> is ut usable as is for production when not using the new features?
[08:25:41] <jezdez> I haven’t evaluated it as much to say
[08:26:01] <jezdez> the changes will make it to the repo eventually
[08:26:34] <ronny> so the chagnes are not pushed yet? is the version in the repo stable enough to be pushed to a local devpi index?
[08:27:22] <jezdez> a PR was merged with the feature but I had to fix a few things in it
[08:27:41] <jezdez> it is not a stable version except the one on pypi
[08:28:27] <jezdez> ronny: you may have more luck with https://github.com/funkybob/django-classy-settings
[08:31:52] <ronny> jezdez: i see, unfortunately ist far less featurefull
[08:32:31] <ronny> jezdez: btw, a project status indicator of sorts would really be helpfull since purely personal time things can at times move unnoticably slow
[08:32:40] <jezdez> ronny: agreed
[08:34:35] <jezdez> ronny: why not write busfactor.org?
[08:35:09] <mgedmin> https://img.shields.io/badge/bus%20factor-1-red.svg
[08:35:36] <jezdez> mgedmin: meh
[08:37:50] <jezdez> mgedmin: https://github.com/jezdez/django-configurations/blob/master/README.rst
[08:41:34] <doismellburning> I can't help but feel like these things attack it from the wrong angle
[08:42:19] <ionelmc> doismellburning: by not adhering to 12factor specs?
[08:42:32] <doismellburning> ionelmc: I meant bus factor indicators
[08:42:44] <doismellburning> ionelmc: but why yes I _do_ have Opinions about 12factor now you mention it ;P
[08:43:37] <ronny> re
[08:43:40] <doismellburning> (that thing where you write a job description mentioning 12factor as Useful Knowledge and you get an ex-Heroku..er apply... heh)
[08:44:34] <ronny> jezdez: btw, can you perhaps push the changes you have local to some branch?
[08:45:15] <jezdez> ronny: no
[08:45:24] <ionelmc> doismellburning: hahah
[08:46:00] <ionelmc> in fact, we do need a controversial topic each day
[08:46:09] <ionelmc> talking about pbr gets old fast
[08:47:39] <doismellburning> ionelmc: oh then let me know when I should finish my "Why Maven is amazing and what your toolchain should take from it" article ;) *ducks*
[08:50:40] <ionelmc> doismellburning: not sure if you're making fun of hacker news or actually plan do write that :P
[08:51:31] <doismellburning> ionelmc: I'm going to choose to take that as a compliment...somehow ;P I don't read HN - I genuinely think that...!
[08:52:43] <ronny> ionelmc: pbr is broken by design ^^
[08:53:14] <ionelmc> ronny: then why is everyone getting angry when pbr is critiqued
[08:53:25] <ionelmc> doismellburning: i'll read it if you write it
[08:53:33] <doismellburning> ionelmc: fantastic, thank you :)
[08:53:38] <ionelmc> i hear java devs have it worse ... tears are delicious
[08:53:41] <ronny> ionelmc: its the same as with religious people
[08:54:29] <ionelmc> ronny: you should write something more detailed about how pbr is broken
[08:55:42] <ronny> ionelmc: like when?
[08:55:54] <ionelmc> ronny: yesterday :-)
[08:56:30] <ionelmc> i think the biggest problem here is that people don't write about things
[08:56:45] <ionelmc> and we get lots of competing solutions cause there's no communication
[09:05:33] <jezdez> ionelmc: +1
[09:05:59] <jezdez> also lots of previously made experience is lost when the maintainers change
[09:06:41] <jezdez> pretty sure pbr is making the same mistakes as setuptools did back in the day
[09:07:00] <jezdez> institutionally supported software instead of open process
[09:12:05] <doismellburning> ionelmc: have you ever used Maven?
[09:36:57] <ionelmc> doismellburning: not really, the only thing i know is that declarative specifications (the pom) are a thing there, and artifacts are organized in repositories
[09:38:00] <ionelmc> from what i've understood to customize the build you need to write plugins which is means more cruft than just adding some commands like with ant
[09:40:03] <ionelmc> doismellburning: how far from the mark am i? :)
[10:07:47] <doismellburning> ionelmc: sorry got dragged into a call
[10:13:08] <doismellburning> ionelmc: seems reasonable - see also: one true repository for libraries (whereas I've built lxml a gajillion times for my gajillion venvs), standardised directory layout, "mvn release", build configuration as data not code, etc.
[10:27:15] <dstufft> doismellburning: how does Maven handle binary compatibility on Linux?
[10:27:36] <ionelmc> wait wait
[10:27:47] <ionelmc> doismellburning: does maven support jni extensions?
[10:32:37] <doismellburning> good question, no idea - never knowingly worked with JNI
[10:33:13] <doismellburning> it may help if I say s/built lxml/downloaded $yourlibhere/
[10:33:53] <doismellburning> (yep ok, wheel cache etc.)
[10:34:01] <doismellburning> (plenty of other tools don't have this yet alas)
[21:09:18] <egc> is it possible to get "pip install" to apply a patch to the sources before building them?
[21:10:10] <egc> the only way i've thought of to do this so far is to download the sources into an archive (as described in https://pip.pypa.io/en/latest/user_guide.html#fast-local-installs)
[21:10:32] <egc> patch them, and then pip install from that archive
[21:12:29] <nedbat> egc: what is the nature of the patch? I don't know of a way for the installer to affect the installation process like that.
[21:13:06] <egc> nedbat: in this case, python-ldap won't build on my system without patching setup.cfg
[21:13:35] <egc> i need to modify some of the library and include paths specified in there
[21:14:55] <egc> (it's got a C component)
[21:15:59] <egc> i can paste the patch if it helps
[21:23:23] <nedbat> egc: no, i don't know of a way to do it no matter what the patch is.
[21:24:24] <egc> nedbat: ok, thanks. My googling also indicates that it's not possible
[21:33:57] <ronny> egc: just make a custom python package with a local version number and install that?
[21:34:58] <egc> ronny: hmm, i like that idea
[21:35:23] <egc> thanks
[21:35:33] <ronny> egc: is works, is very usable in networks if you have a devipi server or a http server for find-links/extra index
[21:35:54] <ronny> egc: as complete alyernative, you could aslo make debs/rpms
[21:37:55] <egc> right