=== sz0 is now known as sz0`
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== zz_nhayashi is now known as nhayashi
=== sz0` is now known as sz0
=== sz0 is now known as sz0`
=== nhayashi is now known as zz_nhayashi
pitti Good morning05:20
=== zz_nhayashi is now known as nhayashi
=== nhayashi is now known as zz_nhayashi
=== zz_nhayashi is now known as nhayashi
dholbachgood morning07:05
zygagood morning07:49
=== xnox is now known as NoNameYet_xnox
=== Chipaca is now known as UtilitarianUvula
pittiogra_: we dropped/will drop support for the Galaxy Nexus, right? i. e. is it ok to drop the workaround for bug 1234743?08:27
ubottubug 1234743 in systemd (Ubuntu Trusty) "omapfb module floods system with udev events on samsung galaxy nexus" [High,Fix released] https://launchpad.net/bugs/123474308:27
ogra_pitti, we dont build device images for it anymore, might have stopped booting with some recent changes08:27
pittiogra_: ack, thanks08:28
ogra_so yes, if it helps, drop it08:28
ogra_pitti, note that either the meizu or bq have PVR chipsets though, we might need it back we we are unlucky08:28
pittiogra_: ah, ok; well, it's in git, if we see those produce uevents like mad we can adjust it to those08:29
ogra_right, just dont throw it away :)08:30
=== psivaa-afk is now known as psivaa
=== sz0` is now known as sz0
=== UtilitarianUvula is now known as Chipaca
=== MacSlow is now known as MacSlow|lunch
=== apachelogger is now known as apachelogger_
=== apachelogger_ is now known as apachelogger
=== mpt_ is now known as mpt
=== _salem is now known as salem_
=== andyrock is now known as andyrock-lunch
pmcgowanbregma, any progress on https://bugs.launchpad.net/ubuntu/+source/unity/+bug/130770112:56
ubottuLaunchpad bug 1307701 in unity (Ubuntu) "Unity does not get touch events when SDK apps running" [High,Confirmed]12:56
bregmapmcgowan, can't say I spent the last-minute release crush and the holidays working on it, so no progress yet12:56
pmcgowanbregma, ok, didnt know if it was assigned off to someone to look at12:57
=== MacSlow|lunch is now known as MacSlow
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
bdmurraypitti: Could you please review https://code.launchpad.net/~brian-murray/apport/retrace-package-versions/+merge/210308?14:52
bdmurraymvo_: Could you have a look at bug 1309386?14:53
ubottubug 1309386 in unity-control-center (Ubuntu) "System details page not aware of phased-updates" [High,Triaged] https://launchpad.net/bugs/130938614:53
mvo_bdmurray: sure14:54
bdmurraymvo_: thanks14:54
=== wedgwood is now known as Guest26994
=== wedgwood1 is now known as wedgwood
=== tkamppeter__ is now known as tkamppeter
tedgev, So charles and I have some code for reporting recoverable problems that we've cut-and-pasted a few places, we're thinking it should go in a lib somewhere. Do you have a good place to put that?15:34
cjwatson /wg 5315:35
evtedg: libwhoopsie?15:41
evtedg: and thanks to the both of you for taking on that work15:41
tedgev, Heh, it's fun filling bugs on other people ;-)15:42
evI have so little time for whoopsie and apport these days. It's encouraging to know that other people are stepping up15:42
jibelmvo_, when you have time could you have a look at bug 1296629 ? I cannot reproduce with the clone, but the upgrade path is different.15:44
ubottubug 1296629 in ubuntu-release-upgrader (Ubuntu) "Ubuntu 14.04 partial upgrade error: Removing python3-plainbox:i386 rather than change python3:any:i386" [Medium,Confirmed] https://launchpad.net/bugs/129662915:44
=== arges` is now known as arges
ScottKNoNameYet_xnox: nonameyet was already used.16:25
=== jamespag` is now known as jamespage
james_wis there a way to test the 12.04 to 14.04 upgrade using do-release-upgrade?16:39
james_wnow that it's not in development -d doesn't seem to pick it up16:40
james_wand so it just tries to upgrade to 12.1016:40
Logan_james_w: is your 12.04 installation fully updated?16:41
Logan_odd - people have reported being able to upgrade from 12.04 to 14.0416:42
Laneyjames_w: what does Prompt= say in /etc/update-manager/release-upgrades?16:44
Logan_james_w: edit /etc/update-manager/release-upgrades and set Prompt=lts16:44
james_wLaney: normal16:44
james_wthat did it, thanks16:45
Logan_cheers :)16:46
=== bfiller is now known as bfiller_afk
=== sz0 is now known as sz0`
pittislangasek: do you want to target https://blueprints.launchpad.net/ubuntu/+spec/core-1403-systemd-transition at u-series, or for later?16:57
pittislangasek: I have some working test packages in a PPA now; I dropped the systemd-services split as it was quite a large change towards Debian and didn't get accepted; and it seems rather unnecessary now16:58
pittibdmurray: ack, will do first thing tomorrow; back from holidays now16:59
* ogra_ wonders if U is really the cycle for systemd toying, given the phone teams need to build a stable phone release on top of it by summer17:00
SpamapSI'm going to go out on a limb and say that Firefox is using more memory than it should..17:03
SpamapSclint     5542 13.3 80.3 15004536 13098528 ?   Dl   Apr21 191:15 /usr/lib/firefox/firefox17:03
cjwatsonogra_: We have to experiment with it before we switch to it, no matter what17:04
cjwatsonAnd I'd expect "phone still works" to be a blocking criterion17:05
ogra_cjwatson, yeah, i'm just scared by the default switch, surely not by playing17:05
infinityThe default switch will have to happen eventually too, and we're always trying to ship a stable product.17:05
infinitySo, no room for fear.  Just lots of testing before we swap.17:06
=== sz0` is now known as sz0
ogra_being the one trying to optimize the boot speed i'm a bit unsure if i want to do all that throw away work :P17:06
infinityogra_: Is the intent on the phone really to ship a U snapshot instead of sorting out a clever way to build on top of T?17:06
ogra_infinity, that would make us end up with gigantic PPAs filled with stuff that has to be maintained in two places17:07
infinityogra_: Sure, but a snapshot dead in the middle of a distro cycle is also going to be problematic.17:07
ogra_i think U should be the base and we fork at some point17:07
ogra_rather than forking trusty and having to merge back the whole chunk later into U17:08
ogra_the whole trusty phone images were incredibly stable17:08
ogra_during the whole cycle ... my worry is if we can retain that stability in a non LTS cycle during development17:09
ogra_if it would be as stable as trusty was we surely would be fine with U17:09
Unit193ogra_: I started playing with it in Ubuntu the trusty cycle. :P17:09
ogra_do you like it ?17:10
=== ogasawara_ is now known as ogasawara
Unit193There are actually a couple benefits to upstart, but shutdown is far faster with systemd.  (Bootup is the same though.)17:11
ogra_is it ?17:11
ogra_the numbers i have seen systemd was always slower17:11
ogra_(on bootup that is)17:11
cjwatsonIt's going to depend on a bunch of other integration work, either way17:12
Unit193Updates are still pretty smooth, only times it isn't is when no init script is shipped in the package, and only an upstart job is, like with whoopsie.17:12
cjwatsone.g. in Debian, minimal systems with upstart vs. systemd, systemd boots significantly quicker (which is no doubt due to missing upstart jobs in various places)17:12
slangasekpitti: the systemd-services split is still necessary for the time being; we need to be able to land systemd in the archive on an opt-in basis before we make it the default17:12
slangasekpitti: oh, though I guess installing 'systemd' doesn't change init, so that's probably ok after all17:13
slangasekpitti: anyway, blueprint targeted, yah17:13
orbisvicisi've just built my first python-support package for a simple script (arch: all, requires .install file). Is it normal that all files were isntalled to /usr/share/pyshared/ and /usr/lib/python{2.6,2.7}/* is empty ?17:21
orbisvicisI am backporting a package from dh_python2, which installs to both /usr/share/pyshared/ and /usr/lib/python* (duplicates content from pyshared), which is why I'm asking. Is something missing?17:25
=== andyrock-lunch is now known as andyrock
dobeyorbisvicis: backporting to what? 10.04?17:33
dobeyorbisvicis: it is normal with python-support though, yes. the symlinks in /usr/lib/python* are created at install time17:33
orbisvicisdobey: yes. thanks, now I know, at least, that the symlinks aren't being generated during installation18:04
dobeyorbisvicis: i think dh_python in 14.04 doesn't have the symlinks or pyshared dir at all.18:05
orbisvicisdobey: backporting to 10.04, most likely the symlinks *should* exist?18:07
dobeyorbisvicis: after installation, they will get created, yes18:08
orbisviciswell, the package works so I won't bother about it18:08
dobeythat's how pysupport works18:08
dobeyor during installation i guess (depending on how pedantic you want to be about unpacking, postinst, and dpkg triggers)18:09
orbisvicisdobey: any ideas why they wouldn't have been generated. python-support 1.0.4 ?18:11
=== roadmr is now known as roadmr_afk
dobeywhat do you mean not generated?18:12
dobeyat package build time? or during install?18:12
orbisvicisdobey: during install18:14
dobeyyou installed the package, and it can be imported, right?18:14
orbisvicisdobey: yep18:15
dobeyorbisvicis: then symlinks must have been created, and i guess you are looking in the wrong place for them :)18:16
orbisvicisdobey: good enough ;)18:16
orbisvicisfor me18:16
orbisvicisdoes cdbs have "upstream" ?19:03
orbisvicisfound t19:05
Logan_orbisvicis: upstream is Debian19:11
=== roadmr_afk is now known as roadmr
=== bfiller_afk is now known as bfiller
=== salem_ is now known as _salem

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!