[00:06] <zigo> doko: tumbleweed: All 39 packages fixed and uploaded ! :)
[09:58] <Ben64> TJ-: !
[09:59] <TJ-> Ben64: ?
[09:59] <Ben64> i tried to reverse the steps and go from hex to decimal but ran into the negative number problem again
[10:00] <Ben64> TJ-: this is what i finally came up with and it works... wondering if there was an easier way or how dumb my way is http://ben64.com/java/2.txt
[10:00] <TJ-> Ben64: always an issue with Java and it always working with signed numbers
[10:04] <TJ-> Ben64: so, do you want to take in a hexadecimal number as an alternative to a decimal, but do the same operation with it?
[10:05] <TJ-> Ben64: let's move the discussion to -discuss :)
[10:05] <Ben64> whoops, thought this was discuss
=== asac` is now known as asac
[11:01] <doko> zigo, https://launchpad.net/ubuntu/+source/python-invoke/0.9.0-2/+build/8186253
[11:02] <doko> zigo, https://launchpad.net/ubuntu/+source/python-ironicclient/0.8.1-3/+build/8186254 (accessing the network)
[11:04] <doko> zigo, looks like you fixed all the python3-* packages, but not the python-* packages
[11:28] <zigo> doko: I thought the issue was only for py3. Is there an issue with py2 too ?
[11:29] <doko> zigo, yes, you have the direct python2.7 dependency, but I don't expect a python2.8, so it's more wishlist than anything important
[11:53] <zigo> doko: I'll do it in less of a hurry as I update packages...
[11:53] <zigo> On my way to the summit.
[11:54] <doko> have fun
[15:18] <doko> mitya57, reading https://github.com/sphinx-doc/sphinx/issues/1346  looks like the rtd theme is not the default? then why add it as an absolute dependency?
[16:04] <mitya57> dobey, it's unconditionally imported upstream, https://github.com/sphinx-doc/sphinx/blob/stable/sphinx/theming.py#L30
[16:04] <mitya57> but maybe I can make it optional :)
[16:07] <infinity> mitya57: ITYM doko.
[16:07] <mitya57> ouch, sorry
[16:07] <mitya57> thanks infinity!
[16:08] <doko> mitya57, cut the dependency at modernizr, should be fine now
[16:10] <mitya57> doko, according to upstream modernizr is needed to support IE8, which we probably don't care about
[16:10] <doko> mitya57, did you have a look at python-coverage?
[16:10] <doko> mitya57, ohh, nice. fix it!
[16:11] <mitya57> Yes, and I filed a bug in Debian. Meanwhile I suggest to just disable the tests
[16:12] <mitya57> doko, did you only cut the dependency, or also removed it from sphinx_rtd_theme/layout.html?
[16:13] <doko> mitya57, I cur modernizr's dependency on uglifyjs
[16:13] <doko> cut even
[16:14] <mitya57> doko, nice, I haven't even heard of slimit
[16:15] <mitya57> though last commit in 2013, so it also seems dead :-(
[16:16] <doko> mitya57, you know these things if you have to wade through the MIRs ...
[16:23] <doko> won't change python-coverage, it doesn't block 3.5 as the default
[16:27] <mitya57> Ok
[16:43] <mitya57> doko, if https://github.com/sphinx-doc/sphinx/pull/2097 gets accepted, I'll drop dependency on sphinx-rtd-theme.
[16:43] <mitya57> (and we'll be able to demote it and modernizr)
[16:46] <doko> mitya57, but isn't alabaster the default theme?
[16:47] <mitya57> yes, that's why I will remove only sphinx-rtd-theme, not alabaster
[16:49] <doko> mitya57, if you want to help with http://people.canonical.com/~ubuntu-archive/transitions/html/python3.5.html ... blender cigi-ccl elektra hyphy python-invoke are the blockers
[16:51] <mitya57> doko, I can look at python-invoke
[18:16] <mitya57> Can someone please reject python-invoke in wily? I am not yet used to typing xenial instead of wily :(
[18:17] <mitya57> doko, please ^
[18:18]  * mitya57 should probably start using 'devel' alias
[18:20]  * mitya57 facepalms
[18:20] <mitya57> ^^^ and metacity too (I uploaded it yesterday and didn't notice the mistake)
[18:22] <doko> micahg, done
[18:22] <mitya57> Thanks!
[18:23] <mitya57> python-invoke uploaded to the right place now
[18:31] <doko> mitya57, does sphinx really need jquery 1.11?
[18:32] <mitya57> doko, not really, this is just the version upstream uses so I bumped the dependency to be safe
[18:33] <roaksoax> doko: howdy! i hav a quick question.. is there any plan to address upgrades from applications that have migrations with django 1.6 in trusty to django 1.7 in X ?
[18:33] <mitya57> doko, you can revert that to (>= 1.4) for Ubuntu
[18:34] <doko> mitya57, infinity: new jquery depends on nodejs ... fun task for you vacation ;-P
[18:34] <roaksoax> doko: as in, for an app that's in trusty with django 1.6 won't be able to upgrade to django 1.7 in X because migrations in between T and X are made, and X (django1.7) wont be able to apply those migrations
[18:35] <mitya57> Maybe my idea about MIRing nodejs wasn't so bad…
[18:36] <doko> roaksoax, I don't know about any plans
[18:37] <doko> aren't updates 1.6 -> 1.8 from lts to lts good enough?
[18:38] <roaksoax> doko: the problem is that django has change migration system that breaks backwards compatibility
[18:39] <doko> mitya57, ok, next time, bump it in the b-d's too ;)
[18:39] <roaksoax> doko: so say, maas 1.7 in trusyt, wont be able to upgrade to maas 2.0 in X becaue django 1.8 won't know how to handle the migrations created between 1.7 and 2.0
[18:40] <mitya57> doko, bumping the b-d's is not really needed as it builds fine with the new version :)
[18:41] <doko> roaksoax, well, I assume then you have to package a 1.7 subset?
[18:43] <doko> or better rely on sound technologies in maas?
[18:46] <ricotz> doko, could you please sync x264 from experimental
[18:48] <doko> mitya57, this attitude is causing me some pain ... https://launchpadlibrarian.net/222652126/buildlog_ubuntu-xenial-amd64.sphinx_1.3.1-7ubuntu2_BUILDING.txt.gz
[18:48] <doko> ricotz, does this start a new transition?
[18:49] <mitya57> doko, I got the same for python-invoke, looking at why it's not installable
[18:49] <ricotz> doko, yes, and can be done in parallel to x265 which got already syned
[18:50] <doko> mitya57, libjs-sphinxdoc --> versioned jquery
[18:50] <mitya57> oh, a circular uninstallable dependency :(
[18:51] <doko> so how to build sphinx temporarily without alabaster?
[18:51] <mitya57> doko, alabaster shouldn't depend on sphinx, I will drop that dependency
[18:51] <mitya57> see debian #783794
[18:51] <ubottu> Debian bug 783794 in python-alabaster "python-alabaster: Please do not depend on python-sphinx" [Normal,Open] http://bugs.debian.org/783794
[18:52] <doko> wait, just removing the binaries
[18:53] <mitya57> That should also work
[18:54] <doko> xnox, any idea about https://launchpadlibrarian.net/222648448/buildlog_ubuntu-xenial-armhf.blender_2.75.a%2Bdfsg0-2ubuntu2_BUILDING.txt.gz ?
[19:01] <hjd> I just discovered I can't see the xenial branches for packages under the code page on Launchpad. Is this expected since it is still early days?
[19:01] <doko> we're not yet completely open
[19:02] <hjd> ok :)
[19:06] <mitya57> doko, so did you remove the binaries?
[19:07] <doko> mitya57, yes
[19:07] <mitya57> Ok to retry some builds then?
[19:07] <mitya57> i.e. the sphinx one
[19:12] <doko> still too early