[00:14] <hallyn> i think i need to change my apt-cacher-ng settings.  i dont' want it pulling new Packages.gz every time, that's gratuitous.
[00:18] <jtaylor> actually could ubuntu now use debians pdiff method? now that it also works well on high bandwidth connections?
[04:04] <dupingping> Now In QT4, the font over 48pt, can not be showed with Bold.
[04:04] <dupingping> How to solve this problem?
[06:02] <pitti> Good morning
[06:05] <hallyn> jtaylor: oh, i'll have to read up about that
[06:09] <darkxst> pitti, hi
[06:09] <darkxst> does the rules snippet in http://pastebin.com/uxX1WYwy seem reasonable? (common-post-build-arch runs under fakeroot which also breaks tests...)
[06:16] <pitti> hey darkxst, how are you? looking
[06:17] <pitti> darkxst: yes, it does; but doesn't the new check-stamp need to be cleaned up, too?
[06:18] <darkxst> pitti, yes good point
[08:02] <pitti> jodh: good morning James, how are you?
[08:02] <pitti> jodh: could you please pull http://people.canonical.com/~pitti/tmp/migration-to-systemd.bundle into the migration-to-systemd branch? it adds a few more packages to the blacklist
[08:03] <pitti> jodh: also, I just ran it in my account and it got me http://people.canonical.com/~pitti/systemd/packages-to-convert/2015-01-13.txt which looks correct
[08:03] <pitti> jodh: http://people.canonical.com/~jhunt/systemd/packages-to-convert/2015-01-13.txt is out of date by at least 5 days, so I wonder if there might be some caches in your home dir or something?
[08:22] <dholbach> good morning
[08:45] <LocutusOfBorg1> hi dholbach and developerz!
[08:53] <dholbach> hi LocutusOfBorg1
[10:13] <jamespage> pitti, any chance you could promote python-oslo-context to main, unblocking neutron in proposed - the MIR is approved.
[10:15] <pitti> jamespage: avec plaîsir
[10:15] <pitti> jamespage: done
[10:16] <jamespage> pitti, thanks!
[10:17] <pitti> http://people.canonical.com/~pitti/systemd/packages-to-convert/2015-01-13.txt looks a lot better now already!
[10:18] <mitya57> mdeslaur: will you mind if I merge wget from experimental? (you TIL)
[10:18] <Mez> What's the best way to go about reporting Security issues nowaday ?
[10:18] <mitya57> the progress bar bug (debian #768110) is annoying
[10:27] <Mez> Is this chat dead?
[10:31] <mitya57> Mez: when reporting a bug using the normal procedure you will be able to select its type, i.e. "Public Security" or "Private Security"
[10:31] <mitya57> The normal procedure is "ubuntu-bug PACKAGE" or https://launchpad.net/ubuntu/+source/PACKAGE/+filebug
[10:32] <Mez> I think the package is xubuntu-desktop though
[10:34] <mitya57> That is a metapackage, I don't think it can have security issues
[10:35] <Mez> It can if someone has chosen to include a package that is in beta, as a main security feature, and therefore has caused the system as a whole to be insecure.
[10:50] <Mez> https://bugs.launchpad.net/ubuntu/+source/light-locker/+bug/1410195
[10:53] <mitya57> OK, you managed to file it as a private security one :)
[10:53] <Mez> Ah
[10:54] <Mez> I should also be subscribing ubuntu security team bugs, right ?
[10:56] <mitya57> It should be subscribed automatically
[11:24] <pitti> stgraber: FYI, lxcfs' autopkgtest fails due to a missing lxc-unshare: https://jenkins.qa.ubuntu.com/job/vivid-adt-lxcfs/1/?
[11:32] <mitya57> sil2100: unity8 built on all three archs: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+sourcepub/4663108/+listing-archive-extra
[12:00] <sil2100> mitya57: oh yeah! So uitk built thanks to qtpim building + the unity8 fpic fix?
[12:00] <sil2100> mitya57: thanks :)
[12:00] <mitya57> vice versa, unity8 needed uitk
[12:00] <mitya57> I have also merged qtscript & qtwebkit from debian, which will unblock qtdoc and qtwebkit-examples
[12:01]  * mitya57 retries ubuntu-html5-theme
[12:12] <mdeslaur> mitya57: go right ahead, thanks
[12:12] <mitya57> ok, will do later today
[12:41] <ogra_> pitti, ugh ... ureadahead doesnt work on systemd systems ? is there any equivalent that gets us "burst reading on boot" to not lose the 7 seconds ureadahead gains us oin i.e. the phone on boot (on usual armhf MMC setups the speedup is *very* significant when you enable ureadahead)
[13:18] <LocutusOfBorg1> pitti, why mosquitto can't be fixed by merging/syncing from debian?
[13:19] <pitti> ogra_: I replied on the ML
[13:19] <LocutusOfBorg1> the version in ubuntu is almost useless, too old for being useful, I always grab the source from upstream
[13:19] <pitti> ogra_: well, ureadahead only has upstart jobs and depends: upstart, so at the moment it gets removed
[13:19] <pitti> LocutusOfBorg1: I'm sure it can (I have no idea about mosquitto)
[13:20] <ogra_> pitti, ah, so it isnt a systemd incompatibility (because systemd does something similar to ureadahead) but just lazyness of the porters, ok :)
[13:20] <pitti> ogra_: yeah, just lack of interest mostly
[13:21] <ogra_> well, i think it is a requirement for switching the phone to systemd
[13:21] <LocutusOfBorg1> Logan_, ^^^^^^
[13:21] <pitti> ogra_: I guess most Ubuntu developers have SSDs today as well, so I guess we share the sentiment :)
[13:21] <pitti> ogra_: if it makes that much of a difference on touch we need to take that into account of course
[13:21] <ogra_> unless you know any other way to load the whole set of needed files at once into ram
[13:21] <pitti> ogra_: it's just useless (and in fact makes things worse) on a desktop SSD
[13:22] <ogra_> yeah, it is useful on systems with a lot of IO-wait
[13:22] <ogra_> definitely not on SSDs ... but arm is usually using MMC/SD card
[13:22] <pitti> ogra_: it's been years since we actually verified ureadahead's impact, but if you did that on a phone recently, it shouldn't be rocket science to port its two upstart jobs and adjusting the dep
[13:23] <ogra_> not *that* recently ... was about a year ago that i looked into boot speed
[13:24] <ogra_> but yeah, i'd say 3-7 seconds speed up are typical for slow MMCs
[13:25] <pitti> ogra_: I added a WI to https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration
[13:25] <Tribaal> bdmurray: hi, I'm working on the landscape-client SRU. Since we had several weeks of testing looking that the bugs in the SRU are indeed fixed, would ensuring that the -proposed package and our tested ppa package have the same contents allow us to bulk-verify the bugs? I just tested them, and all md5s match (except one file, where the only change is the
[13:25] <Tribaal> version number).
[13:25] <ogra_> gracias !
[13:26] <Tribaal> bdmurray: I'm trying to not have to re-test everything manually a second time because of (basically) a version bump
[13:34] <pitti> LocutusOfBorg1: so if you have an idea what mosquitto is and how to give it a quick test, then by all means feel free to merge/update it :)
[13:36] <alexbligh1> In do-release-uprade, what causes packages to be considered 'obsolete'? Symptom I'm trying to understand: User running P has non-Ubuntu package A on the system, which has many dependencies (A1 ... A99). Upgrading P->T via do-release-upgrade ends up saying 'remove obsolete pacakages' (which lists A), and then lists A1.A99 as "Remove (was auto installed)". Does this happen because one of An has a dependency that
[13:36] <alexbligh1> at one point in the install process can't be satisfied?
[13:37] <rbasak> alexbligh1: o/
[13:37] <rbasak> alexbligh1: sorry I've not looked at the apache2 SRU yet. Been a bit swamped. Doing MySQL this week. Hopefully I'll find a gap soon.
[13:38] <alexbligh1> rbasak, hi there. That would be great. Anything I can do to help?
[13:38] <maxb> iiuc, obsolete == no longer present in the repositories, for the new release
[13:38] <alexbligh1> maxb, A+A1..A99 are provided by our own repository, and they are still there (in our own repo).
[13:38] <rbasak> alexbligh1: no, this is entirely on me. Sorry. Or we could find another apache2 uploader who can review it.
[13:39] <maxb> But, unless you overrode that, the release upgrader likes to disable third party sources.list entries
[13:39] <rbasak> alexbligh1: it is (unfortunately) quite an invasive patch. I agree it's necessary, but I think it needs particularly careful attention to minimise regression risk. I just don't want a big pile of Ubuntu apache2 users screaming about a regression :)
[13:39] <alexbligh1> rbasak, I'm really hoping it will make 14.04.2. If you think you can get to it next week, it's probably easier if you do it as you understand the issue, unless there are any other willing victims^Wvolunteers.
[13:40] <alexbligh1> rbasak, quite agree.
[13:40] <alexbligh1> maxb, aha! Is there any obvious way to avoid the release upgrader doing that?
[13:42] <maxb> There is a config file you can set somewhere in /etc - just be careful that it will cause upgrades to error out if the user has ANY third party sources that don't support the target release
[13:43] <maxb> http://wiki.samat.org/CheatSheet/Ubuntu
[13:43] <alexbligh1> maxb, thanks
[14:43] <LocutusOfBorg1> pitti, I hope somebody will have a look before me, I really would like to fix the virtualbox situation
[15:01] <jamespage> could someone re-poke the ceph autopkgtest - its timed out waiting for packages to install for i386
[15:01] <jamespage> ta
[15:03] <pitti> jamespage: done
[15:03] <jamespage> pitti, thanks muchly
[15:03] <pitti> jamespage: FTR, I'm getting all failures and retry those regularly
[15:03] <didrocks> mterry: hey! if you have some time, I added an easy (I guess) MIR in the queue this morning: bug #1410106
[15:04] <jamespage> pitti, I'll not setup an auto-nag as you have auto-pitti watching things :-)
[15:08] <pitti> jamespage: at that rate you won't have anything left to do on the sprint :)
[15:09] <mterry> didrocks, ok
[15:09] <didrocks> thanks!
[16:19] <bdmurray> Tribaal: we usually want people to test with the version from -proposed but maybe slangasek or infinity would have a different opinion.
[16:38] <jamespage> pitti, glance should be ready today as well - coreycb is nearly done
[16:38] <coreycb> yep, just about there
[16:40] <flexiondotorg> Trevinho, I'd like to add compiz support to Ubuntu MATE.
[16:40] <flexiondotorg> Trevinho, We discussed this briefly in the past. I've just read my notes.
[16:41] <flexiondotorg> Trevinho, Do you think it would be a good idea for me to integrate the MATE change in lp:compiz via a merge proposal?
[16:41] <Trevinho> flexiondotorg: yes
[16:41] <Trevinho> flexiondotorg: that would be nice
[16:41] <flexiondotorg> Trevinho, I'll give it a whirl later tonight and make a PPA package to prove it works.
[16:42] <flexiondotorg> Trying to "hack" an existing compiz install it simply not working out so well.
[16:45] <Trevinho> yeah, I agree. It's just better to have things upstream
[17:09] <tseliot> slangasek: I seem to have missed the expiration email of my core-dev account. Can you reactivate my account, please?
[17:11] <tseliot> or Riddell ^
[17:12] <Laney> does anyone know if the sponsoring report automatically updates itself from bzr?
[17:47] <flexiondotorg> Trevinho, I've done the simple thing first. Basically create profiles and gsettings overrides and export COMPIZ_CONFIG_PROFILE via /etc/X11/Xsettings.d/
[17:48] <flexiondotorg> TrafficMan, I added compiz-mate package that depends on compiz-gnome and just installs the few MATE related files.
[17:48] <flexiondotorg> Trevinho, I added compiz-mate package that depends on compiz-gnome and just installs the few MATE related files.
[17:48] <flexiondotorg> Sorry TrafficMan
[17:49] <flexiondotorg> However, I've migrate the gnomecompat plugin to matecompat.
[17:49] <Trevinho> flexiondotorg: looks fine
[17:49] <flexiondotorg> Trevinho, Your thoughts on adding the matecompat plugin?
[17:49] <Trevinho> flexiondotorg: as for the etc/X11/Xsettings.d thing we don't use that anyumore in unity, as we use upstart in session
[17:50] <flexiondotorg> Trevinho, Yeah I found etc/X11/Xsettings.d was used for xubuntu. I've just extended it to catch "mate" too.
[17:51] <flexiondotorg> Trevinho, is the upstart stuff in lp:compiz or elsewhere?
[17:52] <Trevinho> flexiondotorg: mh,  it should be in ubuntu-session or something like that
[17:53] <flexiondotorg> Trevinho, OK I'll see what I can dig up. Although upstart? Should I bother? How much upstart will remain in 15.04?
[18:05] <infinity> Who runs the host at the other end of seeded-in-ubuntu?  It seems sad.
[21:16] <bdmurray> xnox: Did you try building ubuntu-release-upgrader with your changes? the test is failing for me
[23:01] <bdmurray> xnox: I've sorted it out.
[23:12] <slangasek> tseliot: looks like somebody beat me to fixing it?
[23:30] <bregma> anyone know why more recent generic x86/amd64 kernels have been built with CONFIG_USB_OTG=y again? Apparently it's still broken...
[23:58] <bdmurray> slangasek: what is the right place to fix bug 1403982?