[03:19] <mlankhorst> morning desktopers
[04:12] <larsduesing> hi
[04:13] <larsduesing> current gnome3-team/py-gi breaks software-center and therefore ultimately ubuntu-desktop.
[04:14] <larsduesing> The following packages have unmet dependencies: python-gi : Breaks: software-center (< 5.6.0-0ubuntu3) but 5.6.0-0ubuntu2 is installed.
[04:14] <larsduesing> The following actions will resolve these dependencies:
[04:15] <larsduesing> ubuntu raring + gnome3-team ppa
[04:18] <jbicha> one way to fix that problem is for the sru for bug 1173249 to be accepted
[04:18] <ubot2> Launchpad bug 1173249 in aptdaemon (Ubuntu Quantal) "update-software-center AttributeError during upgrade from 12.10 to 13.04" [High,Triaged] https://launchpad.net/bugs/1173249
[04:49] <pitti> Good morning
[06:50] <jibel> good morning
[06:53] <didrocks> hey jibel!
[06:54]  * pitti donne une accolade à didrocks
[06:54]  * didrocks donne une accolade à pitti
[06:56] <jibel> Bonjour didrocks
[07:18] <jibel> didrocks, I searched why I couldn't limit swap usage in containers yesterday evening. It's actually enabled in the kernel but resource control must also be enabled on the command line with swapaccount=1
[07:18] <jibel> didrocks, with that parameter on the kernel stops the process that tries too allocate too much memory
[07:18] <jibel> didrocks, I'll set it on our platform and maybe we could retry the hud in otto ?
[07:18] <didrocks> jibel: oh, so nice! doesn't need any recompile then! Those has to be set on the host as well, or just the guest?
[07:19] <jibel> didrocks, the boot parameter is on the host.
[07:19] <didrocks> jibel: sure, but we'll have to trick is to have the mem leak version. I'm running the fixed one from tonight right now monitoring
[07:19] <didrocks> and it seems the mem leak is indeed fixed
[07:19] <jibel> didrocks, there is a price to pay for resource control, that's why it's disabled by default I guess
[07:20] <didrocks> right, we don't really care on our tests machines though :)
[07:20] <jibel> didrocks, control of 1G of swap costs 512K of memory
[07:20] <didrocks> jibel: affordable for us seeing what can be the result otherwise :p
[07:21] <didrocks> jibel: btw, the -check seems to either have one wrong computation set or we had one failure on hud where we accept 0, we'll need to check but the message isn't informative
[07:21] <didrocks> (this is not otto, just the collect result)
[07:22] <jibel> didrocks, I also disabled log rotation so log files do not vanish under our feet
[07:22] <didrocks> ah, excellent!
[07:22] <didrocks> is that on the new container?
[07:23] <didrocks> (ok, we passed the point where the machine memory was totally out of control yesterday for hud tests)
[07:23] <didrocks> I guess there are some slight leak still
[07:23] <didrocks> but we are at ~650M total ram size, including swap
[07:25] <didrocks> I wonder why we have some regular:
[07:25] <didrocks> tail: /var/lib/lxc//raring-i386-20130603-2203/run/delta//var/local/autopilot/autopilot.log: file truncated
[07:25] <didrocks> especially has we have it through an exec now
[07:26] <jibel> didrocks, ah, the redirection is misplaced
[07:27]  * didrocks looks again for the test branch :p
[07:27] <jibel> didrocks, r25 of the testsuite
[07:27] <didrocks> jibel: do you have the lp: address?
[07:27] <didrocks> jibel: my laptop is closed
[07:28] <jibel> didrocks, http://bazaar.launchpad.net/~otto-dev/otto/testsuite_autopilot-unity/revision/25
[07:28]  * didrocks branches
[07:29] <didrocks> jibel: needs to be exec >>$AP_LOGFILE btw
[07:29] <didrocks> jibel: if we restart the session…
[07:30] <jibel> didrocks, done
[07:30] <didrocks> jibel: ok, tell me once you are ready for continuing :)
[07:30] <didrocks> hud passed
[07:31] <jibel> didrocks, ready
[07:31] <didrocks> so fast? ok, coffee and coming :)
[07:41] <pitti> RAOF: hey Chris, how are you?
[07:45] <RAOF> pitti: Pretty good.
[07:45] <RAOF> pitti: Yourself?
[07:45] <pitti> RAOF: quite fine, thanks! I'm glad that the two weeks of continuous rain seem to be over at last
[07:45] <pitti> RAOF: do you plan a colord 1.0 upload in the next time for Debian?
[07:46] <RAOF> pitti: Yeah, it's mostly staged in git.
[07:46] <pitti> RAOF: I was looking at the two failures in https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-colord/25/ARCH=amd64,label=adt/
[07:46] <pitti> RAOF: missing valgrind test dependency, and importing the upstream commit for dropping g_type_init()
[07:46] <pitti> could we include them, please?
[07:46] <RAOF> Certainly.
[07:46] <RAOF> I'm pretty sure I've added valgrind to the test dependencies locally :)
[07:47] <RAOF> Pushing it just requires (a) finishing checking that everything actually works and (b) marrying inclination to opportunity.
[07:49] <pitti> heh
[07:50] <seb128> good morning desktopers
[07:52] <mlankhorst> bonjour
[07:54] <RAOF> salut
[08:00] <Laney> morning!
[08:02] <tsdgeos> seb128: continuing from yester-night
[08:02] <tsdgeos> $ dpkg -L poppler-data | grep -i janan
[08:02] <tsdgeos> /usr/share/fonts/cmap/adobe-janan2
[08:02] <seb128> Laney, good morning to you too
[08:03] <tsdgeos> someone typoed in there
[08:04] <seb128> tsdgeos, what would be the correct name/path?
[08:04] <tsdgeos> japan
[08:04] <tsdgeos> japan2
[08:05] <tsdgeos> but not janan2
[08:05] <seb128> tsdgeos, ok, got it
[08:05] <seb128> debian/links:usr/share/poppler/cMap/Adobe-Japan2	usr/share/fonts/cmap/adobe-janan2
[08:05] <seb128> tsdgeos, thanks, I will get it fixed in both Debian and Ubuntu
[08:06] <tsdgeos> seb128: tx
[08:07] <seb128> tsdgeos, do you have a bug report/example of issues created by the broken name (just to know if we should get the fix in raring as well)
[08:07] <tsdgeos> seb128: i don't
[08:07] <tsdgeos> it was brought to my attention yesterday by someone that would not share his file
[08:08] <seb128> tsdgeos, ok, I will see if I can get a SRU for it still, but it usually help to have a testcase for verification of the fix
[08:08] <seb128> though the error/fix is obvious so that might not be required there
[08:09] <seb128> tsdgeos, btw we got a slightly less outdated poppler in saucy (the current stable one)
[08:09] <seb128> just for info
[08:09] <tsdgeos> awesome :-)
[08:10] <seb128> we might go for 0.24 later in the cycle (once the private abi stop changing ;-)
[08:17] <tjaalton> hmm no jbicha? was wondering why realmd was not updated all the way to 0.14.2
[08:19] <tjaalton> ah, https://bugs.freedesktop.org/show_bug.cgi?id=65325 would explain it :)
[08:19] <ubot2> Freedesktop bug 65325 in General "Can't build realmd without systemd" [Normal,New]
[08:59] <seb128> tjaalton, mlankhorst: hey, what ppa do you guys use as a staging for the new xorg aimed at saucy's upload?
[09:01] <tjaalton> seb128: canonical-x/x-staging
[09:03] <seb128> tjaalton, do you have an estimate of the level of testing that got so far?
[09:04] <tjaalton> seb128: we've used it
[09:04] <seb128> number of users that tested it, was it tested on all main drivers (ati, intel, nouveau, nvidia, fglrx) with unity, barrier pointer, etc?
[09:04] <tjaalton> yes
[09:04] <tjaalton> :)
[09:04] <seb128> ok
[09:04] <tjaalton> actually, fglrx only got abi support recently, so it's not there yet
[09:05] <seb128> sorry to ask again about that, some people want to make really sure the update is not going to create issue for the unity team
[09:05] <Laney> worth us testing it?
[09:05] <seb128> do you have any estimate when it will be? do you plan to do a call for testing on ubuntu-devel@ or something when you get close from upload?
[09:05] <tjaalton> aiui the blocker is unity
[09:06] <seb128> what about it? didn't you have a patched version in the ppa?
[09:06] <tjaalton> getting an official upload with the new pointer barrier work
[09:06] <tjaalton> the ppa has a hacked version
[09:06] <tjaalton> that is kept uptodate so it'll install
[09:06] <tjaalton> guess mlankhorst has the most recent info about the status
[09:11] <seb128> tjaalton, do you know if there is a bug report/merge request for the new pointer barrier?
[09:15] <tjaalton> seb128: hmm no
[09:15] <tjaalton> there should be I guess
[09:15] <seb128> that would be useful indeed
[09:16] <tjaalton> bug 1097991
[09:16] <ubot2> Launchpad bug 1097991 in unity (Ubuntu Raring) "Port to new barrier event API" [Undecided,New] https://launchpad.net/bugs/1097991
[09:16] <tjaalton> this is what the ppa version has https://code.launchpad.net/~brandontschaefer/unity/move-pointer-barrier-to-xi-1.6.99.1/+merge/150175
[09:17] <seb128> tjaalton, hum, that got merged in Unity trunk? what happens if you try running unity trunk on saucy with xorg 1.13?
[09:18] <seb128> oh, no, it's not merged
[09:18] <seb128> ignore me
[09:18] <tjaalton> it'll likely fail
[09:18] <tjaalton> not sure
[09:19] <tjaalton> afk ->
[09:19] <seb128> tjaalton, thanks
[09:33] <Laney> desrt: It looks like the conversion to installed tests has made the gsettings tests use the installed glib-mkenums unless $GLIB_MKENUMS is set to something else in the environment
[09:34] <Laney> shouldn't it prefer the built path if it's available to work with make check and as an installed test?
[09:34] <Laney> woah, wait
[09:35] <Laney> desrt: I think you already fixed this in trunk :P
[09:41] <mlankhorst> seb128: yeah it will land with the new unity, the unity testing will be done with the x ppa enabled
[09:41] <Laney> wow!
[09:42] <Laney> how did I use git for so long without knowing about git format-patch <id>^!
[09:42] <Laney> such a luddite
[09:42] <mlankhorst> or a whole series, <firstid>...<lastid>
[09:42] <Laney> yes I knew that one
[09:42] <Laney> that's /all/ I knew
[09:42] <Laney> but more often I just want to take one commit
[09:42] <seb128> I hate that you need to know stuff like "^" in git
[09:43] <Laney> I don't know such a shortcut in bzr
[09:43] <Laney> I only know how to do ranges there
[09:43] <seb128> what does it do in git?
[09:43] <Laney> it's the ID of the previous commit (probably in reality it's more complex, but that's how I think of it)
[09:44] <Laney> and ! gets you the path or something, so ^! is like n-1..n
[09:44] <Laney> my git knowledge isn't at a very technical level
[09:44] <seb128> yeah, mine either
[09:45] <seb128> bzr is nicer :p
[09:45] <seb128> shame everyone wants to use git :/
[09:46] <seb128> Laney, in bzr you can do -c-1 or -c-2
[09:46] <seb128> to see the diff of n-1 or n-2
[09:46] <Laney> I usually want to say "give me the diff of n" to cherry-pick it
[09:47] <Laney> so I guess that's bzr diff -c-1 -r n
[09:47] <seb128> bzr -c <n>
[09:47] <Laney> ?
[09:47] <seb128> bzr diff -c <n>
[09:47] <seb128> for the diff of commit <n>
[09:47] <Laney> ah
[09:47] <Laney> I've been doing something with ranges ¬_¬
[09:47] <seb128> where <n> can be a number of a a relative position (-1, -...)
[10:04] <mlankhorst> try #2 of getting nouveau running on this laptop
[10:08] <mlankhorst> oh crap, there are even more registers!
[10:24] <seb128> tsdgeos, http://lists.debian.org/debian-devel-changes/2013/06/msg00386.html btw
[10:25] <tsdgeos> tx
[10:26] <seb128> thank you for pointing the issue ;-)
[10:29] <Saviq> uh, any idea guys why firefox in saucy complains about an unreachable proxy when using system-wide proxy settings with _no_ proxy configured?
[10:55] <Sweetshark> free and open source has finally moved to the dark side: Lawrence Lessig is guest at this years Bilderberg meeting.
[11:19] <Laney> blurg
[11:32] <chrisccoulson> pitti, you're not affected by the flooding in europe, are you?
[12:04] <pitti> chrisccoulson: my parents are, they live right at the bank of the Elbe, and watching it like a hawk
[12:05] <pitti> chrisccoulson: personally I'm not
[12:37] <desrt> Laney: ya...wasn't too happy with the original installed tests work, so i spent most of last week fixing it up
[12:37] <desrt> seb128: i notice activity on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/922968
[12:37] <ubot2> Ubuntu bug 922968 in OEM Priority Project precise "shouldn't queue a second suspend if the machine is already suspending" [Medium,Confirmed]
[12:37] <Laney> desrt: yeah, seems nicer still on trunk
[12:37] <desrt> seb128: this is fixed now, no?
[12:38] <desrt> Laney: thanks for the ping :)
[12:38] <Laney> desrt: currently seeing  async-create-delete failing; do you know of anything like that?
[12:38] <Laney> GLib-GIO:ERROR:/build/glib2.0-cCE0t2/glib2.0-2.37.1/./gio/tests/file.c:478:test_create_delete: assertion failed (data->monitor_changed > 0): (0 > 0)
[12:38] <desrt> hmm.
[12:39] <Laney> could be an inotify/fs thing so I uploaded to a PPA
[12:39] <desrt> Laney: you're running uninstalled or uninstalled?
[12:39] <seb128> desrt, it should, can you comment on the bug saying that? (nobody did a status update there it seems)
[12:39] <Laney> make check
[12:39] <desrt> Laney: that's news to me.  i wonder if the change notification simply comes too late
[12:39] <desrt> GFileMonitor has some built-in delays
[12:39] <desrt> in order to group changes
[12:40] <desrt> seb128: we fixed it in sassy, right? no backport to older releases, afaik...
[12:40] <Laney> keep an eye on https://launchpad.net/~ubuntu-desktop/+archive/ppa/+build/4640842
[12:41]  * Laney pops out to have lunch in the park
[12:42] <seb128> desrt, right, it's not going to be trivial to backport and I'm not sure how much they need/want a backport or if they are happy to have it fixed for the next lts
[12:42] <seb128> desrt, first step is to say that and see what they reply ;-)
[12:43] <desrt> seb128: i just write some info
[12:43] <seb128> desrt, thanks
[12:43] <desrt> *wrote
[12:43]  * desrt needs coffee :)
[12:57] <chrisccoulson> pitti - yeah, it looks bad :( i hope it improves for them soon
[12:58] <chrisccoulson> this summer is certainly turning out to be quite dreadful :/
[13:01] <czajkowski> chrisccoulson: it's 22 down here today, summer arrived!
[13:01] <chrisccoulson> czajkowski, yeah, here too. but in context, it's still been pretty bad. and i suspect the nice weather for us this week will be short-lived ;)
[13:03] <czajkowski> oh up till now it's been awful, but the 10 day forecast has a lot of BBQ weather in the future.
[13:03] <chrisccoulson> i don't trust 10 day forecasts :P
[13:03]  * chrisccoulson is feeling pessimistic ;)
[13:07] <chrisccoulson> although, perhaps i should chance it and invite people round for a BBQ. i have more beer at home than i could possibly drink on my own :)
[13:24] <desrt> chrisccoulson: spoken like a true englishman
[13:24] <desrt> ( between the distrust of the weather, the pessimism, and the beer )
[13:27] <chrisccoulson> heh :)
[13:28] <czajkowski> chrisccoulson: did you see. http://www.buzzfeed.com/expresident/best-ways-to-annoy-a-british-person
[13:31] <mdeslaur> lol @ #7
[13:36] <chrisccoulson> hah :)
[13:36] <chrisccoulson> i was looking through some of the comments too
[13:36] <chrisccoulson> "I know the easiest way to annoy a brit is give them a hersheys bar and tell them its good chocolate"
[13:40] <mdeslaur> haha
[13:41] <czajkowski> LOL
[13:41] <czajkowski> chrisccoulson: I find the luke warm water for my tea more annoying
[13:41] <czajkowski> or been given ice tea! and told it's nice!
[13:41] <Laney> [FULLYBUILT] Successfully built on chindi11 (arm ppa builder)
[13:41] <Laney> grr
[13:42] <seb128> Laney, trying to debug an issue and it's not hitting the bug?
[13:42] <Laney> test fails in sbuild here but not on the ppa
[13:42]  * Laney tries a bare metal (well, lxc) build
[13:53] <Laney> I suspect this is bug #882147
[13:53] <ubot2> Launchpad bug 882147 in coreutils (Ubuntu) "overlayfs does not implement inotify interfaces correctly" [Undecided,In progress] https://launchpad.net/bugs/882147
[14:19] <Sweetshark> seb128: ping?
[14:40] <jbicha> can we have a libunity-webapps rebuild for the packagekit transition?
[14:41] <Laney> kenvandine: ↑ maybe?
[14:42] <Laney> (if that's your baby)
[14:46] <desrt> 8. Violate the sanctity of a queue.
[14:46] <desrt> my favourite.
[14:47] <kenvandine> Laney, sure
[14:47] <kenvandine> robru tends to those, but if you need it before he wakes up i can do it
[14:48] <Laney> doesn't seem massively urgent
[14:48] <kenvandine> ok
[14:48] <Laney> there's still quite a few packages waiting according to http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[14:49] <Laney> jbicha: you're making the needed rebuilds happen?
[14:52] <jbicha> Laney: I think everything else that needs a rebuild has already been started
[14:53] <Laney> ok
[15:11] <seb128> Sweetshark, hey (back from exercice)
[15:12] <seb128> Sweetshark, saw your /msg, no worry if you are not back for the meeting, I will paste your summary for you
[15:13] <Sweetshark> seb128: Im still around, was a bit delayed and had no reply, so will stay for the meeting now (and fly out of the door right after it ;) )
[15:13] <seb128> Sweetshark, ok
[15:17] <czajkowski> whoo dates for FOSDEM are out already for 2014 folks
[15:18] <czajkowski> 1&2nd of Feb
[15:23] <Sweetshark> czajkowski: that is not exactly unexpected ;)
[15:23] <czajkowski> Sweetshark: well it kinda is as it's usually the following weekend
[15:24] <mlankhorst> I spent whole day looking at register dumps, I'm exhausted :/
[15:27] <Sweetshark> czajkowski: Really, isnt it the first weekend of Feb?
[15:27] <Sweetshark> (usually)
[15:28] <czajkowski> no it used to be valentines weekend practically, and then got brought forward more reently
[15:30] <seb128> Sweetshark, qengho, Laney, mlankhorst, tkamppeter, attente, desrt, larsu: hey, it's meeting time
[15:30] <Sweetshark> moin!
[15:30] <Laney> yo
[15:30] <attente> hey
[15:31] <larsu> meeting \o/
[15:31] <seb128> let's get started
[15:31] <seb128> Sweetshark, hey
[15:31] <Sweetshark> - annoyed everyone with a LibreOffice upload, tweaks to fix against the moving baseline
[15:31] <Sweetshark> - upstream LibreOffice 4.1 hassle
[15:31] <Sweetshark> - LibreOffice 4.1 beta1/2 packaging (not yet published)
[15:31] <Sweetshark> - improving tinderboxing for libreoffice.org
[15:31] <Sweetshark> EOF
[15:31] <tkamppeter> hi
[15:32] <desrt> larsu: i love meeting
[15:32] <seb128> Sweetshark, glad to see that we got libreoffice to build in saucy, thanks to you (and to Laney for fixing the remaining issues)
[15:32] <Sweetshark> seb128: oh, indeed.
[15:32] <seb128> Sweetshark, thanks ;-)
[15:32]  * Sweetshark bows to Laney.
[15:32] <seb128> qengho, hey
[15:32] <Laney> I was violently sick when I saw it regenerated its control file during a build
[15:33] <desrt> ...the debian is strong with this one
[15:33] <seb128> hum, no qengho (again)?
[15:33] <seb128> 3 times in a row, /me notes to check out on qengho
[15:33] <seb128> Laney, hey
[15:33] <Laney> • The week of the archive transition™
[15:33] <Laney> • gtkspell3 transition; patch and upload some packages
[15:33] <Laney> • eds transition; patch a few packages, submit patches upstream, test and upload
[15:34] <Laney> • update evolution
[15:34] <seb128> (check up on*)
[15:34] <Laney> • update empathy (rebasing both on Debian)
[15:34] <Laney> • review and sponsor a d-conf split to Debian for Seb
[15:34] <Laney> • help out on some packages for the poppler transition (libreoffice ... dear god); get that migrated
[15:34] <Laney> • update glib2.0; testsuite failures; debug, now testing before uploading later
[15:34] <Laney> • update glib-networking; similarly testing & will upload along with glib
[15:34] <Laney> • now upgrading n7 to saucy images & will start to look at system settings stuff
[15:34] <Laney> eof
[15:34] <qengho> seb128: Sorry, late again.
[15:34] <seb128> Laney, thanks
[15:34] <qengho> - preparing chromium 27 for testing and release.
[15:34] <qengho> +-- awaiting #webapps updates.
[15:34] <qengho> +-- already testing armhf/precise for specialty installations.
[15:34] <qengho> - will package an installer for new AMZN extension later this week.
[15:34] <qengho> EOF
[15:35] <seb128> qengho, ah, no worry, thanks for the update ;-)
[15:35] <seb128> mlankhorst, hey
[15:35] <mlankhorst> i think lts-raring is in archive now, not sure if it's moved to main yet or still in universe. I've made nvd7 acceleration work with nouveau (external firmware, going to try nouveau firmware tomorrow), some other stuff but my brain is offline from comparing tedious stuff all day to get nvd7 to work..
[15:35] <mlankhorst> oh and birthday \o/
[15:35] <seb128> mlankhorst, thanks
[15:35] <seb128> oh, today?
[15:36] <desrt> mlankhorst: happy level-up
[15:36] <seb128> mlankhorst, happy birthday!
[15:36]  * mlankhorst has gained no new skill, but a working laptop!
[15:36] <attente> lol
[15:36] <desrt> ...oh what i would give for a working laptop
[15:36] <Laney> some cold hard canadian dollars
[15:37] <mlankhorst> anyway ^D
[15:37] <seb128> ;-)
[15:37] <seb128> mlankhorst, thanks
[15:37] <seb128> tkamppeter, hey
[15:37] <tkamppeter> - Ghostscript developers have added PWG Raster support to MuPDF, Mike Sweet told that he wants to work on mupdftoraster wrapper filter
[15:37] <tkamppeter>  - Got patches to start CUPS daemon on-demand via xinetd and systemd
[15:37] <tkamppeter>  - Answered and triaged printing-related bug reports
[15:37] <tkamppeter>  - Caught up on e-mail after vacation
[15:39] <seb128> tkamppeter, cups on-demand patches ... didn't you have some for systemd from fedora already? getting any for upstart?
[15:39] <Laney> phwoar, xinetd
[15:40] <tkamppeter> seb128, these are the ones from Fedora which I got. Unfortunately, there are none for Upstart. I have to work wwith an Upstart expert on them.
[15:40] <desrt> Laney: no.  it's new!!
[15:40] <desrt> and ... different!
[15:40] <desrt> argued about patches all morning!
[15:41] <seb128> tkamppeter, thanks, if you need help with upstart maybe ask on #ubuntu-devel to jdoh/xnox/stgraber
[15:41] <desrt> er.  wrong channel.  sorry.
[15:41] <seb128> attente, hey
[15:41] <attente> seb128, hi!
[15:41] <attente> finished up the shortcut widget for the region panel
[15:41] <attente> indicator-keyboard and region panel i18n
[15:41] <attente> double menu bar thing
[15:41] <attente> no luck debugging an ibus/g-s-d issue, will try again
[15:41] <attente> started writing some code to generate svg files for all of the keyboard layout icons
[15:42] <attente> EOF
[15:42] <xnox> seb128: mrahw
[15:42] <desrt> attente: also, macos gtk menubar integration work
[15:42] <attente> desrt, wrong channel again?
[15:42] <larsu> haha
[15:42] <desrt> attente: no.  this is something you did this week...
[15:42] <attente> desrt, not on work time
[15:42] <seb128> o O
[15:42] <seb128> I was going to say :p
[15:43] <seb128> attente, I saw your gtk3 merge request, I will try to get to it today
[15:43] <attente> seb128, cool, thanks
[15:43] <attente> :)
[15:43] <seb128> attente, thanks
[15:43] <seb128> desrt, hey
[15:43] <desrt> hey
[15:43] <desrt> started out by chasing some test failures... that lead me to figure out that the state of our build system wrt. testing is pretty sore
[15:44] <desrt> so i spent most of the week redoing the test framework in glib in a way that can be copied into other projects (made some m4macros and a makefile for inclusion)
[15:44] <desrt> seems to be pretty well-received and should start appearing in other projects soon
[15:44] <desrt> did some more work on action descriptions meanwhile (but not too much)
[15:45] <desrt> and yesterday i did a lot of improvements for g_file_set_contents(), which should serve to reduce fragmentation when used on ext4 and improve performance by quite a lot everywhere (due to not calling fsync in cases where we don't need it)
[15:45] <desrt> also did some chatting with larsu about the qmenumodel stuff he's been working on
[15:45] <desrt> fin.
[15:46] <seb128> desrt, thanks
[15:46] <seb128> larsu, hey
[15:46] <larsu> hey, let me try the copy n paste thing that's so popular here...
[15:46] <larsu> landed gtk menu item patch (thanks seb128!)
[15:46] <larsu> landed ido custom menu item framework
[15:46] <larsu> hooked volume slider up to that and fix some related issues in the indicator-sound branch
[15:46] <larsu> helped renato with some indicator-messages fixes (which were essential for the dog food thing)
[15:46] <larsu> ported qmenumodel to use gtkmenutracker (thanks desrt!), so that we can have all the features in the new shell
[15:46] <larsu> upcoming: finish up qmenumodel; add media player widget into ido; finish up indicator-sound
[15:47] <larsu> oh .. errm ... EOF?!
[15:47] <seb128> ;-)
[15:47] <desrt> 'over and out'
[15:47] <desrt> seb128: your turn!
[15:47] <seb128> larsy: do we have a working indicator-backend -> qmenumodel -> panel rendering (or other rendering for testing) chain?
[15:47] <seb128> desrt, in a min ;-)
[15:48] <desrt> larsy is like larsu + Laney?
[15:48] <seb128> lol
[15:48] <larsu> seb128: well, I have a qmlscene thing that renders a menu. Need to talk to nick to integrate it into unity
[15:48] <seb128> larsu, ^
[15:48] <Laney> grand larsy
[15:48] <larsu> seb128: instead of using qmenumodel-as-it-is-now
[15:48] <desrt> larsu: working except for submenus now, right?
[15:49] <larsu> desrt: and a couple of properties aren't exported yet, but that's a half-hour fix I plan to do after lunch
[15:49] <seb128> larsu: does it mean we can plug gmenumodels to qml (I'm asking for system settings in mind)
[15:49] <larsu> seb128: yes, this is exactly that
[15:49] <desrt> larsu: did you do the 'view' work yet?
[15:49] <larsu> desrt: no
[15:49] <desrt> or is someone else going to do that?
[15:49] <desrt> (or is it already done from before?)
[15:49] <seb128> larsu, pieces start coming together but it's hard for people who will work on system settings to know where to start
[15:50] <larsu> seb128: right. And as desrt says, we need someone to do the view part (mainly the custom menu items) for qml
[15:50] <seb128> ok
[15:50] <larsu> seb128: who's working on that, mardy?
[15:50] <seb128> larsu, thanks
[15:50] <larsu> desrt: "someone" will do that
[15:51] <desrt> larsu: it starts to feel like we have a lot of data shuffling going on here :)
[15:51] <desrt> apps -> gmenumodel -> dbus -> gmenumodel -> gtkmenutracker -> qtabstractlistthingy -> qtlistviewthingy -> custom renderers
[15:51] <seb128> larsu, mardy is working on the container app and the plugins loader, individual panels are being to be done by quite some people (see the Cc list on the email I sent recently)
[15:51] <larsu> seb128: right, thanks.
[15:52] <larsu> desrt: you're exaggerating
[15:52] <desrt> larsu: not by much
[15:52] <seb128> larsu, thanks, I will also set up a meeting about system settings later in the week, you will get an invite
[15:52] <seb128> ok, my turn
[15:52] <desrt> i'm not saying that i think it will be a problem
[15:52] <seb128>  * some desktop merges and updates
[15:52] <seb128>  * some work on the versions script (fixed some issues, updates some broken links)
[15:52] <seb128>  * worked on the poppler transition
[15:52] <seb128>  * some NEW reviews
[15:52] <seb128>  * continued looking at the system settings work and qml, trying to figure out how the pieces fit together with indicator backends
[15:52] <seb128>  * some bug fixing

