[02:47] <mhall119> highvoltage: what's the status of Gnome in Edubuntu?
[02:48] <mhall119> I trued the "classic desktop" session in the Natty desktop daily, and it was all kinds of wonky
[03:10] <ball> hello JanC
[03:23] <highvoltage> mhall119: please elaborate
[03:31] <mhall119> highvoltage: window menus were "unified" at the top, gsettings daemon was crashing
[03:31] <mhall119> some other stuff failing
[03:34] <highvoltage> mhall119: wgat do you mean by unified at the top? do you have a screenshot?
[03:46] <highvoltage> mhall119: I'm going ro shut down in a bit, if you have some time it would be nice if you file bugs and link them on the iso tracker!
[12:32] <mhall119> highvoltage: it was in a VM, so I'm not sure if that's the problem, I'll try and get a screenshot
[12:59] <highvoltage> mhall119: I saw the gsettings bug too, but that's a common ubuntu bug, not completely sure what you meant with the menu issues yet though
[13:01] <mhall119> highvoltage: I'll try and get you a screenshot
[13:01] <mhall119> no time this morning though
[13:01] <mhall119> why are the last 2 weeks of work always the busiest?
[13:14] <highvoltage> where do you work again?
[13:34] <mgariepy> good morning everyone
[13:35] <mhall119> highvoltage: Moffitt for now
[14:48] <highvoltage> mgariepy: did you see there's a contact mail in french, I guess that's just for you :)
[15:05] <mhall119> highvoltage: http://img69.imageshack.us/img69/8035/edubuntu.png
[15:06] <mhall119> are the menus going to be "unified" in the top panel on the classic Gnome session?
[15:06] <mhall119> like they are in that screenshot?
[15:16] <highvoltage> mhall119: I guess you're probably either talking about the change from the gnome-menu-bar to the gnome-main-menu or the global menus. both are defaults we inherit from the Ubuntu classic desktop session
[15:16] <mhall119> highvoltage: was talking about global menus
[15:16] <mhall119> I thought the "classic" session was going to stay the way it was in 10.10, guess not totally
[15:17] <highvoltage> mhall119: ok, yeah I initially thought so too, I guess I missed some UDS logs or desktop team discussion or something
[15:17] <mhall119> that'll change the way I do the gnome session then...
[15:17] <mhall119> 'cause I was using the top panel for the task list
[15:17] <mhall119> highvoltage: when is feature freeze?
[15:18] <highvoltage> mhall119: we can technicall change it back, but diverting from Ubuntu much will just cause us some other problems
[15:18] <highvoltage> mhall119: last week
[15:18] <mhall119> :(
[15:18] <highvoltage> https://wiki.ubuntu.com/Edubuntu/Devel/RoadMap
[15:18] <mhall119> I've been so busy...
[15:18] <mhall119> okay, this weekend I'm working on Qimo, come hell or high water
[15:19] <highvoltage> heh, you're starting to sound like me
[15:19] <mhall119> would it kill someone to just add an 8th day to the week?
[15:20] <highvoltage> it won't work, work that needs to be done will just expand to fill the time
[15:21] <mhall119> :(
[15:21] <mhall119> qimo _is_ work that needs to be done
[15:22] <doctormo> highvoltage: Ping
[15:23] <highvoltage> doctormo: Pong
[15:23] <highvoltage> doctormo: been meaning to ping you first, this week has just been crazy :)
[15:24] <doctormo> highvoltage: I've about to show you a first draft image.
[15:24] <highvoltage> doctormo: fire away
[15:24] <doctormo> It's still a bit dark and there are things that need working on. But http://divajutta.com/doctormo/art/edu/perspective.png
[15:25] <highvoltage> doctormo: wow, that's much more than I expected for a first draft... nice
[15:25] <highvoltage> doctormo: it has a kind of magical feel to it, you're right about the dark part though
[15:26] <highvoltage> doctormo: then again, dark is good, we need contrast with our pale panels
[15:27] <doctormo> Thanks, put it up on your desktop and ponder what you'd like to tweak.
[15:38] <highvoltage> done
[16:16] <highvoltage> I'm putting together the pieces of http://edubuntu.org/2011-03-03/edubuntu-1104-alpha-3-released
[16:16] <highvoltage> let me know if there's anything I'm missing!
[18:16] <highvoltage> Edubuntu 11.04a3 has been released: http://edubuntu.org/2011-03-03/edubuntu-1104-alpha-3-released
[23:11] <nothingman> Hey, all
[23:12] <nothingman> I was trying to get android booting from one of my servers to a client earlier
[23:13] <nothingman> Anyone here have experience with using a squash file over ftp?
[23:13] <nothingman> Or should i maybe use http?
[23:23] <highvoltage> you might need to provide a bit more detail there :)


[04:12] <yano> nothing exciting in the "real NEO" you need to travel to cleveland for stuff like that.
[04:12] <yano> though imo, i don't consider cleveland part of "NEO"
[04:16]  * canthus13 nods.
[04:16] <canthus13> I'm actually looking for work in NEO. Ashtabula, Kent/Akron...
[04:17] <yano> the real north east ohio is ashtabula, trumbull, mahoning, columbiana, stark, and portage.
[04:17] <yano> imho
[04:17] <canthus13> Yeah.   Unfortunately, I'm not finding much in the way of job postings out there. :/
[04:18] <yano> though i was more near orwell
[04:18] <paultag> canthus13: truth
[04:19]  * canthus13 shrugs, drove through there this morning.. his cell seemed fine.
[04:19] <canthus13> Of course, I was on 90 the whole time...
[04:20] <yano> yea near the interstates, cell phone signal is fine.
[04:20]  * canthus13 nods.


