[07:00] <cpaelzer> hi ubuntu-archive - after a long time the mir for *backuppc* is finally good for promotion at bug 1910262
[07:00] <cpaelzer> I'd appreciate if one of you might have time this morning to move it to main
[07:01]  * RAOF checks it out.
[07:25] <RAOF> Done.
[07:29] <cpaelzer> thanks you RAOF
[07:45] <mwhudson> still read that package name as backu-ppc
[07:57] <RAOF> I've been trying to debug a ppc64el test suite failure for days, so I hear you!
[08:07] -queuebot:#ubuntu-release- Unapproved: libvirt (focal-proposed/main) [6.0.0-0ubuntu8.11 => 6.0.0-0ubuntu8.12] (ubuntu-server, virt)
[08:08] <cpaelzer> I have the same mis-read
[08:08] <cpaelzer> but it is not worth camel-casing it :-)
[08:09] -queuebot:#ubuntu-release- New: accepted binutils-or1k-elf [sync] (impish-proposed) [1]
[08:09] -queuebot:#ubuntu-release- New: accepted gcc-or1k-elf [sync] (impish-proposed) [1]
[08:09] -queuebot:#ubuntu-release- New: accepted crust-firmware [sync] (impish-proposed) [0.4-1]
[08:13] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [amd64] (impish-proposed/none) [1] (no packageset)
[08:13] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [s390x] (impish-proposed/none) [1] (no packageset)
[08:13] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [ppc64el] (impish-proposed/none) [1] (no packageset)
[08:14] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [arm64] (impish-proposed/none) [1] (no packageset)
[08:15] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [armhf] (impish-proposed/none) [1] (no packageset)
[08:23] <laney> juliank: what's up with libjcat1 in focal, is it waiting for that sru in the queue to be accepted to main?
[08:24] <juliank> laney: libjcat1 needs to be promoted to main as in impish; there is an SRU but it wasn't needed to build the fwupd update, but not accepting it reintroduces a CVE (and makes validation harder)
[08:24] <juliank> Also I guess promoting the release pocket version would involve copying it to updates?
[08:25] <laney> yes
[08:25] <juliank> Accepting the SRU might be easier :D
[08:25] <laney> but promoting something which introduces a CVE sounds bad
[08:25]  * laney eyes any SRU team people around... if you want to fix focal image builds :-)
[08:30] <juliank> laney: ^ pinged sil2100 who was accidentally offline on irc it seems :)
[08:32] <laney> 😎
[08:35] -queuebot:#ubuntu-release- Unapproved: accepted libjcat [source] (focal-proposed) [0.1.3-2~ubuntu20.04.1]
[08:35] <juliank> hooray
[08:36]  * laney gives sil2100 a gold star
[08:41] <sil2100> Awww
[08:41] <sil2100> \o/
[08:42] <laney> well it still needs promoting 😬
[08:50] -queuebot:#ubuntu-release- New binary: binutils-or1k-elf [riscv64] (impish-proposed/universe) [1] (no packageset)
[08:56] <sil2100> Yessss
[08:56] <sil2100> I'll do that and mark on teh bug
[12:32] -queuebot:#ubuntu-release- Unapproved: accepted base-passwd [source] (hirsute-proposed) [3.5.49ubuntu1]
[13:51] -queuebot:#ubuntu-release- Unapproved: accepted gnome-settings-daemon [source] (hirsute-proposed) [3.38.1-3ubuntu3.1]
[13:51] -queuebot:#ubuntu-release- Unapproved: accepted gnome-settings-daemon [source] (focal-proposed) [3.36.1-0ubuntu1.1]
[14:46] <coreycb> rbasak: hi, if you have a chance during your rota could you give python-glance-store a review in the hirsute and focal unapproved queues?
[14:48] <rbasak> coreycb: OK I'll look at that one next
[14:49]  * rbasak has a meeting first though
[14:51] <coreycb> rbasak: thanks :)
[14:52] -queuebot:#ubuntu-release- Unapproved: accepted shadow [source] (hirsute-proposed) [1:4.8.1-1ubuntu8.1]
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted shadow [source] (focal-proposed) [1:4.8.1-1ubuntu<IP_ADDRESS>]
[16:07] -queuebot:#ubuntu-release- Unapproved: accepted python-glance-store [source] (hirsute-proposed) [2.5.0-0ubuntu2]
[16:07] -queuebot:#ubuntu-release- Unapproved: accepted python-glance-store [source] (focal-proposed) [2.0.0-0ubuntu2]
[16:07] <rbasak> coreycb: done, and thank you for the carefully thought out test plan1
[16:07] <rbasak> !
[17:33] -queuebot:#ubuntu-release- Unapproved: lttng-modules (focal-proposed/universe) [2.12.2-1ubuntu1~20.04.2 => 2.12.5-1ubuntu1~20.04.2] (kernel-dkms) (sync)
[18:52] -queuebot:#ubuntu-release- New binary: rust-x11rb [amd64] (impish-proposed/universe) [0.8.1-2] (no packageset)
[18:56] -queuebot:#ubuntu-release- New binary: rust-x11rb [riscv64] (impish-proposed/universe) [0.8.1-2] (no packageset)
[19:22] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (focal-proposed) [6.0.0-0ubuntu8.12]
[22:07] -queuebot:#ubuntu-release- Unapproved: openvpn (bionic-proposed/main) [2.4.4-2ubuntu1.5 => 2.4.4-2ubuntu1.6] (ubuntu-server)
[22:08] -queuebot:#ubuntu-release- Unapproved: openvpn (focal-proposed/main) [2.4.7-1ubuntu<IP_ADDRESS> => 2.4.7-1ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)