[15:53] <larsu> oh, poppler transition, it's that time of year :)
[15:53] <seb128> yeah :p
[15:53] <seb128> that's it
[15:53] <kenvandine> seb128, let me know if you get blocked figuring out anything with settings plugins
[15:53] <seb128> any other question/topic/comment?
[15:53] <mlankhorst> weather :-)
[15:53]  * desrt wants to grill larsu a bit, but will do that privately :)
[15:53]  * larsu doesn't know the second meaning of grill. And is afraid
[15:54] <seb128> kenvandine, thanks, will do, see my email earlier in the day about for the problems I've atm though
[15:54] <kenvandine> ok
[15:54] <seb128> cyphermox, kenvandine, etc: any status update from your part which is not ps-integration oriented?
[15:54] <kenvandine> SRUs done for the facebook problem, for quantal and raring
[15:54] <kenvandine> fix is in saucy
[15:55] <kenvandine> well, they are in the queue :)
[15:55] <cyphermox> well we got 3G working on the phone :)...  going to finish making that more automatic today, uploads for NM // otherwise some SRUs to land for NM and wpa
[15:55] <kenvandine> and i am still whining about the can of worms i opened when i started building webcred for saucy
[15:56] <seb128> cyphermox, \o/
[15:56] <kenvandine> oh and i fixed powerd crashes on tablets yesterday :)
[15:56] <seb128> kenvandine, :-( about webred on saucy
[15:56] <Laney> I branched to debug that and then noticed that it was fixed already
[15:56] <seb128> kenvandine, \o/ for powerd
[15:56] <Laney> good work!
[15:56] <seb128> cyphermox, \o/ for 3G working
[15:56] <Laney> surprised it got past testing though :P
[15:56] <seb128> nice to see things coming together
[15:56] <kenvandine> Laney, ha... i beat you!
[15:57] <kenvandine> Laney, indeed... it was an easy problem to hit...
[15:57] <kenvandine> crashed on any tablet...
[15:57] <Laney> yeah
[15:57] <seb128> who is doing the indicator stack?
[15:57] <seb128> cyphermox, is that you?
[15:57] <Laney> "why doesn't the power button turn the screen off... oh"
[15:57] <cyphermox> you mean for cu2d? yes
[15:57] <seb128> cyphermox, when do you think we will have a libdbusmenu landing? not sure if you noticed but chrisccoulson fixed the nm-applet menu items not working issue
[15:58] <cyphermox> I think didrocks pushed buttons this morning to switch it to saucy and enable it
[15:58] <seb128> cyphermox, would be good to get that in so we can SRU the fix
[15:58] <cyphermox> indeed
[15:58] <cyphermox> I'll look into that
[15:58] <seb128> cyphermox, thanks, do you plan to handle the SRUs as well? (there are 2 leak fixes that would be nice to backport to precise if you do that, I'm happy to help/do the SRU if you want)
[15:59] <cyphermox> can you tell me exactly which fixes?
[16:00] <seb128> just on time also to handover to didrocks
[16:00] <seb128> cyphermox,
[16:00] <seb128> https://bugs.launchpad.net/ubuntu/+source/libdbusmenu/+bug/1104136
[16:00] <seb128> https://bugs.launchpad.net/ubuntu/+source/libdbusmenu/+bug/1103050
[16:00] <ubot2> Ubuntu bug 1104136 in libdbusmenu (Ubuntu) "Leaks GVariant's in multiple places" [High,Fix released]
[16:00] <ubot2> Ubuntu bug 1103050 in DBus Menu "Leak in method call handlers for calls that don't require a reply" [Medium,Fix committed]
[16:00] <cyphermox> but yes we should totally backport chris' fix back to precise and all
[16:00] <cyphermox> thanks
[16:00] <seb128> cyphermox, the commits are linked on the bugs
[16:00] <didrocks> hey sil2100, cyphermox, Mirv, kenvandine, robru!
[16:00] <didrocks> I'm not sure if robru is still at the hospital or will join us
[16:00] <didrocks> how are you guys? :)
[16:01] <cyphermox> o/
[16:01] <Mirv> \o
[16:01]  * kenvandine waves
[16:02] <didrocks> ok, I think we should first share some status :)
[16:02] <didrocks> so saucy migration!
[16:02] <kenvandine> makes me sad
[16:02] <kenvandine> :/
[16:02] <didrocks> I saw that kenvandine switched the configuration :p
[16:02] <kenvandine> yeah... which opened a nasty smelling can of worms
[16:02] <didrocks> but didn't deploy, what I'm doing right now
[16:02] <sil2100> Hi!
[16:02] <didrocks> so, let's sum up what the issues are :)
[16:02] <didrocks> QA: 3 test failing AFAIK on the latest run
[16:03] <didrocks> sil2100: you got on touch with that team, right?
[16:03] <sil2100> didrocks: QA? No, I only got in touch regarding the apps test failures (webbrowser)
[16:04] <sil2100> There were 3 failures there as well
[16:04] <didrocks> sil2100: do you mind pinging the QA guys?
[16:04] <sil2100> didrocks: ACK, will do that - will poke them tomorrow morning and right now through E-mail if they're not around
[16:05] <didrocks> sil2100: perfect! can you tell them it's blocking everything to be released? :)
[16:05] <sil2100> hehe, ok ;)
[16:05] <didrocks> speaking about blocking… so the apps stack deps on webcreds, and… kenvandine? :)
[16:05] <kenvandine> yeah, most of the build failures are fixed now
[16:05] <kenvandine> still working on g-c-c-s
[16:06] <kenvandine> but after fixing the builds we now have failing tests for libaccounts-glib and libsignon-glib
[16:06] <kenvandine> but functional testing works fine
[16:06] <kenvandine> mardy will get those fixed tomorrow morning
[16:06] <asac> the unity on saucy thing on my thinkpad stuff is very slow ... snail like switching apps feels super sluggish - almost as if there was no accelerated compositing ...
[16:06] <kenvandine> by then i'll have the rest of the stack in order
[16:07] <didrocks> asac: maybe you don't have acceleration? can we handle that after our meeting?
[16:07] <didrocks> kenvandine: ok, so tomorrow morning, should be fine, let's cross fingers?
[16:07] <kenvandine> yeah
[16:07] <seb128> asac, try asking on #ubuntu-unity
[16:07] <kenvandine> :)
[16:07] <asac> didrocks: sure. glxinfo looks promissing
[16:07] <seb128> asac, (so it doesn't conflict with the ongoing meeting)
[16:07] <asac> seb128: i try to keep ubuntu-desktop as my main stop for all desktop :)
[16:07] <asac> oh sorry
[16:07] <asac> didnt see meeting :)
[16:07] <didrocks> kenvandine: and thanks for fixing the prepare for accounts, let's get it tomorrow
[16:08] <didrocks> kenvandine: you have some more on the friends stack btw :p
[16:08] <didrocks> not sure if you look at that ;)
[16:08] <kenvandine> didrocks, well i did the manual upload :)
[16:08] <kenvandine> i haven't had time yet
[16:08] <didrocks> (for multiple days)
[16:08] <didrocks> ok :)
[16:08] <kenvandine> if robru doesn't make it in i'll look
[16:08] <didrocks> not as urgent as the rest
[16:08] <didrocks> yep
[16:08] <kenvandine> yeah, saucy was my priority
[16:08] <didrocks> ok, did anyone else seeing anything else blocking?
[16:09] <Mirv> nope
[16:09] <didrocks> I'm seeing some build failure in the indicator stack while rebuilding on saucy
[16:09] <didrocks> and a package ignored because of a newer release in saucy
[16:09] <didrocks> cyphermox: do you have the time to have a look today? ^
[16:09] <cyphermox> yup
[16:10] <didrocks> thanks!
[16:10] <didrocks> I think the rest is behaving well
[16:11] <didrocks> I'll finish the switch to saucy FYI
[16:11] <didrocks> as I'm moving those to otto as well
[16:11] <didrocks> so good news of the week: otto is in production :)
[16:11] <kenvandine> woot
[16:11] <didrocks> so if you see from tomorrow some -check job red, it means, there is a real issue, please see it :)
[16:11] <kenvandine> docs on running it locally?
[16:11] <didrocks> kenvandine: not yet :)
[16:11] <kenvandine> ok :)
[16:11] <didrocks> we got some nice speed improvments
[16:12] <Mirv> otto + saucy, this week has a potential to be a great one
[16:12] <didrocks> like some tests went from 18 minutes to 1.53min
[16:12] <didrocks> (with an archive to restore the state)
[16:12] <didrocks> some other 22 minutes down to 8min
[16:12] <didrocks> and some others 31 minutes to 11 min :)
[16:13] <didrocks> knowing that everyday we are testing either raring + latest dist-upgrade
[16:13] <didrocks> or saucy + latest dist-upgrade
[16:13] <didrocks> (for now, intel/ati are going to be used on saucy and nvidia on raring)
[16:13] <didrocks> until the new machines arrived
[16:13] <didrocks> arrive*
[16:13] <didrocks> ok, so this week, with touch in saucy, we'll have 100 scopes in saucy as well
[16:13] <didrocks> sil2100: mind refreshing us on that? ^
[16:14] <sil2100> Yes, well, we're still waiting for all the dependencies to land into distro, but besides that we should be ready - the cu2d-config got switched, didrocks also made the switches
[16:14] <didrocks> MIR acked, isn't it?
[16:14] <sil2100> We got the number of unity test failures down to good levels
[16:15] <sil2100> Yes, besides those 2 python2 scopes
[16:15] <didrocks> the NEWing had a first pass with seb128 and I some weeks/months ago :p
[16:15] <didrocks> yep
[16:15] <sil2100> didrocks: do we need python-evdev to be in main?
[16:15] <didrocks> sil2100: libunity change merged and unity rebuilt?
[16:15] <didrocks> sil2100: no, all the autopilot testing stuff is in universe right now
[16:16] <sil2100> didrocks: the libunity change got merged, not sure about unity rebuild - I didn't merge in the dep change manually, since I think you said you had it in your branch (?)
[16:16] <sil2100> Might have misunderstood something though
[16:16] <didrocks> sil2100: oh, I only spoke about cupstream2distro-config
[16:16] <didrocks> sil2100: not the unity one
[16:16] <didrocks> sil2100: mind merging the unity change today? (version bump)
[16:17] <sil2100> didrocks: ah, ACK ;)
[16:17] <sil2100> It's waiting here, I'll just merge it in
[16:17] <didrocks> ok, great :)
[16:17] <didrocks> then, we have some new components to package
[16:17] <sil2100> didrocks: should I trigger a rebuild or we're waiting for daily to do that?
[16:17] <didrocks> sil2100 jumped on some, kenvandine added them before the packaging was double check though :p
[16:17] <didrocks> kenvandine: be careful when you approve something on cupstream2distro, you are going to help sil2100 while reviewing them?
[16:17] <didrocks> sil2100: no, let's wait for the daily
[16:18] <didrocks> sil2100: kenvandine: do you need some help, like maybe Mirv for those?
[16:18] <sil2100> didrocks: for the packaging reviews?
[16:18] <didrocks> yep :)
[16:18] <sil2100> I almost did all of them, so it's just reviewing and correcting
[16:18] <sil2100> didrocks, Mirv, kenvandine: I'll paste in the links to the MRs to the spreadsheet
[16:18] <didrocks> kenvandine: on that? ^
[16:18] <didrocks> Mirv: ^
[16:18] <Mirv> ok
[16:18] <didrocks> thanks!
[16:19] <sil2100> So that all of them are known ;)
[16:19] <didrocks> let's get that done before tomorrow
[16:19] <didrocks> ok, it seems we won't be able to have the first saucy land tomorrow morning though
[16:19] <didrocks> so I'm putting all stack on manual publishing for now (the ones which were not yet targetting saucy)
[16:19] <didrocks> making sense to everyone? ^
[16:19] <kenvandine> ok
[16:21] <didrocks> ok, that's it for the main points for me, focusing on getting this landed (so didn't get over all the items). That should be our #1 target ;). Does anyone else has anything else to mention?
[16:21] <kenvandine> nope
[16:21] <sil2100> didrocks: hmm, could you point me to the QA stack failiures?
[16:22] <sil2100> didrocks: and another quick thing to mention:
[16:22] <didrocks> sil2100: sorry, I mixed with apps :)
[16:22] <didrocks> sil2100: you are right, one less issue! :)
[16:22] <sil2100> oSoMoN has submitted fixes for the AP failures
[16:22] <didrocks> sil2100: oh, and they are merged?
[16:22] <sil2100> So it should get merged in soon \o/
[16:23] <sil2100> Jenkins is doing problems though
[16:23] <didrocks> \o/
[16:23] <didrocks> argh ;)
[16:23] <sil2100> But he'll have it merged in soon I thing
[16:23] <sil2100> *think
[16:23] <didrocks> great ;)
[16:23] <didrocks> sweet, let's cross fingers :)
[16:24] <didrocks> so, without further ado, let's rock it, thanks everyone!
[16:24] <Mirv> thanks!
[16:24] <sil2100> Thanks! Let's get this switched ;)
[16:24] <didrocks> yep ;)
[16:26] <didrocks> asac: what does /usr/lib/nux/unity_support_test -p tells you?
[16:28] <asac> didrocks: one sec
[16:28] <asac> didrocks: looks pretty green
[16:28] <asac>  /usr/lib/nux/unity_support_test -p | pastebinit
[16:28] <asac> http://paste.ubuntu.com/5733096/
[16:29] <didrocks> asac: ok, so not what I thought (user not being in the right group after upgrade)
[16:29] <didrocks> asac: unity didn't change yet in saucy, it's the version in raring
[16:29] <didrocks> asac: so I would blame some drivers. Some people using the xorg-edgers ppa were complaining after some mesa update
[16:29] <asac> didrocks: odd...
[16:29] <didrocks> not sure if it reached saucy, mlankhorst? ^
[16:29] <asac> hmm
[16:30] <asac> i remember xorg edgers
[16:30] <asac> but i am sure it was dsiabled during update
[16:30] <asac> no edgers here
[16:30] <didrocks> but maybe you have it was uploaded to saucy :)
[16:30] <didrocks> let's see with the driver guys :)
[16:30] <asac> well. if noone else complains and noone knows something
[16:30] <asac> its probably not worth investigating right now
[16:31] <asac> but check ... maybe its something obvious
[16:41] <sil2100> kenvandine, didrocks, Mirv: in the spreadsheet, the next column has all the branches
[16:42] <sil2100> I'll be still looking on making the dee-qt one better for the transitioning
[16:43] <didrocks> sil2100: yeah, if we land without the full transition support, that's not that important :)
[16:43] <didrocks> for now
[16:44] <sil2100> didrocks, Mirv, kenvandine: there are some basic mechanisms for the transitioning though in already, so if you see it's ok, just approve
[16:45] <didrocks> letting Mirv, kenvandine reviewing, I'm currently pushing buttons and writing emails for the transition :)
[16:45] <Laney> kenvandine: since robru seems to be not around, could you handle that rebuild please? :-)
[16:46] <Laney> or I can just do it if you don't mind it getting in the way of daily landing
[16:48] <Mirv> sil2100: I could just approve the location-service, but check the comment..
[16:50] <sil2100> Mirv: ! shouldn't you be off already ;p?
[16:50] <kenvandine> Laney, i'll do it
[16:50] <Laney> ok then, thank you!
[16:53] <sil2100> Mirv: looking
[16:54] <sil2100> Mirv: so hm, since 0.0.1-1 is invalid, let me check if it's in distro
[16:55] <sil2100> Mirv: it's not, so what do you think of removing the first changelog entry and replacing it with the -0ubuntu1 ?
[16:56] <sil2100> Mirv: ok, pushed that
[16:56] <sil2100> kenvandine: ^ ?
[16:57] <kenvandine> fine by me
[16:58] <sil2100> kenvandine: you can approve once you check if all is ok then ;)
[16:58] <kenvandine> ok
[17:01] <Mirv> sil2100: that should be fine as well as it's not in the distro
[17:01] <Mirv> sil2100: thanks
[17:01] <Mirv> sil2100: and yes, I'm not here
[17:02] <Mirv> :)
[17:02] <sil2100> :D
[17:11] <mlankhorst> didrocks: I'm not aware of any changes in xorg that could cause that
[17:13] <chrisccoulson> hah, look at what is on top here: https://crash-stats.mozilla.com/query/query?product=Firefox&version=Firefox%3A22.0&platform=linux&range_value=1&range_unit=weeks&date=06%2F04%2F2013+17%3A08%3A05&query_search=signature&query_type=contains&query=&reason=&build_id=&process_type=browser&hang_type=crash&do_query=1
[17:13] <chrisccoulson> surprise surprise ;)
[17:16] <seb128> chrisccoulson, is 38 the number of report? that seems low...
[17:16] <chrisccoulson> seb128, this is for the beta on saucy
[17:16] <chrisccoulson> it's still more frequent than all of the other crashes ;)
[17:16] <seb128> still seems low
[17:17] <seb128> we have so few users?
[17:17] <sarnold> add some 1/0 code in the next update and count them all in one place :)
[17:17] <chrisccoulson> seb128, yeah, there aren't really that many
[17:18] <seb128> chrisccoulson, the issue is probably not that frequent, top issues on errors.ubuntu.com rank in the thousand reports a day range
[17:18] <seb128> so we do have users
[17:18] <chrisccoulson> firefox must be a lot more stable than everything else then :P
[17:18] <seb128> well, unity-webapps manage to rank 38
[17:19] <seb128> so that bug is very low frequency as well
[18:00]  * didrocks waves good evening
[19:22] <asac> seb128: its confirmed
[19:22] <asac> the sound settings dialog does not work right anymore
[19:22] <asac> i select my input device that is now shown just with usb device id
[19:22] <asac> and it clearly does not pick the sound up from that device
[19:23] <seb128> asac, does pavucontrol has the same issue?
[19:24] <asac> seb128: dont have that tool
[19:25] <asac> is it good?
[19:25] <asac> i remembe rhaving used it at some point
[19:25] <seb128> asac, install it? sudo apt-get install pavucontrol
[19:25] <seb128> asac, well, it's the "official" pulseaudio tool, good to confirm if the issue is with the ui or with pulseaudio or lower in the stack
[19:25] <asac> ok :) ... starting. should i close the other dialog?
[19:26] <seb128> asac, also neither the control center, nor pulseaudio, nor alsa changed much in saucy ... did you try booting an older kernel?
[19:26] <seb128> asac, it doesn't matter
[19:26] <asac> seb128: my webcam microphone does not show up there
[19:26] <asac> its in sound settings though
[19:26] <asac> the other odd thing is that i only see the usb device ID since saucy
[19:26] <asac> not the name of my webcam
[19:26] <asac> let me show you screens
[19:28] <asac> seb128: http://people.canonical.com/~asac/tmp/ss1.png
[19:28] <seb128> asac, if it's not listed in pavucontrol the issue is not at the UI level but between kernel and pulseaudio layers
[19:28] <asac> it figures that its a webcam
[19:28] <asac> but not the name
[19:28] <asac> who updated pulse?
[19:28] <seb128> diwic
[19:28] <asac> i want him to back it out
[19:28] <asac> :)
[19:28] <asac> we cannot have usb webcam anymore
[19:28] <seb128> we didn't update pulseaudio in saucy afaik
[19:28] <seb128> did you try booting an older kernel?
[19:28] <asac> well...
[19:28] <asac> it always worked on raring
[19:28] <seb128> btw I've that naming issue as well
[19:28] <asac> hmm.
[19:29] <seb128> but my mic is working
[19:29] <asac> usb mic?
[19:29] <seb128> like the bar react to noise in the ui
[19:29] <stgraber> asac: well, we did change udev and the kernel though ;)
[19:29] <asac> dont do that
[19:29] <asac> no changes. thx :)
[19:29] <seb128> asac, logitech usb webcam
[19:29] <asac> lol
[19:29] <asac> seb128: same her!!!!
[19:29] <asac> its probably the same device even
[19:29] <seb128> yeah, your UI is similar to mine ;-)
[19:29] <asac> maybe its my bluetooth headset confusing
[19:29] <seb128> well
[19:30] <seb128> your screenshot has an orange bar to 1/3 of the volume meter
[19:30] <seb128> which seems to suggest the input is working
[19:30] <asac> input?
[19:30] <asac> bar?
[19:30] <asac> thats the other mic picking up
[19:30] <seb128> asac, http://people.canonical.com/~asac/tmp/ss1.png
[19:30] <asac> i knocked on it with finger
[19:30] <asac> its still getting input from the thinkpad mic
[19:30] <seb128> "input level: | | | | | | |"
[19:30] <asac> not my webcam mic
[19:30] <asac> and sound quality is bad there :)
[19:30] <asac> right
[19:30] <asac> thats what i get through the mic
[19:30] <asac> while getting the snapshot sound i guess :)
[19:31] <seb128> oh, you say you got it routed through the laptop mic?
[19:31] <asac> right
[19:31] <asac> doesnt matter what i click
[19:31] <asac> and it doesnt show in pavu at all :)
[19:31] <asac> let me show you pavu
[19:31] <asac> maybe i am just dumb
[19:31] <seb128> asac, can you take a screenshot of the pavucontrol input tab?
[19:32] <asac> http://people.canonical.com/~asac/tmp/ss2.png
[19:32] <asac> http://people.canonical.com/~asac/tmp/ss3.png
[19:32] <asac> intersting its in the configuration tab
[19:32] <asac> but not in the input tab
[19:32] <asac> maybe i dont understand pavu
[19:33] <asac> something is surely buggy here... i know so much :)
[19:33] <asac> seb128: anything stored in dconf that i could reset to get a fresh reprobe?
[19:33] <asac> remember i might have had phablet stuff destroying all dconf at same time :)
[19:34] <seb128> asac, that's mine: http://people.canonical.com/~seb128/sound.png
[19:35] <seb128> asac, I don't think pulseaudio stores stuff in dconf ... did you try to boot your box and log into a new user or guest session to see if those have the same issue?
[19:35] <seb128> asac, that would discard an user config problem
[19:36] <asac> you say guest session would work?
[19:36] <asac> not sure if phablet also trashed a root configs :)
[19:36] <asac> hehe
[19:36] <seb128> asac, I think it would tell us if that's an user config issue
[19:36] <asac> ok let me do that
[19:38] <asac> seb128: ok so here the news... its not the device
[19:39] <asac> its really something about switching
[19:39] <asac> in guest session i started with built-in mic: worked
[19:39] <asac> then logitech mic: worked
[19:39] <asac> then clicked bluetooth headset: input was still pciekd up from logitech this time
[19:39] <asac> every change i did afterwards didnt chagne the input anymore
[19:39] <asac> e.g. the UI has no effect anymore
[19:39] <asac> i will dig deeper tomorrow. might be really bluetooth related
[19:40] <seb128> does it fix it if you "pulseaudio -k; pulseaudio"?
[19:40] <asac> i have a slight dejavu
[19:40] <asac> i had something exactly like that 2 years ago
[19:40] <asac> or so
[19:40] <asac> cant remember what it turned out to be
[19:40] <asac> but it was a bug
[19:40] <asac> seb128: yeah... i am weak thouggh and will check that tomorrow :)
[19:40] <asac> sleep for the weak :)
[19:40] <asac> actually getting dinner and stuff
[19:40] <seb128> asac, LC_ALL=C pactl list | grep "Active Port"
[19:41] <asac> might come back
[19:41] <seb128> asac, you can check the active input like that btw
[19:41] <seb128> asac, enjoy dinner and the evening!
[19:41] <asac> thx!!
[19:41] <asac> ttytol
[19:41] <seb128> asac, let's ping diwic during european work hours tomorrow, I'm sure he knows better how to debug that ;-)
[19:41] <seb128> asac, ttyl!
[21:01]  * didrocks1 waves good evening
[21:03] <kenvandine> Laney, libunity-webapps rebuild done
[21:16] <cyphermox> kenvandine: around for a quick review?
[21:16] <cyphermox> https://code.launchpad.net/~mathieu-tl/indicator-datetime/commit-12.10.3daily13.05.06.1-0ubuntu2/+merge/167407
[21:17] <cyphermox> sil2100_: ^
[21:31] <kenvandine> cyphermox, sorry... i need to run out
[21:31] <cyphermox> no problem
[21:31] <kenvandine> sil2100_, sorry i didn't get to your reviews yet
[21:31] <kenvandine> i might get to them later tonight
[21:40] <jbicha> kenvandine: it looks like the PPA you used to build libunity-webapps isn't set to use -proposed for dependencies
[21:41] <jbicha> anyway, the packagekit transition is on hold because aptdaemon needs some work first