[01:54] <robert_ancell> TheMuso, are we getting pulse 3.0 for raring?
[02:02] <TheMuso> robert_ancell: If it doesn't majorly break the world, very likely.
[02:02] <TheMuso> But we need to get a new dep for it into main first.
[02:02] <TheMuso> And it hasn't even been packaged for Ubuntu/Debian yet, so that is ongoing.
[02:02] <TheMuso> ...and its not even at the final release either.
[02:03] <robert_ancell> TheMuso, ok, thanks. Just making sure if we should be tracking 2.99 or not
[02:03] <robert_ancell> TheMuso, btw my audio stopped working in raring - should I expect that / any debugging tips?
[02:03] <TheMuso> GIven the dep needs packaging, I'd say not at the moment.
[02:03] <TheMuso> Ok, stopped working can mean many things. Is your card still showing up in sound prefs? What happens if you change profiles?
[02:04] <robert_ancell> TheMuso, no audio card shown in preferences / volume disabled
[02:04] <TheMuso> Oh ok, what about if you run "aplay -l" in a terminal, do you get anything?
[02:04] <TheMuso> i.e do you get anything about your card?
[02:05] <robert_ancell> yes - http://paste.ubuntu.com/1357022/
[02:05] <TheMuso> Oh BTW re poppler, that didn't introduce another soname change did it?
[02:06] <robert_ancell> TheMuso, no, it's a stable update. We're not tracking unstable this cycle
[02:06] <TheMuso> Ok, do you see any processes other than pulseaudio when you run sudo fuser -v /dev/snd/*
[02:06] <TheMuso> Ok cool.
[02:06] <robert_ancell> TheMuso, no output
[02:08] <TheMuso> Hrmmm.
[02:08] <TheMuso> Ok the next step is to get a log from PulseAudio and see what is going on when it tries to work with alsa: https://wiki.ubuntu.com/PulseAudio/Log has the instructions.
[02:09] <robert_ancell> TheMuso, I noticed that pulse is not running, and when I tried to run it manually it gave an error
[02:09] <robert_ancell> "E: [pulseaudio] module.c: Failed to open module "module-esound-protocol-unix": file not found"
[02:10] <TheMuso> Ok, do you have pulseaudio-esound-compat installed?
[02:10] <robert_ancell> TheMuso, no, installing now
[02:11] <TheMuso> Hrm Ok.
[02:11] <robert_ancell> TheMuso, yay, sound back! thanks
[02:11] <robert_ancell> guessing it was something in the dist-upgrade that dropped it?
[02:12] <TheMuso> Yeah, thats a work-around. Seems we need to add a conditional bit around the code in teh conf file that loads that module.
[02:12] <TheMuso> Please file a bug against pulse, explaining the issue, and assign me to it, thanks.
[02:12] <TheMuso> I will get to it after pilot duties.
[02:13] <TheMuso> Or actually...
[02:13] <TheMuso> Thats odd.
[02:13] <TheMuso> It works for me fine here, and I didn't have the package installed.
[02:13] <TheMuso> The conditional code in question is present.
[02:13] <TheMuso> I wonder if something has screwed with your /etc/pulseaudio/* files somewhere, or whether you have...
[02:13] <TheMuso> robert_ancell: DId you upgrade to raring from quantal?
[02:14] <robert_ancell> TheMuso, yes
[02:14] <TheMuso> Hrm ok, file a bug anyway, and leave it with me.
[02:14] <robert_ancell> ok
[02:15] <robert_ancell> TheMuso, oh, I think I know the cause. I had pulseaudio-esound-compat:i386 installed but not the i686 version. So it might be not be multi-arch safe
[02:15] <TheMuso> There is actually talk upstream about dropping esound support altogether.
[02:15] <TheMuso> Ohhhhhhh!
[02:15] <micahg> huh? i386 is i686...
[02:16] <TheMuso> I was just thinking the same thing.
[02:16] <TheMuso> SO pulseaudio-esound-compat needs some multi-arch love.
[02:16] <TheMuso> Ok, will take care of it after pilot duties.
[02:19] <robert_ancell> TheMuso, bug 1078543, thanks for the help
[02:19] <ubot2> Launchpad bug 1078543 in pulseaudio (Ubuntu) "Pulse audio failed to start; no audio present in raring" [Undecided,New] https://launchpad.net/bugs/1078543
[02:19] <TheMuso> robert_ancell: No problem, thanks for the bug.
[04:20] <LLStarks> anyone else noticing this phenomena with theming as of late?
[04:20] <LLStarks> http://i.imgur.com/4Yij2.png
[04:50] <pitti> good morning
[04:51] <TheMuso> Morning pitti .
[04:51] <pitti> hey TheMuso
[04:56] <pitti> TheMuso: FYI, uploading a new d-conf with XS-Testsuite: autopkgtest
[04:57] <TheMuso> pitti: Oh thanks, missed that.
[04:57] <pitti> no worries, just saying to spread awareness
[04:57] <pitti> looking forward to another green (hopefully) bullet :)
[06:06] <didrocks> good morning
[06:11] <pitti> bonjour didrocks
[06:12] <didrocks> guten morgen pitti :)
[06:16] <RAOF> didrocks: Good morning!
[06:17] <RAOF> didrocks: I'd like to upload nux to fix a nexus 7 bug; is there anything I need to do to not step on your toes?
[06:21] <didrocks> RAOF: no, please do :)
[06:21] <didrocks> RAOF: if you can propose a MR as well againt lp:nux, that would be awesome (with the packaging change as well)
[06:22] <didrocks> this is for https://bugs.launchpad.net/bugs/1065638 I guess?
[06:22] <ubot2> Launchpad bug 1065638 in ubuntu-nexus7 "Unity panels don't display visuals" [Critical,Confirmed]
[06:24] <RAOF> Indeed.
[06:24] <TheMuso> DO we have dailies for raring yet on the Nexus7?
[06:25] <RAOF> Jay's working on a more proper fix, but I can easily avoid the problem we have and unblock the dailies.
[06:28] <didrocks> RAOF: yeah, fine with that ;) ping me with the upstream MR. Was it reviewed upstream already?
[06:34] <RAOF> didrocks: No; there's no upstream MR. I was planning to distro-patch?
[06:36] <didrocks> RAOF: can we avoid that and push that upstream? Otherwise, I'll loose it at the next daily-build
[06:36] <didrocks> RAOF: so having a MR upstream, approved
[06:36] <didrocks> then bzr merge in the branch
[07:02] <toabctl> Laney, can you merge https://code.launchpad.net/~toabctl/cheese/ubuntu/+merge/134256, please?
[09:03] <Laney> toabctl: that was already uploaded - https://launchpad.net/ubuntu/+source/cheese/3.6.2-0ubuntu1
[09:05] <toabctl> Laney, hm. I branched lp:~ubuntu-desktop/cheese/ubuntu and there was no upload mentioned
[09:06] <toabctl> Laney, and followed the guide here: https://wiki.ubuntu.com/DesktopTeam/Bzr
[09:08] <Laney> jbicha apparently didn't commit
[09:09] <jibel> Sweetshark, so, I verified bug 1064962, globally it's an improvement and I haven"t found any obvious regression but it reveals another bug
[09:09] <ubot2> Launchpad bug 1064962 in indicator-appmenu (Ubuntu Quantal) "[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running" [High,Confirmed] https://launchpad.net/bugs/1064962
[09:09] <Laney> you should check the archive first just in case
[09:09] <Laney> and ping him later to push his work up
[09:10] <jibel> Sweetshark, the menu that is displayed when you open a document is the one from the previous LO application used.
[09:10] <toabctl> Laney, shouldn't be possible to upload a package if the changes are not commited to the VCS
[09:10] <toabctl> Laney, in case a VCS is used to manage the packaging stuff
[09:11] <toabctl> that's not the first time I did duplicate work. that doesn't motivate.
[09:11] <jibel> Sweetshark, eg open a spreadsheet, close it, open an odt or odp, the menu displayed is from localc
[09:12] <jibel> Sweetshark, there is a workaround: open the document from LO not nautilus
[09:13] <Laney> toabctl: well I'm afraid that the archive always takes priority; any VCS is just a convention (same in Debian too). I'm not the one who did the work here - speak to jbicha about it and hopefully he won't forget again.
[09:13] <Sweetshark> jibel: yes, that seems to be the 'lets cache the menu in app-indicator' issue
[09:14] <jibel> Sweetshark, overall, it's better than no menu, I'm marking as v-done
[09:14] <Sweetshark> jibel: thanks
[09:15] <toabctl> Laney, ok. thanks for the information!
[09:29] <seb128> jibel, does the issue happen if you wait a bit before closing the calc document and opening the odt?
[09:29] <AlanBell> hi bryceh, can we talk some time about how steam users should be supported on IRC in #ubuntu
[09:35] <chrisccoulson> good morning everyone
[09:37] <Sweetshark> seb128: can we sync http://packages.debian.org/source/experimental/clucene-core to raring -- we will desperately need it for LO anyway, better to get it in early in the cycle?
[09:37] <jibel> seb128, it doesn't. It's maybe another symptom of 1075263
[09:37] <seb128> chrisccoulson, hey, how are you?
[09:37] <seb128> jibel, likely yes, we will backport the fix soon
[09:38] <Sweetshark> seb128: see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661703
[09:38] <ubot2> Debian bug 661703 in clucene-core "clucene-core: upload latest clucene git + contrib-libs to experimental" [Normal,Fixed]
[09:40] <seb128> Sweetshark, we can sync, if we do we need to rebuild the rdepends ... can you check that they all need a simple rebuild or if they need fixing?
[09:40] <seb128> Sweetshark, the new archive scripts will not get the lib out of proposed until the rdepends are dealt with and we don't want to let stuff sit in proposed so we should be ready to do the transition when we sync it
[09:44] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[09:44] <seb128> chrisccoulson, I'm good thanks
[09:52] <Sweetshark> seb128: https://bugs.launchpad.net/ubuntu/+source/clucene-core/+bug/1042192 meh
[09:52] <ubot2> Launchpad bug 1042192 in clucene-core (Ubuntu) "[FFE] new clucene version needed for LibreOffice" [Undecided,Incomplete]
[09:54] <xnox> Sweetshark: seb128: I am Debian/Ubuntu maintailer of 2 rdepends, and I'm sure we can fix the other 3. just do it =)
[09:55] <seb128> xnox, good, which ones?
[09:55] <xnox> seb128: bibletime & sword. They will be pissed off not to have clucene but meh =)
[09:55] <Sweetshark> xnox: oh, awesome
[09:57] <Sweetshark> .oO(better no clucence in bibletime than broken LO extensions and broken LO help on ARM)
[09:58] <Laney> or the rdeps could be fixed ...
[09:59] <xnox> Sweetshark: just do what you need for LO and I'll fix my packages.
[09:59]  * xnox thinks there is support for new clucene in svn trunks for both sword & bibletime.
[09:59] <Sweetshark> xnox: I just need the sync for LO, nothing else tbd on clucene
[10:00] <Sweetshark> seb128: ^^ so, go ahead, I guess?
[10:03] <xnox> Sweetshark: seb128: done. happy hacking.
[10:03] <Sweetshark> xnox: awesome
[10:05] <seb128> Sweetshark, xnox: thanks
[10:11] <chrisccoulson> hmmm, after packaging part of the firefox test suite and running the tests, i've discovered that there's a few tests which assume they have write access to the application directory :(
[11:04] <didrocks> and hop! https://launchpad.net/cupstream2distro
[11:06] <chrisccoulson> didrocks, i thought that was something to do with cups when i saw the url ;)
[11:06] <didrocks> chrisccoulson: you can also think about cups of coffee :)
[11:06] <chrisccoulson> lol
[11:06] <chrisccoulson> we don't use cups here
[11:06] <chrisccoulson> we use mugs for coffee ;)
[11:06] <didrocks> mugs? ;)
[11:06] <chrisccoulson> yeah :)
[11:06] <didrocks> yeah, but I can't find a funny name using mugs :p
[11:07] <chrisccoulson> heh
[11:16] <xclaesse> seb128, when I press alt-tab once, it focus next window. But not when current "window" is a webapp in firefox
[11:17] <seb128> xclaesse, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070714
[11:17] <ubot2> Launchpad bug 1070714 in unity (Ubuntu) "webapp: alt-tab gets "stucked" on the browser rather than going to the next entry" [Low,Invalid]
[11:17] <xclaesse> for example in a workspace I have firefox, facebook and g+ in the alt-tab menu
[11:17] <xclaesse> seb128, cool merci
[11:17] <seb128> ups
[11:17] <seb128> xclaesse, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070715
[11:17] <ubot2> Launchpad bug 1070715 in unity (Ubuntu) "webapp: alt-tab gets "stucked" on the browser rather than going to the next entry" [High,Triaged]
[11:17] <seb128> rather
[11:18] <seb128> de rien
[11:20] <pitti> ogra_, everyone: I just reinstalled the nexus7 ubuntu image, and now starting apps from the launcher or opening indicators with the touch screen does not work; I can select icons in the launcher, also an external mouse works
[11:20] <pitti> does that sound familiar?
[11:20] <seb128> pitti, is that consistant? did you try rebooting?
[11:20] <pitti> yes, I rebooted
[11:20] <pitti> i. e. I touch on the g-c-c icon, and I get the "system settings" popup
[11:21] <pitti> but it doesn't open
[11:21] <seb128> ok, I had issues before, sometime playing with indicator put xorg pointer in a lock state
[11:21] <pitti> hm, indeed I tried to open an indicator first
[11:21] <pitti> to connect to a wifi
[11:21] <pitti> I attached an external keyboard/mouse, so it's not a biggie right now
[11:21] <seb128> if it persist after a reboot that's not likely it...
[11:21]  * pitti tries and reboot again, without fiddling indicators
[11:21] <seb128> but it's easy to "break" left click when using indicators
[11:22] <seb128> that's a known issue on the xorg side iirc
[11:22] <pitti> so I guess that's what I did
[11:22] <GunnarHj> pitti: Hi Martin!
[11:22] <GunnarHj> A first attempt to build version 2.34.2-1 of glib2.0 failed. I could build after having modified debian/rules, but I have no idea if that change is right.
[11:22] <GunnarHj> Extract from 'bzr bd' output:
[11:22] <GunnarHj> http://people.ubuntu.com/~gunnarhj/glib2.0-2.34.2-1_build-failure.txt
[11:22] <GunnarHj> Branch with the debian/rules modification:
[11:22] <GunnarHj> https://code.launchpad.net/~gunnarhj/ubuntu/raring/glib2.0/lang-locale-for-days-months
[11:22] <pitti> hey GunnarHj!
[11:23] <pitti> GunnarHj: btw, you should try and build with DEB_BUILD_OPTIONS=nocheck, otherwise it'll take ages
[11:23] <pitti> seb128: ah, works now
[11:23] <Laney> https://bugs.launchpad.net/ubuntu-nexus7/+bug/1068994
[11:23] <ubot2> Launchpad bug 1068994 in ubuntu-nexus7 "button1 gets stuck after a while" [Critical,In progress]
[11:23] <Laney> ?
[11:23] <seb128> pitti, ok, like that indicator/xorg issue then
[11:23] <GunnarHj> pitti: Yeah, it did take ages. Thanks for the tip.
[11:23] <seb128> Laney, could be it yes
[11:24] <pitti> Laney: well, it's not completely stuck; I can operate widgets in dialogs etc, just not in the launcher
[11:25] <seb128> pitti, well, you can't e.g dnd dialogs by their titlebar when that happens
[11:25] <Laney> I don't think the title is accurate
[11:25] <Laney> comments explain it a bit more
[11:25] <seb128> it's a bit of a weird bug
[11:25] <xclaesse> can someone do a quick test for me on ubuntu? in a terminal start "Xephyr :2" then in another terminal: "DISPLAY=:2 glxinfo"
[11:25] <seb128> pitti, or double click doesn't work
[11:26] <xclaesse> on fedora/debian it gives glx stuff, but on my ubuntu quantal it says Error: couldn't find RGB GLX visual or fbconfig
[11:26] <seb128> Error: couldn't find RGB GLX visual or fbconfig
[11:26] <seb128> xclaesse, try asking on #ubuntu-x?
[11:29] <xclaesse> seb128, ok, asked there
[11:29] <xclaesse> thx
[11:29] <seb128> yw
[11:32] <tkamppeter> Seems that I have hit a ghost dependency in apt-get making it impossible to use apt-get agaui
[11:34] <seb128> tkamppeter, can you pastebin the error?
[11:35] <tkamppeter> again. I have installed "ia32-libs' trying to install some closed-source app and ia32-libs is uninstallable as some i386 library versions did not get built. Now "apt-get install -f" insists on installing the uninstallable libraries, even after removing all :i386 packages.
[11:35] <seb128> did you try to sudo dpkg -r ia32-libs
[11:35] <seb128> ?
[11:40] <tkamppeter> seb128, yes, I did.
[11:40] <tkamppeter> seb128, http://pastebin.ubuntu.com/1357764/
[11:41] <seb128> tkamppeter, that log seems fine, e.g nothing uninstallable...?
[11:41] <tkamppeter> seb128, it seems that the dpendencies of the (removed) ia32-libs are still held in some database, due to a bug.
[11:42] <tkamppeter> seb128, so I will execute it, to reveal the error.
[11:42] <seb128> ok
[11:45] <tkamppeter> seb128, when I do so, I get these errors in the end: http://paste.ubuntu.com/1357780/
[11:45] <seb128> tkamppeter, those packages seem to have bugs
[11:49] <tkamppeter> seb128, if I repeat "apt-get -f install" I get http://pastebin.ubuntu.com/1357786/
[11:49] <tkamppeter> seb128, how can I get rid of the system's demand for these packages?
[11:49] <seb128> tkamppeter, try asking on #ubuntu-devel
[11:49] <seb128> not sure...
[11:50] <tkamppeter> seb128, so seems that I have hit a bug in apt-get.
[11:50] <tkamppeter> seb128, thanks anyway.
[11:51] <seb128> tkamppeter, no, you have hit bugs in avahi and cairo
[11:51] <seb128>  trying to overwrite shared '/usr/share/doc/libcairo-gobject2/README.gz', which is different from other instances of package libcairo-gobject2:i386
[11:51] <seb128>  
[11:51] <seb128> that's a packaging bug in the multiarch
[11:51] <tkamppeter> seb128, but I do not need these packages and I have no dependency on them, how do I simply get rid of them?
[11:52] <seb128> well, you tried to install something that pulled them in
[11:52] <seb128> can you move that conversation to #ubuntu-devel where others can help as well?
[11:52] <tkamppeter> seb128, that was ia32-libs and this I have uninstalled.
[11:54] <tkamppeter> seb128, moved over now, let us see whether someone answers or whether I should do a fresh install.
[12:25] <tkamppeter> I am reading here about a former "Remote Desktop Preferences" in System Settings. I would like to use it in Quantal. Is it completely removed or can I get it back by instakllin a package?
[12:51] <seb128> tkamppeter, the remove desktop should still be there, it's part of vino, it's just not in system settings
[12:52] <seb128> tkamppeter, type "vino" in the dash or run vino-preferences
[12:59] <tkamppeter> seb128, found this already. Thank you.
[14:17] <xnox> Since lp:~ubuntu-desktop/glade/ubuntu is stale, do I understand correctly that udd branches / the archive directly is used for glade?!
[14:21] <Laney> when's the last commit there?
[14:22] <xnox> Laney: april. last upload a couple of days ago.
[14:22] <xnox> udd is up to date.
[14:22] <Laney> probably
[14:22] <Laney> you could commit the delta and use it
[14:23] <xnox> meh
[14:23] <Laney> it's hardly taxing
[14:24] <Laney> otherwise we should delete the branch imho
[14:24] <xnox> Laney: please, delete it...
[14:24] <Laney> you can
[14:24] <xnox> Laney: mark as obsolete?
[14:24] <xnox> cause the history might be useful.
[14:24] <Laney> remove all the files and put a README in?
[14:24] <Laney> dunno
[14:25] <xnox> I see... well rename + mark as status obsolete
[14:25] <xnox> desktop should just switch to full udd branches =)
[14:25]  * xnox hides
[14:26] <Laney> yeah imagine if they worked with quilt
[14:37] <sabdfl> ya
[14:39] <chrisccoulson> ooh, INFO | Result summary:
[14:39] <chrisccoulson> INFO | Passed: 1512
[14:39] <chrisccoulson> INFO | Failed: 22
[14:39] <chrisccoulson> down from more than 50 this morning \o/
[14:47] <mitya57> Laney: do you know you're on the screenshot at http://en.wikipedia.org/wiki/Irssi ? :)
[14:48] <Laney> heh
[14:49]  * Laney wonders what you were doing reading that :P
[15:06] <GunnarHj> pitti: Did you make a note about debian/rules in glib?
[15:12] <pitti> GunnarHj: sorry, what note? (I was rather deeply involved in something else and didn't pay much attention to IRC)
[15:13] <GunnarHj> pitti: I'm talking about the #ubuntu-desktop message I sent 12:22:19.
[15:14] <xnox> GunnarHj: timezone?
[15:14] <pitti> GunnarHj: oh
[15:15] <pitti> GunnarHj: that means that some of the tests failed
[15:15] <pitti> GunnarHj: but not at the end of the log, as stuff runs in parallel; grep the log for " FAIL$"
[15:15] <GunnarHj> xnox: +0100
[15:16] <GunnarHj> pitti: But the failure was fatal. After my modification of debian/rules it succeeded.
[15:19] <pitti> GunnarHj: yes, we fail the build on failed tests; but if you run with DEB_BUILD_OPTIONS=nocheck, the tests get skipped
[15:19] <pitti> GunnarHj: they are rather brittle unfortunately
[15:20] <pitti> well, unfortunately for the "local developer" perspective, anyway
[15:20] <pitti> (it's actually good that they are picky from a CI POV)
[15:20] <GunnarHj> pitti: Do you mean that it's ok? What I did was adding a trailing "|| true".
[15:21] <xnox> GunnarHj: the upstream unittests, test the correctness of glib, pottentially your glib is broken as all unittests did not pass.
[15:21] <pitti> GunnarHj: well, for local testing that's ok, but we won't take it into our packages
[15:21] <pitti> GunnarHj: DEB_BUILD_OPTIONS=nocheck is easier
[15:22] <xnox> GunnarHj: so you can do $ export DEB_BUILD_OPTIONS=nocheck
[15:22] <xnox> GunnarHj: and then  upon $ debuild the unittests will not be executed.
[15:24] <GunnarHj> pitti, xnox: Aha, thanks. No, my glib is a fresh bzr branch, so if it's broken, the archive branch is broken as well.
[15:24] <xnox> GunnarHj: not necessorely.
[15:24] <pitti> as I said, they are rather timing sensitive, and one of the tests notoriously complains/fails if you run it under an active session
[15:24] <xnox> GunnarHj: are you building for the same target distribution as root in sbuild?
[15:25] <xnox> GunnarHj: on bare metal / headless build-farm? =))))
[15:27] <GunnarHj> pitti, xnox: I'm not building as root. But I think this is above my head. Will take your advice and add export DEB_BUILD_OPTIONS=nocheck to ~/.profile and forget about it for now. ;-)  Thanks!
[15:28] <xnox> GunnarHj: well if you do in in profile that _all_ packages you _ever_ build will not run the test-suites. Hence giving you false "successful builds".
[15:28] <pitti> what xnox said
[15:28] <pitti> good evening everyone! need to go
[15:29] <xnox> GunnarHj: remember to take it out when you are done, or make a wrapper script ~/bin/nocheck
[15:29] <xnox> GunnarHj: export DEB_BUILD_OPTIONS=nocheck $@
[15:29] <xnox> GunnarHj: and then you have a handy way to call build without test-suite.
[15:29] <xnox> e.g. $ nocheck debuild
[15:30] <GunnarHj> xnox: Ok, then I drop the ~/.profile idea. The wrapper sounds good. Will try that. Thanks!
[16:06] <seb128> xnox, Laney: it's annoying to deal with stuff we sync with debian at times
[16:06] <seb128> the custom vcs get out of sync
[16:31] <bcurtiswx> has anyone in here successfully installed ubuntu 12.10 on a macbook air 4,2 (2011 version)
[16:31] <Laney> I think my girlfriend has that one
[16:31] <Laney> she upgraded from precise though
[16:32] <bcurtiswx> i've been following https://help.ubuntu.com/community/How%20to%20install%20Ubuntu%20on%20MacBook%20using%20USB%20Stick but it isn't able to create a partition once the USB becomes bootable with the ISO file http://releases.ubuntu.com/12.10/ for max amd64 there
[16:32] <bcurtiswx> mac*
[16:41] <ppppaul> hello ubuntus
[16:41] <ppppaul> can i ask technical questions in here?
[16:44] <desrt> ppppaul: yup
[16:44] <ppppaul> i installed some kernals on ubuntu 12.10
[16:45] <ppppaul> i am unable to figure out how to set the kernel to run at startup
[16:45] <ppppaul> i am not presented with grub at startup :(
[16:45] <ppppaul> i was grub once, though. and then never again
[16:46] <ppppaul> i'm not sure what version of grub i'm running. i have grub and grub2 files
[16:46] <ppppaul> also, my system is an upgrade from 12.04
[16:46] <ppppaul> when i do sudo update-grub i get back a list of the kernels i installed
[16:47] <ppppaul> i've looked on google a bit for how to solve this problem, but i'm a bit stuck now (it's taking up way too much time for me)
[16:49] <kenvandine> ppppaul, check with #ubuntu for issues like this... this is a developer channel
[16:49] <kenvandine> ppppaul, however, to see the grub menu, hold shift at boot
[16:49] <ppppaul> ok, thank you
[16:49] <kenvandine> i think...
[16:49] <ppppaul> oh
[16:49] <kenvandine> i haven't done that in ages
[16:49] <ppppaul> i didn't know about shift at booot
[16:49] <ppppaul> i'll try that now
[16:49] <ppppaul> that's for both versions of grub?
[17:13] <attente> desrt: i'm stuck; is there something i need to do before calling g_menu_model_items_changed () in order to get updates working?
[17:14] <desrt> attente: you need to actually do the updates? :)
[17:15] <desrt> attente: it's quite likely that in response to items_changed() (in particular in the case where items are added) you will receive calls back into the GMenuModel API (like _get_item_attributes(), etc)
[17:15] <attente> unless nothing seems to be watching for items-changed?
[17:16] <desrt> the exporter ought to be
[17:16] <desrt> unless nobody is consuming it on the other side of the bus
[17:16] <desrt> in which case, indeed, nobody will be looking.... but what did you expect? :)
[17:17] <attente> ok, one sec, i'll check
[17:19] <attente> debugging this is kind of painful since the breakpoints keep getting hit everytime i switch between gdb and the tester
[17:21] <attente> desrt: yeah, nobody is watching :(
[17:24] <desrt> attente: what if the client is running?
[17:24] <attente> same deal
[17:24] <desrt> huh
[17:24] <desrt> something is amiss
[17:25] <desrt> maybe you should try keeping it in-process
[17:25] <desrt> like create a separate window (and avoid hijacking it) and then put a GtkMenuBar in there and bind it to the model from the other menu
[17:25] <desrt> take the dbus crap out of the equation for now
[17:26] <desrt> rip down the X properties while you're at it...
[17:26] <desrt> that should prevent random stuff from happening when you're switching windows
[17:27] <attente> ok
[17:29] <desrt> you can probably pretty effectively avoid the hijack by just using a global variable for the window you create
[17:30] <GunnarHj> charles: Are you there?
[17:31] <charles> GunnarHj: howdy
[17:31] <GunnarHj> charles: Hi! Did you see my message here yesterday?
[17:32] <GunnarHj> charles: I asked if you would like to comment on https://bugzilla.gnome.org/show_bug.cgi?id=687945
[17:32] <ubot2> Gnome bug 687945 in i18n "Display names of days and months using the current language" [Normal,Unconfirmed]
[17:33] <GunnarHj> charles: Matthias seems to be hard to convince - or not. Do you know him?
[17:34] <charles> GunnarHj: I've read him, but never spoken to him
[17:34] <charles> let me get caught up on the ticket here...
[17:34] <GunnarHj> charles: Ok, no hurry.
[17:53] <bryceh> AlanBell, sure thing.  whenever's convenient.  PM me and we can talk it over.
[18:03] <GunnarHj> charles: I'm leaving for some food. Will be back in half an hour or so.
[18:11]  * didrocks waves good evening
[18:26] <attente> desrt: omg.... mutable means can be changed...
[18:33] <desrt> attente: yes....
[18:33] <desrt> did you mark your model as immutable? :)
[18:33] <desrt> ...and then change it...
[18:40] <attente> no.. there was literally a comment: "/* The menu can change at any time. */"
[18:40] <attente> return FALSE;
[18:45] <GunnarHj> xnox: This is the nocheck script I put in ~/bin:
[18:45] <GunnarHj> #!/bin/sh
[18:45] <GunnarHj> export DEB_BUILD_OPTIONS="nocheck"
[18:45] <GunnarHj> exec $@
[18:45] <GunnarHj> Works nicely. Needed exec(), or else $@ seemed to be considered arguments to export(). Thanks again for the tip.
[18:59] <notgary> A question for the desktop team: what do you all think about the idea of adding audio devices to the sound menu? Comment #3 on this bug report has some details https://bugs.launchpad.net/ubuntu/+source/indicator-applet/+bug/1061684
[18:59] <ubot2> Launchpad bug 1061684 in indicator-applet (Ubuntu) "Switch between HDMI audio device and Analog from the System Tray" [Undecided,New]
[19:05] <cyphermox> mterry: kenvandine: robru: if it's any use, I made the two steps or taking a packaging branch (that has the right ancestry) and merging in just debian/ into an upstream branch: http://ubuntuone.com/4w1JBK3EB2Lebm0r2rZ4wh
[19:05] <cyphermox> the above was missing "into a script". just pass the packaging branch as a parameter.
[19:06] <mterry> cyphermox, neat
[19:06] <achiang> anyone here know how to debug this from my .xsession-errors: unity-2d-shell: [WARNING] QDBusError("org.freedesktop.DBus.Error.UnknownMethod", "No such interface `org.ayatana.bamf.view' on object at path /org/ayatana/bamf/application1642573751")
[19:06] <kenvandine> cool
[19:06] <achiang> what is that application?
[19:06] <cyphermox> so far seems to work pretty well with the indicators
[19:07] <mterry> achiang, you could use d-feet to find out I bet
[19:07] <robru> cyphermox, cool
[19:07] <achiang> cyphermox: i'm trying to debug the broken nm-applet issue that's been plaguing us since 12.04
[19:07] <mterry> achiang, to map it to an exe
[19:07] <cyphermox> achiang: oh, cool
[19:07] <cyphermox> that's something that comes out of the applet?
[19:07] <cyphermox> what do you mean by broken?
[19:07] <achiang> cyphermox: it's like, infinitely reproducible if you use unity-2d
[19:07] <cyphermox> cool.
[19:07] <achiang> cyphermox: basically nm-applet stops working after some time
[19:07] <cyphermox> ah, right
[19:08] <achiang> if you try and view more wifi networks
[19:08] <achiang> the menu just goes to lunch
[19:08] <cyphermox> as mentioned before, it seems to me like there are leaks, probably not just in nm-applet
[19:09] <cyphermox> achiang: and I'm hoping you're working on this on quantal, because I plugged two relatively bad but hidden ones
[19:09] <achiang> mterry: i have d-feet open but don't see a path to /org/ayatana anywhere
[19:09] <achiang> cyphermox: i'm only poking at this for a few minutes because it reproduced again and i am super annoyed
[19:09] <cyphermox> ok
[19:10] <achiang> cyphermox: did you SRU the fixes to 12.04?
[19:10] <cyphermox> I am too, and thankful for the help, I'm running out of ideas and it seems like you got some progress
[19:10] <cyphermox> achiang: it's in progress IIRC
[19:10] <mterry> achiang, it might be on the random unnamed processes near the bottom
[19:10] <achiang> cyphermox: ok, are you able to reproduce it?
[19:10] <cyphermox> you mean on quantal?
[19:11] <cyphermox> not so much anymore
[19:11] <achiang> cyphermox: on 12.04
[19:11] <achiang> you know... our LTS that we support for 5 years. ;)
[19:11] <cyphermox> I couldn't, but some people can if I'm to believe the bug report
[19:12] <achiang> cyphermox: it's really easy. just run 12.04 and you'll 100% get it
[19:12] <cyphermox> ;)
[19:12] <cyphermox> I don't :/
[19:12] <achiang> might come faster if you run unity-2d but that's just a theory for now
[19:12] <cyphermox> as far as nm-applet is concerned unity-2d or unity is the same
[19:13] <cyphermox> that's not true for the rest of the stack though, I think
[19:13] <achiang> mterry: i don't see any apps at the bottom that resemble application1642573751, just random stuff ranging from 1.6 to 1.300
[19:13] <bcurtiswx> if the messaging menu isn't showing up how do I bring it back?
[19:14] <cyphermox> achiang: look under org.ayatana.bamf
[19:14] <achiang> cyphermox: there is no org.ayatana.bamf... maybe i need to re-run d-feet as root?
[19:14] <cyphermox> no
[19:14] <cyphermox> are you looking at the session bus?
[19:15] <achiang> hm, no, that didn't change anything
[19:15] <achiang> oops, was looking at system bus
[19:15] <bcurtiswx> ah nvm, apparently you need online accounts to show that
[19:15] <achiang> what's the address of the session bus?
[19:15] <achiang> found it
[19:15] <cyphermox> don't use an address, use the File menu to choose session bus
[19:16] <achiang> huh, i have a ca.desrt.dconf in there. ;)
[19:16] <cyphermox> yeah :)
[19:19] <mterry> achiang, no, the path is in the right pane
[19:19] <mterry> achiang, the /org/ayatana stuff is on the right, and might be on any of the names in the left pane
[19:19] <achiang> mterry: yeah, the window must be gone already
[19:19] <achiang> i don't see it anymore
[19:22] <achiang> http://pastebin.ubuntu.com/1358718/
[19:23] <achiang> lines 70 and 73
[19:25] <achiang> oh, this is better - http://pastebin.ubuntu.com/1358724/
[19:26] <achiang> nm-applet using 15.6MB of RSS
[19:27] <jcastro_> achiang: hey have you guys memory audited all the indictors for the N7? I can't wait to see you guys swimming in Tedware. :p
[19:27] <achiang> jcastro_: someone else has that WI, but yeah, it's planned to audit all the indicators for N7
[19:28] <achiang> jcastro_: but if you read the last 50 lines of scrollback, you can see that i am plagued with leaks on my x86 laptop, 12.04
[19:28] <achiang> jcastro_: also, i don't get the Tedware joke, but that's ok. :)
[19:29] <jcastro_> achiang: I have no real science, but when my indicator memory goes out of control, it was probably written by tedg
[19:30] <tedg> Hmph.
[19:31] <tedg> I don't think we have that many leaks though.  Perhaps in the nm-applet, that's not mine ;-)
[19:34] <cyphermox> hmm.. my computer jingles when it loses power. interesting.
[19:36] <achiang> https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/780602/comments/47
[19:36] <ubot2> Launchpad bug 780602 in network-manager-applet (Ubuntu) "nm-applet leaks memory and stops functioning after a while" [High,Confirmed]
[19:36] <achiang> nm-applet uses 5x the RSS memory vs the other indicators
[19:37] <achiang> and 11x the PSS
[21:18] <thomi> pitti: ping?
[21:22] <robert_ancell> Laney, do you know if we can update libproxy to 0.4.10?
[21:27] <Laney> robert_ancell: I don't see why not - I plan to take care of it this week
[21:27] <Laney> but feel free if you want to do it
[21:28] <robert_ancell> Laney, not familiar with the package so I'll open a bug and assign it to you
[21:28] <Laney> k, ta
[21:31] <robert_ancell> kenvandine, are we going to use farstream 0.2 in raring?
[21:31] <kenvandine> i haven't looked
[21:32] <kenvandine> but i would assume
[21:32] <robert_ancell> kenvandine, ok, I'll have a look at it
[21:32] <kenvandine> awesome
[21:33] <Laney> pretty sure, that's the 1.0 variant
[21:33] <kenvandine> i figured it would be
[21:49] <LLStarks> hi, i'm having a rather odd problem. g-c-c apps are not launching with gksu.
[21:49] <LLStarks> can't edit anything
[22:02] <mfisch> robert_ancell: is there a way to determine who is listening on dbus for a certain signal?
[22:18] <robert_ancell> mfisch, not that I know of
[22:18] <mfisch> robert_ancell: ok thanks
[22:18] <robert_ancell> mfisch, there is dbus-monitor but I've never used it
[22:19] <mfisch> robert_ancell: it works great for seeing signals emitted
[22:45] <robru> woooo! just booted into raring for the first time!
[22:48] <robru> firefox and thunderbird are taking *forever* to check my add-ons for compatibility... chrisccoulson!
[22:48] <chrisccoulson> robru, network issue?
[22:49] <robru> chrisccoulson, dunno, network seems fine otherwise...
[22:49] <robru> chrisccoulson, I'm on IRC I mean ;-)
[22:49] <chrisccoulson> can you access https://addons.mozilla.org/ ok?
[22:49] <robru> chrisccoulson, it loads slooooowly
[22:49] <chrisccoulson> robru, that will be why :)
[22:50] <robru> chrisccoulson, oh well, seems fine now...
[23:54] <chrisccoulson> ah, damn you optipng! you're the reason these tests are failing