[02:36] <thumper> does anyone else get bucket loads of console spam starting apps like: Fontconfig warning: "/etc/fonts/conf.d/90-fonts-nanum.conf", line 22: Having multiple <family> in <alias> isn't supported and may not works as expected
[02:44] <RAOF> thumper: Yeah, I do.
[02:45] <thumper> :(
[02:45] <thumper> RAOF: I mean, good that someone else gets it too
[02:45] <thumper> think it'll get fixed?
[02:45] <RAOF> I'm not aware of a bug filed on that.
[02:46] <RAOF> So it might get fixed, but by accident.
[02:53] <jbicha> bug 1034928
[02:53] <ubot2`> Launchpad bug 1034928 in language-selector "Fontconfig warning: Having multiple values in <test> isn't supported and may not works as expected" [Undecided,Confirmed] https://launchpad.net/bugs/1034928
[02:55] <thumper> yay
[02:55]  * thumper goes to me too
[02:55] <thumper> RAOF: I have a testing question for you
[02:55] <RAOF> thumper: Shoot.
[02:56] <thumper> RAOF: thomi is trying to test a stand-alone function in a C module that is defined static
[02:56] <RAOF> (Quickly, lest I feel the need to bitch about g++ 4.4 at you ?)
[02:56] <thumper> RAOF: what is the best approach?
[02:56]  * thomi listens
[02:57]  * thumper runs to collect kids from school
[02:57] <RAOF> That funky unittesting framework that lifeless pointed to would be a good candidate.
[02:57] <thomi> which one?
[02:57] <RAOF> thomi: I presume you're trying to unittest *outside* the compile unit that contains the static function?
[02:57] <thomi> RAOF: yeah
[02:58] <thomi> it's a separate test (gtest)
[02:58] <RAOF> http://www.novaprova.org/
[02:58] <thomi> err s/test/file/
[02:58] <thomi> probably can't use that in compiz :(
[02:59] <RAOF> So, your main problem, as you're probably aware, will be trying to actually *find* that function to call.
[02:59] <thomi> yeah - seems like my options are either to export the function from the library, or...
[03:00] <RAOF> At least one solution is to #include the C file in your unittest file.
[03:00] <thomi> hmmmm
[03:03]  * thomi tries that
[03:03] <RAOF> If you *can't* do that, then you *could*, if you really really really wanted, do something like novaprova does and parse the dwarf debugging symbol information to find the address of your static function and call that.
[03:05] <thomi> uhhh. no
[03:05] <thomi> this was supposed to be a 10 minute fix :)
[03:08] <RAOF> Yeah, though so.
[03:09] <ajmitch> thomi: surely you could do that in 5? :)
[03:10] <thomi> it took me 5 minutes to build compiz in the first place
[03:10] <ajmitch> time for a faster laptop
[03:10] <thomi> heh
[03:21]  * RAOF wonders how Quantal runs on a retina macbook
[03:21] <thumper> poorly
[03:21] <thumper> font sizing is all screwed up
[03:24] <RAOF> You can't just set the DPI appropriately?
[03:25] <RAOF> Setting it to 140 DPI on my thinkpad doesn't break the UI :)
[03:27] <RAOF> And that's roughly 150% of the default. Surely going up to a bit more than 200% of the default doesn't break GTK *too* badly? :)
[03:44] <thumper> RAOF: really not sure
[03:45] <thumper> RAOF: njpatel has one
[03:45] <thumper> RAOF: so perhaps he can comment more
[03:52] <pitti> Good morning
[04:20] <lickalott> gents, running into an odd issue.   I installed ubuntu to /dev/sda but added 3x 500GB drives after installation.  they showed up as sdb, sdc and sdd.  I rebooted and not /boot shows up against sdb and my mounts in fstab won't mount (likely because /dev/sdb1 is supposed to be mounted to /media/<FOLDERNAME>)  anyone know whats going on here?
[08:29] <seb128> hey desktopers
[08:33] <RAOF> Hey there sebsebsebsebseb!
[08:34] <ogra_> arent you supposed to repeat that 128 times ?
[08:36] <RAOF> Repetitions are left as an exercise for the reader :)
[08:42] <seb128> RAOF, hey, had a good w.e?
[09:07] <pitti> bonjour seb128, ça va?
[09:08] <seb128> pitti, hey, ca va bien ! et toi ? t'as passé un bon w.e ?
[09:11] <pitti> seb128: je suis bien, merci!
[09:11] <pitti> seb128: we went to a soccer game, did some gardening, and otherwise it was rather calm and relaxing
[09:11] <pitti> seb128: how was your's?
[09:15] <seb128> pitti, quite good, I didn't do much though, some house cleaning on saturday morning, some exercice in the afternoon, some tennis video gaming and some hacking
[09:16] <seb128> spent some hours yesterday re-building,re-installing a computer for my cousin
[09:16] <seb128> she got the thunder hitting close of her house and she thinks the computer got damaged, it was powering on for a few seconds and down again
[09:18] <pitti> uh, that's bad
[09:21] <seb128> pitti, yeah, well we had enough spare parts so I basically build a new working one, then I had to to made hey winxp work again (always lot of fun when the mb and the eth card have no builtin driver)
[09:27] <chrisccoulson> seb128, https://launchpad.net/~ubuntu-desktop/+archive/ppa/+sourcepub/2622640/+listing-archive-extra ;)
[09:27] <chrisccoulson> good morning btw :)
[09:28] <seb128> chrisccoulson, hey, good morning!
[09:28] <seb128> chrisccoulson, \o/
[09:28] <seb128> larsu, ^
[09:28] <larsu> chrisccoulson, thanks!
[09:30] <seb128> chrisccoulson, did you have a good w.e?
[09:45] <chrisccoulson> seb128, yeah, it wasn't too bad thanks. how about you?
[09:48] <seb128> chrisccoulson, it was good, I hate computers, especially when they break and when repairing them involves dealing with windows :p
[09:48] <seb128> computer though*
[09:50] <chrisccoulson> yeah, i bet that sucks ;)
[10:39] <chrisccoulson> right, time to send this eds patch upstream
[10:40] <seb128> chrisccoulson, which one?
[10:42] <seb128> hum
[10:43] <seb128> xchat-gnome doesn't like indicator.so to be replaced which it's running
[10:45] <chrisccoulson> seb128, the one on bug 1038047
[10:45] <ubot2`> Launchpad bug 1038047 in evolution-data-server ""evolution-data-server" has to be installed for Thunderbird 15 after upgrade to be executable, otherwise Thunderbird will crashs at runtime" [High,Triaged] https://launchpad.net/bugs/1038047
[10:45] <chrisccoulson> to stop tbird from crashing at startup :)
[10:58] <seb128> chrisccoulson, yeah, upstream it, I got another nagging comment from Bastien the other day about one of our GNOME patch you didn't upstream :p
[10:59] <chrisccoulson> seb128, which one was that?
[10:59] <seb128> chrisccoulson, one of the g-c-c one
[11:00] <seb128> chrisccoulson, in fact it was probably an old you your ported to the GNOME3 version, 06_handle_passwd_with_ldap.patch
[11:01] <seb128> chrisccoulson, but we had some of the g-s-d startup optimisation ones as well in that case
[12:29] <seb128> pitti, having a minute to talk about tests using dbus on buildds?
[12:29] <pitti> seb128: sure, what's up?
[12:29] <seb128> pitti, I failed to enable the libsecret testsuit while you were not here
[12:29] <seb128> $ fakeroot dbus-launch dbus-monitor
[12:29] <seb128> Failed to open connection to session bus: Did not receive a reply.
[12:29] <seb128> $
[12:30] <seb128> basically
[12:30] <seb128> do you know a way around that?
[12:30] <pitti> uh? normally dbus-launch <test suite> works fine
[12:30] <seb128> not under fakeroot
[12:30] <seb128> which debuild calls
[12:30] <pitti> oh
[12:30] <seb128> does it work for you?
[12:30] <pitti> I guess that's because of fakeroot, not because of dbus-launch
[12:31] <seb128> if not, how do you deal with building things locally?
[12:31] <seb128> yeah, I guess so...
[12:31] <pitti> I never really ran into this
[12:31] <pitti> I guess fakeroot does not properly un/reset the environment
[12:31] <pitti> let me play with this for a bit
[12:31] <seb128> I wonder why not, I would assume anything doing "dbus-launch <something>" in a rules would hit that
[12:31] <seb128> pitti, thanks
[12:32] <pitti> oh, wait
[12:32] <pitti> I think I worked around that by not calling fakeroot
[12:32] <pitti> and forgot about the workaround
[12:32] <seb128> where?
[12:32] <pitti> looking
[12:32] <seb128> danke ;-)
[12:32] <pitti>         # drop LD_PRELOAD to avoid running under fakeroot; drop TMPDIR to work
[12:32] <pitti>         # around LP#972324 (set by autopkgtest)
[12:32] <pitti>         -env -u LD_PRELOAD -u TMPDIR APPORT_TEST_NOXVFB=1 sh test/run
[12:33] <pitti> or ubiquity: env -u LD_PRELOAD ./tests/run --xvfb-log debian/xvfb.log
[12:33] <seb128> oh
[12:33] <seb128> great
[12:33] <pitti> i. e. same solution
[12:33] <seb128> we should maybe add that to dbus-test-runner
[12:33] <pitti> same in pygobject
[12:34] <pitti> but yeah, the question remains what breaks it
[12:34] <seb128> it's a bit silly if everybody needs to run into the same problem, figure the workaround and patch their rules
[12:34] <pitti> fakeroot env -i dbus-launch dbus-monitor --session
[12:35] <pitti> heh, that seems to work
[12:35] <pitti> so fakeroot is missing to unset some env vars
[12:35] <seb128> is it supposed to?
[12:35] <seb128> i.e is that a bug or a feature?
[12:36] <pitti> I'd call it a bug
[12:37] <pitti> err, wait
[12:37] <pitti> env -i would also drop LD_PRELOAD
[13:41] <bobweaver> can anyone help me with this question please disregrad the QT/QT-quick stuff (unless you know)     http://paste.ubuntu.com/1169843/
[13:41] <bobweaver> but naming conventions
[13:49] <Laney> cyphermox: Do you still see a need for the networkmanaged packageset?
[13:53] <chrisccoulson> bah, i just had to restart, and every time i restart i keep forgetting to select a kernel which isn't broken
[13:55] <pgraner> stgraber, are you hearing of any resolv.conf issues lately?
[13:55] <lamalex> chrisccoulson, ping
[13:56] <chrisccoulson> hi lamalex
[13:56] <pitti> mvo: sorry for the delay; I did some nagging on https://code.launchpad.net/~mvo/aptdaemon/support-for-whitelisted-repositories/+merge/121200 now
[13:57] <lamalex> chrisccoulson, have you had a moment to look more into that patch we sent for the native handle bug?
[13:58] <lamalex> we posted a second iteration (really the first) that implements the feature how you said it would have to be to take the patch
[13:59] <chrisccoulson> lamalex, we should implement it pretty much how it's been done upstream, but in a way which doesn't break ABI
[13:59] <stgraber> pgraner: not more than usual
[13:59] <lamalex> chrisccoulson, that's what our patch does
[13:59] <chrisccoulson> i didn't mean to use the original patch that was sent upstream, seeing as that's been rejected already
[13:59] <lamalex> that was set upstream because of the accepted one
[13:59] <lamalex> not because of any deficiency of the patch
[14:00] <lamalex> our patch does the same thing as theirs, but goes one step further and gives you the XID from the window that they return. They stop before getting the XID but that's really nothing . If you'd like us to remove that little convenience we added we will
[14:01] <pgraner> stgraber, I updated over the weekend and the only way to get name resolution is to hard code it now. also NetworkManger is not showing any APs (it gets an IP from the server) in the drop down all it showes is Enable Wireless, Enable Networking, Connection Info & edit connections
[14:01] <stgraber> cyphermox: ^
[14:03] <stgraber> pgraner: resolvconf didn't change in quantal for weeks, so I'd suspect a NM issue (or for the AP part, kernel?). cyphermox should be able to help there
[14:03] <pgraner> stgraber, cyphermox: here is a screen shot http://frylock.redvoodoo.org/~pgraner/Screenshot%20from%202012-08-27%2009:56:53.png
[14:05] <stgraber> pgraner: can you pastebin your /var/log/syslog, /etc/resolv.conf, "ps aux | grep dnsmasq" and "find /run/resolvconf"?
[14:05] <pgraner> stgraber, yep one sec
[14:07] <robru> good morning!
[14:07] <cyphermox> Laney, no, it could go I guess
[14:08] <stgraber> pgraner: I'll be offline for the next 30min or so (just arrived in Montreal, need to get to somewhere I can work from)
[14:08] <stgraber> cyphermox: can you help pgraner?
[14:08] <cyphermox> yes I'm looking at it
[14:08] <Laney> cyphermox: thanks
[14:09] <lamalex> chrisccoulson, did you see my messages to you? sorry- forgot to ping you with them
[14:09] <cyphermox> pgraner: can you send me syslog?
[14:10] <cyphermox> stgraber: how come you're in montreal ?
[14:11] <chrisccoulson> lamalex, i will fix it tomorrow by modifying the upstream patch to not break ABI. i've got a firefox release to get ready for all ubuntu releases by tomorrow, and i'm meant to be on vacation today ;)
[14:11] <mvo> pitti: great, thanks for this, I will address it once the call is over
[14:11] <pgraner> stgraber, cyphermox: http://pastebin.ubuntu.com/1169889/ http://paste.ubuntu.com/1169882/ http://paste.ubuntu.com/1169886/ http://paste.ubuntu.com/1169888/
[14:11] <lamalex> ok, sounds good! sorry didn't realize you were on holiday. is a priority for us so excuse the insistence
[14:13] <chrisccoulson> lamalex, that's ok
[14:13] <chrisccoulson> lamalex, do you know who's going to be handling the 6-weekly updates for the stable releases btw?
[14:14] <lamalex> nope, i dont
[14:14] <lamalex> likely me, racarr, or zaspire
[14:14] <cyphermox> pgraner: two more things to check: the contents of /run/resolvconf/interface/NetworkManager, and of lo.dnsmasq
[14:15] <cyphermox> pgraner: I see you have 127.0.0.1 in resolv.conf; should be 127.0.1.1 now to avoid clashing with the system instance of dnsmassq, which should also never bind to loopback (so not listen on 127.0.0.1 (that gets done by /etc/dnsmasq.d/network-manager))
[14:16] <cyphermox> stgraber: do you also get error messages about invalid messages from avahi-daemon?
[14:16] <chrisccoulson> lamalex, so, firefox 16 moves to beta next week, which means we should have a full set of addons that are compatible with that version by now, ready for the firefox beta testers to be using...
[14:16] <pgraner> cyphermox, http://paste.ubuntu.com/1169902/ http://paste.ubuntu.com/1169904/
[14:16]  * cyphermox takes a note to look into this
[14:17] <lamalex> updating our extension for this new patch will take all of 5 minutes
[14:18] <lamalex> so as soon as that's in I can update our extension and get it in
[14:18] <cyphermox> pgraner: ok so there's really something up with dnsmasq; in /etc/dnsmasq.conf or /etc/dnsmasq.d/ is there a file that reads 'listen-address=127.0.0.1'  or no file named 'network-manager' with "except-interface=lo" in it?
[14:18] <lamalex> chrisccoulson, ^
[14:21] <desrt> ricotz: hey.  good timing :)
[14:21] <desrt> ricotz: i'm seeing that totem crash you were talking about before
[14:21] <pgraner> cyphermox, http://paste.ubuntu.com/1169914/  is the dnsmasq.conf
[14:23] <desrt> ricotz: the trace runs pretty much straight through the clutter/cogl/dri stack
[14:26] <cyphermox> pgraner: what about the files in /etc/dnsmasq.d?
[14:28] <pgraner> cyphermox, just a network-manager file with bind-interfaces   except-interfaces=lo
[14:28] <cyphermox> that's weird, that shouldn't allow it to bind to 127.0.0.1
[14:28] <cyphermox> could bind be running too?
[14:29] <cyphermox> ah nevermind, it comes from lo.dnsmasq
[14:30] <cyphermox> pgraner: remove /run/resolvconf/interfaces/lo.dnsmasq, it probably is a leftover from before /etc/dnsmasq.conf got configured by cobbler, and before we added /etc/dnsmasq.d/network-manager
[14:30] <cyphermox> that was working before because NM's instance was binding to 127.0.0.1, so the value was still correct
[14:31] <pgraner> cyphermox, ok rebooting to get a clean bring up
[14:31] <cyphermox> ok
[14:32] <ricotz> desrt, hi, crashing on which action?
[14:32] <desrt> ricotz: resizing the window
[14:32] <desrt> apparently it's not a totem bug, though -- but a clutter/cogl/dri issue
[14:32] <desrt> LIBGL_ALWAYS_SOFTWARE=y stops the crash, in any case
[14:32] <ricotz> desrt, i see, can't remember mentioning such thing ;)
[14:33] <pgraner> cyphermox, ok, now the nm-applet menu looks correct, but still no name service
[14:33] <desrt> ricotz: you asked me if the totem was broken for me
[14:33] <ricotz> desrt, sounds like something for ubuntu-x and a mesa problem
[14:33] <desrt> i assume this is what you were talking about
[14:33] <desrt> ricotz: ya... it's actually upstream...
[14:33] <desrt> fedora is seeing it as well
[14:33] <ricotz> desrt, yeah, that for more refering to gst1.0
[14:33] <cyphermox> pgraner: I forgot the files in /run would get deleted anyway on a reboot; something's not working right with dnsmasq, I bet /run/resolvconf/interfaces/lo.dnsmasq is back
[14:34] <pgraner> cyphermox, it is
[14:34] <ricotz> desrt, where i run into another thing which i already fixed
[14:34] <ricotz> desrt, i guess you are running the mesa 9.0 snapshot
[14:36] <ricotz> desrt, totem runs fine here on nvidia blob
[14:36] <desrt> ricotz: seems like an intel issue
[14:37] <desrt> the crash is inside intel's code....
[14:37] <desrt> https://bugzilla.redhat.com/show_bug.cgi?id=842413 is more or less the same stacktrace i got out of totem
[14:37] <ubot2`> desrt: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found (https://bugzilla.redhat.com/xml.cgi?id=842413)
[14:37] <cyphermox> pgraner: could you please paste "sudo netstat -anp | grep dnsmasq"
[14:37] <skaet> pgraner, cyphermox,   is:  bug: 1017187 related?
[14:38] <ricotz> desrt, works here on intel gm965 too
[14:38] <cyphermox> skaet: I don't think so
[14:39] <cyphermox> skaet: that looks like a bug in ifupdown that we fixed early in the quantal cycle
[14:39] <cyphermox> sgraber:  ^^
[14:39] <pgraner> cyphermox, http://paste.ubuntu.com/1169949/
[14:40] <cyphermox> pgraner: whoa, where the hell does lo.dnsmasq come from then? :)
[14:40] <ricotz> desrt, i am actually running https://launchpad.net/~xorg-edgers/+archive/ppa/+sourcepub/2617500/+listing-archive-extra
[14:40] <pgraner> cyphermox, I don't know, everything had been working fine until I updated on Sun
[14:41] <cyphermox> ok.
[14:42] <desrt> ricotz: i've had enough crack for this week, i think
[14:42] <cyphermox> pgraner: to make sure which dnsmasq is bugged there; could you either disable the system dnsmasq (that provides dhcp?) by setting ENABLED=0 in /etc/default/dnsmasq or disabling the NM dnsmasq by commenting out dns=dnsmasq in /etc/NetworkManager/NetworkManager.conf?
[14:42] <pgraner> cyphermox, ok, I'll do option 1 first
[14:42] <cyphermox> ok
[14:43] <ricotz> desrt, alright ;)
[14:43] <cyphermox> with this, if you reboot and everything is fine, then we know it's the system instance that has a bug
[14:43] <cyphermox> that is definitely a bug
[14:43] <skaet> cyphermox,  ack.  got email in from someone upgrading over the weekend and who had problems with network coming back after rebooting, and he thought that one sounded closest to what was seen.   I've asked for a bug to be opened.
[14:43] <cyphermox> skaet: thanks. do you know the bug num
[14:43] <cyphermox> or I'll just check in my email
[14:44] <skaet> cyphermox,  he hasn't opened it yet.  just sent him email to do so.
[14:45] <cyphermox> skaet: you mean upgrades from precise to quantal or from lucid to quantal?
[14:45] <pgraner> cyphermox, that fixed it
[14:46] <skaet> cyphermox,  lucid to quantal
[14:46] <cyphermox> skaet: ok
[14:46] <skaet> sorry
[14:46] <skaet> lucid to precise
[14:46] <cyphermox> pgraner: alright. well, the dnsmasq code is complicated. I'll start to search through it to figure out why it writes that file out when it clearly shouldn't
[14:47] <pgraner> cyphermox, do you want me to file a bug?
[14:47] <cyphermox> pgraner: yes, please do
[14:47] <pgraner> cyphermox, against dnsmasq I'm assuming?
[14:47] <cyphermox> yes, something about dnsmasq updating resolvconf when it's not configured to do DNS
[14:48] <cyphermox> oh
[14:49] <cyphermox> there's also an easy workaround for this; if you add listen-address= or interface= to /etc/dnsmasq.conf according to where you want it to listen for DNS requests to respond to; then things should also work
[14:49] <cyphermox> but it remains that there is a bug, dnsmasq shouldn't write out resolvconf config if it's not bound to any address for dns
[14:50] <pgraner> cyphermox, https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1042275
[14:51] <ubot2`> Ubuntu bug 1042275 in dnsmasq "dnsmasq updating resolvconf when it's not configured to do DNS" [Undecided,New]
[14:51] <cyphermox> thanks
[14:51] <pgraner> cyphermox, yw
[14:54] <desrt> ricotz: http://cgit.freedesktop.org/mesa/mesa/commit/?id=4b8b6f385e855ecb6da0b7dea56e70e69d1517b9 apparently...
[14:54]  * desrt tries applying that locally
[14:55] <ricotz> desrt, ah
[15:14] <rickspencer3> seb128, so ... how are 10.04 users reacting to having their desktops upgraded to Unity?
[15:15] <seb128> rickspencer3, good question, I didn't see so much feedback about so far ... did you?
[15:16] <pitti> bonjour rickspencer3
[15:16] <rickspencer3> hey pitti
[15:16] <rickspencer3> seb128, I have not heard anything
[15:16] <rickspencer3> I know that there was an upgrade bug that slangasek was worried about
[15:16] <rickspencer3> so he only turned on updates for a few hours last Thursday
[15:17] <rickspencer3> but got no new bug reports about it, so it's been on full blast for a while, I guess
[15:17] <seb128> ok
[15:17] <rickspencer3> seb128, I guess everyone likes being upgraded to 12.04 Unity ;)
[15:18] <seb128> oh, for sure... ;-)
[15:19] <pitti> smb:// anonymous ... ok
[15:19] <pitti> smb:// authenticated ... ok
[15:19] <pitti> yay more tests
[15:19] <pitti> (for gvfs)
[15:20] <desrt> ricotz: okay.  local build confirms that the patch fixes the issue.  i'll take it up with the mesa guys.
[15:20] <desrt> tjaalton: ping :)
[15:27] <desrt> tjaalton: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1042293
[15:27] <ubot2`> Ubuntu bug 1042293 in mesa "assert in intel_resolve_map_set" [Undecided,New]
[15:35] <pitti> bonne nuit mes amis
[15:36] <desrt> pitti: gn8
[15:37] <Ursinha> pitti, boa noite :)
[15:37] <chrisccoulson> i should get pitti to work his test magic for my firefox and thunderbird addons ;)
[15:38] <seb128> pitti, bonne nuit
[15:54] <Laney> ricotz: jbicha: Either of you interested in writing up the FFe for clutter-gst-2.0?
[16:05] <Laney> (I could then be the release team member to review it)
[16:09] <tjaalton> desrt: yeah, needs to be upstreamed, git master didn't seem to have anything that might fix it
[16:10] <desrt> tjaalton: the bug i just gave you a link to has a link to the fix in upstream git master
[16:11] <desrt> i cherry-picked it into a vendor-patch and did a local build -- it fixed it
[16:17] <ricotz> Laney, i just hijacked this old bug https://bugs.launchpad.net/ubuntu/+source/clutter-gst/+bug/1040930
[16:17] <ubot2`> Ubuntu bug 1040930 in clutter-gst "FFe: Sync clutter-gst-2.0 1.9.90-1 (universe) from Debian experimental (main)" [Wishlist,Triaged]
[16:18] <Laney> can you confirm that it builds/installs/works with the new sushi?
[16:18] <ricotz> Laney, i can confirm it works with totem
[16:18] <ricotz> dont have sushi here, but i guess robert has
[16:19] <Laney> ok
[16:19] <Laney> ricotz: please say that in the bug
[16:20] <ricotz> rhythmbox might join the club at some point
[16:20] <Laney> well, not that we'll have it in main for quantal
[16:23] <seb128> we will not update rb in quantal no
[16:23] <seb128> they might land gstreamer1 as well
[16:23] <seb128> which we also want to avoid
[16:24] <ricotz> seb128, yes, same with totem ;)
[16:24] <seb128> indeed
[16:24] <ricotz> but these are still some solid arguments to have clutter-gst-2.0 in ;)
[16:25] <seb128> what the fact that our apps don't use it? ;-
[16:25] <seb128> ;)-
[16:25] <Laney> some universe stuff will
[16:25] <Laney> at least sushi
[16:25] <seb128> right, I'm not arguing against it ;-)
[16:26] <Laney> ricotz: I added it to desktop-extra so you should be able to upload from svn
[16:26] <Laney> please do
[16:27] <Laney> oh, huh, you aren't in ubuntu-desktop
[16:28] <ricotz> Laney, right, i am not
[16:29] <Laney> get that sorted :P
[16:29] <ricotz> there were some concerns last time i checked
[16:30] <Laney> fair enough, I haven't sponsored enough stuff for you to say
[16:30] <Laney> if you prepare a debdiff over SVN I'll sponsor that for you
[16:30] <Laney> append "~ubuntu1" or something
[16:31] <seb128> Laney, that's the issue btw, ricotz should get some extra work sponsored so he can get added
[16:32] <Laney> ok, I was under the impression that others had been but I did not check
[16:32] <seb128> no, I sponsor some diff every now and then
[16:32] <seb128> but I saw like 3 merge requests done using our workflow in a year
[16:33] <antarus> Is this the right place to ask questions about notify-osd?
[16:33] <seb128> antarus, try #uun
[16:34] <seb128> antarus, try #ubuntu-unity
[16:35] <antarus> thanks
[16:36] <ricotz> Laney, here it is http://paste.debian.net/plain/185866
[16:39] <Laney> ricotz: ok. You missed the bug reference, but thanks
[16:39] <ricotz> Laney, ah sorry :\
[16:43] <ricotz> seb128, if you want i can so another patch for libgsf fixing a gir package dep issue
[16:44] <seb128> ricotz, patches are always welcome ;-)
[16:47] <ricotz> seb128, http://paste.debian.net/plain/185867
[16:49] <seb128> ricotz, uploaded, thanks
[16:59] <Laney> ricotz: -2.0 uploaded too
[16:59] <Laney> now you have to convince an AA to revie wit
[17:01] <ricotz> Laney, uh, there is one ;) > pitti_
[17:03] <ricotz> Laney, i guess the bug should be subscribed to ubuntu-release?
[17:04] <Laney> technically I suppose so, for tracking
[17:04] <Laney> mark it Fix Committed too
[17:04] <tjaalton> desrt: oh wow, didn't look at the bug in detail, but it sounds like another one recently filed. thanks for the research :)
[17:05] <ricotz> tjaalton, new snapshot ;)
[17:05] <ricotz> Laney, done
[17:07] <tjaalton> ricotz: yeah
[17:39] <desrt> tjaalton: ya.  it's a pretty serious issue.  i marked it as critical and milestoned for -beta1
[17:40] <desrt> tjaalton: particularly because the fix is pretty simple....
[17:40] <desrt> (and zero-risk -- it replaces an assert with a non-asserting codepath... the only thing this patch will ever do is turn crashes into not-crashes)
[17:48] <tjaalton> desrt: i'll fix iter this evening..
[17:48] <desrt> tjaalton: awesome.  thanks.
[18:48] <bryceh> tjaalton, 9.0 specific?  or sru-able?
[19:05] <tjaalton> bryceh: 9.0, uploaded already
[19:10] <tjaalton> bryceh: at least this got five dupes already, so we'd know if it was in 8.0.x too :)
[19:10] <bryceh> great
[20:56] <robert_ancell> seb128, hey
[20:57] <seb128> robert_ancell, oya
[20:57] <robert_ancell> seb128, sound-juicer - keep on 3.4? (bug 1042015)
[20:57] <ubot2`> Launchpad bug 1042015 in sound-juicer "Update to 3.5.0" [Wishlist,Triaged] https://launchpad.net/bugs/1042015
[20:58] <seb128> robert_ancell, your call, it's in universe, it can use gstreamer0.9n
[20:58] <Laney> I don't think it is true that gnome has a freeze exception
[20:58] <Laney> didn't that come up somewhere recently?
[21:00] <seb128> robert_ancell, oh, yeah, ff, I almost forgot that "detail" :p
[21:00] <seb128> sound-juicer is not part of GNOME
[21:00] <seb128> so it wouldn't have an exception, even if GNOME has one
[21:01] <seb128> GNOME doesn't need an exception since .90 to .91,.92,.0 are bug fixes updates
[21:01] <robert_ancell> seb128, https://live.gnome.org/SoundJuicer - "Sound Juicer is the GNOME CD ripper". And it's on GNOME FTP. And it's on GNOME git. Is there a new definition of GNOME I'm unaware of?
[21:02] <seb128> robert_ancell, the ff exception was meant for things that respect the GNOME schedule and freezes
[21:02] <robert_ancell> seb128, like sound-juicer?
[21:02] <seb128> robert_ancell, which has not beeing the case of s-j, they didn't even use the same versioning until recently
[21:02] <seb128> robert_ancell, in a minute you will tell me that rb does respect the schedule and freezes? ;-)
[21:02] <robert_ancell> seb128, http://ftp.acc.umu.se/pub/GNOME/sources/sound-juicer/ seems to indicate they have been
[21:02] <dobey> robert_ancell: sound-juicer isn't part of GNOME's upstream "desktop release set" is it?
[21:03] <robert_ancell> seb128, no, that annoys me with rb
[21:04] <seb128> robert_ancell, let's say I don't trust s-j to have a responsive maintainer and handle their stuff correctly and I don't trust the release team do care enough s-j to do anything about it if there is an issue
[21:04] <seb128> robert_ancell, but well, it's in universe so at the same time no big deal...
[21:05] <robert_ancell> seb128, https://launchpad.net/ubuntu/+source/sound-juicer says it's in main...
[21:05] <robert_ancell> are we talking about the same package?
[21:05] <Laney> don't believe the top
[21:05] <Laney> look at the table
[21:05] <seb128> https://launchpad.net/ubuntu/+source/sound-juicer
[21:06] <seb128> says it's in universe since lucid
[21:06] <Laney> however I don't really agree that universe is no big deal :(
[21:06] <seb128> we need to kill universe
[21:06] <Laney> losing support to rip to mp3 would be quite bad
[21:06] <seb128> honestly apps are the responsability of the app writers
[21:06] <seb128> it shouldn't be up to us to care more than upstream about apps
[21:07] <seb128> they should just get what they think their users should get in the s-c
[21:07] <seb128> that model of "we know better than upstream and we will fix the world" doesn't scale
[21:07] <robert_ancell> seb128, absolutely
[21:08] <robert_ancell> seb128, what table am I looking at?
[21:08] <seb128> robert_ancell, all the lines going back the page
[21:08] <seb128> quantal ... universe
[21:08] <seb128> precise...universe
[21:08] <robert_ancell> oh
[21:08] <seb128> ...
[21:08] <seb128> lucid main
[21:09] <robert_ancell> dobey, man, I can't find the GNOME module list anywhere anymore. Does it even still exist?
[21:10] <seb128> robert_ancell, they adopted a fuzzy definition :-(
[21:10] <seb128> I don't think there is an official list somewhere, or maybe they consider jhbuild as being that
[21:15] <dobey> http://ftp.gnome.org/pub/GNOME/teams/releng/3.5.90/versions
[21:16] <dobey> https://live.gnome.org/ThreePointFive says to look at the 'versions' file in the most recent 3.5 folder under that releng dir
[21:16] <dobey> which is a bit odd