[02:20] <shakes808> Hello all
[02:20] <shakes808> anyone still up?
[02:20] <rick_h_> yea, but I should be heading ot bed
[02:21] <shakes808> alright. Good night rick_h_
[02:21] <rick_h_> 400 more records to go...dare I wait for the script to end...
[02:21] <shakes808> It can wait until the morning
[02:21] <rick_h_> but but but :P
[02:22] <shakes808> Do you suppose that your processes will mess up and is it likely that you will do something about it tonight or in the morning?
[02:22] <rick_h_> no, but it's the first time it should finally complete successfully in a while and I want to enable the cron job to run every 2hrs now that I've gotten it working again
[02:23] <rick_h_> down to the last 500 of over 7000 back records of processing
[02:24] <shakes808> lol
[02:25] <shakes808> You are going to stay up for the remainder of the process aren't you?
[02:32] <shakes808> Since you are going to be up for a moment longer. I know you have the wifi hotspot through VZW, do you have your cell from them as well?
[02:32] <shakes808> I think we have had this conversation a while ago, but can't remember. I know snap-l and his view and ting.com lol
[02:32] <rick_h_> yea, me, wife, and the mifi
[02:33] <shakes808> How do you like it? What phones?
[02:33] <rick_h_> we both have galaxy nexus, like it
[02:34] <rick_h_> 4g is awesome, coverage is solid, and lots of 4g added all the time
[02:34] <rick_h_> but I pay through the nose for hte privilege
[02:34] <shakes808> They redid there plans
[02:35] <rick_h_> yea, I've not seen the rework. Since my phone has unlimited data if I change I lose that
[02:35] <rick_h_> but I should look into the shared data plans
[02:35] <shakes808> They are comparable to Sprint now, just not unlimited data but my girlfriend and I use ~2GB of data
[02:36] <rick_h_> yea, I used 3gb from my phone one weekend
[02:36] <rick_h_> so lucked out I still had my unlimited
[02:36] <shakes808> PyOhio?
[02:36] <shakes808> lol
[02:36] <shakes808> if you were to upgrade, what do you think you would git
[02:36] <shakes808> get
[02:37] <rick_h_> no, google io, I could only seem to hold the stream of video on my phone over 4g
[02:37] <rick_h_> phone-wise? nothing. I'd wait until next galaxy device and debate aobut not getting it on verizon again
[02:38] <rick_h_> I still don't have jelly bean on my phone and it was the whole reason to get the nexus, for the 'google updates' :/
[02:41] <Blazeix> yeah, i've basically permanently given up on stock
[02:41] <Blazeix> i used to check back now and then to see if i should revert
[02:41] <Blazeix> but i've fallen out of the habit now
[02:43] <rick_h_> yea, I should just look at what it takes to root
[02:43] <rick_h_> but then I lose google video and netflix I think
[02:44] <Blazeix> hm, maybe. i don't use either of those on my phone.
[02:44] <rick_h_> yea, I guess I use them on the N7 more now
[03:18] <roivas>  /exit
[11:40] <rick_h_> http://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.2#JSON_datatype yummy
[11:50] <snap-l> I sent a note to Staples Rewards about a card issue
[11:51] <snap-l> their automated e-mail put me on hold.
[11:51] <snap-l> Thank you for contacting Staples Rewards.
[11:51] <snap-l> We are currently experiencing high contact volume; please expect a delay in our response.
[11:51] <brousch> Why are you eating JSON?
[11:51] <rick_h_> so for a couple of reasons
[11:52] <rick_h_> 1) set of data to send to a template, say email that goes out
[11:52] <rick_h_> 2) Logging - often I log something happened and I store a set of data with it. The old values before an update, etc
[11:53] <rick_h_> 3) Api calls end up sending json, so I do a query, then turn the objects into json.
[12:07] <rick_h_> no comments, no idea wtf key vs key_name is...how can you have key and key_name...isn't a key a name by freaking definition?
[12:08]  * snap-l pulls down his github
[12:08] <snap-l> s/pulls/deletes/
[12:09] <rick_h_> and then this gem... http://paste.mitechie.com/show/766/
[12:09] <rick_h_> let's just check out wtf the super class in this case is doing for us: http://yuilibrary.com/yui/docs/api/files/widget_js_Widget.js.html#l612
[12:09] <rick_h_> oh right....NOTHING... *sigh*
[12:09] <brousch> Scumbag rover http://weknowmemes.com/wp-content/uploads/2012/08/scumbag-curiosity-rover.jpeg
[12:09] <snap-l> there there
[12:10] <rick_h_> and $#@#@$#@$#@ I'm not allowed to fly to australia nad kill anyone right?
[12:11] <snap-l> as much as you were allowed to strangle people in NC.
[12:14] <snap-l> ie: you'd have to expense it afterward.
[12:57] <shakes808> Good morning all
[12:57] <rick_h_> party
[12:57] <shakes808> Have a question for snap-l. Coworker wants to make his own media server and was wondering where to start. Thought of you for this question.
[13:25] <snap-l> What sort of media?
[13:25] <snap-l> If it's more video related, I'm not the best person to ask. krondor is (Ryan Kather)
[13:25] <snap-l> or jcastro
[13:26] <snap-l> If it's audio, I have some opinions. :)
[13:56] <rick_h_> first new book buy in a while, curse you oreilly sales
[13:57] <snap-l> Which one?
[13:57] <rick_h_> regex cookbook
[13:58] <snap-l> Damnit rick_h_
[13:59] <snap-l> I was so good.
[13:59] <snap-l> but then I saw the 21st century C book
[13:59] <brousch> Makefiles are fun
[13:59] <rick_h_> lol
[13:59] <rick_h_> brousch: yea, the cream of the 'DRY' crop
[14:14] <shakes808> snap-l: More of a video server. I will ask those two to see what they would recommend and how. Thank you for your input.
[14:15] <shakes808> jcastro: krondor: if you could shed some light for me about video servers, that would be much appreciated.
[14:16] <tony-smlr> shakes808: I have a ubuntu file server to store the video and music then use xbmc at the TV...  What is your friend looking to do?
[14:19] <dsschnau> Thinking about setting up a media computer to hook up to my tv in my living room. Mostly so my girlfriend can watch movies.. I was thinking if I built a windows box for it I could run some classic game emulators
[14:30] <dsschnau> shakes808 mentioned i could do all that with an xbox but I'm skeptical.. would I be able to read and stream movie/game files from a network share? and is there good emulation software available for xbox?
[15:20] <krondor> dsschnau:  xbox1?
[15:21] <krondor> shakes808:  what you looking for
[15:27] <jrwren> i use xbmc on xbox1
[15:27] <jrwren> i love it.
[15:27] <dsschnau> krondor: yeah - an xbox 1 (running xbmc) i suppose.
[15:28] <jrwren> its not zomg awesome latest. icpu is not fast enough to decode 720p h264
[15:28] <jrwren> the standard def stuff plays awesome, and on 100mbit it scrubs faster than anything around.
[15:29] <krondor> dsschnau:  xbox 1 has a lot of emulators, but lacks some grunt to run things (like HD, dreamcast/ps1/2 roms) etc.. works well for nintendo, snes, genesis, gameboy etc..
[15:29] <dsschnau> it would be connected to a 1080p tv, hmm
[15:29] <krondor> dsschnau:  if you have the component HD adapter for it, it will drive 720p, but can't handle 720p file playback relaly
[15:30] <jrwren> best connection you can get is component video, which I think maxes at 720p.
[15:30] <jrwren> it looks beautiful at 720p on my 1080p tv
[15:30] <jrwren> its an excellent "good enough" device. its not great at ZOMG I MUST HAVE THE LATEST HOTNESS
[15:30] <shakes808> krondor: dsschnau is my coworker that was inquiring about making a media server. You are assisting him now. :D
[15:30] <shakes808> Thank you for your help like usual
[15:31] <dsschnau> sounds like it would be very cost effective... an xbox 1 would be super cheap.
[15:32] <jrwren> i got mine 5yrs ago, already hard modded with 120G drive for $40
[15:32] <jrwren> never use the storage on the 120 though, i just smb stream everything
[15:33] <dsschnau> that was my next concern.. what would be a good solution for storage for it?
[15:34] <krondor> xbmc4xbox is the fork of xbmc for xbox1.  xbmc no longer supports xbox1.
[15:34] <krondor> http://www.xbmc4xbox.org.uk/
[15:34] <krondor> some of the emulators for xbox1; http://www.x-scene.com/software/software.php?page=emulators
[15:35] <jrwren> samba share works great for storage
[15:37] <krondor> I still think xbmc on xbox1 had the best visualizations to music at 720p they're gorgeous
[15:37] <krondor> did get some stutter with higher bitrate mp3 and flac I seem to recall, been a bit.
[17:09] <brousch> It's way too quiet in here
[17:11] <Blazeix> WOOP WOOP
[17:11] <Blazeix> ...did that help?
[17:33] <tony-smlr> I use xbmc on a pc with stripped down ubuntu   "XBMCbuntu"  http://wiki.xbmc.org/index.php?title=XBMCbuntu
[17:54] <shakes80> how do i change my user name in there?
[17:54] <shakes80> here
[17:55] <rick_h_>  /nick something
[18:00] <greg-g> man, google analytics sure does take a ton of ram in Fx
[18:10] <brousch> Where was this when I was at UM? http://games.slashdot.org/story/12/08/28/1517245/welcome-to-the-university-of-michigans-computer-and-video-game-archive-video
[18:11] <greg-g> it's been there for a while
[18:11] <greg-g> my school (School of Info) had game night there a few times
[18:13] <brousch> The Dude was built when I went there. I pirated warcraft 1 on floppies in there
[18:13] <brousch> But no game center
[18:14] <greg-g> hah
[18:16] <rick_h_> sqlalchemy taking over the world http://goo.gl/dokpl
[19:06] <jrwren> ut oh... i am reading cythonize... static typing python... i may be walking a slipery slope :)
[19:20] <rick_h_> lol watch out jrwren
[19:20] <rick_h_> cpython is good enough for everyone :P
[19:25] <shakes808> >:{ IIS
[19:32] <jrwren> when cython says stuff like, 120 times faster than python, it is hard to ignore, esp given the type of data processing we do
[19:44] <brousch> rick_h_: Bah, let me know when the Django ORM is SQLAlchemy, then I'll believe it's taking over the world
[20:28] <snap-l> greg-g: Do you know if they accept donations of old consoles?
[20:29] <snap-l> I have a few that I don't care to keep anymore, and rather than sell them, it'd be neat to see them put to good use.
[20:29] <greg-g> snap-l: if they don't have them, most likely, not sure what the policy really is though
[20:30] <greg-g> but, they're friendly and would receive an email well
[20:49] <snap-l> Heh, I got selected for Project Sputnik, but I don't have $1200 laying around for a new machine.
[20:53] <shakes808> snap-l: You can donate your old systems to me ;D
[20:55] <snap-l> shakes808: I'm pretty sure you don't give a crap about the Colecovision. ;)
[20:56] <shakes808> REALLY
[20:56] <shakes808> YES
[20:56] <shakes808> Kalicovision?
[20:56] <shakes808> SOmething like that !!!!
[20:56] <shakes808> HELLS YEAH!!!!
[20:56] <shakes808> If you are going to be throwing it away, bring it tomorrow.
[20:57] <snap-l> http://en.wikipedia.org/wiki/ColecoVision
[20:57] <snap-l> I'm not throwing it out, I'm just not interested in it as much as the other systems.
[20:58] <shakes808> gotcha
[20:58] <snap-l> But if you're interested in it, lmk
[20:58] <shakes808> lol I will find it a home, next to my 2 Ataris, 1985 Nintendo, Dreamcast, N64, Sega Genesis, PS2. :D
[20:58] <snap-l> I'd rather it go to someone who actually respects
[20:59] <snap-l> shakes808: You didn't happen to ever hit Cinciclassic, did you? :)
[21:01] <shakes808> nope. I have to go, will talk to you either later on tonight or tomorrow. I will look up that cinciclassic later :D
[21:01] <snap-l> You'd know it if you were there. :)
[21:02] <snap-l> Anywho, I'd have to get it from storage, so it would be next week


