[02:10] <attente> dobey: hey, sorry about that, i have about 40 of them
[02:10] <attente> one for each session that i assume crashed
[04:42] <Ramsrambo> I am running Quantal 12.10 I need libcstdc++ lib for installing lotus Symphony where do I get this from?
[06:00] <boydoy> hi!
[06:01] <boydoy> i just want to ask how can update my driver on ubuntu?
[06:19] <didrocks> good morning
[06:26] <cyphermox> good morning didrocks!
[06:26] <didrocks> hey cyphermox! shouldn't you be in bed? :)
[06:27] <cyphermox> I should, yeah
[06:27] <didrocks> ;)
[06:40] <pitti> Good morning
[06:41] <didrocks> hey pitti
[06:41] <didrocks> how are you?
[06:42] <pitti> didrocks: quite fine, thank you! how about yourself?
[06:42] <didrocks> pitti: I'm good, thanks! :)
[08:20] <jibel> good morning
[08:22] <didrocks> salut jibel, ça va?
[08:23] <jibel> salut didrocks , très bien et toi ?
[08:26] <didrocks> jibel: ça va bien bien :-)
[08:53] <popey> Anyone else get an "Ubuntu core installer" dialog appear on screen when they plug a Nexus 7 device into a machine running Raring?
[09:04] <seb128> hey desktopers
[09:08] <Laney> morning
[09:09] <Laney> popey: yeah
[09:09] <Laney> I think that might be the thing xnox worked on but I didn't look into it
[09:11] <seb128> Laney, hey, how are you?
[09:11] <didrocks> hey Laney, seb128
[09:11] <Laney> seb128: pretty good thank you
[09:11] <Laney> hey didrocks
[09:11] <Laney> how are you both?
[09:12] <seb128> didrocks, lut
[09:12] <seb128> I'm good thanks
[09:13] <popey> Laney: well.. I'm getting it before I login.. which is somewhat alarming
[09:13] <popey> I am able to browse the filesystem before login
[09:23] <Laney> popey: I can't make it come up
[09:23] <Laney> maybe you need an android n7?
[09:24] <popey> yes, mine is android
[09:25] <Laney> nothing doing
[09:25] <Laney> perhaps you could investigate and find out what process is responsible?
[09:26] <popey> trying to make it come up again
[09:26] <Laney> i defintiely saw it once but just dismissed it
[09:27]  * popey reboots
[09:27] <Laney> seems hard to get it when you want it ...
[09:27]  * Laney coughs
[09:27] <popey> story of my life
[09:27] <popey> ahem
[09:36] <xnox> popey: =)))) that's my doing it's "usb-creator" in disguise & it can reflash nexus7 images from cdimage.ubuntu.com ;-)
[09:37] <xnox> popey: i hope it pops up only when you are in fastboot mode.....
[09:37] <xnox> (the power button down & lower volume down boot mode)
[09:37] <xnox> if it also pops up at other times it's a bug =(
[09:40] <Laney> xnox: i'm not even getting it to appear then
[09:40] <Laney> but the original report was about how it popped up over the login screen
[09:40] <xnox> Laney: can you paste lsusb when it doesn't appear.
[09:41] <xnox> Laney: ah, that can happen. I didn't think about it being plugged in at login screen....
[09:41] <Laney> http://paste.ubuntu.com/1615858/
[09:41] <Laney> fastboot devices shows it
[09:41] <xnox> hmmm... i should skip login screen.
[09:42] <popey> xnox: it pops up randomly
[09:42] <popey> i.e. not when my device is in fastboot/debug/whatever mode, and also during login screen
[09:42] <xnox> =(
[09:43] <popey> so what should I file bugs against?
[09:43] <xnox> popey: yes please, against usb-creator
[09:43] <popey> ok
[09:43] <popey> usb-creator-gtk ?
[09:47] <xnox> yeap.
[09:51] <Laney> i only see stop/pre-start entries in /v/l/upstart/u-c-g.log*
[09:53] <xnox> Laney: can you test / try http://paste.ubuntu.com/1615884/
[09:54] <xnox> (that's what i was hoping to include in the next upload)
[09:54] <xnox> but now I need != root check (to filter login screen) and fastboot cmd line check (make sure it's in debug mode)
[09:55] <Laney> oho, I was looking in the package
[09:55] <Laney> s/package/rpo
[09:55] <Laney> repo
[09:55] <Laney> didn't notice that the one on my system was different
[09:56] <popey> ok, xnox bug 1117165 and bug 1117167
[09:56] <ubot2> Launchpad bug 1117165 in usb-creator (Ubuntu) "Ubuntu Core Installer pops up over login screen" [Undecided,New] https://launchpad.net/bugs/1117165
[09:56] <ubot2> Launchpad bug 1117167 in usb-creator (Ubuntu) "Ubuntu core installer pops up randomly when not desired" [Undecided,New] https://launchpad.net/bugs/1117167
[09:56] <xnox> popey: thanks.
[09:57] <Laney> xnox: do I have to reboot / restart something to get upstart to notice that I changed that?
[09:58] <xnox> Laney: magic inotify should do it's thing. Or you can force reload with $ sudo initctl reload-configuration
[09:59] <Laney> aha
[09:59] <Laney> yeah it comes up now
[09:59] <xnox> \o/
[09:59] <xnox> awesome.
[10:28] <chrisccoulson> hmmmm, https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/14/ARCH=amd64,label=adt/
[10:29] <chrisccoulson> perhaps it should check to make sure that the source version == installed package version
[10:40] <xnox> chrisccoulson: yeah, i never got that bit of adt testing where adt tests are in the source package instead of binary.... oh well.
[10:40] <chrisccoulson> xnox, well, my tests are in the binary. the only thing in the source is a tiny shell script to start it :)
[10:41] <xnox> ah, than it's easier =)
[11:18] <chrisccoulson> bah,
[11:18] <chrisccoulson> 216753 ERROR TEST-UNEXPECTED-FAIL | /tests/dom/devicestorage/ipc/test_ipc.html | Test timed out.
[11:19] <chrisccoulson> i'm starting to wish i'd never started this :P
[11:26] <didrocks> chrisccoulson: if you need distraction, you can start looking at the thunderbird hang :)
[11:26] <chrisccoulson> heh
[11:26] <didrocks> chrisccoulson: I heard that quite some people got it at last client sprint
[11:26] <didrocks> not that funny though :/
[11:26] <chrisccoulson> really? :(
[11:26] <didrocks> yep
[11:27] <didrocks> people with fast cpu and ssd, the only common pattern I found
[11:27] <didrocks> gmail doesn't seem to be the cause, some people just have their canonical account
[12:05] <chrisccoulson> ok, the test hang was actually my fault ;)
[12:05] <chrisccoulson> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-trunk.head/revision/1535
[12:05] <chrisccoulson> :)
[12:12] <berdario> seb128: Hi, I'm trying to track down a bug (more like 3 or 4 bugs together), to at least get a workaround working
[12:12] <berdario> one of the workaround would involve xmodmap, but I've just seen your comment in a bug that says, "xmodmap support has been dropped in GNOME3 which deprecate that bug report, closing it"
[12:14] <berdario> seb128: this seems weird to me, given that there's still plenty of code in ubuntu that deals with it... is it deprecated everywhere?
[12:38] <berdario> I'll reboot
[12:39] <seb128> berdario, hey, what bug?
[12:39] <berdario> seb128: hi, long story or short story? (short story is, I might be affected by this: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/289781 )
[12:39] <seb128> berdario, xmodmap makes it sounds like old school weird geeky usecase ;-)
[12:39] <ubot2> Ubuntu bug 289781 in gnome-settings-daemon (Ubuntu) "Intrepid: Xmodmap needs to be run again after resume from hibernate/suspend" [Wishlist,Invalid]
[12:40] <berdario> seb128: actually, is just non-US user
[12:40] <seb128> berdario, you can keep it short, I've no interested or knowledge in weirdo keyboard tweaks
[12:40] <berdario> seb128: that's not what I meant
[12:40] <seb128> berdario, I'm french using an azerty, no need to deal with xmodmap
[12:40] <berdario> seb128: do you have an old macbook? :)
[12:40] <seb128> so !US is an overstatement
[12:41] <seb128> no, but you say "non-US user" not "non-US old macbook users"
[12:41] <seb128> ;-)
[12:41] <berdario> I agree, !US & old macbook users
[12:41] <seb128> well anyway, what's the issue?
[12:42] <berdario> kernel, hid_apple, xmodmap, lightdm, evdev
[12:42] <berdario> (and gnome, obviously, since they don't support some old options people were relying upon)
[12:42] <berdario> some things go wrong in some (all?) of these places
[12:43] <berdario> the result, is that on each bootup (and after each suspend/resume cycle) some keys are swapped
[12:44] <berdario> tipically, the keys are the one on the right of the left shift (< and > in my case) and on the top of the TAB (\ and | in my case)
[12:44] <berdario> so, I have to manually run xmodmap ~/.Xmodmap after each resume
[12:45] <berdario> eventually, after a few months, I get fed up about doing it, and look if a solution popped up
[12:46] <seb128> berdario, isn't that a keyboard layout issue? maybe a new one is needed for that specific model?
[12:46] <berdario> to elaborate on it, it seems that the bug in the kernel is here:
[12:46] <berdario> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=efb3031b446d441dca5b10619503ac0bba7f9748
[12:48] <berdario> I haven't look at all the code, but basically... for the new keyboard they activate an ISO mode
[12:48] <berdario> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/214786
[12:48] <ubot2> Ubuntu bug 214786 in xkeyboard-config (Ubuntu) "Apple USB ISO keyboard has incorrectly swapped keys" [Undecided,Confirmed]
[12:48] <berdario> so, people with the old keyboard have to workaround this bug
[12:48] <berdario> then, there're these instructions:
[12:48] <berdario> http://wiki.debian.org/InstallingDebianOn/Apple/PageFragmentKeyboard
[12:49] <berdario> that rely on hid_apple functionality
[12:49] <berdario> (I have the module loaded, but these fixes don't work... I tried all of them)
[12:49] <berdario> so, failing the proper way to fix the problem... I started to look again into xmodmap
[12:52] <berdario> there're multiple people affected by this problem: http://askubuntu.com/questions/79989/xmodmap-is-not-working-properly-on-resume
[12:52] <berdario> and I also subscribed to this bug
[12:52] <berdario> https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1072120
[12:52] <ubot2> Ubuntu bug 1072120 in lightdm (Ubuntu) "~/.Xmodmap not read on login" [Undecided,Confirmed]
[12:52] <berdario> people were thinking that lightdm was not loading .Xmodmap
[12:53] <seb128> yeah, it's likely that lightdm doesn't
[12:53] <seb128> .Xmodmap seems like an old school unix thing that no normal user should have to go through
[12:53] <berdario> but right now I don't think that's the problem: I think that after lightdm-session is run, something else (another part of lightdm, maybe) is resetting the layout
[12:53] <seb128> e.g if we have issues we should fix them in a way that don't require those hacks
[12:53] <berdario> seb128: I agree, I'd be happy to avoid to use it
[12:55] <berdario> as I said: kernel, hid_apple, etc.etc. it seems all these parts of the system have some problems that make it behave in a way that's not expected
[12:55] <berdario> and this comment: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/289781/comments/4
[12:55] <ubot2> Ubuntu bug 289781 in gnome-settings-daemon (Ubuntu) "Intrepid: Xmodmap needs to be run again after resume from hibernate/suspend" [Wishlist,Invalid]
[12:56] <berdario> says: "The change is due to the switch to evdev, after the suspend/resume the keyboard is viewed as a new keyboard."
[12:57] <berdario> I haven't looked at it into detail, yet... but if that's true... that seems quite bad on its own (it would ruin all the customizations that people do on their human interface devices, after suspend/resume)
[12:59] <berdario> I think that (aside from the evdev issue?) the cleanest thing would be to gather the usb identifiers for the old-macbook (and similar devices) that require a non-ISO layout (whatever that means: I'm just thinking about the ISO fix)
[12:59] <berdario> and then to automatically activate a different layout in those cases
[13:02] <berdario> uhm, I realized just now that probably this is what is already happening
[13:02] <berdario> but the usb identifiers aren't correctly told by the device
[13:02] <berdario> that is, I have a 05ac:022a
[13:03] <berdario> and this line would be defining my keyboard model
[13:03] <berdario> #define USB_DEVICE_ID_APPLE_GEYSER4_HF_ISO     0x022a
[13:04] <berdario> so, the next best thing would be to fix whatever is making hid_apple refuse to apply the configuration I supplied it to
[13:05] <berdario> seb128: do you have any suggestion for help on how to debug a kernel module?
[13:05] <seb128> (sorry, I'm on the phone)
[13:06] <berdario> (I guess I would have to recompile it with debug symbols)
[13:08] <berdario> but probably I cannot simply debug it while using the system... I'd have to connect a gdb from somewhere else (and besides: I used gdb only 1 or 2 times before... )
[13:13] <ogra_> berdario, thats what i use here to apply xmodmap settings (for a mouse where gnome doesnt offer the settings i need) http://paste.ubuntu.com/1616561/
[13:13] <berdario> ogra_: does that still work after suspend/resume?
[13:14] <ogra_> dunno, i never suspend my desktop :)
[13:14] <berdario> ogra_: ok, that probably doesn't help me... thanks anyhow :)
[13:16] <seb128> berdario, I think g-s-d has some hooks that can be run after suspend
[13:18] <berdario> seb128: uhm, googling "gnome-settings-daemon resume -crash" doesn't digs up anything interesting... should I look into Dconf?
[13:20] <seb128> berdario, http://git.gnome.org/browse/gnome-settings-daemon/tree/data/org.gnome.settings-daemon.peripherals.gschema.xml.in.in
[13:20] <seb128>     <key name="hotplug-command" type="s">
[13:20] <seb128>       <_summary>Device hotplug custom command</_summary>
[13:20] <seb128>       <_description>Command to be run when a device is added or removed. An exit value of 1 means that the device will not be handled further by gnome-settings-daemon.</_description>
[13:20] <seb128>  
[13:20] <seb128> berdario, that one
[13:21] <seb128> berdario, http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=2ec0fbd38cd9d787fc3ad003f462c537ea795890
[13:26] <seb128> hum
[13:26] <seb128> berdario, did you get my comments?
[13:27] <berdario> seb128: ok, thanks... I'll create a simple script and see if that works
[13:28] <seb128> berdario, did you get the git commit url as well?
[13:28] <berdario> yes, both of them
[13:28] <seb128> ok ;-)
[14:11] <berdario> I had to look up some other things in the meanwhile, but it seems to work :)
[14:12] <berdario> but to be really sure, now I'll undo the changes, reboot and see that this is indeed what fixes the problem
[14:21] <berdario> no, I was wrong :/
[14:22] <berdario> seb128: I don't know why... but my script seems to be called only with id 11 and 14, id11 is the touchpad, id14 is not even present in the xinput output O_o
[14:23] <berdario> (and the keyboard is either 10 or 12)
[14:33] <berdario> xinput --reattach 10 3 (3 is the master) doesn't trigger the command :/
[15:10] <desrt> has anyone installed the raring daily on their N7 recently?
[15:11] <desrt> install goes nicely but then i boot to a console login: prompt and that's it
[15:11] <Laney> I did last week
[15:13] <larsu> desrt, ask attente, he had the same problem yesterday
[15:14] <desrt> attente: how did you fix it?
[15:14] <attente> desrt: i didn't fix it
[15:15] <desrt> nice!
[15:15]  * larsu smells sarcasm
[15:18] <attente> has anyone the problem where the unity-greeter repeatedly restarts a dozen or so times due to X crashing?
[15:20] <berdario> I downloaded the source of gnome-settings-daemon, and grepper for run_custom_command and then for device_added_cb, everything seems fine... probably it's just that the signal doesn't get generated
[15:20] <attente> larsu: hi!
[15:20] <berdario> I also tried xinput --disable followed by --enable, but that's not working
[15:21] <berdario> I don't get why after resume, only some input devices are being added again, (while the rest seem to simply stay connected)
[15:26] <seb128> ogra_, ^ is the current raring image known to have issues on the nexus?
[15:27] <ogra_> seb128, not beyond the known issues with the installer
[15:28] <ogra_> seb128, i havent dist-upgraded today yet ... doing now
[15:28] <seb128> attente, is your greeter/xorg issue on the nexus?
[15:28] <seb128> ogra_, well, attente and desrt tried new installs and it boots to a console prompt it seems
[15:28] <ogra_> we have a serial console on the USB port, you can just use screen to log in from a PC for debugging
[15:29] <attente> seb128: the greeter/x problem is on my work machine
[15:30] <attente> it randomly kicks me back to the greeter at its own desire
[15:30] <attente> :(
[15:31] <attente> i did find this bt in one of the Xorg logs: http://paste.ubuntu.com/1614928/
[15:31] <attente> it's not helpful though
[15:32] <seb128> tjaalton, bryce: ^ known recent breakaged in -intel?
[15:33] <mlankhorst> nothing else in that file? sounds like you're missing some info there..
[15:33] <attente> mlankhorst: i can paste the whole thing, but it didn't look useful at first glance
[15:35] <berdario> Ok, I realized now that I don't have the evdev module loaded, apparently keyboard and such are being handled by something else, possibly usbhid
[15:35] <berdario> but trying to rmmod and modprobe usbhid, doesn't trigger the signal
[15:35] <seb128> berdario, try asking on #control-center or #gnome-hackers on irc.gnome.org
[15:36] <berdario> seb128: I spent quite a lot of time trying to understand what is going wrong... now I'll update one of the bugs, but do you have other suggestions?
[15:36] <berdario> I already asked in #gnome-hackers
[15:36] <berdario> (no answer so far)
[15:36] <attente> mlankhorst: http://paste.ubuntu.com/1616927/
[15:36] <seb128> berdario, no idea, I've little clue about keyboards tweaks and about this g-s-d feature
[15:37] <berdario> seb128: ok, do you think it might be easier to find a workaround in another place rather than g-s-d?
[15:37] <berdario> (like, trying to get a clue of why hid_apple isn't working as I expect it to do?)
[15:38] <seb128> no idea no...
[15:38] <tjaalton> seb128: haven't seen that before
[15:38] <berdario> ok, thanks anyhow
[15:39] <seb128> yw!
[15:39] <mlankhorst> attente: well are you on edgers?
[15:39] <ogra_> desrt,  see above, if you want to debug, use the serial connection
[15:39] <tjaalton> running an ancient kernel if on raring..
[15:44] <desrt> ogra_: thanks
[15:45] <ogra_> screen /dev/ttyACM0 115200
[15:46] <ogra_> (might need to hit enter once to make the login show up)
[15:46] <ogra_> (and ignore the noise from NM (or set up usbnet)
[15:47]  * ogra_ reboots after dist-upgrade
[15:47] <ogra_> lets see if i can reproduce on an upgraded install
[15:48] <ogra_> nope, works fine here
[15:48] <attente> mlankhorst: canonical-qt5-edgers
[15:48] <tjaalton> attente: why are you running the quantal kernel on it?
[15:49] <chrisccoulson> hi jibel. did you have any luck making autopkgtest work with junit output? sorry to keep bugging you about it :)
[15:49] <attente> tjaalton: good question.. purging
[15:50] <tjaalton> attente: then you'll just run something older.. make sure you have linux-generic installed
[15:50] <chrisccoulson> and any idea what's happening to https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/15/ARCH=amd64,label=adt/? it looks like the test is using the latest source with an outdated package (the test is passing arguments that are only valid in the most recent upload)
[15:50] <mlankhorst> attente: if I were you I would just try xorg in valgrind if it's not too big a performance hit, and install xserver.*-dbg
[15:50] <jibel> chrisccoulson, hey, not yet, still on my list, libreoffice hangs during build was higher sorry :)
[15:51] <chrisccoulson> jibel, no worry, that's fine :)
[15:51] <chrisccoulson> thanks
[15:51] <jibel> chrisccoulson, hm, looking at the failure
[15:55] <desrt> ogra_: so i don't have any ttyACMs
[15:55] <Laney> Riddell: hey, could you stop kubuntu-active depending on ls-kde please?
[15:57] <desrt> ...and now that i rebooted to try to get a ttyACM (which i now have) i'm stuck at the (initramfs) prompt and there's nothing happening inside of my screen :/
[15:57] <desrt> ogra_: i wonder if there is a last-known-good image with a working installer?
[15:58] <ogra_> desrt, well, theoretically it should just work
[15:58] <ogra_> i havent heard about any issues until you came
[15:58] <desrt> ogra_: so the installer on the current daily images is broken
[15:58] <ogra_> how ?
[15:58] <desrt> during the 'installing root fs...' you see some message like 'tar: skipping to next header'
[15:59] <desrt> and then when that finishes you get a console login: prompt
[15:59] <ogra_> crap
[15:59] <ogra_> thats xnox' change of the untar command i think
[15:59] <desrt> then when you reboot you get "error: no tarnall found on /dev/mmcblk0p9, did you use the right rootfs.img?" and then you see an (initramfs) prompt
[15:59] <ogra_> xnox, did you actually test that change in production ?
[15:59] <xnox> yeah. but i hacked up a build locally.
[16:00] <ogra_> desrt, yeah, we dropped -m from the untarring
[16:00] <ogra_> which causes timestamp issues
[16:00] <ogra_> which in turn probably causes corrupt unpacking
[16:00]  * ogra_ will have to research that 
[16:01] <ogra_> xnox, i guess we might want to set the closk to $image_build_time or something like that
[16:01] <desrt> you should definitely try to fix that before the desktop team sprint :)
[16:01] <ogra_> when is that ?
[16:01] <desrt> not next week, but the one after
[16:01] <ogra_> pfft
[16:01] <desrt> i mean
[16:01] <ogra_> we'll have it fixed before the weekend
[16:01] <desrt> uh...
[16:01] <desrt> 'tomorrow'
[16:02] <ogra_> worst case we can just roll back as interim solution, dont panic ;)
[16:02] <desrt> i'm not :)
[16:02]  * desrt has much other work to be doing in the meantime
[16:02] <xnox> ogra_: i'll reflash using cdimage images after the meeting and check what's going on.
[16:04] <seb128> xnox, btw you said you would update glade back in december (iirc), is that still on your todolist?
[16:04] <ogra_> xnox, yeah, well, i think setting the clock to a sane value during the install will fix it (including the warnings) so we should just do that ... the first ifup from NM after instalkl will run ntpdate anyway
[16:04] <seb128> xnox, the new version was supposed to fix edition of button labels or some other bugs you were running into
[16:05] <xnox> seb128: true. I should do that asap. (i stopped doing glade ui work a little now, but will need it soon again)
[16:05] <seb128> xnox, ok, just checking if it's still on your list, thanks ;-)
[16:05] <xnox> ogra_: setting clock to $image_build_time is nice, but I don't understand how come userspace is failing with that.
[16:06] <ogra_> xnox, yeah, me neither, setting the clock would fix cjwatsons initial prob though (i think)
[16:07] <chrisccoulson> right, looking at didrocks tb hang now ;)
[16:08] <didrocks> \o/
[16:08] <didrocks> \o/
[16:08] <didrocks> \o/
[16:08] <chrisccoulson> didrocks, i've still got your pastebin open. it's the longest running tab in my browser ;)
[16:08] <xnox> ogra_: interesting point.
[16:08] <chrisccoulson> http://paste.ubuntu.com/1336807/
[16:08] <chrisccoulson> 6th november ;)
[16:08] <didrocks> chrisccoulson: trying to stress test firefox's tab history? :)
[16:09] <chrisccoulson> i'm surprised i've not lost it. normally, session restore breaks at least once during that time when running nightlies, and then you lose all of your tabs
[16:10] <Riddell> Laney: what what?
[16:10] <Laney> hmm?
[16:10] <Riddell> 15:55 < Laney> Riddell: hey, could you stop kubuntu-active depending on ls-kde please
[16:10] <Riddell> Laney: there's no such package
[16:10] <Laney> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt believes so
[16:11] <Laney> as does https://launchpad.net/ubuntu/+source/kubuntu-meta/1.267 and my apt cache ;-)
[16:11] <Riddell> Laney: hmm I'm not seeing it, where are you looking?
[16:11] <Laney> search for 'language-selector' in that
[16:12] <Riddell> oh, language-selector, why didn't you say so :)
[16:12] <Laney> hah, sorry
[16:12] <ogra_> desrt, could you file a bug btw ? so we have a reference
[16:13] <infinity> ogra_: Ahh, kay, yeah, I see the problem.  Just cargo-culting fixrtc's code and using the timestamp on the tarball should do the trick, no?
[16:14] <ogra_> infinity, not sure that helps with what cjwatson wanted to have fixed though
[16:15] <ogra_> but yeah, that would be the "easy fix hack" ...
[16:15] <infinity> ogra_: What Colin needed fixed remains fixed.
[16:15] <ogra_> sure ?
[16:15] <infinity> ogra_: You only unfix his fix if you revert the tar changes.
[16:15] <ogra_> oh, indeed
[16:20] <attente> tjaalton: thanks, you were right about my kernel being out of date
[16:21] <tjaalton> attente: does the new one fix the crash?
[16:21] <attente> yes
[16:21] <tjaalton> nice
[16:21] <attente> :)
[16:40] <ogra_> seb128,  "[ogra] provide the desktop team the current settings package tweaks: TODO" ... is apt-get source ubuntu-defaults-nexus7 enough for you for this WI ?
[16:43] <seb128> ogra_, yeah, the purpose of that WI was to know what to put in ubuntu-defaults-nexus7 ;-)
[16:43] <seb128> ogra_, but you handled that directly, thanks! ;-)
[16:43] <ogra_> great, closing
[17:04]  * didrocks waves good evening
[17:10] <seb128> Laney, pitti: do you guys want to handle the new glib update?
[17:12] <Laney> sure
[17:12] <seb128> Laney, thanks
[17:28] <seb128> Laney, oh btw, I checked about the sound recorder if that was important for oems, not so much, we can drop it (would be nice to get one back for the LTS but it's only a nice to have)
[17:29] <Laney> ah cool, well hopefully kazam gets that functionality before then
[17:29] <Laney> i'll note down to drop it
[17:29] <chrisccoulson> hmmmm, i think we're going to have to get a take away for dinner this evening
[17:30] <Laney> mmm cod and chips
[17:31] <seb128> chrisccoulson, STEEEEAAKKKK
[17:31] <seb128> ;-)
[17:31] <chrisccoulson> heh :)
[17:31] <chrisccoulson> i haven't cooked a steak for ages. i'll have to do it soon
[17:31] <seb128> chrisccoulson, is your fridge empty?
[17:31] <chrisccoulson> seb128, no, but neither of us feel like cooking this evening :)
[17:31] <seb128> lol
[17:32] <seb128> being lazy for the win ;-)
[17:43] <seb128> xnox, do you know if there is an ubiquity upload planned to raring soon? the current version is almost a month old
[17:44] <xnox> seb128: there are certain things in the works. What specifically are you after?
[17:44] <seb128> xnox, the gstreamer 0.10 to 1.0 port so we can get 0.10 out of the CD
[17:44] <seb128> xnox, we currently have both stack on the CD which is suboptimal
[17:45] <xnox> seb128: ack. will be done soon.
[17:45] <seb128> Laney, did you look again at pidgin/the segfault on video call mentioned on the pad? (if not I will have a look)
[17:45] <seb128> xnox, thanks
[17:45] <xnox> seb128: also see pm.
[17:46] <Laney> seb128: I tried compiling trunk and the segfault exists there (can't remember if that's what I said on the pad)
[17:46] <seb128> xnox, saw it
[17:46] <seb128> Laney, "SEGFAULTS when creating a video call" you said from the ppa version
[17:46] <seb128> Laney, I will give it a try, maybe it doesn't like your config or something ;-)
[17:48] <Laney> seb128: https://developer.pidgin.im/ticket/15499
[17:48] <Laney> I initially suspected my patch was incomplete/wrong as it was a backport of loads of upstream changes
[17:48] <Laney> but head segfaults in the same way so perhaps not
[17:49] <seb128> ok
[17:53] <seb128> Laney, the other option is to drop the account plugins for aim and yahoo from the default install (and telepathy-haze with those)
[17:57] <Laney> seb128: right, but I hope to avoid that if possible
[17:59] <Laney> my hunch is that investigating the difference between the preference widget and regular video calls might turn something up
[18:00] <Laney> i.e. why the former works
[18:03] <Laney> bonne nuit!
[18:09] <seb128> 'night ;-)
[18:34] <jbicha> cyphermox: I think we're missing a gir package for network-manager-applet https://bugzilla.gnome.org/show_bug.cgi?id=693267
[18:34] <ubot2> Gnome bug 693267 in network-indicator "network: menu missing in 3.7.5 with NM 0.9.7.995" [Major,Unconfirmed]
[18:51] <cyphermox> jbicha: ok, thanks
[18:51] <cyphermox> jbicha: can you file a bug in LP
[19:13] <chrisccoulson> ooh, https://bugzilla.mozilla.org/show_bug.cgi?id=838203
[19:13] <chrisccoulson> "We are moving our linux unittests to ubuntu 12.04 VM machines"
[19:13] <ubot2> Mozilla bug 838203 in Shell Integration "test_alert.html fails on ubuntu 12.04 while testing in a VM" [Normal,New]
[19:13] <chrisccoulson> that helps me a bit ;)
[19:14] <mdeslaur> chrisccoulson: nice! :P
[19:14] <chrisccoulson> mdeslaur, yeah, hopefully that means some of the tests which currently fail will start working without me having to do anything
[20:57] <xnox> Laney: ubiquity uploaded so next daily should have lighter gstreamer stack or something went wrong ;-)
[21:00] <Laney> yeah?
[21:02] <xnox> Laney: seb128 was pinging me about it, but he doesn't have irc proxy.
[21:02] <xnox> seb128: juju deploy znc ;-)
[21:04] <Laney> i thought that got uploaded some time ago
[21:04] <xnox> i was merged into lp:ubiquity, but not uploaded.
[21:04] <Laney> i see
[21:04] <Laney> .
[21:55] <attente> qengho: any plans for migrating chromium from gtk 2 to 3?