[07:45] <beidl> Someone from the unity7 team here who could help me with a little problem? I've got problems testing my patch.
[09:40] <asac> tsdgeos: saviq pointed out that the last thing was not compatible with py2
[09:40] <asac> i repusehd another
[09:40] <asac> not sure if things were merged etc.
[09:40] <tsdgeos> hmmm
[09:40] <tsdgeos> i tried the last thing
[09:40] <tsdgeos> with python2
[09:40] <tsdgeos> and it worked just fine
[09:41] <asac> tsdgeos: really? :)
[09:41] <asac> good
[09:41] <asac> let me double check the behaviour
[09:41] <tsdgeos> yes
[09:41] <asac> tsdgeos: but str (a,'utf-8') doesnt exist
[09:41] <asac> afaik
[09:41] <tsdgeos> meh
[09:41] <asac> >>> str ("asdasd", 'utf-8')
[09:41] <asac> Traceback (most recent call last): File "<stdin>", line 1, in <module>
[09:41] <asac> TypeError: str() takes at most 1 argument (2 given)
[09:41] <tsdgeos> i tried it wrong
[09:42] <asac> heh
[09:42] <tsdgeos> yes my fault
[09:42] <asac> tsdgeos: so the MP should be fine now: https://code.launchpad.net/~asac/unity8/fix-system-integration-test-type-error/+merge/214458
[09:42] <asac> not sure how to resurrect the state
[09:43] <asac> if it was merged i can also resubmit a change on top
[09:43] <asac> otherwise just re-review and reapprove i guess
[09:43]  * tsdgeos tries again, now correctly
[09:43] <tsdgeos> don't worry i'll handle it
[09:43] <asac> thx
[09:45] <tsdgeos> should be fine now
[09:46] <tsdgeos> tx for the fix :)
[09:53] <tsdgeos> asac: sil2100: btw i didn't know we had switched to autopilot3 by default
[09:53] <tsdgeos> i'm still using regular autopilot here
[09:54] <asac> tsdgeos: what is phablet-test-run using?
[09:54] <asac> if that is out of sync with infra that should be fixed
[09:54] <tsdgeos> no idea :D
[09:55] <tsdgeos> i'm *manually* running autopilot
[09:59] <Saviq> asac, I *think* it's using py3 by now
[09:59] <asac> right. so for final test of MPs we should use phablet-test-run as we are trying to keep hacks and hooks the same as in infra
[10:00] <asac> if thats not good enough or hard to use please let me know
[10:00] <asac> so we can fix it
[10:01] <Saviq> asac, p-t-r is part of the testplan for us, so yeah that will definitely be done
[10:02] <asac> good. lets double check with sergio when he i son i guess
[10:26] <Saviq> tsdgeos, please link the bug to https://code.launchpad.net/~aacid/unity8/categoryDelegateRangeFixOvershootDetection/+merge/212892
[10:26] <sil2100> Saviq: hi!
[10:27] <Saviq> sil2100, hey ho
[10:27] <sil2100> Saviq: so, in silo 13 libusermetrics FTBFS - and since camera-app build-deps on the new version, it's in an eternal dep-wait and being stuck in the 'Building' phase
[10:27] <sil2100> Saviq: I updated the comment field and aborted the build job
[10:27] <Saviq> pete-woods, ↑
[10:27] <tsdgeos> Saviq: this one doesn't fix the "empty stuff" bug, it's just fixing some optimization
[10:27] <sil2100> Saviq: could you have someone looking at the PPA, fixing and rebuilding? ;)
[10:27] <sil2100> Thanks!
[10:27] <Saviq> tsdgeos, doesn't it fix the "last item on carousel doesn't work", though?
[10:28] <tsdgeos> Saviq: no, that's another one
[10:28] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/carouselLastItemClick/+merge/214230
[10:28] <Saviq> tsdgeos, ah ok
[10:29] <pete-woods> Saviq: I think that build needed kicking off again, but it was stuck on the build wait
[10:29] <Saviq> pete-woods, so what shall I kick?
[10:30] <pete-woods> Saviq: I'm just going to run a bzr bd to be _absolutely_ sure, but you should really be able to kick off the whole PPA again
[10:30] <Saviq> pete-woods, ok, don't, let me and let's see
[10:35] <pete-woods> Saviq: well for what it's worth, bzr bd completed successfully for me locally
[10:43] <Saviq> paulliu, hey
[10:43] <Saviq> paulliu, I assigned bug #1302213 to you, could you look into adding an API like that to unity-mir
[10:45] <Saviq> paulliu, there needs to be a signal on the QML object for unity8 to exit as well
[10:47] <asac> tsdgeos: those jenkins job failures in the MP i made; are those expected?
[10:48] <Saviq> asac, /me looks
[10:48] <asac> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-trusty-touch/45/?
[10:48] <asac> and
[10:48] <asac> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/51/?
[10:48] <asac> are listed as UNSTABLE in the jenkins bot post
[10:48] <asac> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/51/console
[10:48] <asac> guess thats the only failure
[10:49] <asac> and 45 just is indicates this job failing
[10:49] <asac> File "/usr/lib/python2.7/dist-packages/autopilot/introspection/__init__.py", line 437, in __call__
[10:49] <asac> p.pid for p in psutil.Process(pid).get_children(recursive=True)
[10:49] <asac> File "/usr/lib/python2.7/dist-packages/psutil/__init__.py", line 232, in __init__
[10:49] <Saviq> asac, yeah, the migration to phablet-test-run on the ci job doesn't seem to have gone well still
[10:49] <asac> raise NoSuchProcess(pid, None, 'no process found with pid %s' % pid)
[10:49] <asac> + log_error screen unlock failed, skipping unity8
[10:49] <asac> psutil._error.NoSuchProcess: no process found with pid 2918
[10:49] <asac> Saviq: how long is this plaguing us?
[10:50] <Saviq> asac, since the switch to phablet-test-run, effectively, I've been pinging Francis on this last week, not sure what's the progress
[10:50] <asac> Saviq: when was that?
[10:50] <Saviq> asac, week and a half ago or so
[10:51] <asac> Saviq: does the failyure above have something to do with the new "consolidated" unlock approach?
[10:51] <Saviq> asac, it's not critical, though, as we're running the test before release anyway
[10:51] <asac> did that land?
[10:51] <asac> yeah sure
[10:51] <Saviq> asac, no, it didn't
[10:51] <asac> still would be better if one could take the bot feedback serios :)
[10:51] <asac> ok let me know if you feel it got stuck
[10:52] <asac> (the process of getting this fixed)
[10:52] <Saviq> asac, agreed, will do
[10:52] <Saviq> asac, will land it later today
[11:19] <Saviq> mzanetti, https://blueprints.launchpad.net/unity8/+spec/suru-icon-switch
[11:26] <om26er> Trevinho, ping
[11:39] <Saviq> mzanetti, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1302761
[11:44] <tsdgeos> Saviq: don't know what to do regarding https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1300302 :-(
[11:44] <tsdgeos> i can't get it to happen for me at all
[11:44] <tsdgeos> been trying a few hours already to make it break every way i could think of
[11:44] <Saviq> tsdgeos, :/
[11:45] <tsdgeos> but it has to be very frequent for them i guess, otherwise it wouldn't be a release blocker, no?
[11:45] <Saviq> tsdgeos, maybe we could prep a logging-enabled version that folks could install and upload the log when that happened?
[11:45] <Saviq> tsdgeos, not really very frequent, no, just that a few people had it happen
[11:46] <Saviq> pete-woods, ok, looks like the thing built
[11:47] <pete-woods> Saviq: whew!
[11:47] <tsdgeos> Saviq: i guess i can add some logging yes, the problem with loging is that you have to iterate a few times until you find the logging you really need, but sure, i'll try to think on all the logging i could need it and create a MR with it
[11:47] <Saviq> tsdgeos, nothing better comes to mind
[11:47] <tsdgeos> agreed
[11:51] <mhr3_> seb128, so, i hear we're removing the setting
[11:51] <mhr3_> seb128, do you want us to prepare a branch, or do you prefer to take care of it?
[11:53] <seb128> mhr3_, I want you to get the design updated and to file a bug with the rational
[11:54] <mhr3_> seb128, the design is outdated already
[11:54] <seb128> mhr3_, right, and I'm following the design
[11:54] <mhr3_> we never had a list of scopes there
[11:54] <mhr3_> and mpt is lost
[11:54] <seb128> lost?
[11:54] <mhr3_> will try to catch him
[11:54] <seb128> k
[11:54] <mhr3_> anyway, lunch now
[11:54] <seb128> well, I'm not updating anything until we have an updated design and a bug with the rational
[12:06] <paulliu> Saviq: ok.
[12:37] <mpt> mhr3_, do you have a compass I can borrow?
[12:53] <dawnk_> When I change my scaling in Settings > Display from 1 to anything less than that, some parts of unity gets messed up.
[12:53] <dawnk_> For instance, when I right click on any application on the dash, the options I get are not aligned.
[12:53] <dawnk_> I'm using Ubuntu 14.04
[12:53] <dawnk_> Can anyone check if it is replicable?
[12:54] <Saviq> dawnk_, probably best to "apport-bug unity", so that people don't overlook it
[12:55] <dawnk_> Saviq, I want to be sure if this is replicable.
[12:55] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/workaround-ubuntushape-bug-in-launcher/+merge/214516
[12:56] <Saviq> dawnk_, I don't see them misaligned here, but it looks like they're not scaled
[12:57] <Saviq> dawnk_, ah, if I go down to 0.625 they get screwed indeed in the preview
[12:57] <dawnk_> Saviq, so it's indeed a bug?
[12:57] <Saviq> dawnk_, yeah, I'd say so
[12:58] <Saviq> dawnk_, "Wrong scaling in previews" or so
[12:58] <dawnk_> Saviq, how do I file a bug?
[12:59] <Saviq> dawnk_, alt+f2, "apport-bug unity"
[13:00] <mzanetti> MacSlow: hey
[13:00] <dawnk_> Saviq, thanks. Will I be asked for a description?
[13:00] <Saviq> dawnk_, yes
[13:00] <MacSlow> mzanetti, what's up?
[13:00] <Saviq> dawnk_, after it's sent to launchpad.net
[13:00] <mzanetti> MacSlow: I think I had the icon issue too (or at least something similar) in the launcher
[13:00] <mzanetti> MacSlow: trying to reproduce it for the notifications
[13:01] <mzanetti> MacSlow: can I create such an update in the qmltests?
[13:01] <MacSlow> mzanetti, I've an isolated testcase an am debugging ubuntu-ui-toolkit's shapeitem.cpp right now...
[13:02] <MacSlow> mzanetti, let me forward you my testcase...
[13:02] <mzanetti> MacSlow: can you paste me the testcase please
[13:02] <mzanetti> yeah
[13:02] <MacSlow> mzanetti, http://pastebin.ubuntu.com/7203536
[13:02] <dawnk_> Saviq, do I need a launchpad account?
[13:02] <Saviq> dawnk_, yes
[13:03] <Saviq> dawnk_, which is the same as an Ubuntu / Ubuntu One account if you have one
[13:03] <MacSlow> mzanetti, it's using regular wallpaper images (as example for large photos) and some icons from the suru theme-packet for small ones.
[13:04] <dawnk_> Saviq, alright, thanks.
[13:12] <tsdgeos> davmor2: how often can you reproduce the empty space on the dash? if i give you a build with some enabled debugging you think that would be useful?
[13:20] <davmor2> tsdgeos: most days one thing that looks like it might trigger it is closing apps with the quit option but as I say it really is random :)
[13:20] <tsdgeos> davmor2: quit option => quit from HUD?
[13:21] <davmor2> tsdgeos: yeap ogra managed to get an empty screen from that
[13:21] <tsdgeos> ok, let me try with that
[13:46] <sil2100> Saviq: hi! I'll take away your split greeter silo if you don't mind ;)
[13:46] <Saviq> sil2100, wow, down on silos again? do what you gotta do
[13:47] <sil2100> YEah...
[13:49] <Saviq> pete-woods, hey, did we decide that you should take over the usermetrics output QML plugin?
[13:50] <Saviq> as the only thing we're doing with it is qmlRegisterSingletonType in the LightDM plugin...
[13:50] <pete-woods> Saviq: yeah, I thought it would be sensible
[13:50] <Saviq> pete-woods, ok, let's go for that, make sure to install in the shell plugin like unity-scopes-shell does
[13:51] <pete-woods> Saviq: I'm not sure what that means, is that some special path for QML plugins?
[13:51] <Saviq> pete-woods, yeah, for shell-facing ones
[13:51] <Saviq> pete-woods, a very similar package to unity-plugin-scopes would be best
[13:51] <pete-woods> okay, cool, I'll have a look at that
[13:52] <Saviq> pete-woods, i.e. unity-plugin-usermetrics or so
[13:52] <pete-woods> Saviq: should I use the same name as the existing one?
[13:52] <Saviq> pete-woods, it's LightDM.Infographic now
[13:52] <Saviq> pete-woods, maybe it makes sense to keep it UserMetric
[13:52] <Saviq> pete-woods, or MetricOutput or something
[13:52] <Saviq> pete-woods, I'm not hung up on the current name
[13:52] <pete-woods> Saviq: okay, just wanted to make life easiest on you
[13:53] <pete-woods> I'm guessing there's a fake one or two of them around in the unity8 codebase, too
[13:53] <Saviq> pete-woods, it will actually be easier if we rip it out of LightDM, will stop being confusing
[13:53] <Saviq> pete-woods, yeah, but the new fake one will be rather simple, so is fine
[13:53] <pete-woods> Saviq: okay, I'm totally happy with that
[13:54] <pete-woods> Saviq: on a similar note, HUD now exports a Qt interface that should be totally compatible with the wrapper in unity8
[13:54] <pete-woods> was't sure whether you thought it was worth deleting the stuff from unity8? or if we're just not touching HUD
[13:54] <Saviq> pete-woods, oh, so we can rip that out, too, nice
[13:55] <Saviq> pete-woods, yeah, not a high prio, but cleaning it up would be nice
[13:56] <pete-woods> Saviq: the HUD integration tests actually run against this interface, so to me it'd make sense to use it
[13:56] <davmor2> tsdgeos: Wait I think I might be onto something,  Install a few apps 5 say,  expand the installed section then sroll to the bottom of it, open one of the bottom apps and I thing what is happening is the line where available apps is it where the cut off happens
[13:56] <pete-woods> Saviq: anyway, I'll make make libusermetrics export that plugin now
[13:56] <Saviq> pete-woods, ok coolz
[13:57] <Saviq> davmor2, yeah, I can confirm bad things happening there
[13:58] <Saviq> davmor2, tsdgeos, I don't think you actually need to install any apps, just launch some of the bottom ones from an expanded Installed list
[13:58] <Saviq> edge swipe to get the launcher, press BFB
[13:59] <davmor2> Saviq: I'm just setting it up as I have it here
[13:59] <tsdgeos> Saviq: can you be more specific in what you do? opening an app doesn't cause anything wrong here
[14:00]  * tsdgeos has been opening apps all day
[14:02] <davmor2> tsdgeos: on the apps scope, expand the installed section.  Scroll to the very bottom of it so you can see the available apps, open one of the bottom apps in the installed section then swipe it from the left to the right
[14:03] <tsdgeos> yes
[14:03] <tsdgeos> i'm on top
[14:03] <tsdgeos> everything works
[14:04] <davmor2> tsdgeos: http://popey.com/~alan/phablet/device-2014-04-07-150301.png this is what you get
[14:04] <tsdgeos> not here :/
[14:05] <davmor2> tsdgeos: are you on a mako?  are you on the current proposed image, do you have some trunk stuff in place
[14:05] <tsdgeos> i am on a nexus4, yes, not sure i understand that last question
[14:06] <davmor2> tsdgeos: are you on image 280? and do you have any ppa/trunk stuff installed that might make you install different to ours so far 4 people have been able to reproduce using those steps
[14:06] <tsdgeos> davmor2: when do you get to that state, does swiping up and down fix it for you?
[14:06] <tsdgeos> because that's pretty different from https://launchpadlibrarian.net/171365295/2014-03-29%2011.56.49.jpg
[14:07] <davmor2> tsdgeos: yeap if I swipe up far enough all the apps reappear
[14:07] <tsdgeos> davmor2: yes, 280, no, nothing different from trunk
[14:08] <tsdgeos> i mean, i'm basically using image 280 yes
[14:10] <davmor2> tsdgeos: let me get a video
[14:16] <tsdgeos> davmor2: just for completion, how many rows of installed apps do you have?
[14:16] <davmor2> tsdgeos: forgive the openness of the .MOV file format it is the one that my camera records in. https://www.dropbox.com/s/ywkw29kc1hjhcg6/P1000134.MOV
[14:17] <davmor2> tsdgeos: I have 7 additional apps installed
[14:18] <tsdgeos> davmor2: how many rows is that?
[14:18] <davmor2> 11 rows and 1 additional application
[14:19] <davmor2> tsdgeos: but I can do a full wipe and try the same steps there
[14:19] <tsdgeos> so 12 rows
[14:20] <davmor2> 11 complete rows and 1 in the 12th yes
[14:20] <tsdgeos> ok, let me see if having 12 rows changes anything here
[14:21] <Cimi> Saviq, you know where qpa/qplatformnativeinterface.h is?
[14:22] <paulliu> Saviq: how to logout in unity8?
[14:22] <tsdgeos> taht if i could login to ubuntu one ....
[14:23] <Cimi> or someone else
[14:23] <tsdgeos> Saviq: how did you fix the issue you had with login in to ubuntu onein the phone?
[14:23] <tsdgeos> Cimi: apt-file is your friend
[14:24] <tsdgeos> qtbase5-private-dev: /usr/include/qt5/QtGui/5.2.1/QtGui/qpa/qplatformnativeinterface.h
[14:24] <Cimi> tsdgeos, but if I don't have the file? :)
[14:24] <tsdgeos> Cimi: yes, that is what apt-file does
[14:24] <tsdgeos> tell you where the file is
[14:24] <tsdgeos> even if you don't have it
[14:24] <Cimi> tsdgeos, mmm I have it, cmake thing then
[14:25] <tsdgeos> adding accounts is totally broken
[14:26] <tsdgeos> the thing doesn't even open
[14:26] <tsdgeos> when clicking on it
[14:26] <tsdgeos> meh
[14:26]  * tsdgeos flashes the phone for the third time today
[14:27]  * MacSlow cannot connect to the mumble-server
[14:28]  * MacSlow reboots and sees if that helps
[14:32] <MacSlow> Saviq, tsdgeos, mzanetti: still can't connet to the mumble-server...
[14:32] <Saviq> MacSlow, had to try 4 times myself...
[14:32] <davmor2> tsdgeos: did you open accounts and close it at some point?
[14:33] <MacSlow> Saviq, about 7 times now... and a reboot...
[14:33] <davmor2> tsdgeos: there is a known bug for that if you did
[14:33] <tsdgeos> davmor2: well, i'm bootstraping now
[14:33] <tsdgeos> couldn't find myself to do anything else
[14:33] <davmor2> tsdgeos: did the video help?
[14:34] <tsdgeos> davmor2: well, i'll try to get the same amount of rows you have and see if that helps
[14:34] <tsdgeos> it's not that i don't trust your word
[14:34] <tsdgeos> is just that it doesn't happen here ^_^
[14:34] <tsdgeos> but let's see if adding a few apps helps
[14:35] <Cimi> tsdgeos, what would you add to cmake for detecting it?
[14:35] <davmor2> tsdgeos: let me try a bootstrap too and see if I can still reproduce it
[14:35] <MacSlow> Saviq, still no luck... added my notes the stand-up doc
[14:36] <Saviq> MacSlow, kthx
[14:36] <Saviq> MacSlow, you're actually there ;)
[14:36] <tsdgeos> Cimi: ${Qt5Gui_PRIVATE_INCLUDE_DIRS}
[14:36] <MacSlow> Saviq, that's not really me... trust me... that's... I don't know :)
[14:43] <davmor2> MacSlow: maybe it's the ghost of MacSlow past and that why you can't login in the present :D
[14:44] <MacSlow> davmor2, usually mumble is pretty trouble-free for me
[14:46] <mhall119> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1303858
[14:47] <Saviq> mhall119, right, thanks
[14:49]  * Saviq no gets Trojitá in his dash
[14:51] <tsdgeos> davmor2: ok, 12 rows definitely does cause that problem
[14:51] <tsdgeos> davmor2: i'm not sure it is the same of the one in popey's screenshot, but at least now i have something i can reproduce and aim fixing
[14:52] <davmor2> tsdgeos: see is 11 shows 1 and 10 shows 2 :)
[14:55] <Saviq> tsdgeos, \o/
[15:15] <mhall119> Saviq: it's not in the store
[15:16] <mhall119> Saviq: http://people.ubuntu.com/~mhall119/trojita/com.ubuntu.developer.mhall119.trojita-ubuntu_0.1_armhf.click if you want to install and test
[15:16] <Saviq> mhall119, yup
[15:16] <Saviq> mhall119, thanks
[15:16] <mhall119> np
[15:16] <Saviq> mhall119, can I post this to the bug?
[15:17] <Saviq> pete-woods, I'm afraid we lost the silo for infographics, there seems to be landing congestion
[15:17]  * Saviq wonders when will didrocks start implementing London-style congestion charge...
[15:18] <didrocks> Saviq: well, the airline isn't the train :p the train isn't a staging area, that's the goal of the airline
[15:18] <didrocks> you can stay in the terminal as long as you want :p
[15:18] <didrocks> even during nights!
[15:18] <didrocks> then, you lost your citizenship
[15:19] <didrocks> and you start winning money
[15:19] <didrocks> and then
[15:19] <Saviq> didrocks, don't get me wrong, I'm not complaining ;)
[15:19] <didrocks> oh no, already a movie :p
[15:19] <Saviq> didrocks, just wondering when you'll start collecting money for assigning a silo ;)
[15:19] <didrocks> Saviq: shhhhhh, that's a 14.10 "improvements" :)
[15:19] <seb128> Saviq, he should charge money for people holding a silo for days rather ;-)
[15:20] <pete-woods> Saviq: no worries, I understand we're very congested
[15:20] <didrocks> (not joking, we talked about CI coins some weeks ago)
[15:20] <didrocks> s/weeks/months actually
[15:21] <Saviq> didrocks, it does look from the current queue like we could have some things merged into bigger landings
[15:21] <Saviq> like...
[15:21] <Saviq> seb128... three landings... one after the other ;)
[15:21] <didrocks> Saviq: I agreed, when I'm handling some, I keep asking people to merge their requests :p
[15:21] <didrocks> Saviq: yeah… you know, the frenchies… don't trust them!
[15:21] <Saviq> I never do!
[15:22] <didrocks> you learnt from it, I can hear some fear-story :)
[15:23] <didrocks> more seriously, I'll pass the message again today
[15:28] <tsdgeos> come on
[15:28] <tsdgeos> and now my "Avaliable" apps is one
[15:28] <tsdgeos> gone
[15:29] <tsdgeos> why does the world hate me so much?
[15:31] <tsdgeos> mhr3: do you have any idea what can cause the "Avaliable" apps not to show up and how do i fix it?
[15:31] <tsdgeos> i haz internet
[15:31] <mhr3> tsdgeos, but "my apps" is showing up?
[15:31] <tsdgeos> yep
[15:32] <mhr3> tsdgeos, look at ~/.cache/upstart/scope-registry.log
[15:32] <mhr3> but likely an issue on the server
[15:32] <tsdgeos> right, i get nothing when run on the desktop either :-/
[15:33] <Saviq> tsdgeos, looks like it's the server indeed, we all lost our available apps
[15:33]  * Saviq has on
[15:33] <Saviq> one
[15:33] <tsdgeos> can't reproduce the bug anymore :/
[15:34] <Saviq> tsdgeos, fixed it! ;)
[15:35] <tsdgeos> \o/
[15:41] <Saviq> tsdgeos, I mean you did, did you? ;)
[15:41] <Saviq> tsdgeos, you can't reproduce == you fixed it? ;)
[15:41] <tsdgeos> yessir
[15:41] <Saviq> shipit
[15:42] <Saviq> alecu, do you know of server issues with the app store? seems all of us here basically lost their available apps...
[15:57] <tsdgeos> it seems somebody dropped it all
[15:57] <tsdgeos> and it's slowly being rebuilt
[16:04] <Saviq> oh right, ~back now
[16:28] <Cimi> Saviq, seems to work
[16:28] <Cimi> mmm
[16:28] <Saviq> Cimi, wwizard you mean? cool
[16:29] <Cimi> maybe I forgot some includes
[16:29] <Cimi> I was expecting it to not work
[16:29] <Cimi> hah
[16:29] <Cimi> Saviq, the kbd doesn't pop in, but the app seems to run
[16:29] <Cimi> I'll dig in more
[16:41] <pete-woods> Saviq: I've pushed an update to the infographics branch that has a QML plugin for unity8 in now
[16:42] <Saviq> pete-woods, cool, will try and have a look tomorrow
[16:42] <pete-woods> Saviq: awesome
[16:42] <pete-woods> hopefully it should even compile this time
[16:42] <Cimi> Saviq, how can I debug the osk not appearing?
[16:43] <Cimi> greyback too
[16:45] <greyback> Cimi: does it work in other places? Like a search in the dash?
[16:46] <Cimi> greyback, hold on, might be under everything
[16:49] <Saviq> Cimi, yeah, I'm not sure what actually puts it on top ;)
[16:50] <Saviq> Cimi, make the wizard transparent, you'll know ;)
[16:50] <tedg> Can't figure out how to make QtDBus register a subtree handler, does anyone have a hint there?
[16:51] <Saviq> larsu, any idea there ↑?
[16:51] <Saviq> mterry, ↑?
[16:52]  * Saviq no gets dbus, let alone qtdbus ;P
[16:52] <mterry> tedg, I remember playing with that a while ago...  I think I had problems doing it too
[16:53] <mterry> tedg, you want to register several paths on the same object?
[16:53] <tedg> mterry, No I want to be able to support paths without making objects for all of them.
[16:54] <tedg> mterry, i.e. on path per application, but not needing to keep them all loaded in memory
[16:54] <mterry> tedg, there is a way to insert yourself early in the dbus handling...  but I don't remember off the top of my head.  I think you register a callback with a dbusconnection or something for an incoming message?
[16:56] <tedg> Hmm, can't seem to find that.
[16:56] <tedg> Thinking about just stealing the libdbus connection ;-)
[17:00] <tedg> Ah, I think this is it. QDBusVirtualObject
[17:00] <Cimi> Saviq, notifications now don't work anymore on wifi :(
[17:13] <mhr3> robru, ping?
[17:31] <robru> mhr3, hi
[17:31] <mhr3> robru, hey question
[17:31] <robru> yeah?
[17:32] <mhr3> robru, so apparently we have gsettings schema in libunity9
[17:32] <mhall119> Saviq: sorry for the delay, yes you can add the click to the bug
[17:32] <mhr3> robru, and i need to use that schema in a different pkg
[17:32] <robru> mhr3, yes?
[17:32] <mhr3> robru, but if i just build-dep on libunity-dev it realizes that none of its symbols are used and there's then no dep on libunity9
[17:33] <robru> mhr3, so it sounds like you need to dep on libunity8
[17:33] <robru> 9
[17:33] <mhr3> robru, i can already hear a coredev screaming :P
[17:33] <Cimi> does wify work for any of you?
[17:33] <Cimi> on phone
[17:34] <robru> mhr3, what package?
[17:34] <mhr3> unity-plugin-scopes
[17:34] <didrocks> (ahhhhhhhhhh)
[17:34] <robru> mhr3, why does that make a core dev scream? one part of unity8 depending on a different part of unity8 seems fine to me?
[17:34] <didrocks> (out of context, but seems I should scream :p)
[17:34] <mhr3> see, he's screaming already ^^
[17:35] <robru> mhr3, if it's a problem, then create a new binary package to supply just the schema. then make libunity9 and unity-plugin-scopes both depend on it.
[17:35] <didrocks> maybe move the schema to its own -common package
[17:35] <didrocks> arch: all
[17:35] <mhr3> but libunity is on desktop
[17:36] <mhr3> i'd need ffe and crap :P
[17:36] <didrocks> and have both libunity9 and unity-plugin-scopes deps on it
[17:36] <didrocks> robru: high five!
[17:36] <robru> mhr3, so wait until next cycle then?
[17:36] <robru> didrocks, :-P
[17:36] <robru> mhr3, didrocks: do you really need FFe to make a new -common binary package? no features are changing, just administrative shuffle
[17:36] <mhr3> robru, fine with me, people who consider it blocker for the image might disagree
[17:37] <didrocks> robru: I think we need to, maybe ask on #ubuntu-release
[17:38] <robru> mhr3, you ask on #ubuntu-release ;-)
[17:39] <mhr3> i thought you're going to :P
[17:39] <robru> mhr3, well, are you asking me to do the packaging changes too?
[17:39] <mhr3> robru, are you volunteering? :)
[17:40] <robru> mhr3, well, the person who will do the work should be the person who talks to the release team about what work is necessary. that way you get less telephone-game relaying of info
[17:40] <Cimi> tedg, how can I debug not working wifi on the phone?
[17:40] <mhr3> Cimi, restart the phone :)
[17:40] <Cimi> tedg, I enter the correct password, tap connect, nothing happens
[17:40] <robru> mhr3, fine I'll do it :-P
[17:41] <mhr3> robru, i just don't know who to ping there
[17:41] <Cimi> mhr3, you think I didn't?
[17:41] <mhr3> Cimi, maybe you didn't type the password correctly?
[17:41] <Cimi> oh no I did
[17:42] <mhr3> Cimi, then restart it again :)
[17:42] <Cimi> mhr3, third restart worked :)
[17:43] <mhr3> Cimi, see :)
[17:43] <Cimi> mhr3, feels like Windows :)
[18:09] <beidl> Is someone from the unity7 team here who could lend me a hand? I would like to fix some things related to gestures before 14.04 gets release.
[18:09] <mhr3> bregma, ^
[18:10] <bregma> beidl, what sort of things?
[18:11] <beidl> I've reported some bugs over the weekend. I've noticed that the replacement touchpad of my laptop supports those nice gestures that I've missed since running 12.04 on my older laptop.
[18:12] <beidl> there are some details that don't work quite right. for example, the smooth slide-in effect that you get using 4 finger swiping is gone. the launcher just pops up without any hints
[18:13] <beidl> I'd like to get a little guidance where to look in the code. it's quite massive for someone who hasn't looked at it and isn't used to the code style
[18:14] <beidl> also, when tapping with 4 fingers if the dash was not opened before, results in an emtpy dash.
[18:14] <beidl> and I'd like to get the 3 finger 2xtap-hold respect the alt-tab-bias-viewport setting
[18:19] <beidl> regarding the last one, what I did was make GesturalWindowSwitcherPrivate  inherit from UnityshellOptions and do magic there.
[18:20] <beidl> bregma, the problem is that when comiling, the test case for GesturalWindowSwitcher fails because of the newly included unityshell_options.h cant be found
[18:23] <bregma> beidl, I've asked bschaefer to help with the code structure and build issues to get you started
[18:23] <beidl> bregma, nice, thanks
[18:23] <bschaefer> beidl, you'll most likly have to add unityshell_options.h to the tests/CMakeList.txt
[18:24] <beidl> bschaefer, I'll try that and see. thanks.
[18:24] <bschaefer> beidl, its a generated file
[18:24]  * bschaefer tries to find where its even installed
[18:25] <bregma> beidl, I don't have a touchpad with >= 4 touched (or, well, one that does not cause a kernel panic at the moment) but a 4-finger swipe gives me a nice smooth reveal animation for the launcher
[18:25] <beidl> bschaefer, cmake is still pretty foreign to me.
[18:26] <beidl> bregma, should I record a video? all I can say is that 12.04.4 from a live installation has this working where 14.04 does not
[18:27] <bschaefer> beidl, which file did you end up including the unityshell_option.h in?
[18:27]  * bschaefer is not an expert in CMake either :)
[18:28] <beidl> bschaefer, GesturalWindowSwitcher.cpp
[18:28] <beidl> bschaefer, in the header and the cpp actually. shouldn't cause problems though (ifdef, ifndef)
[18:29] <bschaefer> beidl, there something in plugin/unityshell/CMakeList.txt that allows it to find that header, let me dig through that for a litte :)
[18:29] <bschaefer> as that header is generated and put in build/generated/
[18:30] <bschaefer> beidl, also if its in the header, theres no need for it to be in the *.cpp
[18:31] <beidl> yeah, I know, i just noticed it now that it was in both files
[18:32] <bschaefer> :)
[18:34] <beidl> oh, and just because I did the launcher gesture again: it doesn't work if the mouse pointer is on a qt5 window
[18:39] <bschaefer> weird...i should be at lease able to link/include the CMAKE_BUILD_DIR/generated to get that to work
[18:39]  * bschaefer finds cmake confusing when things don't work how expected
[18:40] <bregma> qt5 does some nasty business grabbing raw input from the dev nodes before it can get processed by the X11 stack
[18:41] <bregma> at least it used to, I haven't looked lately
[18:41] <bschaefer> duh, need the name of the project...
[18:41] <beidl> that really shouldn't happen. baaaaad qt5 people, baaaaaaad.
[18:42] <beidl> just uploaded the video to illustrate the problem: http://youtu.be/GY4YiZJ4Lrg
[18:43] <beidl> only the hiding effect works how it's supposed to, the reveal effect somehow doesn't
[18:43] <bschaefer> beidl, cool, so tests get build last (unityshell_options.h should get generated first)
[18:43] <bschaefer> so let me get you a diff
[18:44] <bschaefer> beidl, http://paste.ubuntu.com/7218257/
[18:45] <beidl> bschaefer, thanks!
[18:45]  * bschaefer didn't know we even had a test-gestures CMake dir
[18:45] <bschaefer> beidl, np! There could be a better way to do it, but adding a dependency, but it didn't seem to like it
[18:46] <bschaefer> by adding*
[18:46] <bschaefer> but that way will work
[18:47] <beidl> bschaefer, waiting for make clean && make to finish. time to get some coffee :)
[18:48] <bschaefer> beidl, cool, i was just getting some coffee as well haha
[18:49] <beidl> just like that xkcd comic about compiling
[18:49] <beidl> "get back to work" - "compiling!" - "oh, carry on" :D
[18:49] <bschaefer> haha, but nothings compiling on my end :)
[18:52] <beidl> isn't that the case in everybodys project? haha
[18:56] <bschaefer> i would say so!
[19:20] <beidl> bschaefer, I just thought about it: why check the option in GesturalWindowSwitcher and add the right parameter to unity_screen->SetUpAndShowSwitcher() if I could just move the check into unityshell.cpp::SetUpShowSwitcher() itself and remove the redundant check?
[19:21] <beidl> actually, the check gets done in unityshell.cpp:altTabInitiateCommon() and I think that could get moved to SetUpAndShowSwitcher() to have it work in any case
[19:21] <beidl> whether it being alt-tabbing or doing finger gestures
[19:23] <bschaefer> beidl, that sounds reasonable to me, which will remove the unityshell_options.h include
[19:23] <bschaefer> im trying to remember why we made a check in altTabInit
[19:23] <bschaefer> unityshell.cpp is our monster class :(
[19:23] <bschaefer> its a bit crazy in there
[19:24] <beidl> it looks familiar, our diploma project has this god object called MainGame. and it's everywhere ^^
[19:25] <beidl> (running on windows, linux, android and hopefully soon on ubuntu touch if there is a way to get usb input as a confined app :D )
[19:26] <bschaefer> yeah, all the other classes tend to be a bit nicer, but then getting them to talk with each other is always rough
[19:26] <bschaefer> beidl, yeah that works altTabinit, or SetUpShowSwitcher
[19:26] <bschaefer> beidl, awesome!
[19:28] <bschaefer> beidl, what backend are you using? (To do all the fun systems setting up)
[19:29] <beidl> bschaefer, you mean for USB input? RtMidi on desktops and libusb on Android.
[19:30] <bschaefer> beidl, I see, I was thinking it was a game, with the MainGame class :). I ment to set up all the input/rendering/system events etc
[19:31] <bschaefer> setting up a opengl context, or opengles context if needed, or straight software rendering
[19:31] <beidl> bschaefer, think of it as a guitar hero clone. the rendering is done using a qt scene graph
[19:31] <beidl> we experimented with a qml/html canvas, but performance was horrible
[19:32] <bschaefer> beidl, oo i see awesome, yeah i just did some work with SDL2 and was wondering what you were using
[19:33] <beidl> bschaefer, qt is the future man, the future! :D
[19:33] <bschaefer> haha :)
[19:34] <beidl> we redraw every single line/note/texture with every frame so we are not working the qt way with nodes (changing position of child nodes rather than removing nodes and adding new ones completely)
[19:36] <bschaefer> i see, that sounds like it could get expensive the more textures that are out there
[19:36]  * bschaefer doens't know qt very well
[19:37] <bschaefer> but it would be ideal to only re-draw whats changed :)
[19:39] <beidl> everything changes, the notes are always moving anyways. but yes, removing-and-readding all child nodes is arguably more expensive than just changing position of existing ones. but that would require more complex rendering that would hurt our deadline-ability ^^
[19:40] <bschaefer> very true!
[19:40]  * bschaefer has to get back to fixing a bug for his own deadline haha
[19:41] <bschaefer> beidl, if you've anymore problems poke bregma or I!
[19:41] <beidl> bschaefer alright! and thanks! :)
[19:41] <bschaefer> beidl, good luck!
[20:42] <beidl> just a quick question: how am i supposed to test the local build? cd ~/staging/build && setsid ./unity ? somehow my changes don't seem to take effect.
[20:43] <beidl> rather: cd ~/staging/bin && setsid ./unity
[20:45] <beidl> bregma ?
[20:49] <bschaefer> beidl, you've to set up some env vars
[20:49] <bschaefer> http://paste.ubuntu.com/7218832/
[20:49] <bschaefer> beidl, as untiy, just kills compiz, and restarts compiz (unity is a script)
[20:49] <bschaefer> then to run the unit tests, just go to unity/build
[20:49] <bschaefer> make check
[20:52] <beidl> bschaefer, thanks, going to try this
[20:53] <bschaefer> also sometimes the plugin doesn't install correctly, if that doesn't work you can try copying it directly
[21:02] <beidl> bschaefer, yup, copied the plugin manually and it now works!
[21:03] <bschaefer> beidl, sweet, yeah not sure why it does that ... you usually copy it to ~/.compiz-1/plugins/
[21:20] <larsu> Saviq: about what? How to register a subtree with qtdbus? (no idea)
[21:59] <beidl> bschaefer, I'd need some help regarding a bug that I've been complaining about for a long time. bug 1163041
[22:00] <beidl> bschaefer, I'd like to know how/where best to tell the animation plugin to minimize a trash window not into the nautilus icon but the trash icon
[22:22] <bschaefer> beidl, hmm I think Trevinho might know more about that bug IIRC (could be a different one)
[22:23] <bschaefer> but hes not around until tomorrow
[22:23] <bschaefer> the TrashIcon it self is a special case, as theres not "Trash application"
[22:24] <bschaefer> there no*
[22:24] <beidl> hmm alright, then I'll bug him tomorrow :) it's just a thing that I'd like to get fixed for such an important release such as a LTS
[22:24] <beidl> yeah i noticed, quite a few specialties in there
[22:24] <bschaefer> beidl, hmm i cant reproduce that issue
[22:25] <bschaefer> so I open the trash icon, then minimize it using the window buttons
[22:25] <bschaefer> clicking on the nautilus icon opens that trash window back up
[22:25] <bschaefer> clicking on the trash icon re-opens that window
[22:26] <bschaefer> ooo
[22:26] <bschaefer> its only when nautilus is locked
[22:26] <bschaefer> to the launcher
[22:26] <bschaefer> interesting
[22:26] <beidl> yeah, which is the default
[22:26]  * bschaefer makes a note on the ubg
[22:26] <bschaefer> yeah i had it removed
[22:26] <bschaefer> for some reason
[22:26] <beidl> real men only need a terminal in that launcher
[22:27] <bschaefer> haha
[22:28] <bschaefer> beidl, yeah i don't think that will be hard to fix, though there are some other higher priorities we are trying to get in before final freeze
[22:28] <beidl> yeah i can understand, thats why I'd like to help out haha
[22:29] <bschaefer> :), so the difference is when you click on the nautilus icon while its locked, it doesn't think it owns an app
[22:30] <bschaefer> which IIRC that logic is stuffed into launcher/ApplicationLauncherIcon.cpp
[22:34] <beidl> i think the nautilus integration is really a nice thing, it's just that I believe a trash window should minimize into the trash icon if the trash icon lights up as if they belong together. the same is true for devices.
[22:34] <beidl> I'ma take a look at it
[22:35] <bschaefer> that might be a bit tricky, it could just be easier to ensure nautilus re-opens the trash when minimized, but if you see a fix for that other way
[22:35] <bschaefer> that would be awesome :)
[22:35]  * bschaefer hasn't touched the launcher in some time
[22:35] <bschaefer> and Trevinho has done more work there
[22:37] <mhall119> http://www.reddit.com/r/Ubuntu/comments/22grke/switching_between_unity_8_mir_and_unity_7_x11_on/ great video bregma
[22:40] <beidl> I'll better wait until tomorrow then :)
[22:47] <bschaefer> might be safer, though I think he'll be quite busy
[22:48] <bschaefer> final freeze is on thursday