[01:32] <[reed]> armin76: ping
[03:38] <yoasif> hey quick question -- have you guys packaged seamonkey 2.0a3
[09:49] <armin76> [reed]: pong, i know, the superh bug
[10:01] <armin76> [reed]: answered
[10:02] <asac> superh?
[10:02] <armin76> yup
[10:04] <armin76> asac: don't like? :D
[10:05] <asac> armin76: what is superh?
[10:06] <asac> i see its a microcontroller ... what arch is that on linux?
[10:06] <armin76> asac: sh
[10:07] <armin76> Linux superh 2.6.30-rc2-00079-gb8c193f #1 Thu Apr 16 13:35:14 GMT 2009 sh4a SH7785 SH7785LCR GNU/Linux
[10:07] <armin76> :D
[10:23] <asac> hmm
[10:40] <armin76> asac: you guys don't do pgo?
[10:41] <asac> armin76: in karmic we will
[10:42] <armin76> asac: it isn't out already?
[10:42] <asac> armin76: karmic? i think archive is now open yes.
[10:42] <asac> didnt do any upload yet thouzgh
[10:42] <asac> https://edge.launchpad.net/builders/
[10:43] <asac> all auto importing is running
[11:14] <gnomefreak> i guess im making a chroot :)
[11:17] <asac> gnomefreak: hi
[11:17] <asac> gnomefreak: so whats up with sm2
[11:17] <asac> you said it still fails?
[11:17] <asac> do you have the branch somewhere?
[11:17] <gnomefreak> anyone else having problems with shut down? my box wont shut down it stays at halt
[11:17] <gnomefreak> hi asac
[11:17] <asac> gnomefreak: no shutdown works for me ;)
[11:18] <gnomefreak> asac: its failing on same error as the nss error
[11:18] <asac> yes. have branch somewhere?
[11:18] <gnomefreak> than it has to be a local issue :(
[11:18] <gnomefreak> asac: not with the latest nss fix
[11:18] <asac> gnomefreak: show diff you made then
[11:21] <gnomefreak> asac: http://pastebin.mozilla.org/645100 ill be back in a few minutes
[11:35] <gnomefreak> ok badck
[11:38]  * gnomefreak has to build jaunty chroot before i try to build it again
[11:41] <asac> gnomefreak: yeah. so this change looks quite ok in general
[11:42] <gnomefreak> well than it shouldnt have failed :(
[11:42] <asac> i need the complete build log i guess
[11:42] <gnomefreak> im building chroot now i might have time to run it before i leave
[11:42] <asac> remember to capture that when building next time
[11:43] <asac> gnomefreak: how about just uploading it to ppa ... you probably have the same tarball already in your ppa? so it would just be diff.gz et al
[11:43] <gnomefreak> asac: i have not found a working way to pipe the builds yeet
[11:43] <gnomefreak> ah good point. if the build failed doesnt that mean tarball is gone?
[11:43] <asac> gnomefreak: no if you dont delete the package from ppa the tarball will stay
[11:44] <asac> gnomefreak: just be sure that you build with -S -sd
[11:44] <gnomefreak> ok
[11:44] <asac> and that you use the same upstream tarball version already uploaded in ppa
[11:44] <asac> and bump version by appending .1 or .2 or something
[11:44] <asac> gnomefreak: commit the change you pasted in any case
[11:45] <gnomefreak> asac: i did
[11:45] <gnomefreak> ok its started
[11:46] <gnomefreak> now smoke while i wait
[11:51] <gnomefreak> asac: ok a bit longer, i forgot to get build deps for it :(
[11:52] <asac> heh
[12:11] <asac> dtchen: so when i can start pulseaudio at some point during a desktop session, does that mean that pulseaudio crashed?
[12:13] <gnomefreak> this diff is taking forever
[12:14] <gnomefreak> to build
[12:15] <asac> hmm. isnt seamonkey a tarball in tarball orig?
[12:15] <asac> thats usually quite fast
[12:15] <asac> gnomefreak: ?
[12:16] <gnomefreak> no if you mean tarball folder isin top level
[12:16] <gnomefreak> like tb2 used to be
[12:16] <asac> really
[12:16] <asac> we should change that then
[12:16] <gnomefreak> we got out of that practice
[12:16] <asac> we now have the sources in the orig as a tar.bz2
[12:17] <asac> is that or is that not the case for sm?
[12:17] <asac> 2
[12:17] <gnomefreak> tarball is separate
[12:17] <gnomefreak> hmmm
[12:19] <gnomefreak> yeah it has to be separate othere wise i would see the tarball in toplevel and all i see is debian but i dont remember SM2 ever having it embedded
[12:20] <gnomefreak> ok pushing
[12:21] <asac> gnomefreak: you have to look in the tarball
[12:21] <asac> in the orig
[12:21] <asac> there should be _no_ debian at all
[12:21] <asac> you probably look at the branch ... but thats without orig sources
[12:22] <gnomefreak> asac: there is a debian after build
[12:23] <gnomefreak> debian and mozilla dir
[12:23] <gnomefreak> thats in seamonkey-2.0
[12:23] <gnomefreak> -2.0~b1~hg20090423r2462+nobinonly/mozilla
[12:23] <gnomefreak> but i still dont see a tarball or dir named tarball (i dont remember what the dir was called maybe source
[12:25] <asac> gnomefreak: yeah. ok
[12:25] <asac> gnomefreak: then its not tarball-in-tarball
[12:26] <gnomefreak> is there a reason why there is a security announcement after we finish the next point release
[12:26] <gnomefreak> asac: assuming you built 3.0.10
[12:27] <asac> gnomefreak: not sure i understand that question
[12:27] <gnomefreak> or you havent
[12:27] <asac> .10 is a security update
[12:27] <gnomefreak> asac: 3.0.10 was released its not in repos but even when they are i still get security announcements from jamie
[12:28] <asac> gnomefreak: should be in archive
[12:28] <asac> https://edge.launchpad.net/ubuntu/+source/firefox-3.0
[12:29] <gnomefreak> ah it hasnt landed in Karmic from what that link says
[12:31] <gnomefreak> ah thats my fault i think
[12:34] <gnomefreak> http://pastebin.mozilla.org/645103 asac something is wrong here
[12:35] <gnomefreak> http://pastebin.mozilla.org/645104 is my list
[12:37] <asac> gnomefreak: you dont have jaunty-security and jaunty-updates in your sources.list
[12:37] <asac> gnomefreak: to to Software Sources dialog and enable security and updates
[12:37] <gnomefreak> did you look at bottom?
[12:38] <gnomefreak> #
[12:38] <gnomefreak> deb http://gb.archive.ubuntu.com/ubuntu/ jaunty-updates restricted main multiverse universe
[12:38] <gnomefreak> #
[12:38] <gnomefreak> #
[12:38] <gnomefreak> deb http://security.ubuntu.com/ubuntu/ jaunty-security restricted main multiverse universe
[12:38] <gnomefreak> i have a better list le tme see if that helps
[12:38] <asac> gnomefreak: no clue then ;)
[12:43] <gnomefreak> asac: still should have landed for karmic anyway
[12:44] <gnomefreak> ah new list for jaunty now has it
[12:44] <asac> gnomefreak: xulrunner copied to karmic. firefox uploaded to karmic
[12:45] <asac> so with some luck those builds will arrive in a day or so
[12:45] <asac> (builders are swamped with imports)
[12:50] <gnomefreak> yep
[12:51] <gnomefreak> asac: you never released 3.0.9?
[12:52] <gnomefreak> seems 386 in PPA is busy as well
[12:55] <asac> yeah
[12:56] <asac> gnomefreak: i didnt release to karmic because i cut a release branch for jaunty one week ago
[12:56] <asac> or two
[12:56] <asac> and since karmic wasnt open the build never got ther
[12:56] <asac> well. karmic automatically has 3.0.9 from jaunty
[12:56] <asac> but new upload overrides it
[12:56] <asac> e.g. we added changes to 3.0.9
[12:58] <gnomefreak> asac: it has 0.8
[12:59] <gnomefreak> asac: http://pastebin.mozilla.org/645109
[13:12] <asac> gnomefreak:
[13:12] <asac> RELEASE 1.9.1~b4+nobinonly-0ubuntu1 to ubuntu/karmic
[13:12] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.1.jaunty$ 1.9.1~b4+nobinonly-0ubuntu<IP_ADDRESS>
[13:13] <asac> oops
[13:13] <asac> gnomefreak:
[13:13] <asac> +	--with-system-nss \
[13:13] <asac> +	--with-system-nspr \
[13:13] <asac> you have to remove those lines
[13:13] <asac> otherwise the generic check we do below doesnt work
[13:13] <gnomefreak> asac: from SM2?
[13:13] <asac> gnomefreak: yes from the DEB_CONFIGURE_USER_FLAGS=  in rules
[13:13] <gnomefreak> i thought we wanted to build with nss nspr
[13:14] <asac> gnomefreak: we do that if possible ... thats what the other change was about
[13:14] <asac> but you force it, which is wrong
[13:14] <asac> just drop those two lines and show me diff
[13:14] <gnomefreak> ok doing
[13:18] <gnomefreak> asac: http://pastebin.mozilla.org/645111
[13:19] <asac> gnomefreak: yes. that works. reupload with that change
[13:20] <gnomefreak> ok trying
[13:22] <gnomefreak> ok i have to get ready to go to eye appointment. I will push this before i leave than when i can i will build latest hg
[13:24] <c0p3rn1c> why do you have the package flashplugin-installer and flashplugin-nonfree?
[13:34] <gnomefreak> asac: answer that please :)
[13:36] <gnomefreak> ok now im going to go get ready will push when its done
[13:52] <asac> c0p3rn1c: new name = -installer
[13:54] <gnomefreak> asac: remove -nonfree than since it doessnt install flash
[13:54] <gnomefreak> please even
[13:55] <gnomefreak> SM2 is puhedf
[13:56] <gnomefreak> since we cant remove from <= jaunty than make it install -installer too
[13:56] <asac> gnomefreak: we have to keep nonfree transitional package until next LTS so that LTS-LTS upgrade is done properly
[13:57] <gnomefreak> well than what do we do about bugs on -nonfree failing to install flash
[13:57] <gnomefreak> transitional package should install -installer and flash but doesnt
[14:00] <c0p3rn1c> asac: could you make sure that
[14:00] <asac> gnomefreak: do you have a bug id?
[14:00] <gnomefreak> at least that is why intrepid>ja8unty is broken
[14:00] <gnomefreak> asac: shit load of them bu6t not on hand
[14:00] <c0p3rn1c> when you upgade from intrepid flash is also installed, I made a bug report for this
[14:00] <gnomefreak> c0p3rn1c: yuours is a dupe orf a master but i dont have it handy
[14:00] <c0p3rn1c> https://bugs.launchpad.net/bugs/144042
[14:01]  * gnomefreak looked at his bug and told him to join us (if its him) ;)
[14:01] <gnomefreak> c0p3rn1c: it is installed just -insstaller needs to be and isnt
[14:02] <c0p3rn1c> I know, it's not for me but for the other n ubuntu users who are upgrading from intrepid to jaunty
[14:03] <asac> c0p3rn1c: the bug number is really low. doesnt look like its an intrepid-jaunty upgrade bug
[14:03] <c0p3rn1c> asac: should I post a new bug for it, because it has the same result as this bug?
[14:04] <gnomefreak> i might have the master im looking now
[14:04] <asac> c0p3rn1c: yes. that bug is a different one for sure
[14:05] <c0p3rn1c> asac: ah ok sorry for the confusion then
[14:05] <asac> c0p3rn1c: https://bugs.edge.launchpad.net/ubuntu/+source/apt/+bug/144042/comments/30
[14:05] <gnomefreak> asac: as for https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/351355 maybe get ubufox to pop up the license dialog
[14:06] <gnomefreak> asac: c0p3rn1c IIRC this is the master of your bug https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/326609
[14:07] <gnomefreak> ok i have to go, maybe when installing or upgrading ubufox should install -installer with -nonfree
[14:07] <gnomefreak> ok im gone
[14:07] <c0p3rn1c> asac: ok will do
[14:08] <c0p3rn1c> asac: what logs exactly?
[14:10] <asac> /var/log/dist-upgrade/
[14:10] <asac> i think thats the dir where it is
[14:10] <asac> term.log
[14:10] <asac> i think
[14:10] <asac> c0p3rn1c: ^
[14:10] <c0p3rn1c> ok :)
[14:11] <c0p3rn1c> asac: that dir is empty
[14:11] <c0p3rn1c> oh wait
[14:11] <c0p3rn1c> other pc
[14:11] <c0p3rn1c> sorry lol
[14:22] <asac> (reconnect)
[14:22] <asac> 15:21 < asac> c0p3rn1c: so in that term.log you can search for flashplugin-installer ... there should be a wget call that most  likely failed for you
[14:22] <asac> 15:21 < asac> c0p3rn1c: so in that term.log you can search for flashplugin-installer ... there should be a wget call that most  likely failed for you
[14:22] <c0p3rn1c> asac: yes I'm posting it right now at https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/326609
[14:26] <c0p3rn1c> asac: ok done, https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/326609/comments/26
[14:26] <asac> c0p3rn1c: ok i posted something there too now
[14:26] <asac> Jamie alread spotted the output that i suspect to be responsible
[14:26] <asac> if so its fixed in latest update-manager as i wrote here: https://bugs.edge.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/326609/comments/27
[14:28] <c0p3rn1c> ok great, then it's fixed!
[14:28] <c0p3rn1c> I try to upgrade my laptop lateron, so I will check if it's truly fixed.
[14:29] <c0p3rn1c> will try*
[14:31] <asac> c0p3rn1c: yes. ensure that you are up-to-date in intrepid before upgrading
[14:32] <asac> c0p3rn1c: oh wait a sec
[14:32]  * c0p3rn1c is waiting :)
[14:33] <asac> c0p3rn1c: ok. verified that the latest intrepid-updates update-manager has that fix
[14:33] <asac> err jaunty-updates i mean ... but that is considered when upgrading i was told
[14:33] <asac> c0p3rn1c: would be cool to get a verify from you that this works
[14:34] <c0p3rn1c> asac: I will try it tonight, it will take me some hours to back-up my stuff
[14:36] <c0p3rn1c> asac: yeah but the thing is I currently do have ubuntu intrepid, but some special version(ubuntu ultimate edition) I do use the official ubuntu repositories though
[14:36] <asac> c0p3rn1c: what is ultimate edition?
[14:36] <c0p3rn1c> some "distro" I decided to try out :)
[14:37] <asac> c0p3rn1c: anyway. so in jaunty you can just run apt-get install --reinstall flashplugin-installer
[14:37] <asac> c0p3rn1c: i guessed that. what is their focus?
[14:37] <c0p3rn1c> asac: true
[14:37] <asac> (besides the nebulous name ;))
[14:37] <c0p3rn1c> asac: to me it seems to be nothing more than a ubuntu application pack
[14:38] <asac> c0p3rn1c: third party apps?
[14:38] <asac> or just a special set of default apps?
[14:38] <c0p3rn1c> yes and maybe some third party apps
[14:39] <asac> well. if they didnt repack flashplugin or update-manager this shouldnt matter i hope
[14:39] <asac> with some luck the upgrade will bring you back to mainline ;)
[14:39] <c0p3rn1c> not sure I only switched to using ubuntu a half year ago
[14:40] <c0p3rn1c> asac: yeah I think it won't be a problem too
[14:41] <c0p3rn1c> I know it's off-topic but there is one thing I hate about ubuntu ultimate edition, I don't have multiple consoles( CTRL-ALT-F[1-8] )
[14:43] <c0p3rn1c> oh wait I just found out I do , prbly because my keyboard settings where wrong
[14:43] <c0p3rn1c> n/m then lol
[14:46] <c0p3rn1c> brb
[15:17] <asac> cool. gnomefreaks seamonkey build worked ;) ... finally
[15:35] <asac> hjmf: btw, the release dust is settling ... so if you need something from me ... shoot.
[16:51]  * armin76 shoots asac
[16:51]  * asac hugs armin76 :-P
 hjmf: btw, the release dust is settling ... so if you need something from me ... shoot.
