[01:28] <rbasak> pitti: I think everything is built now. Please could you retest everything listed as a regression in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#php5? I just tried myself, but I don't seem to be able to reach anything via batuan.
[02:34] <ari-tczew> cyphermox: Well, I think I'm ready with libcapi20-3 transition. I did a rebuild on all reverse depends. I'll look later whether are they all build fine.
[03:37] <infinity> rbasak: Still around?
[03:37] <infinity> rbasak: It's awfully late, so I'm going to assume no.
[03:38] <infinity> rbasak: Anyhow, I'm going to assume you tested this spamassassin change and it works, but if it had been me, I would have also commented out the line in 50_scores.cf
[03:41] <infinity> rbasak: All accepted.  Please verify ASAP, happy to fasttrack this once you sure it both solves the bug and doesn't otherwise break anything.
[03:58] <rbasak> infinity: thanks. I'll verify after sleep. I did consider commenting out 50_scores.cf, but if I did that I'd also want to do the translations, and tested that it works across all releases without any warnings or anything by just doing the definition.
[03:59] <rbasak> I suppose in part it's because testing across all releases is tedious, so I started with the minimal, and that worked, so I didn't feel the need to go further.
[06:44] <pitti> Good morning
[06:45] <pitti> rbasak: yes, my retry button finger was busy last night and this morning :)
[07:07] <pitti> rbasak: there are still a few regressions; e. g. jmespath.php looks like a victim of the same patch regression that hit systemd and glibc: debian bug 776257
[08:09] <dholbach> good morning
[08:45] <LocutusOfBorg1> hi dholbach !
[08:48] <LocutusOfBorg1> hi all
[08:49] <dholbach> hi LocutusOfBorg1
[09:00] <mlankhorst> can I get libepoxy promoted to main for trusty?
[09:01] <mlankhorst> https://bugs.launchpad.net/ubuntu/+source/libepoxy/+bug/1342605 was the bug for utopic, but I need it in main for xorg-server-lts-utopic
[09:03] <mitya57> pitti, jibel: vivid-adt-software-properties fails since Jan 20th, but for some reason it blocks pyqt5 which got built only yesterday
[09:03] <mitya57> Please do something :)
[09:05] <pitti> well, best would be to fix software-properties :)
[09:05] <pitti> I'll look at it later, it also blocks gtk+3.0
[09:53] <jibel> pitti, it seems it's failing because the path to dbus-launch is wrong
[10:01] <pitti> jibel: oh, indeed
[10:03] <mitya57> pitti, jibel: it probably needs to add dbus-x11 to Depends
[10:09] <pitti> mitya57: yeah; running test locally now, will upload if that works
[10:23] <cjwatson> rbasak: You need to switch to the new company VPN; the old batuan one is AFAICT essentially dead/broken as of the end of last year.
[10:24] <rbasak> cjwatson: I thought it might be that. Thanks!
[10:24] <rbasak> pitti: Thanks - I'll follow up.
[10:25] <mlankhorst> doko__: hm mesa 10.4.2 fails to build against llvm 3.6
[10:25] <pitti> mitya57, jibel: software-properties uploaded
[10:26] <mitya57> thanks :)
[10:43] <hallyn> arges: hi, on your next sru stint could you please take a look at 1404388?  its fix has been baking for awhile...
[10:52] <mlankhorst> doko__: I've grabbed some patches from git, but I would prefer to skip to 10.5 first
[10:54] <mlankhorst> still, it seems to build, no idea if it really runs..
[11:26] <mlankhorst> crash crash
[11:42] <mlankhorst> tons of stuff failing that failed before, I'll try with master..
[12:26] <mlankhorst> slightly better there, maybe I missed some backports :-/
[12:50] <mlankhorst> definitely did.. grabbed 1 more and llvm-3.6 works a lot better now
[12:54] <doko> mlankhorst, cool, looks promising
[12:54] <mlankhorst> seems to have no regressions in llvmpipe compared to 3.5
[13:13] <mlankhorst> I'll have to test i386 to be sure
[13:51] <Riddell> mvo: I wonder if you could help me and harald with a apt resolver problem
[14:02] <Bluefoxicy> https://lkml.org/lkml/2015/1/23/688
[14:02] <Bluefoxicy> this is also going on on linux-mm
[14:03] <Bluefoxicy> http://marc.info/?l=linux-mm&m=142242638202925&w=2
[14:04] <Bluefoxicy> .... oh.  Rik van Riel's response isn't on the archives yet
[14:04] <Bluefoxicy> "The Android low memory killer does exactly what you want, and for very much the same reasons.
[14:04] <Bluefoxicy> See drivers/staging/android/lowmemorykiller.c"
[14:05] <Bluefoxicy> Trying to get the reclaim code un-stupided so the computer doesn't just thrash like hell when you've eaten 99% of your RAM and have no space for page cache
[14:10] <xnox> didrocks: your emails came out as attachments, instead of inline =/
[14:10] <xnox> unless my mail client is acting silly
[14:11] <pitti> no, same here; but that's ok? avoids line wrapping and is easier to save?
[14:13] <xnox> no idea if the standard is attachments or inline. I guess i like inline only, and most other people send things like that as well.
[14:13] <xnox> surely one syncs mailbox as mbox / maildir anyway thus they are already saved. (well integrators usually do)
[14:14] <didrocks> xnox: yeah, did that to avoid line wrapping
[14:15] <didrocks> xnox: did that last time as well, didn't seem to have been a biggy
[14:16] <xnox> meh fair enough.
[14:18] <Bluefoxicy> static inline?
[14:34] <arges> hallyn: sure thing
[14:41] <arges> hallyn: hey we just need bug 1393548 verified to release that fix, its whats been blocking it
[14:44] <mlankhorst> doko: ok seems that on 32-bits llvm 3.5 -> llvm 3.6 has no regressions, just some fixes.. presumably from a commit that fixes unaligned access
[14:47] <flexiondotorg> cyphermox, Hi
[14:47] <flexiondotorg> cyphermox, What are the next steps for me to get Ubuntu MATE being built officially?
[14:48] <flexiondotorg> cyphermox, I see some of the merge proposals are approved but not merged yet.
[14:48] <flexiondotorg> cyphermox, How do I go about get me meta package integrated?
[14:59] <hallyn> arges: oh, feh.  thanks
[15:04] <cyphermox> flexiondotorg: yes, I'm fixing this in a bit, as soon as I'm done with what I'm currently working on
[15:05] <cyphermox> flexiondotorg: is your metapackage prepared already? I could take a look
[15:06] <flexiondotorg> cyphermox, Sure - https://launchpad.net/~ubuntu-mate-dev/+archive/ubuntu/ppa/+packages
[15:06] <cyphermox> great
[15:07] <flexiondotorg> cyphermox, It's called ubuntu-mate-meta. You want version 1.118~15.04~12
[15:07] <cyphermox> ack
[15:07] <flexiondotorg> cyphermox, I realise I need to clean up the version number for import.
[15:08] <flexiondotorg> cyphermox, Source is here - https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/ubuntu-mate-meta
[15:08] <cyphermox> thanks
[15:29] <xnox> cyphermox: you do know how to correctly do meta package updates?
[15:29] <xnox> as in merge into seed branch, pull package, run update, upload.
[15:29] <xnox> they are semi-automatic
[15:38] <rbasak> pitti: all the remaining issues for php5 now are the dpkg symlink problem. Not sure what to do about that.
[15:41] <pitti> rbasak: yeah, me neither; this is currently being discussed with patch upstream
[15:41] <pitti> rbasak: we could revert the security fix for the time being of course;
[15:45] <cyphermox> xnox: I know how to do it, but this would be a new package
[15:49] <pitti> hm, just got a bug report: "I am running Ubuntu 12.05, and most things work fine."
[15:49] <pitti> where can I download it? :-)
[15:49] <ogra_> linaro ?
[15:49] <ogra_> :)
[15:51] <xnox> cyphermox: =/ i've never done a new seed from scratch. as there are a few bits that need to happen elsewhere in the infra to get it working
[15:51] <cyphermox> one step at the time, we'll make it work. I'm not worried
[15:52] <rbasak> barry: around? I'm helping matsubara with bug 1412545. A reporter is asking about an embedded copy shipped in virtualenv.
[15:53] <rbasak> barry: do you know about how the unvendoring and wheel stuff works, please? Does this need a rebuild of pip and then a rebuild of virtualenv to update virtualenv with a fix?
[15:55] <cyphermox> flexiondotorg: one of the next steps I'd propose is to try to get more uploads sponsored, so that you can eventually get upload rights to at least some of the MATE packages, this would help you get stuff done.
[15:55] <flexiondotorg> cyphermox, Agreed.
[15:56] <flexiondotorg> cyphermox, Right now I am hoping to get all the "infrastructure" stuff completed. Then start to address the package uploads.
[15:56] <cyphermox> very well. I'm happy to sponsor things if you need
[15:57] <flexiondotorg> cyphermox, Great. dholbach has also sponsored stuff in the past.
[15:57] <flexiondotorg> I'll start preparing the few packages that require upload. Basically, settings and artwork.
[15:57] <flexiondotorg> I'll need a day or so to get round to that.
[15:57] <barry> rbasak: okay, you are either screen capturing me or reading my responses to LP: #1415028
[15:58] <barry> rbasak: and unfortunately, i do know how all that works ;)
[15:58] <barry> or in trusty's case, doesn't work
[15:58] <cyphermox> flexiondotorg: you may want to start working on ubiquity-slideshow-ubuntu-mate if it's not already prepared :)
[15:58]  * rbasak reads
[15:59] <flexiondotorg> cyphermox, Already done.
[16:00] <cyphermox> great
[16:00] <flexiondotorg> I've submitted a merge proposal which has been merged.
[16:00] <barry> rbasak: basically, this was all fixed in debian, and inherited in ubuntu, but not until *after* trusty.  pyvenv is deliberately broken in trusty because it violates debian policy. virtualenv violates it too, but that wasn't discovered until after trusty.  so trusty's virtualenv works by accident.  this is all done correctly in jessie, and thus inherited by ubuntu post-trusty.  i talk to *a lot* of people about this
[16:00] <flexiondotorg> However, it has not been built.
[16:00] <rbasak> barry: understood, thanks. I didn't know about the other bug there.
[16:00] <flexiondotorg> cyphermox, If you can trigger a build that would be helpful because I have translator who can't work on it until it is built.
[16:00] <flexiondotorg> *translators
[16:01] <cyphermox> ok
[16:01] <barry> rbasak: i've changed my opinion on what should be done.  i now mostly agree this should be fixed properly in trusty (essentially what jessie/vivid has) but that's a lot of work and a lot of sru'ing
[16:01] <rbasak> barry: so I'm mentoring some people on my team on Ubuntu development, and matsubara is tackling 1412545. I think I'll just go through and SRU python-urllib3 and not bother matsubara with the virtualenv of things, if that's OK.
[16:02] <barry> rbasak: so first, i want to see if i can get some resources to do that work, then discuss on u-d@ to see if the stack of sru's we'd need would actually get approved.  this includes adding things like python-wheel which didn't show up in debian until after trusty
[16:02] <rbasak> I can leave a bug task open in that bug for virtualenv.
[16:02] <rbasak> OK
[16:03] <barry> rbasak: i think that's reasonable.  probably as a workaround, you can create the virtualenv, and then `pip install --upgrade urllib3`
[16:03] <barry> which would pull the newer version from pypi
[16:06] <rbasak> Thanks - we'll put that in the bug.
[17:48] <bdmurray> cyphermox: Can you have a look at bug 1410573?
[18:00] <rbasak> infinity: bug 1412830 verified, if you want to fast track it.
[18:00] <infinity> rbasak: Thanks.
[18:02] <infinity> rbasak: Will release now.  If it breaks my mail server on upgrade, I will return and yell at you. ;)
[18:03] <rbasak> infinity: my mail server will get the update too :)
[18:03] <infinity> rbasak: Right, I'll be sure not to yell at you via email if it's broken, then.
[18:03] <rbasak> :-)
[19:21] <xnox> lol
[21:24] <bdmurray> cyphermox: this SRU upload seems to have an accidental change - https://launchpadlibrarian.net/195843293/gnome-bluetooth_3.8.2.1-0ubuntu4.1_3.8.2.1-0ubuntu4.2.diff.gz
[21:24] <cyphermox> oh. opps, that's true
[21:25] <bdmurray> cyphermox: okay, rejecting then. let me know when there is another one to review.
[21:25] <cyphermox> sure, it will be in a second
[21:27] <cyphermox> bdmurray: thanks, should be good now. I just uploaded it with the correction
[21:30] <bdmurray> cyphermox: it looks the same to me
[21:31] <cyphermox> gah
[21:32] <cyphermox> ah, no?
[21:32] <cyphermox> anyway, not the changelog issue
[21:32] <cyphermox> are we both looking at http://launchpadlibrarian.net/196059612/gnome-bluetooth_3.8.2.1-0ubuntu4.1_3.8.2.1-0ubuntu4.2.diff.gz?
[21:32] <bdmurray> -+	<device oui="7C:1E:52:" type="mouse" name="Microsoft Touch Mouse" pin="0000"/>
[21:32] <bdmurray> ++	<device oui="7C:1E:52:" pin="0000"/>
[21:33] <cyphermox> that's on purpose
[21:33] <cyphermox> 7C:1E:52: devices aren't necessarily mice or calling themselves Microsoft Touch Mouse
[21:33] <bdmurray> that's not called out in the changelog
[21:33] <cyphermox> ugh, I see
[21:34] <bdmurray> so I thought it was an error because the last SRU did the opposite
[21:34] <cyphermox> take three
[21:34] <cyphermox> yes
[21:34] <cyphermox> it is most likely an error anyway to revert the previous SRU
[21:43] <cyphermox> bdmurray: please reject it
[21:43] <cyphermox> I'm sorry for wasting your time with this
[21:45] <bdmurray> cyphermox: no problem, so what's the plan for gnome-bluetooth then?
[21:46] <cyphermox> to really fix that upload
[21:46] <cyphermox> I've re-done it
[21:46] <cyphermox> triple-checked the debdiff
[21:46] <cyphermox> I think it should be good this time :)
[22:55] <cyphermox> flexiondotorg: have you built any kind of almost-daily image somewhere instead of your 14.10 images?