[07:11] <lukasm> Nox60: there is some problem with your YAML... the MAC matched for wlan0 does not seem to exist (from your 2nd paste). The you're matching two different MACs for wlx7c8bca196c0e, which doesn't make a lot of sense.
[07:12] <lukasm> Also, I'm not sure if the NetworkManager backend is able to handle two APs at the same time :-/ have you tried using the 'networkd' renderer?
[07:13] <lukasm> Guest89631: I think that's not currently possible.
[21:19] <John72> Hi Netplan Development Group.  I am in the process of transitioning from the openvswitch/ifupdown integration to openvswitch with netplan.  A few questions have come up that I hope you can help me with.   When an openvswitch parameter is not explicitly specified in the netplan.io reference, should the parameter be set directly with ovs-vsctl?
[21:19] <John72> For example, should ovs-vsctl be used when setting interface “tag” or “trunks”?   Will settings applied directly via ovs-vsctl (not otherwise known to netplan) persist in the OVS DB?   Thanks, John


[08:18] <zer0def> hey guys, just a quick question - how would i go about enabling a service that takes keyvals with upstart?
[08:19] <zer0def> (i presume it has something to do with override files, but i'm yet to make real sense of them)
[08:54] <zer0def> ok, nevermind, worked around it


[17:58] <jbicha> I tried to duplicate dpm's http://<IP_ADDRESS> but it shows up in Catalan by default
[17:59]  * jbicha looks suspiciously at dpm...
[18:09] <jbicha> ah, there we go, I needed to allow overrides
[18:10] <wylde> I've provided a few patches for Bug #977260 #978973 #975899 #975890 #975813 if someone could check on them please.
[18:10] <ubot2> Launchpad bug 977260 in ubuntu-docs "Extra > in string 127" [Undecided,In progress] https://launchpad.net/bugs/977260
[18:24] <jbicha> wylde: thanks so much for working on those
[18:25] <jbicha> I'm just waiting to hear back from dpm (maybe Monday?) about the ubuntu-docs/translation schedule before committing those
[18:27] <wylde> jbicha: thanks :) I hope I did them correctly, first attempt. That's why I chose very easy ones.
[19:35] <jbicha> oh wow, dpm's html help takes up a whole lot of space, it went from 6 MB to 278 MB
[19:35] <jbicha> mdke: do you have a good web connection?
[20:51] <mdke> jbicha: reasonable, why?
[20:51] <mdke> jbicha: on your question on the installation-guide, there should be instructions in the Makefile, but I haven't yet managed to get it to work with the new theme
[20:51] <mdke> I have no idea why it doesn't work
[20:52] <jbicha> mdke: just that help.ubuntu.com will take a bit longer the next time you bzr pull or push the ubuntu-help part
[20:53] <mdke> jbicha: that's ok, I've done it already today and it was ok
[20:53] <mdke> unless you're referring to a commit you've done today rather than yesterday's
[20:53] <jbicha> today's
[20:53] <mdke> ah, I'll see then
[20:54] <jbicha> I couldn't find the build instructions in the installation-guide source
[20:54] <mdke> I mean the ubuntu-docs Makefile
[20:55] <mdke> have a look at the "install" target in the natty Makefile
[20:57] <mdke> I have spent quite a while banging my head against it with the new theme xsl to no avail
[20:58] <mdke> jbicha: fyi I've pushed a new branch for tracking the help.ubuntu.com theme update, that way it doesn't go to the website straight away and it can go live at the same time. It's lp:~ubuntu-core-doc/ubuntu-docs/help.ubuntu.com-themeupdate
[20:59] <jbicha> the installation-guide part? because the desktop guide and the server guide look fine to me
[21:02] <mdke> yes, just the installation-guide part
[23:02] <jbicha> mdke: by the way, C.css uses the same style for unordered lists as for ordered lists
[23:39] <jbicha> mdke: to be more specific, I can build the installation-guide html but I get pages like ch01s01.html.en instead of what-is-ubuntu.html


