[07:58] <dholbach> good morning
[07:59] <[mbm]> yep.
[08:16] <hrw> [A
[08:16] <hrw> morning
[10:52] <angs> I have "Linux ubuntu 2 3.2.0-23-omap #36-Ubuntu Tue Apr 10 20:24:21 UTC 2012 armv7l armv7l armv7l GNU/Linux",  I am following the instruction here http://ubuntuforums.org/showthread.php?t=263136 and I am typing the wpa_supplicant command and get this output http://paste.ubuntu.com/1357684/
[10:52] <angs> does anyone know that if I should anything to use wpa_supplicant on my board?
[10:53] <angs> *I should download anything
[11:09] <brendand> angs, well apt-get install wpasupplicant
[11:10] <angs> brendand: thanks, I was trying wpa_supplicant to install it:)
[11:17] <ogra-cb_> angs, seriously, thats nearly 7 years old ...
[11:17] <ogra-cb_> angs, http://wiki.debian.org/WiFi/HowToUse#WPA-PSK_and_WPA2-PSK
[11:17] <ogra-cb_> use that one, wpa got lors easier over the years
[11:17] <ogra-cb_> *lots
[11:18] <angs> ogra-cb: I have been using linux for 5 months, thank you for the documentation :)
[12:02] <orik> Who woulda thought dist-upgrade would have been a bad idea on my chromebook ;_;
[12:03] <ogra-cb_> it isnt on mine
[12:03]  * ogra-cb_ runs raring happily over here
[12:05] <hrw> my chromebook is fine with raring
[12:05] <orik> how did you guys get to raring?
[12:05] <hrw> orik: I did precise -> raring in one run
[12:05] <ogra-cb> i used the proper upgrade methid via do-release-upgrade though
[12:05] <orik> ahhhh
[12:05] <hrw> apt-get update;apt-get dist-upgrade for me
[12:05] <ogra-cb> thats what i did for quantal to raring
[12:06] <orik> I was doing upgrade-manager -d
[12:06] <orik> and I was going to stop at 12.10 inbetween
[12:06] <ogra-cb> precise quantal i did via do-release-upgrade
[12:06] <orik> but never booted after 12.10
[12:06] <ogra-cb> yeah, update-manager is the same as do-release-upgrade
[12:06] <orik> I want to modify Jay Lee's script to use my own tarball but I can't find the rootfs I want >.<
[12:07] <ogra-cb> oh, i know what it is, you need to disable the plymouth jobs in /etc/init/
[12:07] <orik> hrw: will that take me straight to 13.04? I'm going to try again here shortly
[12:07] <ogra-cb> reboot into chromes developer mode, mount the ubuntu partition and put .override files in place for all plymouth jobs you find in /etc/init/
[12:08] <ogra-cb> the console=none option the bootloader sets makes plymouth hardlock the device on boot
[12:08]  * ogra-cb just remembered he had to do that
[12:09] <orik> ogra-cb; man I wish I understood half of what you just said
[12:10] <orik> so I boot in dev mode, go to chrosh and then into shell, mount the ubuntu partition, and then I do *something* to *somefiles* in /etc/init/
[12:10] <ogra-cb> echo manual|sudo tee -a /etc/init/plymouth.override
[12:10] <ogra-cb> thats what you need to do
[12:11] <orik> man that makes me wish I hadn't already blown ubuntu off this thing xD
[12:11] <ogra-cb> or just echo "manual" >/ubuntu-mountpoint/etc/init/plymouth.override
[12:11] <ogra-cb> not sure if you are actually root in the chros shell
[12:12] <orik> you can always also just press ctrl-alt-f2 to get into shell
[12:12] <ogra-cb> do the same for every file you find in /ubuntu-mountpint/etc/init/ whith plymouth in their name
[12:13] <orik> I'm glad this channel is logged so I can check back later xD
[12:13] <hrw> ogra-cb: thx
[12:13] <hrw> ogra-cb: you know that you can change kernel cmdline too?
[12:13] <ogra-cb> hrw, console_none is set by the bootloader
[12:13] <ogra-cb> *console=none
[12:14] <hrw> ogra-cb: and then 'console=tty1' by kernel
[12:14] <hrw> I have kernel messages on my chromebook
[12:14] <ogra-cb> err, its actually console=
[12:14] <ogra-cb> right, plymouth picks the first console- option though
[12:14] <ogra-cb> and cant haldle an empty value for it
[12:15] <ogra-cb> the kernel is fine here, its plymouths fault trying to attach to a non existing tty
[12:15] <ogra-cb> which actually locks yous device hard
[12:16] <ogra-cb> *your
[12:17] <orik> hrw; did you have to go through this or did you have another work around?
[12:19] <orik> or is this issue have to do with trying to boot 12.10
[12:19] <hrw> I think I had to handle plymouth in some way
[12:21] <ogra-cb> ogra@chromebook:~/packages$ ls /etc/init/*.override
[12:21] <ogra-cb> /etc/init/plymouth-log.override  /etc/init/plymouth-splash.override  /etc/init/plymouth-stop.override  /etc/init/plymouth-upstart-bridge.override  /etc/init/plymouth.override
[12:22] <orik> :D thank's for putting up with me guys
[12:25] <orik> later down the road I'm going to play around with the Chrubuntu script and have it put on a debian root fs or something
[12:25] <orik> I'll be back on in ~2 hours on 12.04 and 2 hours later on 13.04
[12:26]  * ogra-cb hopes you mean 12.10
[12:26] <ogra-cb> ;)
[12:27] <orik> can I not apt-get update, dist-upgrade to 13.0?
[12:27] <orik> or just update-manager -d twice?
[12:27] <orik> 13.04*
[12:36] <ogra-cb> update-manager didnt know about 13.04 last week when i tried it
[12:36] <ogra-cb> and you shouldnt skip releases on upgrading
[12:36] <ogra-cb> we dont test that, it could break heavily
[12:39] <orik> alright
[12:39] <orik> sounds good
[12:40] <orik> so, I'm writing out the steps I'm going to take before I disconnect here
[12:41] <orik> what's the syntax for the tee command?
[12:41] <orik> the only examples I find have to do with the output of another command
[12:42] <orik> so, if I wanted to rename /dev/mmcblk0/etc/init/plymouth as /dev/mmcblk0/etc/init/plymouth.overide
[12:43] <orik> would mv work?
[12:47] <orik> time to go break things; thansk for the help again
[12:47] <orik> hrw pulled off precise to raring so I'll try it, and if I break things too bad I can try again slower
[14:25] <orik> so hrw; is xserver 13 going to run at all before I patch my driver after i update to 13.04?
[14:36] <hrw> orik: you compiled chromium armsoc driver under precise?
[14:37] <orik> not yet; let me look into that
[14:37] <orik> I just finished testing glmark2
[14:37] <orik> got a 5!
[14:39] <hrw> 112 iirc was my result from glmark2-es2
[14:40] <orik> I'm grabbing es2 and running it again, I want a good before and after picture
[14:43] <orik> are there any large performance increases from 12.04 to 13.04 on ARM bases systems? I figured there would be with the push to get the Nexus 7 running
[14:43] <orik> but if I can just patch this driver in 12.04 I might leave it at that
[14:44] <ogra-cb> 13.04 is still very young
[14:44] <ogra-cb> the release will surely see a lot of preformance improvements
[14:44] <orik> I like to romantacize myself as a "Bleeding Edge" sorta guy but deep down I'm not
[14:45] <orik> through glmark2-es2 I got 4
[14:45] <ogra-cb> well, with 13.04 ubuntu follows a new dev model that should result in a lot less breakage during development releases
[14:45] <ogra-cb> so it shouldnt be to harmfule to live on the edge anymore
[14:46] <orik> thats good to hear
[14:46] <ogra-cb> btw, jut mv'ing the upstart jobs wont help
[14:46] <ogra-cb> the .override file needs to only contain one line: manual
[14:46] <orik> Oh
[14:47] <orik> so the... whatever it is
[14:47] <orik> looks for plymouth
[14:47] <ogra-cb> .override tells upstart "use this file instead of the job"
[14:47] <orik> goes Hey, There's an overide, lets use that instead
[14:47] <orik> very cool.
[14:47] <ogra-cb> if you just mv the .override is exactly the same as the job file was
[14:48] <orik> I was under the impression that you were renaming it to .override as to make it so the original file would not be found
[14:48] <orik> sorta like a .ini.backup or something
[14:48] <ogra-cb> so> echo "manual"| sudo tee -a /path/to/override/file
[14:48] <orik> mmmm that makes more sense
[14:49] <orik> hrw: do you think it would make more sense for me to upgrade to 13.04 then use your .deb for the patch or to manually patch it first
[14:50] <ogra-cb> slangasek, i was actually taking a brief look at the plymouth issue and came up with something like http://paste.ubuntu.com/1357935/ ... not sure how accurate that is, my C is a bit rusty (it should avoid using console=none and an empty console=)
[14:50] <hrw> orik: any way you like
[14:50] <orik> I'm going to try to patch it first so I can say I learned something
[14:51] <orik> rather than just taking all the scraps off the table :P
[14:51] <ogra-cb> orik, alternatively send beer to hrw to make him upload the package to 13.04
[14:51] <hrw> orik: package cgpt and kernel signing tools
[14:51] <orik> get rid of that ugly start screen?
[14:51] <hrw> ogra-cb: need to add /dev/mali stuff and number fix
[14:51] <ogra-cb> that would be lovely
[14:51] <ogra-cb> yeah
[14:52] <hrw> orik: there are two options for 'ugly start screen'
[14:52] <hrw> 1. flash developer firmware of chromium os
[14:52] <ogra-cb> i dont find the start screen ugly though, i could live with it if i had not to start at it for 30sec every time i boot
[14:52] <hrw> 2. flash u-boot instead of u-boot+vboot combo
[14:52] <hrw> ogra-cb: no one told you about "ctrl-d" shortcut?
[14:52] <ogra-cb> s/atart/stare/
[14:52] <orik> I'll consider whoever does that a brave man
[14:52] <ogra-cb> hrw, lol, nope
[14:53] <hrw> ogra-cb: HAHA!!!!
[14:53] <lilstevie> orik, why?
[14:53] <hrw> ogra-cb: ctrl-u boots from SD
[14:53] <ogra-cb> hrw, thx !!
[14:53] <hrw> you made my day ;)
[14:53] <ogra-cb> and you mine :)
[14:53] <orik> hahahaha
[14:53]  * hrw -> food etc
[14:53] <ogra-cb> that was really annoying me, i tried things like esc indeed
[14:54] <orik> lilstevie: this is my only working computer right now, and I'd hate to see someone brick their machine trying to flash a different bootloader onto it
[14:54] <ogra-cb> but not any modifier key combos
[14:54] <hrw> ogra-cb: read all posts by ojn on his google+ stream
[14:54] <lilstevie> orik, the first 2MB of spi are ReadOnly, within that 2MB there is a fair bit of "brick recovery" stuff
[14:54] <orik> I heard these samsung micro ssd's have pretty good throughput so booting off of them won't suck
[14:55] <lilstevie> orik, by that I mean depending on whether you are trying to boot recovery mode or normal it loads a different u-boot from the SPI
[14:55] <lilstevie> at least that is what we have discovered
[14:55]  * ogra-cb waits for really small but really fast USB sticks to show up
[14:55] <orik> O:
[14:55] <ogra-cb> (USB 3.0 i mean)
[14:55] <orik> you can't boot from 3.0
[14:55] <orik> :'c
[14:55] <ogra-cb> that should be on par with a sata disk
[14:56] <ogra-cb> sure you can
[14:56] <ogra-cb> your kernel cant live on usb
[14:56] <ogra-cb> your rootfs can
[14:56] <lilstevie> orik, by "you can't boot" you mean the kernel can't :p
[14:56] <ogra-cb> and thats all that counts
[14:56] <lilstevie> I am still really undecided about the chromebook
[14:56] <orik> ogra-cb: http://www.codinghorror.com/blog/2012/11/a-ssd-in-your-pocket.html
[14:56] <ogra-cb> its really awersome
[14:56] <orik> lilstevie: whatcha mean?
[14:56] <ogra-cb> i just with GLES would work fully
[14:57] <ogra-cb> *wish
[14:57] <lilstevie> orik, I mean, I don't know if I want one or not
[14:57] <gildean> but you can create a ramdisk to preload the kernel first and then boot from that?
[14:57] <orik> if I were you
[14:57] <orik> I'd just
[14:57] <orik> buy one from best buy or someplace with a
[14:57] <orik> like
[14:57] <orik> month long return policy
[14:57] <orik> use it
[14:57] <orik> if you don't like it
[14:57] <orik> return it
[14:58] <ogra-cb> orik, i wait for something about 1/10th of that size, but yeah
[14:58] <lilstevie> orik, you are assuming I am in the states
[14:58] <ogra-cb> something that doesnt stick out of the case so much
[14:58] <orik> I am, I am :/
[14:58] <orik> but if you grab them out of the states
[14:59] <lilstevie> orik, I would have to import the chromebook
[14:59] <orik> you get a fucked keyboard
[14:59] <orik> rumors say you do
[14:59] <orik> or uh
[14:59] <ogra-cb> lilstevie, how about uk ?
[14:59] <ogra-cb> i ordered mine there
[15:00] <lilstevie> ogra-cb, tbh both the UK and US are as equally difficult to order from
[15:00] <lilstevie> land downunder and all that crap
[15:00] <lilstevie> :p
[15:01] <ogra-cb> oh, yeah
[15:01] <ogra-cb> dont you also need an upside down kbd layout ? :P
[15:01] <lilstevie> :p
[15:02] <orik> :P
[15:02] <orik> hey can I just uh
[15:02] <orik> update to 12.04
[15:02] <orik> i mean 12.10
[15:02] <orik> and then start messing with the Plymouth files
[15:02] <ogra-cb> sure
[15:02] <orik> before I even reboot
[15:02] <orik> sudo nautilus and throw in new ones
[15:02] <ogra-cb> well, mess with them at anty point you like
[15:03] <orik> so I can use that easymode graphical interface
[15:03] <ogra-cb> its just that the cb doesnt use an initrd so if you screw up you have to go back into cros and fix it from there
[15:04] <ogra-cb> instead of having a chance to fix it from an initrd prompt
[15:04] <orik> am I changing things in /etc/init/ or etc/init.d/
[15:06] <lilstevie> well if nothing else comes out of my night, I am glad to finally have volume control :D
[15:07] <ogra-cb> orik, /etc/init
[15:08] <orik> alright, this will be take two of upgrading to 12.10
[15:10] <orik> I wish there was a website that collected glmark2 benchmarks, so you could compare systems
[15:11] <xranby> orik: have you tested phoronix?
[15:11] <orik> do they have more than just news?
[15:11] <orik> like, do they have a database going?
[15:11] <orik> OH; it's a test suite...
[15:11] <xranby> all their news is generated using http://www.phoronix-test-suite.com/
[15:11] <orik> very cool.
[15:12] <orik> I'll run it after getting graphics drivers
[15:12] <orik> I feel like running it now would be a bit to painful
[15:12] <orik> can I upgrade to 12.10 and then to 13.04 without rebooting inbetween?
[15:14] <xranby> orik: linaro is also working on something   for their validation runs https://blueprints.launchpad.net/linaro-graphics-dashboard/+spec/linaro-graphics-dashboard-glmark2
[15:16] <orik> can't wait
[15:16] <orik> :D
[15:21] <janimo> infinity, along with the kernel, we also need a firmware package for the nexus7. It's currently in the staging PPA, in case you prefer a review before it enters the NEW queue.
[15:21] <janimo> https://launchpad.net/~ubuntu-nexus7/+archive/staging/?field.series_filter=raring
[15:21] <janimo> ogra-cb, you may want to take a look if you're curious and have time
[15:22] <janimo> infinity, it is separate as it needs to present the license agreement to the user before installing
[15:26] <ogra_> janimo, looks fine to me, only FW for eth wlan chip for now ?
[15:26] <ogra_> *the
[15:26] <janimo> wlan and BT right?
[15:26] <ogra_> well, there is other stuff we might want to add over time
[15:26] <janimo> ogra-cb, the same we had in the patched PPA for 12.10
[15:26] <ogra_> for a start its fine i guess
[15:26] <janimo> sure, we can add more latee
[15:27] <ogra_> right
[15:57] <morphis> janimo: it's now finally decided that ubuntu can redistribute the firmware for wifi/bt for the nexus7?
[15:58] <janimo> morphis, it can redistribute I think if it pops up the license agreement as seen in that ppa
[15:58] <janimo> I would not say finally decided about anything involving binary blobs :(
[15:59] <morphis> ok
[15:59] <janimo> but current thinking is we're fine if we show the same text the .sh installers from google show
[16:02] <morphis> janimo: ok, will take this for discussion over to webos-ports :)
[16:05] <janimo> morphis, I honestly do not think Google or any of the partners would care at all if we or webos just distributed without any legalese, but at least Canonical needs to do this properly for image's sake if not else
[16:06] <janimo> with all the GPL infringers putting out binary blobs it would be weird of them to start minding about license issues :)
[16:06] <morphis> janimo: yes, but it's better to try to play well (as much as possible) to not cause any harm later
[16:07] <janimo> s/harm/extra work/ I'd say
[16:08] <morphis> janimo: yeah
[16:09] <morphis> janimo: at least you only have to deal with the wifi/bt bits we need to use the graphic bits too ...
[16:10] <ogra_> they are freely distributable
[16:11] <janimo> morphis, we also ship the tegra drivers but those are not firmware
[16:11] <ogra_> with aproper license
[16:11] <morphis> ogra_: for the nexus7 they are
[16:11] <ogra_> well, for tegra2 and tegra3
[16:11] <morphis> ogra_: but over at webos-ports with the galaxy nexus we have a completely different situation :)
[16:11] <janimo> morphis, the LICENSE agreement needs to be popped up only for the 5 or so binaries that can be downloaded from Google
[16:11] <ogra_> PVR has a usable license as well
[16:12] <ogra_> we ship PVR preinstalled on pandaboard images
[16:12] <morphis> ogra_: you want to know the whole story?
[16:12] <janimo> morphis, he does
[16:12] <ogra_> surely
[16:12] <ndec_> ogra_: PVR preinstalled, really?
[16:12] <morphis> ogra_: ok, let me summarize: in openwebos the central rendering process is the LunaSysMgr; no X11 or something like this
[16:13] <morphis> we are limited to a 3.0.x kernel
[16:13] <morphis> recent PVR drivers like you ship with ubuntu for the pandoboard needs omapdrm
[16:13] <morphis> 3.0.x does not have omapdrm
[16:13] <ogra_> oh, yeah
[16:13] <ogra_> ndec_, yes,m since unity-2d was dropped
[16:13] <morphis> furthermore it has different omap code used for android devices
[16:13] <morphis> not what is in mainline ...
[16:14] <ogra_> why are you limited to that ancient kernel ?
[16:14] <ndec_> ogra_: hmm... i missed that. in which archives are you pushing the pvr package, then?
[16:14] <morphis> ogra_: that is what google provides with Android
[16:14] <ogra_> ah, crap, i thought all android would at least be at 3.1 already
[16:14] <morphis> no
[16:14] <janimo> where would the fun be then?
[16:15] <morphis> nexus7/10 has already a 3.4 kernel
[16:15] <morphis> :)
[16:15] <janimo> morphis, nexus7 3.4 kernel?
[16:15] <morphis> I heard something like this
[16:15] <morphis> with the recent android update 3.4 afaik
[16:15] <janimo> nexus10 maybe
[16:15] <ogra_> we'Re still on 3.1
[16:15] <morphis> s/3.4/4.2/
[16:15] <janimo> that would be nice
[16:16] <ogra_> a little ahead of time though
[16:16] <janimo> the 4.2 OTA should come any hour now
[16:16] <morphis> anyway, just merging in 3.1 causes too much merge conflicts to resolve :)
[16:16] <janimo> https://android.googlesource.com/kernel/tegra/ this still only has 3.1
[16:16] <morphis> so we're using directly android graphic drivers
[16:16] <janimo> and this is the tree we work from
[16:16] <ogra_> morphis, ouch, painful
[16:16] <janimo> maybe the nexus10 being a completely different SoC is on 3.4
[16:16] <morphis> with a approach called libhybris which allows you to use bionic-linked libs
[16:17] <morphis> ogra_: yes, but it works ....
[16:17] <morphis> just a compositing solution is missing
[16:17] <ogra_> morphis, we had other PVR drivers n earlier releases in ubuntu, with a little digging you might be able to find something that works with 3.0
[16:17] <morphis> ogra_: I searched already through the archive but didn't found something usable or working
[16:19] <morphis> we're now on the way implementing some compositing mechanism on top of libhybris so more than one process is able to use acceleration ...
[16:21] <morphis> ogra_: but if you have a direct reference to a pvr driver which does not need omapdrm I would be very happy :)
[16:22] <ogra_> all before 12.04 shouldnt need it
[16:22] <ogra_> but they need a huge set of kernel patches instead
[16:22] <ogra_> for DSS
[16:23] <morphis> hm
[16:23] <ogra_> there is also the TI PPA
[16:23] <morphis> yes, I know it
[16:23] <morphis> that was one of the places I was looking at
[16:24] <morphis> huge set of kernel patches should be problematic as well as they will not apply cleanly on an android kernel ...
[16:24] <ogra_> yeah
[16:25] <ogra_> will surely need work, but somehow it appears cleaner than using libhybris for the whole graphics stack
[16:25] <morphis> ogra_: but it depends on the effort you need to get this implemented
[16:25]  * ogra_ isnt a big fan of cludge libs
[16:26] <morphis> I love clean solutions as well but with a limited life time of devices and only less time to do some work in spare free time there is often no way around using workarounds like libhybris
[16:27] <ogra_> well, both solutions require to write code
[16:27] <ogra_> or at least adjust code
[16:27] <morphis> yes
[16:27] <ogra_> writing a compositor from scratch might be as much work as adjusting the patches
[16:28] <morphis> ogra_: but are the pvr drivers not related to x11 only?
[16:29] <morphis> as far as I remember for example the pvrctrl binary wasn't part of the later versions of the driver
[16:29] <morphis> the init sequences was then directly implemented in the xorg driver
[16:29] <ogra_> with omapdrm, yes
[16:30] <morphis> ok
[16:30] <morphis> but we would still missing the compositor, right?
[16:30] <ogra_> it uses XRENDER so you get composite from X
[16:31] <ogra_> or does webos not use X ?
[16:31] <morphis> it does not
[16:31] <morphis> thats one of the important problems
[16:31] <morphis> on the legacy HP devices they had two or three framebuffers
[16:32] <morphis> on the Galaxy Nexus we're limited to one
[16:33] <ogra_> ah, yeah, thats dfifferent indeed
[16:33] <ogra_> i wasnt aware webos doesnt use X
[16:35] <morphis> ok
[16:36] <morphis> ogra_: if you want to see some code: https://github.com/morphis/libhybris/commit/08057ebbef3f62d4ab370d2622fce52acc266b66
[17:04] <cwayne> sfeole: im not sure, i dont think my panda board ever turned display off
[17:05] <sfeole> cwayne: ahhh that would be a good test
[17:05] <sfeole> cwayne: def something i can do today
[17:05] <cwayne> sfeole: awesome
[17:05] <sfeole> cwayne: on precise / quantal x86 the display does indeed turn off when rhythmbox is playing audio (radio / mp3)
[17:06] <ogra_> mpte that the panda has issues with DPMS
[17:06] <ogra_> *note
[17:06] <cwayne> sfeole: so that's correct
[17:06] <cwayne> perhaps this is a nexus bug then
[17:07] <sfeole> cwayne and sfeole are speaking about bug# 1071213
[17:07] <ogra_> (you might end up with a green screen on the panda and have to switch to console and back to get X back)
[17:07] <cwayne> lol sfeole refers to himself in the third person
[17:08] <sfeole> ;P
[17:08] <orik> I ended up getting to 13.04, and I was logging in, but it couldn't launch Ubuntu Sesion
[17:08] <orik> I realized I didn't install any other desktop or window managers to update the driver
[17:09] <orik> so I get to start from the top again hahaha
[18:00] <infinity> janimo: Ew.
[18:29] <achiang> infinity: is that related to our nexus7 kernel? :)
[18:30] <janimo> achiang, related to my person I think :)
[18:35] <achiang> janimo: that i can't help with ;)
[18:39] <janimo> infinity, really. I am open to suggestions, and if it is any consolation I did not enjoy making this packages more than you enjoy reviewing them :)
[18:40] <infinity> janimo: That was specifically for the firmware with the license agreement.  I'm looking at both today, though.
[18:42] <janimo> infinity, thanks. I tried using the minimum amount of debconf boilerplate
[18:43] <janimo> I would not mind a bit if someone wrote a dh helper that picked up a debian/package.LICENSE.SHOW file and DTRT generating all debconf machinery
[18:44] <ogra-cb> janimo, oh, you missed to add a skip option we can use during image build
[18:44] <janimo> ogra-cb, ah indeed
[18:44] <janimo> still is there no more obvious envvar than FLASH_KERNEL to suggest we are on a builder?
[18:44] <ogra-cb> something should check for FLASH_KERNEL_SKIP
[18:45] <infinity> Hrm?
[18:45] <infinity> No.
[18:45] <ogra-cb> well, thats definitely the most reliable one we have atm
[18:45] <janimo> ogra-cb, or cannot the live builder silence all debconf somehow?
[18:45] <ogra-cb> it defaults to noninteractive
[18:45] <ogra-cb> on which your preinst would fail
[18:45] <janimo> ah and the default is false here
[18:45] <infinity> If you need to skip it, you preseed the agreement.
[18:45] <ogra-cb> hmm, k
[18:46] <infinity> No need for magic here, the magic already exists. :P
[18:46] <janimo> infinity, but we still need a package change ?
[18:46] <ogra-cb> yeah, but means livecd-rrotfs hackery
[18:46] <ogra-cb> *rootfs
[18:46] <janimo> ogra-cb, can you pont me to a similar one? (or day I say upload a fix to the ppa? ) :)
[18:46] <infinity> That said, if we can't install this for users without them agreeing to said agreement, how does automating it in an image build end up in a sane state? :P
[18:46] <infinity> janimo: No need for a packaging change, this is the whole point of debconf.
[18:47] <ogra-cb> infinity, usb/creator will show the saem license
[18:47] <janimo> infinity, hurray then
[18:47] <ogra-cb> infinity, thats debconf thing is just for users installing the package standalone
[18:47] <ogra-cb> *that
[19:06] <slangasek> ogra-cb: well, I don't know about your plymouth patch yet, but I see that add_consoles_from_file() is clearly never used because it's broken and never terminates :P
[19:12] <[mbm]> couldn't the kernel just use a hardcoded commandline, avoiding this whole console=none thing?
[19:12] <slangasek> ogra-cb: hnngh, I keep reading other bits of the plymouth code for context and finding bugs; command_line_get_string_after_prefix also fails if you have a command line of 'bogus_console=foo console=none'
[19:15] <slangasek> ogra-cb: can you clarify the intent of the patch?  I don't think it does what you want, but I'm not entirely sure what you want
[19:32] <Lavvy> Is there any ubuntu openstack image for arm? Or any project for that now?
[19:34] <Lavvy> Any kind responce please
[19:51] <infinity> Lavvy: Define "openstack image".  Most of the openstack bits exist on ARM (except for the ones that can't, like the nova compute backends for Xen and KVM), but there's no specific image built including those packages by default.  Easily installed on ubuntu-server, however, just as with x86.
[19:58] <orik> I'm about to try to patch my video driver; wish me luck
[20:32] <ogra-cb> slangasek, well, avoidingthat plymoputh tries to open /dev/none if there is a console=none set and at the same time skipping to the next console= option if it is either "none" or unset
[20:33] <slangasek> ogra-cb: ok... but why would we ever pass either console= or console=none?  What's the intended meaning of those commandline options (and what's interpreting it)?
[20:34] <ogra-cb> ogra@chromebook:~$ cat /proc/cmdline
[20:34] <ogra-cb> cros_secure console= console=tty1 debug verbose root=/dev/mmcblk0p7 rootwait rw
[20:34] <ogra-cb> ubuntu@nexus7-roccos:~$ cat /proc/cmdline
[20:34] <ogra-cb> tegra_wdt.heartbeat=30 tegraid=<IP_ADDRESS>.0 mem=1022M@2048M android.commchip=0 vmalloc=128M androidboot.serialno=015d2109ce281010 video=tegrafb no_console_suspend=1 console=none debug_uartport=hsport usbcore.old_scheme_first=1 lp0_vec=8192@0xbddf9000 tegra_fbmem=8195200@0xabe01000 core_edp_mv=0 audio_codec=rt5640 board_info=f41:a00:1:44:2 tegraboot=sdmmc gpt gpt_sector=14934015 androidboot.bootloader=3.34 root=/dev/mmcblk0p9 ro console=tty1 fb
[20:34] <ogra-cb> con=rotate:1 quiet splash
[20:35] <slangasek> that's not "why" :)
[20:35] <ogra-cb> slangasek, the android bootloaders set such crap ... and it is hardcoded
[20:35] <slangasek> ah
[20:35] <ogra-cb> the nexus options *we* set start at root= for example
[20:36] <slangasek> ok
[20:36] <slangasek> so the only issue I see with your patch is a memory leak
[20:36] <ogra-cb> should i have freed console ?
[20:37] <ogra-cb> o see though that debian has 0.8.5 and i know that i read somewhere that console handling woudl eb better there
[20:37] <infinity> Are interpreted languages making you soft? :)
[20:37] <slangasek> yes, you want to free(console) and you don't need to set console=NULL
[20:37] <infinity> Or, rather, garbage-collected languages.
[20:38] <ogra-cb> lazy for sure :)
[20:38] <slangasek> yeah, we should look at updating to the new version
[20:38] <slangasek> not via Debian though, the packaging is disjoint
[20:38] <slangasek> and a merge is hell
[20:38] <ogra-cb> not sure it actually does what it shoudl (only using the very last console= it finds)
[20:38] <slangasek> so we should look at pulling the new upstream version, and then worry about a packaging sync separately
[20:39] <ogra-cb> but i have some hope it is at least slightly better
[20:39] <slangasek> why should it use only the very last console=?  it should use *all* the options for console=
[20:39] <slangasek> that's why specifying console= multiple times is supported
[20:39] <ogra-cb> well, the last console= is what the userspace uses
[20:39] <slangasek> what userspace?
[20:39] <ogra-cb> at least if you use two of them
[20:40] <ogra-cb> first console then does kernel output, once the kernel switches to userspace it also switched to the second defined console
[20:40] <ogra-cb> at least thats how it works when i use swerial consoles for kernel messages and tty for userspace (initrd etc)
[20:40] <slangasek> I'm entirely certain those are not the defined semantics
[20:41] <slangasek> maybe the additional consoles are unavailable for driver reasons prior to initramfs
[20:41] <slangasek> but the intended meaning is surely not "use this one for kernel and that one for userspace"
[20:41] <infinity> The intended meaning is "use all of the ones that you can get at".
[20:41] <ogra-cb> well, if only one is set it will be used alll the way, if i define two there is a switch after the kernel hands over to init
[20:41] <infinity> Which ends up looking a lot like "use the serial one until you have a framebuffer, then use both".
[20:42] <ogra-cb> i actually never tried with three
[20:42] <ogra-cb> in any case it gains us nothing if there are two options to use the first one due to that handover
[20:43] <ogra-cb> no userspace, no plymouth
[20:43] <infinity> Well, unless I specify them in reverse order from what you expected. ;)
[20:43] <LisaNori> Now that the nexus 7 can have a SIM, is there any chance of getting a nexus 7 Linux working over cellular?
[20:44] <ogra-cb> LisaNori, it might work out of the box, depending on the modem thats used
[20:44] <ogra-cb> infinity, how would i do that ?
[20:45] <infinity> ogra-cb: I'm just saying that I could specify console= more than once, and the last one could be serial.
[20:45] <ogra-cb> the kernel will still use the first one for kernel messages
[20:45] <infinity> ogra-cb: Since I'm assuming this patch is generic, not nexus-specific or something.
[20:45] <ogra-cb> oh, sure
[20:45] <LisaNori> ogra-cb, nice thought, but I think you'd have to be able to program the cell chip, at least with APN information.
[20:45] <ogra-cb> still i dont want to use the first one at all if there is nore than one defined
[20:46] <ogra-cb> LisaNori, well, all 3G capable machines i own all worked out of the box after inserting a SIM and picking my provider in network-manager
[20:46] <ogra-cb> but i might just be lucky that my modems are known already
[20:47] <marvin24_> ogra-cb: srwarren just noted that l4t r16r2 is released
[20:47] <ogra-cb> yay
[20:47] <infinity> marvin24_: With all the silly linking issues fixed?  *hopeful look*
[20:48]  * ogra-cb is pretty sure these are fixed, they were quite embarrased by that bug
[20:48] <LisaNori> hmm. interesting.  I'm thinking I'll have to grab a "nexus 7 mobile" and try it.  I really want a small mobile tablet linux and cell data capability.  :)
[20:49] <marvin24_> driver date is from nov 20th
[20:49] <marvin24_> but I'm on 3.7rc4 now, so can't test
[20:49] <marvin24_> and I'm too lazy to reboot ;-)
[20:50] <ogra-cb> i'll take care and update the packages accordingly
[20:52]  * ogra-cb vanishes into the evening again
[20:57] <[mbm]> ogra-cb: why take the options from the bootloader if they're so mangled? seems like it'd be easier to have the kernel ignore them and just use another string
[20:58] <[mbm]> most of the embedded kernels have a force option for doing jist that
[21:03] <slangasek> [mbm]: the kernel is already handling them fine, it's plymouth that's failing to handle them correctly
[21:13] <[mbm]> slangasek: I suppose, just that the whole console=none console=.;. is kind of broken
[21:14] <slangasek> yes, it's a goofy thing for the bootloader to be setting; but it should still be handled correctly when it happens, and not handling it correctly is a bug in plymouth
[21:31] <doko> \o/  http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00455.html  \o/
[21:31] <ubot2> gcc.gnu.org bug 2012 in c "ICE when compiling the current cvs gcc as cross-compiler to mingw32" [Critical,Resolved: duplicate]
[21:31] <doko> wrong channel ...


[22:24] <jelly> https://electrek.co/2021/04/11/tesla-hikes-solar-roof-price-on-contracts-signed-over-a-year-ago/


[03:41] <JoseeAntonioR> pleia2: sorry for the delay, but translations for issue 264 are done, and for 265 almost done. once I get back from school I'll do 266
[05:36] <pleia2> JoseeAntonioR: thanks!
[07:00] <dholbach> good morning
[17:21] <Unit193> https://lkml.org/lkml/2012/5/20/126 , http://kernelnewbies.org/Linux_3.4 and http://distrowatch.com/weekly.php?issue=20120521#feature don't count as they aren't Ubuntu, and such, right?
[17:23] <pleia2> we could put it in "other articles of interest"
[17:23] <pleia2> ah, 2 different articles there
[17:25] <Unit193> Yep.
[17:26] <pleia2> added kernel article to 266 and putting the accessibility one in for 267
[17:28] <pleia2> thanks Unit193
[17:28] <pleia2> Unit193: care to run linkcheck on https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue266 ?
[17:28] <Unit193> Just started a couple seconds ago.
[17:28] <pleia2> :)
[17:29] <pleia2> we'll probably release tuesday morning next week due to the US holiday
[17:29] <pleia2> bringing both my tmobile phone and sprint dongle, hoping not both of them are in an internet dead zone (tmobile was pretty fail last time I went to my aunt's in phoenix)
[17:30]  * pleia2 can get edge if she went out side and waved the phone around some ;)
[17:35] <Unit193> (Oh, and both said no broken links)
[17:36] <pleia2> thanks <3
[21:04] <pleia2> publishing now
[21:06] <Unit193> Great! Congrats on another completed issue.
[21:16] <pleia2> The new edition of the Ubuntu Weekly Newsletter is now available here: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue266
[21:17] <MrChrisDruif> Joyous pleia2
[21:32] <pleia2> also pushed up the patch for our release python script that includes the wiki link on the forums post
[21:32] <pleia2> (I wrote it over the weekend, wanted to test it during a release :))


[08:52] <yofel> FYI: lp 1566726
[08:52] <ubot5`> Launchpad bug 1566726 in linux-lts-utopic (Ubuntu) "System freeze after update to 3.16.0-69-generic [NULL pointer reference in radeon_fence_ref]" [Undecided,New] https://launchpad.net/bugs/1566726
[09:03] <infinity> That sounds ungood.
[09:03] <infinity> jsalisbury: ^-- Care to escalate that a bit?
[10:32] <apw> kamal, ^
[14:35] <jsalisbury> infinity, thanks for the pointer on that bug.  yofel, I'll post a test kernel shortly.
[14:44] <jsalisbury> apw, kamal, looks like the offending commit is already reverted in -next:
[14:44] <jsalisbury> a907233 Revert "drm/radeon: hold reference to fences in radeon_sa_bo_new"
[14:44] <jsalisbury> 72a5cff drm/radeon: hold reference to fences in radeon_sa_bo_new
[14:45]  * jsalisbury is building a test kernel of -next for testing
[14:45] <kamal> jsalisbury, ha!  yup, I was _just_ confirming exactly that with Luis.
[14:47] <kamal> jsalisbury, that is indeed the fix, and yes, its already committed.   How about you build a test kernel (either of the top of utopic-next, or with just that revert applied), so we can get the bug submitters to verify it?
[14:48] <jsalisbury> kamal, I have test kernel of the top of utopic-next building now.  I'll have it verified
[14:48] <kamal> jsalisbury, very good, thanks
[14:48] <jsalisbury> np
[14:49] <kamal> jsalisbury, also fyi, I've determined that the problem should only affect 3.16 (so Utopic only, no other Ubuntu kernels)
[14:49] <jsalisbury> great
[15:06] <dschatzberg> hey all, I'm trying to test an upstream kernel (http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc2-wily/), how do I apply the patches provided? Applying them naively doesn't seem to set the permissions right?
[20:05] <genkgo> jsalisbury: exciting, coming really close now
[20:05] <genkgo> where can i look that bad commit 5044635f00, is that a commit from linus?
[20:06] <genkgo> i mean linus' repo linux on github
[20:37] <jsalisbury> genkgo, yes, it's in Linus' tree.    That was just the tip of the kernel tree for that test kernel build.
[20:37] <genkgo> ok, i think i don't get what a bisect actually means
[20:38] <genkgo> i will read upon that
[20:38] <jsalisbury> genkgo, there is a wiki page that has some info: https://wiki.ubuntu.com/Kernel/KernelBisection
[20:38] <genkgo> jsalisbury: wonderful, i will read that!
[21:21] <genkgo> jsalisbury: ah, i get it, it just a fast way to pick a wrong commit
[21:22] <genkgo> just like you did by picking the latest good and first bad version of the kernel
[21:22] <genkgo> but only with those sha identifiers it's less obvious


[07:55] <Mirv> I'm suggesting the profile independent key migration patch at https://code.launchpad.net/~timo-jyrinki/compiz/migrate-profile-independent/+merge/123685
[08:03] <didrocks> Mirv: hey, you will need to change the packaging to include 03_migrate_profile_independent.py and the new .convert files, do you want to handle it before I approve your branch?
[08:03] <didrocks> (otherwise, looking good to me)
[08:05] <didrocks> ah, just something on if not client to be picky :)
[08:06] <sil2100> Mirv: is the g-d-c patch you were working on already working?
[08:08] <Mirv> didrocks: yes, I've the packaging change waiting
[08:10] <Mirv> sil2100: starting to...
[08:21] <Mirv> doing a test build first
[08:46] <Mirv> didrocks: lp:~timo-jyrinki/compiz/ubuntu.0982 would be ready to be pushed to lp:ubuntu/compiz, after which migrate-profile-independent could be approved
[08:46] <Mirv> it contains the <IP_ADDRESS> + expo patch + migration as cherry picked
[08:47]  * didrocks looks
[08:53] <didrocks> Mirv: ok, looking good to me, the tests with the new compiz stacks are done in parallel that you are looking the gconf migration tool fix?
[08:53] <didrocks> looked*
[08:53] <Mirv> didrocks: yes, that's the plan
[08:54] <Mirv> but just to get lp:ubuntu/compiz up-to-date for now
[08:54] <didrocks> Mirv: right! Done and branch approved
[10:40] <MCR1> didrocks: Hi :) Do you know if it is correct and desired behavior that currently all devices show up in the Launcher, not only mounted ones ?
[10:42] <didrocks> MCR1: I have the "only mounted" option by default here, let me check what's the real default
[10:43] <didrocks> MCR1: seems I have the default here
[10:43] <didrocks> did you get anything changed, like in ccsm?
[10:43] <didrocks> (3rd tab for the unity plugin, experimental, show devices)
[10:45] <MCR1> didrocks: hmm, I do not know where I can even change this option - I do not have it in Experimental tab... but I already know that you are usually right, so I'll search again...
[10:46] <didrocks> MCR1: ccsm -> unityshell plugin -> experimental tab?
[10:46] <didrocks> you don't see it there?
[10:46] <MCR1> maybe I got blind or got some old xml file messing up my settings
[10:47] <didrocks> you just have two tabs?
[10:47] <MCR1> no 3
[10:47] <didrocks> what is called the third?
[10:47] <MCR1> but it is not under experimental
[10:47] <MCR1> experimental is there
[10:47] <didrocks> ah :)
[10:47] <didrocks> hum, yeah, old xml file I would say
[10:48] <didrocks> MCR1: try to locate any unityshell.xml in /usr/local/ or in your home directory
[10:48] <MCR1> ok
[10:53] <MCR1> didrocks: This is unityshell.xml.in from trunk: http://pastebin.com/tgD8D900
[10:54] <MCR1> didrocks: It is not there either (or I am really blind)
[10:54] <didrocks> MCR1: no you're right, but I'm running the distro version, not staging
[10:54] <didrocks> so seems to be a change in staging, andyrock? ^
[10:54] <MCR1> didrocks: And it seems to default to showing all drives, which messes up the launcher big-time
[10:54] <andyrock> didrocks, hey
[10:55] <didrocks> hey :)
[10:55] <MCR1> (if you have multiple partitions)
[10:55] <didrocks> andyrock: do you know anything about the optional to only showing mounted drive in the launcher by default being removed?
[10:55] <didrocks> (it was defaulting to only showing mounted drive before)
[10:55] <andyrock> didrocks, yeah and the design is changed :)
[10:55] <didrocks> andyrock: so, showing everything by default?
[10:55] <didrocks> andyrock: is there any FFe and UIFe for that?
[10:56] <MCR1> and no possibility to turn this off ?
[10:56] <andyrock> MCR1, you can blacklist it
[10:56] <andyrock> didrocks, i think it has been merged before FF
[10:57] <didrocks> andyrock: again and again, we don't care about being merged before FF or not. The question is: "was it into distro before FF"
[10:57] <didrocks> andyrock: FF is for ubuntu, ubuntu doesn't have to know about upstream's status
[10:57] <didrocks> andyrock: can you please open one? and have popey's team tracking that
[10:57] <didrocks> it's a FFe/UIFe
[10:57] <andyrock> didrocks, yep of corse... sorry about that
[10:58] <popey> thanks andyrock, let sil2100 / Mirv know and they can track it in the global spreadsheet of dooooom
[10:58] <didrocks> andyrock: please paste the bug # here as well
[10:58] <andyrock> didrocks, will do after lunch
[10:59] <didrocks> andyrock: please point on it the commit of the change as well
[10:59] <didrocks> popey: hope that your team will finally start to look at merge requests
[10:59] <didrocks> or should I look for you even during my holidays? :/
[10:59] <MCR1> didrocks: What do you think about some clean-up for the unityshell ccsm configuration ?
[10:59] <didrocks> MCR1: too late for this cycle
[10:59] <MCR1> didrocks: ok
[11:00] <didrocks> MCR1: but why not for next one
[11:00] <didrocks> we have enough FFe/UIFe flying everyday TBH
[11:00] <MCR1> The tab "Experimental" does not sound very stable and does not say anything about its contents...
[11:00] <didrocks> MCR1: right, but it's still a change that is maybe documented somewhere
[11:01] <MCR1> There should be tabs like "Launcher", "Panel", etc
[11:01] <didrocks> so let's follow processes
[11:01] <didrocks> and will have this separation next cycle :)
[11:01] <MCR1> So if I want to clean up and bring structure into this mess of options I would have to write a blueprint for it ?
[11:02] <didrocks> MCR1: that would be even better to have a clear place to look at those, yeah :)
[11:03] <MCR1> ok, next cycle I'll do that then...
[11:15] <sil2100> didrocks: can I release the new unity 5.16 tarball?
[11:20] <sil2100> didrocks: https://code.launchpad.net/~sil2100/unity/precise_sru-2 <- here's the packaging
[11:21] <MCR1> didrocks: Not good: http://imagebin.org/228002 - but if you can turn them off in 12.04 then this is a regression bug that can be fixed, no ?
[11:24] <MCR1> didrocks: Also there is no option in CCSM->unityshell to change autohide/always-visible <- Did this also get lost this cycle ?
[11:32] <MCR1> andyrock, didrocks: bug 1049069
[11:33] <andyrock> MCR1, it's not a regression
[11:36] <andyrock> MCR1, and I think it's an opinion
[11:36] <MCR1> andyrock: oh okay - then I'll remove that word
[11:37] <MCR1> andyrock: I also cannot change the launcher autohide/alway-visible behavior in CCSM unityshell ?
[11:38] <andyrock> MCR1, let me check
[11:39] <andyrock> MCR1, ccsm->unity->behaviour->Hide Launcher
[11:39] <didrocks> sil2100: no
[11:39] <MCR1> andyrock: I am blind ;)
[11:39] <didrocks> sil2100: did you see that all FFe and UIFe issues are fixed?
[11:40] <MCR1> andyrock: sry
[11:40] <didrocks> sil2100: I warned them on the ML in addition to that, they are still not fixed fom what I see
[11:40] <didrocks> so what do you want to release? :/
[11:40] <didrocks> I told in the email as well that it's unreleasable, did you read it?
[11:41] <didrocks> popey: please ^
[11:42] <sil2100> didrocks: SRU I want to release?
[11:43] <sil2100> didrocks: so the SRU is not releasable for precise?
[11:45] <didrocks> sil2100: as the SRU, sorry, I read 6. not 5., but last time we talked there was a nux issue?
[11:45] <didrocks> is it fixed?
[11:46] <didrocks> andyrock: the gsettings key didn't change, right?
[11:48] <andyrock> didrocks, are you talking about com.canonical.unity.devices... ?
[11:48] <sil2100> didrocks: chase fixed it in geis it seems
[11:49] <sil2100> didrocks: at least that's what he said in the e-mail - the issue was in the API v1 that precise is using, he made a regression there
[11:52] <davmor2> hey guys on the apps lens there looks to be a huge gap infront of the apps available for download is this known?
[11:53] <didrocks> sil2100: ok, do you have some test results with old unity/new nux, and another for new both?
[11:53] <didrocks> sil2100: the verification is only that multitouch is working
[11:53] <didrocks> andyrock: sorry, about the show/hide launcher
[11:54] <andyrock> didrocks, i think not...
[11:57] <didrocks> andyrock: ok, thanks :)
[11:57] <andyrock> np
[13:43] <Mirv> there's now an initial Compiz <IP_ADDRESS> testing PPA at https://launchpad.net/~timo-jyrinki/+archive/compiz-quantal-testing2
[13:43] <Mirv> it includes a first attempt at a patch to gsettings-data-convert to support string to string array conversions in migrations. tested to be working, even though not pretty.
[14:00] <didrocks> sil2100: what about 11.10 for the renaming?
[14:01] <sil2100> didrocks: all merges are ready, some changes are already in trunks - but we want to first finish precise
[14:04] <didrocks> sil2100: ok, thanks
[14:05] <didrocks> sil2100: so, just waiting for the cross checks for unity/nux/unity-2d, isn't it?
[14:05] <didrocks> sil2100: btw, did you get results on unity-2d?
[14:09] <sil2100> didrocks: we only made for unity/nux
[14:09] <sil2100> didrocks: we didn't prepare a release for unity-2d yet
[14:10] <Mirv> mmh, the expo patch also included in the PPA package might have a problem. added a note to the description page.
[14:10] <sil2100> didrocks: the cross-checks for unity/nux are ready already
[14:10] <sil2100> didrocks: it's in the docs
[14:37] <fginther> didrocks, I finally have a MP for the 11.10 version of unity for the libgeis rename: https://code.launchpad.net/~fginther/unity/oneiric-libgeis-rename/+merge/123760.  There are packaging changes here: lp:~fginther/unity/oneiric-libgeis-rename-packaging
[14:41] <didrocks> fginther: thanks, are all reverse dependencies dealt with in oneiric?
[14:42] <fginther> didrocks, yes, the new packages are in -proposed
[14:43] <didrocks> fginther: so, back to precise
[14:43] <didrocks> geis was uploaded to precise-proposed, right?
[14:44] <fginther> didrocks, correct
[14:47] <davidcalle> om26er, heya
[14:48] <om26er> davidcalle, hey!
[14:48] <davidcalle> om26er, how are you?
[14:48] <om26er> davidcalle, thanks, i am great and you :-)
[14:48] <davidcalle> om26er, me too :)
[14:48] <om26er> davidcalle, going to UDS ?
[14:49] <davidcalle> om26er, sure, you too I imagine :)
[14:49] <om26er> davidcalle, yeah, lets see ;-)
[14:49] <davidcalle> om26er, not sure you can make it?
[14:50] <om26er> davidcalle, i applied for visa yesterday
[14:50] <om26er> davidcalle, it'll take 15working days, so then i'll be sure to know
[14:50] <davidcalle> om26er, oh ok, let's hope it works!
[14:51] <davidcalle> om26er, by any chance, are you able to bump priority on ayatana-design bugs?
[14:52] <om26er> davidcalle, no, that's only for design team
[14:52] <om26er> and they prolly don't like someone else changes that as well
[14:53] <davidcalle> om26er, ok, I will ping them directly, it's about conflicting keys (again).
[14:53] <om26er> davidcalle, give me the bug number as well, so we could track that better
[14:54] <davidcalle> https://bugs.launchpad.net/unity-lens-photos/+bug/1049090
[15:28] <mhr3> davidcalle, hey, the photos lens icon for the lens bar will land soon in lp:unity, can you make sure the paths point to it?
[15:28] <mhr3> davidcalle, same for category icons actually
[15:29] <mhr3> although those are in unity-asset-pool
[15:29] <davidcalle> mhr3, /usr/share/icons/unity-icon-theme/places/svg/group-photos.svg ?
[15:29] <mhr3> yes
[15:29] <davidcalle> mhr3, okay
[15:31] <davidcalle> mhr3, I don't see group-photos
[15:32] <davidcalle> mhr3, (in your branch)
[15:33] <mhr3> davidcalle, whoops, lens-nav-photo in unity
[15:34] <mhr3> hmm, no category icons for those in asset-pool
[15:34] <mhr3> davidcalle, so nvm, keep the category icons where you have them :)
[15:34] <mhr3> just the lens bar icon then
[15:35] <davidcalle> mhr3, I'm already using this path for the lens bar, but I actually need to use the new friends-photos and the service-* (I currently ship my own version of these in the lens).
[15:36] <davidcalle> group-friends*
[15:37] <mhr3> davidcalle, so we actually miss only the camera category icon
[15:37]  * didrocks mumbles UIFe :)
[15:37] <davidcalle> mhr3, ok
[15:47] <mhr3> davidcalle, so the cat icon for photos will get in u-a-p as well
[15:48] <davidcalle> mhr3, ok :)
[17:36] <bschaefer> mhr3, hey were you having problem compiling unity with libnux-core complaining about pthreads undefined symbols?
[17:36] <bschaefer> (thought I saw you say something about that a week or so ago)
[17:37] <mhr3> was with unity, not nux
[17:37] <bschaefer> hmm what was the problem?
[17:37] <mhr3> cmake
[17:37] <mhr3> sam changed stuff in the CMakeLists and it started working again
[17:38] <bschaefer> o, alright. Thanks!
[17:38] <mhr3> plus it all started because compiz added some linker flag
[19:24] <wamicho> hey i am new to unity please how  do you change the color of the fonts on the top panel ?
[19:38] <wamicho> hey i am new to unity please how  do you change the color of the fonts on the top panel ?
[20:44] <doko> cursing the unity-staging team building every commit on powerpc :-(
[20:44] <doko> hell, please stop it!!!
[20:44] <doko> there are better things to build
[20:45] <doko> dbarth, jasoncwarner_, whoever: ^^^
[21:17] <jasoncwarner_> doko that is going to be thumper and olli
[21:17] <doko> jasoncwarner_, thanks for forwarding