[18:55] <hjmf> asac: OK, not at this moment but for sure I will do it :-)
[18:55] <asac> great
[19:20] <armin76> asac: you going to UDS?
[19:28] <asac> armin76: obviously ;)
[19:29] <asac> i think i cannot escape that :)
[19:30] <armin76> asac: its where i live, i may shoot you in person :D
[19:33] <asac> armin76: you live in barcelona?
[19:33] <asac> i think i envy you ;)
[19:33] <armin76> yup
[19:33] <asac> definitly drop by ... there is always much much fun
[19:34] <asac> and UDS is supposed to be in the city centre even
[19:35] <armin76> i'll go if canonical gives me an arm board :P
[19:37] <armin76> hrm, its pretty close where i work
[19:38] <asac> armin76: actually i think there might be potential ... not sure, but i heard that also community folks are supposed to get such devices if they are actively porting stuff :)
[19:45] <armin76> asac: so what do you there apart from saying all the time that ubuntu rocks? :P
[19:45] <asac> armin76: beer ;)
[19:45] <armin76> hrm...not interested
[19:46] <asac> just visit and see yourself
[19:46] <asac> hard to describe
[19:46] <asac> its basically a bunch of sessions where we discuss goals and details on what shoujld be done in karmic
[19:46] <armin76> which days are you going?
[19:46] <asac> all 5
[19:47] <asac> i will keep you posted on schedule so you can pick a day where there are interesting sessions
[19:47] <armin76> okay :)
[19:49] <armin76> asac: also if you need any help wrt city, just poke me
[19:50] <asac> armin76: above, you already denied to help me with going out for beer et al :(
[19:50] <asac> j.k.
[19:50] <armin76> haha
[19:50] <asac> i think i will arrive on sat ... monday UDS starts
[19:51] <asac> armin76: fta will be ther too
[20:05] <asac> ok enough for today. cu later or tomorrow
[20:13] <gnomefreak> asac: thanks it built :) i still cant really see so i have the size of page is huge
[20:32] <gnomefreak> since i cant see today is perfect to grab latest build and build it. if it fails i dont need to read it today :)
[21:24] <BUGabundo> guud evening
[21:24] <dtchen> asac: how are you gauging "start"? `pgrep pulseaudio'?
[21:25] <BUGabundo> how is fta doing? haven't seen him in a while
[21:25] <BUGabundo> hi dtchen
[21:25] <dtchen> asac: start-pulseaudio-x11 returns 0 even if pulseaudio is already running
[21:25] <dtchen> hi BUGabundo
[22:36] <yamo> Hi
[22:40] <BUGabundo> yamo: hi
[22:42] <yamo> I'm using the Seamonkey 2.0b1pre from gnomefreak it's working great just has some bugs
[23:28] <mbana> am i the only one who notices the speed difference between FF on linux and windows, the latter being faster


[00:05] <racarr> thomi: Sorry we don't assure quality so you'll have to talk to the QA guy...
[00:06] <racarr> :p
[00:06] <racarr> I don't have any ideas though
[00:06] <racarr> there is a mismatch between your libdri and mesa and kernel!
[00:06] <racarr> that was my only idea and I think
[00:06] <racarr> it's pretty unlikely
[00:07] <RAOF> thomi: Oh, yeah.
[00:07] <RAOF> thomi: You've got an XMir-enabled video driver (most likely xserver-xorg-video-intel) but not an XMir-enabled server.
[00:08] <thomi> RAOF: that would be -nvidia in mcase
[00:08] <thomi> RAOF: so... I can't run unity3d with the /staging PPA added, and I can't run mir without it. How do you guys do mir development? run KDE or something?
[00:09] <RAOF> My unity3d actually works, but with software rendering.
[00:09] <RAOF> But I'll upload a new xserver to the staging PPA and fix the cause.
[00:10] <thomi> RAOF: thanks, can youplease ping me when the dput is done?
[00:11] <RAOF> Sure.
[00:17] <kdub> RAOF, could it be because of http://bazaar.launchpad.net/~mir-team/mir/trunk/view/head:/include/client/mir_toolkit/mir_client_library.h#L194
[00:17] <kode54> is the correct procedure for testing mir as a compositor for X to add the staging PPA and install mir_demos?
[00:17] <kode54> also dist upgrade
[00:18] <RAOF> kode54: Add the staging PPA, install unity-system-compositor, set “type=mir” in /etc/lightdm/lightdm.conf.
[00:18] <RAOF> But do this after I've unbroken X :)
[00:18] <kode54> ah
[00:18] <kode54> yeah, I did that last night, and X was apparently broken
[00:18] <RAOF> kdub: Well, I'll need to update for that too, clearly :)
[00:18] <kode54> and the docs said type=unity
[00:19] <kode54> my current installation with bzr678, X starts, but only without a type= argument
[00:19] <kode54> I didn't know about the type=mir
[00:19] <RAOF> The docs are more likely to be right than me.
[00:20] <RAOF> :)
[00:20] <kode54> ah
[00:20] <kode54> docs said type=unity, and that fails to start and attempts low graphics mode
[00:20] <kdub> RAOF, i got it to compile: http://pastebin.ubuntu.com/5662955/
[00:20] <kode54> leaving a permanent unity demo server red cursor on screen
[00:20] <kdub> haven't gotten xmir to run though
[00:21] <RAOF> kode54: Oooh, that probably shouldn't happen :)
[00:21] <kode54> er, mir demo server
[00:21] <RAOF> kode54: Just to check - you *have* installed unity-system-compositor, yes?
[00:21] <kode54> yes, but I had to mess with the package
[00:22] <RAOF> thomi: Oh, just to check - you're seeing this problem on Saucy, right?
[00:22] <kode54> unity-system-compositor : Depends: libmirserver0 (= 0.0.2bzr676raring0) but 0.0.2bzr678raring0 is to be installed
[00:23] <kode54> that was the state it was at yesterday
[00:24] <kode54> and there's also a "mir" package that Depends: libmirserver0 (= 0.0.2bzr643raring0)
[00:24] <kode54> but that didn't get installed, I guess it's a meta package?
[00:25] <RAOF> I thought we'd dropped the “mir” package?
[00:25] <kode54> oops
[00:33] <kode54> huh
[00:34] <kode54> the unity-system-compositor in the repository still says it depends on that version of libmirserver0
[00:37] <kode54> and then libmirserver-dev depends on libmirserver0 = 0.0.2bzr681raring0
[00:37] <kode54> only straggler appears to be unity-system-compositor
[00:43] <RAOF> Yeah. unity-system-compositor needs the exact version of libmirserver0 it built against, so it needs a rebuild for every Mir change.
[01:06] <racarr> Off for now! Will be back this evening to write some emails
[01:07] <kode54> oh I see
[01:07] <kode54> the "mir" package is necessary after all
[01:07] <kode54> it's the source package that is targeted for any source fetches for the subpackages it contains
[01:30] <kode54> tried latest packages, including building my own unity-system-compositor against the current version of the dev packages
[01:30] <kode54> the only error I get is
[01:30] <kode54> init: lightdm main process (16930) terminated with status 1
[01:31] <RAOF> kode54:  /var/log/lightdm/*.log should have more details.
[01:31] <RAOF> But, as I said, you should wait for me to unbreak X. Because it's not going to work until I do :)
[01:31]  * RAOF is test-building packages now.
[01:35] <thomi> RAOF: no, raring
[01:36] <RAOF> thomi: Hm. Could you pastebin your /var/log/Xorg.0.log too?
[01:37] <RAOF> thomi: XMir won't work under raring (care of mir API change), but I wasn't aware raw X was broken.
[01:42] <kode54> right
[01:42] <kode54> it's X alright
[02:00] <thomi> RAOF: http://paste.ubuntu.com/5663150/
[02:01] <thomi> RAOF: hmm, Im not sure that log file is the right one any more - - how often is it rotated?
[02:01] <thomi> I've purged the /staging PPA and rebooted since, so I once again have a working desktop
[02:05] <RAOF> thomi: It's deleted each time you start X :)
[02:05] <thomi> huh, well darn
[02:05] <thomi> RAOF: no log file for you then :(
[02:06] <thomi> I've already wasted most of a day trying to get a desktop  - I'll upgrade the second laptop to saucy and use that for mir development
[02:06] <thomi> xmir should work on saucy?
[02:10] <RAOF> Once this damn build builds, yes.
[04:12] <kode54> so, how's that build going?
[04:17] <RAOF> Uploading now :)
[04:19] <RAOF> thomi: Enjoy a freshly dputted build.
[04:20] <kode54> done now?
[04:31] <RAOF> kode54: In the PPA. Won't have built yet.
[04:32] <kode54> ah
[04:32] <RAOF> Gah! WTF, PPA builder? This built fine in my schroot!
[04:33] <RAOF> thomi: Are you aware that the saucy Mir builds are failing?
[04:34] <thomi> RAOF: no, I wasn't - in launchpad, or....?
[04:34] <RAOF> In Launchpad. Because of !g++-4.7
[04:34] <thomi> we don't support 4.8?
[04:34] <RAOF> Allow me to fix that.
[04:34] <thomi> RAOF: please do
[04:34] <thomi> :)
[04:35] <RAOF> We explicitly override the default g++ to 4.7, which isn't installed in the saucy chroots.
[04:35] <RAOF> Also we fail to build with g++ 4.8
[04:36] <RAOF> You know what? I'm going to fix that, and then remove our inane GCC version lock.
[04:36] <thomi> RAOF: yes, please do - packaging hacks are .... bad
[04:38] <RAOF> make universe-explode-in
[04:38] <RAOF> -delight
[04:39] <kode54> so I suppose I shouldn't jump on this ship just yet
[04:39] <RAOF> XMir in raring should work soon :)
[04:45] <thomi> wooo!
[05:24] <racarr> around for a while if I can be useful :)
[06:02] <RAOF> racarr: Isn't it like 100 o'clock there?
[06:09] <tvoss> RAOF, aka crazy'o'clock
[06:15] <racarr> RAOF: 11:15!
[06:15] <RAOF> racarr: You could rubber-stamp https://code.launchpad.net/~raof/mir/fix-g++-4.8-build/+merge/163635 and https://code.launchpad.net/~raof/mir/remove-gcc-version-forcing/+merge/163641 if you really wanted :)
[06:17] <racarr> ahahaha
[06:17] <racarr> CMP0015
[06:17] <racarr> of course...
[06:17] <racarr> what
[06:18] <racarr> hmm...
[06:20] <RAOF> thomi: WTF? https://jenkins.qa.ubuntu.com/job/mir-raring-amd64-ci/62/console
[06:26] <kode54> looks like an error with the coverage report generation
[06:27] <kode54> maybe gcov output syntax changed between 4.7 and 4.8?
[06:29] <kode54> https://bugs.launchpad.net/gcovr/+bug/1086695
[06:32] <kode54> or maybe that's not the problem
[06:32] <kode54> meh
[06:38] <kode54> yay, now I have working xmir
[06:39] <kode54> but the red cursor won't go away
[06:41] <tvoss> kode54, is it an "ugly" arrow cursor?
[06:41] <kode54> yes
[06:41] <tvoss> kode54, that's the hw-cursor and the policy to hide it is set to "always show" :)
[06:42] <kode54> is there any way to hide that?
[06:43] <RAOF> unity-system-compositor should be doing that.
[06:43] <RAOF> Although it might not be :)
[06:45] <kode54> wtf, now plymouthd is eating 100% CPU
[06:47] <RAOF> Ah, we're not shutting that down correctly then :)
[06:49] <kode54> also, alt-f1 through alt-f5 toggles mouse input on and off (and also hides the hardware cursor when it's disabled)
[06:50] <RAOF> That sounds like VT switching?
[06:50] <kode54> should be, but no switching seems to occur
[06:51] <kode54> oh weird
[06:52] <kode54> when I alt-f4, it doesn't just stop watching mouse input, it also stops updating the display altogether
[06:57] <RAOF> That would be you quitting unity-system-compositor, I think :)
[06:58] <kode54> it stops updating display if I hit alt-f1 through alt-f5, and resumes if I hit any of those again
[07:03] <RAOF> That's odd :)
[07:04] <kode54> where is the latest source for unity-system-compositor?
[07:04] <kode54> just the source package in the ppa?
[07:07] <RAOF> bzr branch lp:unity-system-compositor, I believe
[07:07] <kode54> ah, found it
[07:07] <kode54> yeah
[07:22] <RAOF> kdub: Is there a particular reason why your cross-compile solution doesn't build a minimal armhf chroot using debootstrap? That way you'd get all the funky dependency resolution for free.
[10:05] <alan_g> RAOF: you about?
[10:12] <alf__> mmrazik|afk: Hi! I noticed we are still setting -DMIR_DISABLE_INPUT=OFF in the jenkins hook scripts (H15enable_testing), but this has no effect any more. Feel free to remove it.
[10:33] <RAOF> alan_g: Briefly. What's up?
[10:33] <alan_g> Just wondered about proposing a fix to remove-gcc-version-forcing or rolling it into a fixed MP
[10:34] <alan_g> RAOF: ^
[10:34] <RAOF> Yeah; I got sidetracked into getting the android build to work on my saucy machine, and then EOD hit.
[10:35] <RAOF> Feel free to roll it into a fixed MP.
[10:35] <alan_g> ack
[10:36] <RAOF> And now, sleep.
[12:09] <alan_g> mmrazik|afk: @https://jenkins.qa.ubuntu.com/job/mir-android-raring-i386-build/686/console - can we please reconfigure Jenkins to grab g++-arm-linux-gnueabihf/raring instead of g++-4.7-arm-linux-gnueabihf/raring?
[12:50] <mmrazik> alan_g|lunch: done and retriggered the ci job on that branch (seems to be working; ~53% compile ATM)
[13:01] <kode54> I saw nothing in the unity-system-compositor about the hardware cursor
[13:01] <kode54> so I'm not sure where that's supposed to be disabled
[13:24] <kgunn> alf__: curious, i've been trying for a bit now to use prebuilt mir bins
[13:24] <kgunn> problem is always the same
[13:25] <kgunn> when i make set lightdm.conf type=unity
[13:25] <kgunn> and i restart lightdm
[13:26] <kgunn> it just gives a blank screen with cursor
[13:26] <kgunn> (some thought it was a mismatch for old mirserver)
[13:26] <kgunn> but its still happening
[13:26] <kgunn> after a reboot i can always get back to a prompt
[13:27] <kgunn> to remove the type=unity
[13:27] <kgunn> and then get the ui back ok
[13:27] <kgunn> alf__: ^
[13:27] <kgunn> any ideas?
[13:27] <kgunn> i'm on a macbook/intel integ gfx
[13:28] <kgunn> side note, when i try to launch unity from command line it whines about
[13:28] <kgunn> not being able to load the gl plugin in compiz
[13:33] <alan_g> kgunn: I don't know if it is related, but I had problems with one of my boxes over the weekend - the compiz config had some conflicts that prevented unity loading.
[13:33] <alf__> kgunn: (note: I haven't tried running unity/xmir for some time now.) Is the cursor the X cursor? Is mir definitely running?
[13:34] <kgunn> alf__: ignorace is bliss...what is the "X cursor"?
[13:34] <kgunn> there's no prompt, i can type characters...but they do nothing (seemingly)
[13:35] <alf__> kgunn: is the mouse cursor you normally get under X? I am just trying to figure it if X starts at all, i.e. is this an xmir issue or a unity issue
[13:36] <kgunn> alf__: lemme give it a shot & be more aware....i'll grab the lightdm log as well
[13:37] <kgunn> alan_g: thanks...i blanked all my ccsm settings(like no more wob windows :)
[13:38] <alf__> kgunn: if you can ssh to your laptop you could try launching an xterm/xcalc to see if X(Mir) is running properly
[13:38] <kgunn> alan_g: now that you mention it...just did apt-get dist-upgrade....got a bunch of x/compiz updates...
[13:39] <alf__> kgunn: could it be that you overwrote some XMir packages from the PPA?
[13:40] <kgunn> alf__: nope...just doing that update now
[13:40] <alf__> kgunn: ok
[13:40] <kgunn> alf__: maybe it'll cure it :)
[13:42] <kgunn> brb
[13:51] <alan_g> mmrazik: thanks
[14:03] <thomi> RAOF: ugh - coverage breaks with gcc 4.8
[14:10] <kgunn> alf__: sneaking time from UDS :)
[14:10] <kgunn> but i just retested
[14:10] <kgunn> same result
[14:10] <kgunn> & i know i wasn't clear
[14:10] <kgunn> order of events are
[14:10] <kgunn> change type=unity, restart lightdm
[14:10] <kgunn> get screen with seemingly useless cursor
[14:11] <kgunn> reboot machine
[14:11] <alf__> cursor as in mouse cursor/pointer ?
[14:11] <kgunn> get a useful prompt but still no ui
[14:11] <kgunn> on useless cursor screen no mouse
[14:11] <kgunn> no mouse on useful cursor screen either
[14:13] <kgunn> alf__: oh, and when i try to launch unity manually after reboot with type=unity in lightdm
[14:13] <kgunn> it says compiz(core) fatal: couldn't open display:0
[14:14] <alf__> kgunn: is an X process running ?
[14:15] <kgunn> alf__: how would i go about verifying that?
[14:15] <kgunn> alf__: note, the lightdm log says WARNING: Failed to create default seat
[14:18] <alf__> kgunn: ps -Af | grep X
[14:19] <kode54> bwahahaha
[14:19] <kode54> "clang: error: unknown warning option '-Werror=unused-local-typedefs'"
[14:19] <kgunn> alf__: thanks! will steal more uds time later today to try :)
[14:21] <alf__> kgunn: probably robert-ancell would be of more assistance here, since he knows lightdm and its interactions with mir and X better
[14:21] <kgunn> alf__: cool
[14:22] <kgunn> alf__: i had pestered a bit last week....just know he's on baby watch this week
[14:24] <kode54> I thought the issue with xmir breaking was due to something wrong with the Xorg package in the mir staging ppa
[14:25] <alf__> kgunn: kode54: could be, so I guess RAOF is the one to pester :)
[14:25] <kode54> I thought he fixed it
[14:25] <kode54> it was working here
[14:26] <kode54> but the unity-system-compositor package still hasn't been rebuilt, and the current version doesn't hide the hardware cursor
[15:02] <alf__> status: investigating/fixing bugs, experimenting with lttng and tools
[15:09] <kdub> status, mostly starting performance work with android devices
[15:10] <kdub> greyback, lp:mir should have the code needed for the shell on phone
[15:11] <greyback> kdub: it does. I'm having a problem with the qpa plugin that I need to understand/ask racarr about
[15:12] <alan_g> status: trying to understand the current design well enough to add composition bypass cleanly
[15:37] <racarr> Morning
[15:39] <kdub> hello racarr
[15:40] <greyback> racarr: hey
[15:40] <racarr> kdub: greyback: Did you guys see my email?
[15:40] <racarr>  / did it make sense
[15:40] <greyback> racarr: yep, have been working off it today
[15:40] <racarr> I wrote it at like midnight right before going to sleep aha
[15:41] <greyback> :)
[15:51] <racarr> kdub: So what do you think about
[15:52] <racarr> letting the shell get at the EGLNativeDisplay without a surface yet (i.e. like in my email)
[15:52] <racarr> Qt wants to choose configurations and initialize EGL etc when QScreen is created
[15:52] <racarr> so ubuntu_application_ui_get_native_display
[15:52] <racarr> can't take any arguments
[15:53] <kdub> racarr, makes sense to me
[15:54] <racarr> kdub: p.s. do your eglconfig for qtubuntu fixes on phone exist somewhere
[15:54] <racarr> greyback is trying to get mirclient on phone going
[15:54] <kdub> i'll have to find them
[15:54] <racarr> Ok. Thanks :)
[15:54] <greyback> kdub: thanks!
[15:54] <racarr> I...can't figure out how to expose this native display...
[15:54] <racarr> doe it jut go back to the graphics platform?
[15:59] <kdub> racarr, we could have an InternalClient that takes the surface in the creation of the eglNativeWindowType
[15:59] <kdub> as a parameter to the function, as opposed to in the constructor
[16:00] <racarr> kdub: Oh. That's a good idea
[16:03] <kdub> greyback, this is how i got the qpa plugin to work over the sprint... http://pastebin.ubuntu.com/5664882/
[16:03] <kdub> just to give some ideas :) probably not the universal solution
[16:03] <greyback> kdub: thanks, will give it a go
[16:05] <racarr> I think this qeglconvenience
[16:05] <racarr> is copied from a qt built with EGL (which ours isn't or wasn't or something?)
[16:05] <racarr> a qt5 beta from a long time ago
[16:05] <racarr> or something
[16:05] <racarr> I think Qt can do this for us now but will have to figure out how
[16:12] <racarr> The coffee shop on my new corner has insanely caffeinated coffee oO
[16:18] <alan_g> that's what has you writing at midnight?
[16:19] <greyback> racarr: kdub: excellent, we have stuff on screen at last
[16:19] <kdub> greyback, great :)
[16:19] <racarr> Yay!
[16:19] <kdub> input working too?
[16:20] <racarr> alan_g: No. What has me writing at midnight is that I've actually been sleeping lately so im not tired as soon as it's 6pm haha
[16:20] <racarr> which sounds kind of counterintuitive but writing emails at midnight is much less of a problem than being kept up by housemates at 2 am :p
[16:20] <greyback> kdub: I'm getting the events printed in my terminal, so appears to
[16:21] <greyback> kdub: bringing up something more intelligent now
[16:21] <kdub> greyback, when i got it working at the sprint, i had to use qml touch events, mouse events weren't going through for some reason
[16:21] <kgunn> greyback: kdub racarr aweseome!!
[16:22] <greyback> kdub: interesting, will look into that
[16:26] <greyback> kdub: input working
[16:26] <kdub> cool
[16:26] <kdub> it should be multi-touch too
[16:26] <greyback> kdub: checking...
[16:28] <mlankhorst> ]
[16:28] <greyback> kdub: yep
[16:28] <racarr> whee
[16:28] <racarr> kdub: Good news, it wasn't a shared hallucination!
[16:32] <kdub> great :)
[16:33] <tvoss_> greyback, ping
[16:33] <greyback> tvoss_: pong
[16:34] <racarr> ok almost done with this native display stuff....
[16:35] <racarr> we have about a half dozen duplicated instances of StubPlatform : mg::Platform ;)
[16:37] <kdub> racarr, i noticed that too
[16:40] <alan_g> racarr: is there something wrong with that?
[16:45] <alan_g> Different tests may need different behaviour from stubs of the same interface.
[16:45] <kdub> alan_g, yeah, the disadvantage is the typing :)
[16:47] <racarr> alan_g: In this case they are all the same really ;)
[16:47] <racarr> just null tubs
[16:47] <racarr> stubs*
[16:47] <racarr> I think
[16:47] <racarr> I dunno
[16:47] <racarr> it's cumbersome to have to update a half dozen files
[16:48] <racarr> including unexpected ones
[16:48] <racarr> so it becomes
[16:48] <racarr> compile
[16:48] <racarr> wait for error
[16:48] <racarr> etc
[16:48] <alan_g> racarr: kdub: if they are necessarily (as opposed to coincidentally) duplicate there are grounds to refactor
[16:49] <racarr> I made a note of it in my: "Things to do when its not obvious what else to do"
[16:49] <racarr> list ;)
[16:50] <alan_g> But surely the motivation for a change to the interface comes from some new tests - maybe a different interfaces is a better solution?
[16:50] <racarr> maybe in this case...I'm not sure
[16:50] <racarr> kdub: https://code.launchpad.net/~robertcarr/mir/emancipate-egl-native-display-from-surface/+merge/163775
[16:50] <racarr> When you have a chance.
[16:51] <alan_g> racarr: maybe...maybe not - but I'm sure that the wrong choice has been made sometimes.
[16:53] <racarr> Perhaps create_internal_client belongs on the Display
[16:53] <racarr> greyback: Want to test to see if it works now while I try and get unity/phablet building?
[16:54] <racarr> I think if you have: https://code.launchpad.net/~robertcarr/mir/emancipate-egl-native-display-from-surface/+merge/163775
[16:54] <racarr> and revision 62 to ~robertcarr/platform-api/mir (just pushed)
[16:54] <racarr> qtubuntu/mirserver should build fine now
[16:55] <greyback> racarr: sure, once I do a few hacks to get shell working without the mir application module
[16:55] <alan_g> Goodnight all!
[16:55] <alf__> alan_g: goodnight!
[16:57] <racarr> Great!
[16:57] <racarr> night alan :)
[16:57] <racarr> who...already left.
[16:58] <racarr> im purging my qt ppas atm
[16:58] <racarr> *taps foot* aha
[17:05] <racarr> ugh now it finds the cmake files from qt but then they claim that nothing exists...
[17:05] <racarr> why did I have to add /usr/lib/x86_linux_gnu/cmake to CMAKE_PREFIX_PATH
[17:05] <racarr> ?
[17:06] <tvoss_> kgunn, ping
[17:12] <greyback> racarr: should/can the mir server run as phablet user, or must be root?
[17:14] <racarr> Can be run as phablet user if you have input permissions
[17:14] <racarr> probably ;)
[17:14] <racarr> and should be
[17:14] <racarr> then a system mir runs as root I guess
[17:15] <kdub> racarr, greyback, i'm unsure about graphics though... i'd suggest running as root if it doesn't work :)
[17:16] <greyback> racarr: kdub: it is working as root, was just curious
[17:17] <racarr> ok got unity/phablet building. going to go for a walk around the block while it runs, back in a bit
[17:23] <philipballew> Just saw a demo of Mir without X. Looking nice!
[17:24] <racarr> :D
[17:25]  * philipballew smiles back at racarr
[17:25] <racarr> hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm now ./build -s tells me I may have held broken packages :(
[17:25] <racarr> probably...
[17:27] <racarr> perhaps ubuntu-unity/experimental-certified conflicting with unity-next-desktop
[17:27] <racarr> ppa-purge is a real godsend
[17:28] <kgunn> tvoss|dinner_lun: late pong...sorry, had to grab some grub
[17:29] <olli> kgunn, tvoss|dinner_lun just told me that he might be late for the OSK session due to dinner
[17:29] <kgunn> olli: ack, thanks
[17:31] <racarr> That is in 30 minutes yes?
[17:33] <olli> racarr, yep
[17:33] <racarr> Great
[17:35] <racarr>  indicator-appmenu-tools : Depends: indicator-appmenu (= 13.01.0daily13.03.28-0ubuntu1) but 13.01.0daily13.04.03-0ubuntu1 is to be installed
[17:35] <racarr> greyback: Latest build -s conundrum, any ideas?
[17:36] <greyback> racarr: hmmm
[17:37] <racarr> trying downgrading the package
[17:37] <racarr> ok its working now
[17:38] <racarr> not sure if I will get the qt5 errors later aha..realized the error involved build -s failing early and me going in to build and running cmake myself ;)
[17:38] <racarr> which I just thought was how build -s worked
[17:38] <racarr> building lots of branches and stuff
[17:39] <greyback> racarr: no idea where the duplicate packages are coming from. apt-cache showpkg helps?
[17:39] <racarr> greyback: Mm. Im just going to use the downgrade for now
[17:40] <racarr> need to upgrade to saucy soon anyway
[17:40] <racarr> and do some housecleaning
[17:40] <greyback> racarr: ok. let me know if you still have problems
[17:43] <racarr> thanks :)
[18:01] <racarr>  how do I get lower third set up
[18:01] <racarr> I cant find out how to install it and it is not showing up in featured apps
[18:02] <racarr> Ok here we go
[18:17] <tskorte> Hello everyone! I've followed the "Installing pre-built packages on a PC" on unity.ubuntu.com/mir and the tried to run it natively. Problem is that I get this "failed to create GBM buffer". Has anyone encountered this or have I missed something?
[18:20] <kdub> having one of those days where i was like 'this looks like a simple cleanup...' and then it cascaded into many clean ups :)
[18:21] <kdub> tskorte, you installed the special mesa package?
[18:23] <tskorte> kdub: Well, I installed all the pre-built packages.  That's not enough? :)
[18:24] <kdub> tskorte, it /should/ be, however, i'm not up on what desktop gpus work with it... RAOF will know when he comes back
[18:25] <tskorte> Great
[18:26] <tskorte> In the mean time I'll try to install it from source
[18:26] <kdub> it works with my intal gma-x3100
[18:27] <tskorte> Should've mentioned that I have  a amd radeonhd 5750
[18:43] <racarr> yay unity finished building...test time
[18:43] <racarr> p.s. can someone look at https://code.launchpad.net/~robertcarr/mir/emancipate-egl-native-display-from-surface/+merge/163775
[18:46] <racarr> oh just the dependency build finished :(
[18:53] <hikiko_> tskorte, i had the same problem you need the special mesa pkg from the mir ppa
[18:54] <racarr> greyback: Should I expect that run -m should work if qtubuntu mirserver is working?
[18:54] <racarr> getting some stuff about a binding loop and hud complaints, mir starts but then a few second laters it all quits/dies
[18:54] <racarr> still figuring out
[18:55] <tskorte> hikiko_: Nice! What are the package names?
[18:55] <greyback> racarr: you might also need the "-f" flag to work around the lack of the application API
[18:56] <hikiko_> hmm :) I don't remember one second to check tskorte :)
[18:57] <hikiko_> tskorte, did you try apt-get update apt-get build-dep mir after adding the mir ppa to your apt/sources.list? it should install the correct libraries I think
[18:58] <tskorte> hikiko_: No, I ran update && dist-upgrade. Will try apt-get build-dep now
[18:58] <greyback> racarr: I've to go afk for about 90 mins, good luck!
[18:59] <racarr> greyback: Ok see you! got a stack trace so hopefully can fix it
[18:59] <racarr> looks like my fault ;)
[19:00] <greyback> oO
[19:08] <racarr> eglplatform.h strikes again
[19:09] <racarr> yay it works
[19:09] <tvoss> racarr, success? :)
[19:10] <kdub> racarr, when you say eglplatform.h strikes again
[19:10] <kdub> you mean that we don't have a #mir_platform ifdef that defines our types?
[19:10] <kdub> for the mesa platform?
[19:12] <racarr> tvoss: Yep phone shell running again on g bm and 95% sure it should run on android ;)
[19:12] <racarr> kdub: Yep.
[19:12] <racarr> I will remember...to talk to chris about that today
[19:12] <tvoss> racarr, make it running :)
[19:12] <hikiko_> hey why nobody is in the hangout?
[19:12] <hikiko_> :s
[19:12] <kdub> i've noticed that too... on mesa, our ipc package has morphed into the native buffer type
[19:13] <racarr> hmm?
[19:13] <racarr> tvoss: it will be today :) greyback has a set up all ready though that just needs to plug in this fixed platform-api branch so
[19:13] <tvoss> racarr, go ahead
[19:13] <racarr> im going to wait for him to test it and work on other things :)
[19:13] <tvoss> racarr, :)
[19:14] <racarr> the video lens looks awesome on 27 inch screen haha
[19:14] <racarr> excluding the big ugly cursor
[19:16] <tvoss> racarr, ;)
[19:17] <kdub> racarr, once RAOF logs on, lets talk eglplatform types for mesa :)
[19:18] <racarr> sounds good!
[19:53] <racarr> Lunch!
[19:54] <tvoss> racarr|lunch, enjoy
[19:56] <racarr|lunch> literally next door to a curry place now...hopefully this doesn't get out of control ;)
[20:41] <racarr> back!
[20:46] <FunnyLookinHat> Saw the demo w/ Unity 8 running on Mir - looks good guys!
[20:48] <olli> so who of you guys did the U8 / Mir on ARM demo
[20:48] <olli> that was a nice surprise
[20:48] <kdub> olli, probably greyback, haven't seen it yet
[20:49] <olli> https://plus.google.com/u/0/116997345010659023379/posts
[20:49] <olli> can't tell from the fingertips
[20:49]  * olli needs to get to know the team better
[20:50] <kdub> yay, performance looks ok in the video too :)
[20:51] <racarr> how
[20:51] <racarr> is that working XD
[20:51] <racarr> maybe out of process stuff or did someone just make it?
[20:52] <kdub> racarr, i'd guess out-of-process...
[20:56] <olli> racarr, how often do you and greyback sync
[20:59] <kdub> greyback, your video's famous :)
[21:01] <greyback> kdub: lol my finger will be recognized in public now
[21:01] <kdub> yep :)
[21:04] <racarr> olli: About 4 times a day ;)
[21:04] <greyback> racarr: any luck with in-process mir+unity?
[21:05] <racarr> greyback: Hehe was just going to say yes, its working
[21:05] <greyback> racarr: nice!
[21:05] <racarr> greyback: If you build ~robertcarr/platform-api/mir with https://code.launchpad.net/~robertcarr/mir/emancipate-egl-native-display-from-surface/+merge/163775
[21:05] <racarr> it should work, I havent' tested on android yet
[21:05] <racarr> but it's the "same code path" now so
[21:05] <greyback> racarr: ok, I'll give it a go
[21:05] <racarr> Awesome
[21:05] <racarr> it looks great on 27 inch screen :D
[21:05] <racarr> the video lens...*wide eyes*
[21:06] <greyback> xD
[21:06] <greyback> I hope you get a nice big value for GRID_UNIT_PX, so things scale nicely
[21:07] <racarr> greyback: It all look pretty appropriate.
[21:07] <racarr> Maybe I'm thinking too far ahead, but I think there will be some mir work (mostly exposing new interfaces, etc) required as well as shell work
[21:07] <racarr> so I was wondering during lunch...
[21:08] <greyback> write them down, do share!
[21:08] <racarr> how many pieces are missing from getting the launcher to some point like "displays a list of desktop files, can launch applications, can switch between them"
[21:09] <racarr> I'm just thinking about little mini milestones to try and get some basic surface management in place
[21:10] <greyback> sure. We need a concrete list, prioritized, and then decide where each bit belongs
[21:10] <greyback> and who does it
[21:12] <racarr> What do you mean?
[21:14] <greyback> racarr: just like you said, to identify the missing pieces and make work items out of them
[21:14] <racarr> Haha ok, sorry I wasnt sure if you were referring
[21:14] <racarr> to the work items
[21:14] <racarr> or the desktop files
[21:14] <racarr> and I was like...well...I dont think it really matters which desktop files...
[21:14] <racarr> nvm :p
[21:17] <greyback> ah, understood
[21:17] <racarr> hmm.
[21:18] <racarr> ill think about this more tomorrow actually :p because there is not really much useful you can do
[21:18] <racarr> without the window stacking/sorting interface in mir
[21:18] <racarr> So that's a missing piece that's a work item
[21:18] <greyback> yep
[21:18] <racarr> I guess the first missing piece ont he shell end, is mir has a SessionListener you can implement
[21:19] <racarr> that is told session_appeared/vanished with the application id (desktop id I guess right now)
[21:19] <racarr> so the session needs to be assosciated with the launcher icon
[21:19] <racarr> so it can be switched to later
[21:20] <greyback> well each session is related to a desktop file, no?
[21:20] <racarr> yes (well, if qtubuntu passed this through)
[21:20] <greyback> I think it did
[21:20] <racarr> I just mean there needs to be an implementation of this interface in unity
[21:20] <racarr> that exposes it out to qml
[21:21] <racarr> the matching should be trivial
[21:21] <greyback> For the launcher, I think all Mir needs to tell us is what apps are starting/open, how many windows they have (desktop-only) and things like, it is looking for attention, etc
[21:22] <racarr> ok
[21:22] <racarr> ill fix the desktop file pass through
[21:23] <greyback> for now I think that's all we really need
[21:25] <racarr> I'm really in to getting a sort of functional (if super bare bones) shell together so I can start dogfooding the input stack on myself
[21:25] <racarr> I imagine between /dev/input and every application there are probably a few quirks to iron out :p
[21:28] <greyback> yep, but you're right - we gotta start somewhere
[21:41] <racarr> I actually dont have a whole lot planned to do for the end of the week because my highest priority stuff is blocked on the platform API refactoring
[21:41] <racarr> so maybe I will try and do the start of the launcher integration in unity I think it will help me to start to get
[21:41] <racarr> a mental map of the unity 8 code
[21:45] <racarr> RAOF: Ping?
[21:49] <racarr> thomi: Ping?
[21:50] <racarr> Raof isn't around so I'm going to ask you about something different instead ;)
[22:48] <RAOF> racarr: Pong.
[22:56] <racarr> RAOF: Can we fix this eglplatform.h thing so I can stop telling people to edit eglplatform.h?
[22:59] <kdub> racarr, RAOF we're in a pretty good position for  you to define whatever you want for the mesa/mir native types
[22:59] <kdub> good position, from a mir-internals perspective
[22:59] <kdub> i was wondering... could we even use the defines in __GBM__ ?
[23:00] <racarr> EGLNativeDisplayType for mirclient mesa is not gbm_device * though
[23:00] <racarr> its MirEGLNativeDisplayType (i.e. void* i.e. MirMesaEGLNativeDisplay)
[23:00] <kdub> racarr, right, i don't really know the diff between the two
[23:00] <kdub> (namely, what's in gbm_device)
[23:01] <kdub> but it doesn't sound like they're close to each other
[23:02] <kdub> seems like MirBufferPackage has just become the de-facto buffer type for the platform
[23:02] <kdub> when, we could actively choose what we want in that struct now
[23:02] <racarr> thats not exposed out through the eglplatform.h
[23:02] <racarr> its just display, window, and pixmap
[23:03] <kdub> well, sure
[23:03] <kdub> but while we're defining our types for mesa, may as well take care of all the issues :)
[23:03] <racarr> mm
[23:08] <kdub> like, we have our EGLNativeDisplayType and EGLWindowType as just 'the most convenient internal types'
[23:08] <kdub> which, isn't bad, but we have the opportunity to actively define what we want out of the interface :)
[23:08] <racarr> I think we just want opaque pointers
[23:09] <kdub> that would be ok
[23:14] <kdub> racarr,  with emancipate-egl-.*, small needs fixing, otherwise looks good
[23:14] <racarr> I hope to one day name a class <Noun>Emancipator
[23:14] <racarr> im not sure what it does
[23:14] <racarr> escalates priveleges perhaps
[23:17] <racarr> kdub: Ok :) Just pushed a fix in r686
[23:17] <racarr> thanks.
[23:23] <racarr> RAOF: http://pastebin.ubuntu.com/5666057/ perhaps?
[23:23] <racarr> kdub: ^
[23:23] <kdub> racarr, i think it should be forward declared probably
[23:25] <RAOF> Looks plausible.
[23:36] <racarr> RAOF: Can we merge it?
[23:38]  * RAOF fires up the mergeotron.
[23:39]  * kdub is imagining one of those spinning carnival ride things
[23:40] <racarr> RAOF: Savor the moment, likely to be the first and last EGLNativeDisplayType we will define XD