[17:39] <ahasenack> hi security, do you have an opinion on allowing rsyslog write access to /dev/console? See https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/2009230
[17:39] -ubottu:#ubuntu-security- Launchpad bug 2009230 in rsyslog (Ubuntu Lunar) "AppArmor denials for rsyslog" [Undecided, New]
[17:39] <ahasenack> and on the topic of consoles, what about including the consoles abstraction? It also allows ttys and pts
[17:40] <ahasenack> there is even an example in the shipped rsyslog config file from ubuntu showing how to log certain messages to a tty, so you would just have to ctrl-shift-8 and see certain logs in tty8, for example. This is currently blocked by the rsyslog apparmor profile
[17:42] <ahasenack> in the case of that very particular bug, the google-compute-engine could ship an apparmor snippet in /etc/apparmor.d/rsyslog.d to allow /dev/console, and it would work. But if it's something others might do too, and there are no security downsides, maybe we should have that rule (and tty?) in the default rsyslog package
[19:11] <jjohansen> ahasenack: so generally speaking consoles are a mess and it is definitely safer to block. With that said, if you are going to allow them, I would do it via the console abstraction, we have plans on improving the console mediation and if you use the abstraction you will pick up those improvements automatically.
[19:11] <jjohansen> Also general philosophy here is, if there feature is needed allow it, because otherwise people will disable the profile/apparmor and that is far worse than a looser mediation
[19:12] <ahasenack> the only worry I had with the console abstraction was the /dev/pts access, there is a comment above it saying this also allows "access" to xterms and the like
[19:12] <ahasenack> unsure what you would get with that: read every keystroke?
[19:13] <ahasenack> that being said, rsyslog doesn't run as root, so more would be needed for it to be able to access ttys and ptss
[19:13] <jjohansen> right
[19:14] <ahasenack> and the console abstraction currently only allows (of the ttys) /dev/tty, not /dev/tty[0-9]
[19:14] <ahasenack> is that on purpose, or an oversight?
[19:14] <jjohansen> on purpose
[19:15] <ahasenack> what does /dev/tty mean again? Please refresh my memory :)
[19:15] <ahasenack> the "current" console?
[19:15] <jjohansen> yeah
[19:17] <jjohansen> its essentially a hardlink for the active processes console, so it is more restricted than say /dev/tty[0-9]
[19:17] <georgiag> in the specific case of bug 2009230, the ideal scenario would be to change the rsyslog config file of google-compute-engine to log into a file instead of using /dev/console, but I don't know if that's feasible for them
[19:17] -ubottu:#ubuntu-security- Bug 2009230 in rsyslog (Ubuntu Lunar) "AppArmor denials for rsyslog" [Undecided, New] https://launchpad.net/bugs/2009230
[19:18] <ahasenack> georgiag: I think the console in a cloud image might be more "important"
[19:18] <ahasenack> as you wouldn't ahve access to such a file if the image doesn't get to a point where you can ssh in
[19:18] <ahasenack> but the cloud api usually has a way to get the console
[19:18] <jjohansen> tty is associated with the process group, tty0 to the virtual terminal
[19:19] <georgiag> ah, that's right
[19:19] <jjohansen> yeah, adding console access is the way to go
[19:19] <ahasenack> you still think the abstraction is best?
[19:19] <ahasenack> your improvements won't land in lunar in time for the release, right?
[19:20] <jjohansen> true, so maybe just stick to /dev/console
[19:21] <jjohansen> the use console abstraction is kind of an upstream thing, where we are trying to get policy to be ready for new features
[19:21] <ahasenack> georgiag: was that all that was needed? I see /dev/console is root:tty and only writable by root or tty
[19:21] <ahasenack> I've seen other bugs fly past about syslog not being part of the tty group. Maybe the google package is also changing that?
[19:22] <ahasenack> or perhaps /dev/console there has different permissions
[19:27] <georgiag> I'll have to double check, sorry
[19:27] <jjohansen> hrmmm, I don't know either, will be interested to find out
[19:27] <ahasenack> anyway, apparmor is definitely in the way
[19:28] <ahasenack> but they might find out that after apparmor allows the access, then filesystem permissions are in the way :)
[19:28] <ahasenack> georgiag: would you like to propose an MP for rsyslog? I can sponsor
[19:28] <ahasenack> (thinking about you getting upload karma). If not, I can do it
[19:36] <georgiag> ahasenack: yeah, I'll ping you when I have it ready. thanks
[19:37] <ahasenack> georgiag: remember this Monday is beta freeze
[19:38] <ahasenack> (I'll be around during the weekend, though)
[19:38] <georgiag> okay. thanks for the reminder!
[20:50] <UnivrslSuprBox> I noticed that USN-5966-1 was released to xenial/trusty-security/updates, but its revert was only released into ESM. I'm not sure if the team is planning to send the revert to the public archives or kick the package version out of xenial, but this could cause a bad time for the unsupported releases
[20:51] <sarnold> UnivrslSuprBox: ack, thanks


[11:43] <bac> morning gmb.  so the forced build has already failed?
[11:43] <gmb> bac: Really? I hadn't looked at it since I forced it; been going through the review queue.
[11:43] <bac> or am i reading the waterfall wrong?
[11:44] <gmb> bac: The bit at the top refers to the last build, not the current one.
[11:44] <gmb> It's still building.
[11:44] <gmb> Though I'm going to check the output now that you've mentioned it :)(
[11:44] <bac> i ran another branch through ec2 last night and got a single failure of xx-front-page-bug-lists.txt.  didn't you make a change about ordering of front page bugs?
[11:44] <bac> i notice that test was a failure in the buildbot output too
[11:44] <bac> but, i cannot reproduce it locally
[11:47] <bac> gmb: ^
[11:48] <gmb> bac: Hmm. I didn't spot it in the buildbot output but I didn't look much further than the bzr errors. I wonder if my testfix might turn out to be timebomb. I'll check.
[11:49] <bac> gmb: it just looked like an issue with the output ordering
[11:50] <gmb> bac: Yeah, that's what I mean. I changed the order by on the query but it's now ordering by bug.datecreated, which is more volatile than (datecreated, id). I might need to change the test to not echo out bug ids.
[11:52] <gmb> bac: Annoyingly, of course, it passed ec2. Oh well.
[11:53] <gmb> bac: http://pastebin.ubuntu.com/372418/ stop the test from blowing up, though it no longer tests the ordering of the results (though we don't really care all that much about the ordering of those five bugs as long as they're the most recently filed).
[11:53] <gmb> bac: Is that worth landing or should I come up with another solution?
[12:05]  * bac looks
[12:06] <bac> gmb, i haven't looked at the test in detail but why do you say datecreated is more volatile?  don't you know the creation order?
[12:09] <gmb> bac: Ideally, yes, but if that test is really timebombing in production then evidently there's something going on that we don't know. Also, the order should be linear - 1, 2, 3, 4, 5 - but if you look at the test, it's not. That was a change I made after chaning the query ordering; I should really have spotted the potential timebomb then.
[12:09] <gmb> bac: I need to investigate this more, because that ordering is plain weird.
[12:09] <gmb> But I'm concerned that leaving things as they are will leave the build broken, or at least very susceptible to breakage
[12:10] <bac> gmb: right, i think it needs some investigation.  i'd hate to put in a test fix that masks a real problem, of course.  but if it's just a testing issue then your fix is good.
[12:11] <gmb> bac: Yeah. I think we should land the elided version of the test and then find out what's causing the ordering oddness and deciding whether we care.
[12:11] <bac> ok
[12:11] <gmb> bac: So can I do that with your r=?
[12:12] <gmb> (I'll file a bug to track the ordering problem)
[12:12] <bac> yes
[12:12] <bac> oh, and happy birthday!
[12:13] <gmb> Thanks :)
[12:47] <bigjools> gmb: I have a birthday present for you
[12:48] <bigjools> a 3524 line Soyuz branch :D
[13:26] <gmb> bigjools: Laugh? I nearly herniated.
[13:27] <bigjools> gmb: I wouldn't spend too much time doing details on it - it's a very mechanical change
[13:27] <gmb> bigjools: I'll have a quick glance, but I think you're right. As long as the tests pass and dogfood doesn't melt or something...
[13:27] <bigjools> well dogfood melts a lot anyway :)
[13:29] <gmb> bigjools: Land it :)
[13:29] <bigjools> quicker 3k5 branch review evar
[13:29] <bigjools> quickest*
[13:30] <bigjools> don't say I never give you anything on your birthday
[13:43] <gmb> bigjools: Indeed.
[13:45] <bac> gmb: so what's going on with buildbot and bzrlib?
[13:46] <gmb> bac: WTH... apparently nothing.
[13:46] <gmb> It seems to be stuck.
[13:46] <bac> gmb: but there is now a version imcompatability, right?
[13:47] <leonardr> rockstar: see my latest comment on https://code.edge.launchpad.net/~leonardr/lazr.restful/multiversion-pagetest/+merge/18868 when you come in
[13:48] <gmb> bac: Yes, it looks that way. I'll speak to a LOSA.
[16:07] <rockstar> leonardr, actually, that would be a problem, wouldn't it?
[16:08] <rockstar> beta should be newer than 3.0, which is newer than 2.0, etc.
[16:08] <leonardr> rockstar: actually beta is the _earliest_ version, but 3.0 is newer than 2.0, etc
[16:08] <rockstar> leonardr, what is meant by "earliest" though.
[16:08] <rockstar> It shouldn't mean that 1.0 overrides it.
[16:09] <leonardr> rockstar: well, right now launchpad has a 'beta' web service and nothing else
[16:09] <leonardr> now that i have multi-version working i'm going to create a '1.0' version that's different
[16:09] <rockstar> leonardr, yes, but then we'll go 1.0, and beta will be what 2.0 is created from.
[16:09] <leonardr> that's what i mean by saying beta is the earliest
[16:09] <leonardr> rockstar: no, we do have a 'floating development version', but in launchpad's case that is called 'trunk'
[16:10] <leonardr> 'beta' is a specific version
[16:10] <leonardr> that will become obsolete and stop changing
[16:10] <rockstar> leonardr, huh, that's odd.
[16:11] <rockstar> leonardr, okay, I guess it makes sense to have 1.0 supersede beta then.
[16:11] <leonardr> rockstar: if you are confused it's likely others will be confused and think that 'beta' is the permanent cutting edge
[16:11] <leonardr> but i don't know what we can do about that
[16:11] <leonardr> it's more like gmail, which was in 'beta' for 5 years and now it's not
[16:12] <leonardr> the only differnece is that we have to keep 'beta' around for a while
[16:13] <rockstar> leonardr, yeah.  Having worked on the other side of the REST API (on Tarmac), when the API changes now, baby Jesus cries.
[16:13] <leonardr> thus the multi-version project
[16:13] <rockstar> leonardr, I think "trunk" for bleeding edge is probably misnamed, since it's likely it could be in production as "trunk"
[16:13] <leonardr> rockstar: it's not too late to change it
[16:14] <leonardr> if you have a better idea
[16:14] <rockstar> leonardr, well, just what I was assuming where beta is the floating development version.
[16:14] <leonardr> my only alternative is 'dev' or 'development'
[16:15] <rockstar> leonardr, are we going to release an API version on every release of Launchpad?
[16:15] <leonardr> rockstar: no, API versions will correspond roughly with ubuntu releases
[16:15] <leonardr> and will be retired at the same rate as ubuntu releases
[16:15] <rockstar> Ah, okay.
[16:16] <rockstar> So maybe "dev" would be appropriate, since (at this point in time), it would correspond to the scripts in Lucid.
[16:17] <leonardr> flacoste: ^- what do you think?
[16:17] <leonardr> incidentally, flacoste, the multiversion lazr.restful work is complete as of yesterday
[16:33] <flacoste> leonardr: i saw good progress on that, great! but complete? i guess we still need some changes in the client support, no?
[16:33] <flacoste> leonardr: btw, i don't have an opinion on dev vs trunk
[16:33] <flacoste> we could call it 'unstable'
[16:33] <leonardr> flacoste: yes, we need to add multiversion to lazr.restfulclient
[16:33] <leonardr> flacoste: that would be good in continuing the analogy to ubuntu
[16:40] <jtv> gmb: I figure you owe me one, if a small one: https://code.edge.launchpad.net/~jtv/lazr-js/bug-427263-3/+merge/18882
[16:40] <gmb> jtv: Sure
[16:40] <jtv> thanks!
[16:43] <gmb> jtv: From the diff it looks like you're setting the content attribute to ".".  But if I'm reading the mp right, you're setting it to zwnj... so is the diff just bong?
[16:43] <jtv> gmb: looks like... hang on
[16:44] <jtv> gmb: that's what you get when you prototype in a separate branch... this was an older approach.  Not hard to fix, but I'd better check that the fix works.  :)
[16:44] <gmb> :)
[16:50] <jtv> gmb: I just pushed the correction.
[16:52] <gmb> jtv: Looks good. r=me.
[16:53] <jtv> gmb: thanks... no "this is incredibly hackish, how did you even conceive of it"?  :)
[16:53] <jtv> Because I'm quite proud of that part.  :-)
[16:53] <gmb> jtv: I confess, I'm intrigued.
[16:53] <gmb> So do tell :)
[16:54] <gmb> (Though I would call it 'inspired' rather than hackish, but maybe that's just me.)
[16:54] <jtv> at this point, my bluff called, I sorely wish I had an interesting story to go along with this patch
[16:54] <jtv> It's just something I tried because nothing else seemed to work.
[16:54] <gmb> jtv: Heh, well, fair enough.
[16:54] <jtv> Gotta work on that story...  :/
[16:54] <gmb> jtv: May all your experiments prove successful.

[16:55] <gmb> Indeed.
[16:55]  * gmb calls it a day
[16:56] <jtv> g'night!
[17:15] <salgado> bac, can you review https://code.launchpad.net/~salgado/launchpad/kill-rogue-ec2-instances/+merge/18935 for me, once you're done with Edwin's?
[17:16] <bac> salgado: yep
[17:16] <salgado> thanks bac!
[17:19] <adeuring> bac: could you please review this mp: https://code.edge.launchpad.net/~adeuring/launchpad/bug-518746-faster-retrieval-of-patch-age/+merge/18936 ?
[17:19] <bac> adeuring: yes.  please add to topic.
[18:34] <bac> salgado: sorry for the delay.  am starting on yours now.
[18:40] <bac> salgado: you should've said it was only two lines long!
[18:49] <salgado> bac, nah, there really was no hurry to get this reviewed, so I didn't mind staying in the queue
[18:49] <salgado> and thanks, btw. :)
[19:55] <adeuring> thanks for your review, bac!
[19:55] <bac> np abel
[20:06] <leonardr> bac, can you add https://code.edge.launchpad.net/~leonardr/lazr.restfulclient/shorten-cache-filename/+merge/18951 to the queue?
[20:08] <bac> leonardr: why is that branch marked private?
[20:09] <leonardr> bac: not intentionally
[20:09] <leonardr> bac: fixed, i don't know how that happened
[20:10] <bac> leonardr: also, is it still possible to get a LP instance in lplib that does not use caching?  i looked at it yesterday and it seems there is no way.
[20:10] <leonardr> bac: it's not possible, but i've never heard anyone express a desire for that before
[20:11] <bac> leonardr: it used to be possible and i used it when testing against lp.dev.  probably not a strong use case
[20:11] <bac> leonardr: and certainly not relevant to this review.
[20:12] <leonardr> bac: i don't think that's a big problem
[20:18] <bac> leonardr: done.  thanks.
[20:19] <leonardr> thank you
[21:39] <sinzui> bac hi
[21:39] <bac> hello
[21:39] <sinzui> I have a branch I created with deryck to migrate hwdb
[21:39] <bac> ok
[21:39] <sinzui> I gave it to abel, but could you review it?
[21:40] <bac> sure, if i'm not duplicating abel's work
[21:40] <sinzui> bac: I have serious doubts that use hardwaredb is clearer than hwdb
[21:41] <bac> i think hwdb is pretty darn clear
[21:41] <bac> and short
[21:43] <sinzui> yes
[21:43] <sinzui> I think I should rename it to hwdb
[22:27] <EdwinGrubbs> bac: ping
[22:32] <bac> hi EdwinGrubbs
[22:39] <EdwinGrubbs> bac: I'm not so sure about moving the paths from bin/sprite-util into the Makefile, since there are a bunch of other variables that are dependent on them. For example:
[22:42] <EdwinGrubbs> bac: The png that create-image makes needs to be referenced by the css file that create-css makes. Since the css is in icing/build and the image is in icing/, "../icon-sprites" is the relative path, but that is much less clear when some of the paths are in the Makefile.
[22:42] <EdwinGrubbs> bac: passing in all the necessary info from the Makefile seems unwieldy.
[22:43] <EdwinGrubbs> Alternatively, I could add commands to sprite-util that return the paths, so the makefile can set up variable names.