[03:39] <pitti> Good morning
[04:57] <bschaefer> hello, has anyone been having a problem with gdb and unity/compiz?
[04:57] <bschaefer> and gdb seg faulting from setting a break point?
[04:58] <veebers> heh, I ask the same question as bschaefer :)
[04:58] <bschaefer> example: "b LauncherController.cpp:200"
[05:23] <robert_ancell> RAOF, can you get new packages out of the NEW queue?
[05:24] <RAOF> Nope, not an archive admin.
[05:24] <RAOF> Sorry.
[05:24] <robert_ancell> hmm, who is a local archive admin...
[05:24] <RAOF> But there *are* to AAs who have been active in #ubuntu-release in the last 10 minutes or so ☺
[08:00] <seb128> hey
[08:07] <pitti> bonjour seb128
[08:07] <seb128> pitti, hey, how are you?
[08:07] <pitti> seb128: I'm great, thanks! how about you?
[08:08] <seb128> pitti, I'm good thanks!
[08:14] <didrocks> bonjour bonjour :)
[08:15] <seb128> didrocks, salut!
[08:15] <seb128> didrocks, how is London? how is the sprint going?
[08:15] <seb128> didrocks, how close are we to see a SRU or quantal upload? ;-)
[08:16] <didrocks> seb128: London is londonish again
[08:16] <didrocks> seb128: meaning rain :)
[08:16] <sil2100> Huush hush
[08:16] <seb128> hehe
[08:16] <didrocks> SRU, sil2100 is testing today the SRU packages
[08:16] <seb128> we got the sun back here :p
[08:16] <didrocks> we need to know if the bamf test failing was intended or not
[08:16] <didrocks> (like flacky or not)
[08:16] <sil2100> seb128: you stole our sun now didn't you?!
[08:16] <seb128> didrocks, sil2100: if you guys have a ppa, I'm still on precise and happy to install the candidates as well
[08:16] <didrocks> seb128: yeah, sil2100 has it
[08:17] <seb128> sil2100, heh, let's put things back in the right order, the weather you got is the one London is supposed to have, it's you guys who have been stealing our sun for 3 days
[08:17] <sil2100> seb128: ppa:sil2100/ppa
[08:17] <sil2100> :(
[08:17] <didrocks> seb128: no compiz upload to quantal though
[08:17] <didrocks> seb128: as we still experience some crashes
[08:17] <didrocks> and dx upstream seems to have other priorities
[08:17] <didrocks> same with gsettings, got emails telling it's not a priority for them right now
[08:17] <seb128> didrocks, ok :-(
[08:18] <didrocks> I'm quite unhappy
[08:18] <sil2100> seb128: I've uploaded compiz, libunity and bamf to this PPA
[08:18] <didrocks> especially that we discussed it about Tim
[08:18] <didrocks> and it was "ok ok"
[08:18] <seb128> sil2100, cool, I will give them a run
[08:18] <sil2100> seb128: we're still waiting on BAMF though, since the merger encounter a problem with one of the tests
[08:18] <sil2100> seb128: so I'm waiting for Trevinho to look at that
[08:18] <seb128> ok
[08:18] <seb128> sil2100, but you just said it's in the ppa?
[08:19] <seb128> sil2100, you merged the patches in your version?
[08:19] <didrocks> seb128: he did :)
[08:19] <sil2100> seb128: yes, I cherry-picked them and pushed to a PPA for now
[08:20] <sil2100> seb128: but it's not the final version, since we need to get one of the patches fixed
[08:20] <sil2100> seb128: for bamf of course
[08:22] <seb128> right
[08:22] <seb128> didrocks, sil2100: thanks, I will give the ppa a try
[08:22] <didrocks> seb128: keep us in touch
[08:23] <seb128> will do
[08:28] <popey> didrocks, https://bugs.launchpad.net/ubuntu/+source/vino/+bug/608701
[08:28] <ubot2> Ubuntu bug 608701 in vino "vino establishes a HTTP connection to check connectivity" [Low,Fix released]
[08:29] <seb128> popey, hey, what about this bug?
[08:30] <popey> seb128, i was just discussing it with didrocks here...
[08:30] <seb128> popey, isn't it fixed since oneiric?
[08:30] <popey> vino makes an xmlrpc call out to two servers owned by upstream devs
[08:30] <seb128> popey, is it still doing that?
[08:31] <popey> I don't see how it's fixed, the current source has it
[08:31]  * popey looks further
[08:31] <seb128> popey, dunno, see cyphermox's comment #12
[08:31] <popey> yeah, i am trying to figure out how it was dropped
[08:31] <popey> or whether we have regressed
[08:32] <popey> because the webservices are still specified in capplet/webservices
[08:33] <popey> and the webservices file mentions that the php file called at the remote end is also included in the source tarball, which it isnt
[08:33] <popey> didrocks says it's in upstream git, not the tarball
[08:35] <popey> I'd rather we had that php on one of our own servers, rather than upstream ones
[08:36] <didrocks> I know, we should put that on a popey's box!
[08:36] <popey> \o/
[08:36]  * popey files an RT
[08:36] <didrocks> heh
[08:37] <seb128> popey, that was discussed by then but I think people didn't like the idea
[08:37] <popey> I don't like the idea of random 3rd party sites knowing which ubuntu users have port 5900 open
[08:38] <popey> especially as those domains could expire, and expose us to a security issue letting randoms connect to our customer vnc ports
[08:38] <seb128> popey, right, that's not supposed to happen, cf cyphermox's comment
[08:38] <seb128> popey, how did you check the issue?
[08:38] <seb128> i.e what do you do and when is it contacting the service?
[08:38] <jibel> seb128, I added a testcase for bug 1015497
[08:38] <ubot2> Launchpad bug 1015497 in gtk+3.0 "Cannot select gtk dropdown list value in multiple applications: ubiquity, landscape client" [High,Confirmed] https://launchpad.net/bugs/1015497
[08:38] <seb128> jibel, thanks
[08:42] <popey> seb128, i confirmed it with tcpdump
[08:42] <seb128> popey, reopen the bug I guess then?
[08:42] <popey> http://paste.ubuntu.com/1052301/
[08:42] <popey> yeah
[08:43] <chrisccoulson> oh, i guess bug 1015497 is why i couldn't change base in gcalctool yesterday. i thought i'd broken something locally ;)
[08:43] <ubot2> Launchpad bug 1015497 in gtk+3.0 "Cannot select gtk dropdown list value in multiple applications: ubiquity, landscape client" [High,Confirmed] https://launchpad.net/bugs/1015497
[08:44] <seb128> chrisccoulson, gtk 3.5 fallback I guess ;-)
[08:44] <seb128> popey, I think the comment was based on https://bugzilla.gnome.org/show_bug.cgi?id=596190#c4
[08:44] <ubot2> Gnome bug 596190 in Preferences Dialog "Misleading message about reachability from public network" [Critical,New]
[08:44] <seb128> popey, maybe they added it back since
[08:47] <seb128> popey, didrocks: reading the IRC log from by then, mdeslaur and others didn't think having a file hosted at canonical.com would be a good idea either
[08:48] <seb128> popey, didrocks: that could be perceived are us sneaking infos from users or something
[08:48] <popey> hah
[08:48] <popey> I'd rather we got that info than a domain squatter
[08:49] <seb128> popey, right, or we can try to think further and try to figure a way where nobody gets infos from users? ;-)
[08:51] <popey> fair comment
[08:52] <seb128> popey, worth case just disable the "check if online" thing
[08:52] <seb128> it's not that useful?
[08:52] <popey> I guess it's useful for our target users
[08:53] <popey> people who don't know port forwarding from a hole in the ground
[09:00] <BigWhale> A lot of fuss on twitter about Canonical using QML/Qt for all their future applications. Is this also Ubuntu related?
[09:03] <seb128> BigWhale, it's only one of the platform available, Ubuntu doesn't force you to use anything and most of our applications are GTK based
[09:09] <BigWhale> seb128, yeah, I was just wondering what is this all about. :) I wonder how many will pick it up as: "omg wtf, canonical is ditching gtk!" :)
[09:11] <seb128> BigWhale, I didn't follow whatever happened that recently started those tweets etc, but Qt has been pushed as a first class citizen platform for some time in Ubuntu, we got it on the CD in Oneiric and there was Qt tracks at UDS
[09:11] <seb128> BigWhale, it doesn't mean GTK doesn't remain a first class platform as well ;-)
[09:13] <Laney> it's related as much as the choice of toolkit/libraries affects Ubuntu for any application ;-)
[10:09] <topyli> BigWhale: canonical can use tcl/tk if they like, for their own apps. the ubuntu desktop is still based on gnome and i don't see that changing any time soon. canonical is not ubuntu
[10:10] <seb128> sil2100, didrocks: libunity SRU fails verification (i.e the command in the bug still segfaults)
[10:10] <seb128> sil2100, didrocks: otherwise I didn't spot anything weird or regression so far
[10:11] <sil2100> seb128: ouch, thanks - will look into that
[10:25] <didrocks> where is mhr3? :)
[10:25] <didrocks> seb128: thanks for keeping us up to date
[10:25] <seb128> didrocks, yw
[12:30] <chrisccoulson> hah, awesome - https://github.com/alevchuk/vim-clutch
[12:36] <seb128> chrisccoulson, lol
[12:41] <pitti> haha, great
[12:46] <Chipaca> hey guys. I just realized twinkle (the only sip telephony client that worked for long calls) is no longer in the archive. Any idea why?
[12:47] <jpds> Chipaca: https://launchpad.net/ubuntu/+source/twinkle/+publishinghistory
[12:48] <Chipaca> crumbs
[12:48] <Chipaca> jpds: any recommended replacement?
[12:48] <jpds> Chipaca: Do you have an Android phone?
[12:48] <Chipaca> jpds: i do
[12:48] <jpds> Chipaca: It probably has built-in SIP capabilities.
[12:49] <Chipaca> jpds: it does
[12:49]  * Chipaca sets it up
[12:49] <jpds> That's what I've been using for months.
[12:49] <Chipaca> it does feel a lot like not winning
[12:49] <jpds> Chipaca: Feel free to call me if you want to test.
[12:50] <Chipaca> jpds: i've got a conf call starting 4 minutes ago, i'll test 'live'
[12:54] <Chipaca> jpds: how do i actually initiate a call over sip?
[12:55] <jpds> Chipaca: Dial the number, and it'll give you the option to go via GSM/VOIP.
[12:55] <Chipaca> jpds: nope, just skype vs phone
[12:56] <jpds> Chipaca: Select phone and then the option might appear?
[12:56] <Chipaca> ah, 'ask for each call' i guess is needed
[12:56] <Chipaca> \o/
[12:56] <Chipaca> jpds: thanks a ton
[12:57] <jpds> Chipaca: Anytime.
[13:05]  * mpt wonders why we let people opt in to backports while opting out of security updates
[13:06] <mpt> ... or opt in to -proposed updates while opting out of recommended updates ...
[13:09] <ogra_> -proposed is for testing, packages *can* be broken in there
[13:09] <mpt> yes
[13:09] <ogra_> preferably users should only enable it when asked to test a fix
[13:09] <mpt> I'm tempted to kick -proposed out of the GUI altogether
[13:09] <mpt> but probably won't
[13:09] <ogra_> that will make testing harder though
[13:09] <mpt> It's a beta-testing checkbox
[13:10] <ogra_> but the text should be rephrased :)
[13:10] <seb128> mpt, we maybe need an separate package for "contributors"
[13:10] <ogra_> "test fixes" or some such would make more clear what it does
[13:11] <seb128> mpt, i.e ask those people to install a package which has a dialog which gives the option for stuff like proposed, dbgsym, popcon, etc
[13:11] <mpt> seb128, like the indicator replacement for launchpad-integration ... as well as easily reporting bugs etc, you could easily opt in to -proposed updates
[13:11] <mpt> ooh yes, dbgsym too
[13:11] <seb128> mpt, right
[13:11] <seb128> mpt, like a power users set ;-)
[13:11] <ogra_> ++
[13:12] <seb128> sort of ubuntu-tweaks in spirit
[13:12] <popey> and allow bug reporting in the non-dev release
[13:12] <mpt> And maybe even pre-release versions could ship it by default, while release versions don't
[13:12] <seb128> right
[13:12] <mlankhorst> for some reason -security wasn't able by default here :s
[13:12] <seb128> mlankhorst, how did you install?
[13:12] <popey> i see a number of expert people complain that whoopsie makes it _harder_ for them to file real bugs and not error reports
[13:12] <kenvandine> that's a great idea
[13:12] <mpt> mlankhorst, for any setting that exists, some percentage of users will twiddle it by mistake :-)
[13:13] <mlankhorst> mpt: which is why defaults should be sane
[13:13] <mlankhorst> :P
[13:13] <mpt> popey, yeah, I've mentioned to ev the idea of a "contributor mode" for whoopsie
[13:13] <mpt> mlankhorst, defaults are irrelevant to that problem
[13:13] <mpt> (though, yes, defaults should be sane)
[13:13] <seb128> mlankhorst, well, if security was not enabled for you that's a bug
[13:14] <mpt> mlankhorst, oh, I misunderstood you. You think it was off by default. I'm guessing it was on by default but got twiddled off by mistake.
[13:15] <mpt> hm
[13:15] <mpt> Is there an easy way to see the complete list of -backports that have been issued for, say, Ubuntu 11.10?
[13:16] <mpt> Found it: http://packages.ubuntu.com/oneiric-backports/allpackages
[13:17] <dpm> kenvandine, cool, yeah, I had to change the permissions to let you edit pages on d.u.c, you should be good to go now. I've been doing some edits to the tutorial and I've just tested the SRU from -proposed, which seems to be working well :)
[13:17] <kenvandine> woot
[13:17] <kenvandine> i am adding an introduction now
[13:18] <kenvandine> and will add a comment about the version required
[13:18] <kenvandine> anything else you see that it needs?
[13:20] <mlankhorst> mpt: not 100% sure, I think the install was choking on something which caused me to have to do some custom install, but can't remember exactly. Might also have been due to debootstrap not enabling anything but main :s
[13:24] <dpm> kenvandine, yes, the exact list of packages that need to be installed. Also something else, but rather a topic for discussion. Right now the advanced example is about modifying a gedit plugin, which will require people to install it, modify it, etc. This is not something every new developer can do. I'm wondering if it wouldn't be easier find an easier step-by-step example. Or at least put all the detailed steps on how to download, install and modify t
[13:24] <dpm> he gedit plugin
[13:25] <kenvandine> dpm, yeah... well i tried to find an app that people likely already have
[13:25] <kenvandine> but could find one that was python already that made sense to add sharing
[13:25] <kenvandine> although the gedit plugin is really simple to install and edit
[13:26] <kenvandine> i guess i should mention where to put the file
[13:28] <dpm> yes, the idea of those tutorials is that developers don't need to figure out stuff for themselves. I'm wondering if it would make sense to create a small quickly app and embed the gwibber widget to it
[13:32] <kenvandine> dpm,  the simple example might serve that purpose
[13:33] <kenvandine> the gedit example was to add the functionality to something that already exists
[13:33] <kenvandine> dpm, however... after the app challenge we could probably take one of the apps from the challenge and put it into the tutorial :)
[13:45] <dpm> kenvandine, sure, it's a good idea :), but let's concentrate on finishing what we've got now. Let's go for the Gedit plugin for now. If you could add the note about -proposed, the list of packages required to install and add the detailed steps to edit and install the plugin, I think we should be good to go and publish the tutorial tomorrow
[13:46] <kenvandine> can we publish it today?
[13:46] <kenvandine> i've been getting people asking for it over twitter :)
[13:47] <kenvandine> dpm, ^^
[13:48] <dpm> kenvandine, absolutely! I've been editing so that it's ready and only the final content needs to be added, so once you've added that content, we're good to go
[13:48] <kenvandine> almost done :)
[13:49] <dpm> excellent :)
[13:56] <kenvandine> dpm, can you take a look at it now?
[13:56] <pitti> mterry: many thanks for the codespeak-lib fix!
[13:57] <jbicha_> Sweetshark: are you waiting to upload LO 3.5.4 to quantal until after the sru gets figured out?
[13:57] <mterry> pitti, yw!
[13:57] <pitti> mterry: jibel just enabled XS-Testsuite parsing in jenkins today, so this should actually appear soon
[13:57] <mterry> pitti, fun to play with new DEPs
[13:57] <jbicha_> I'm asking because libreoffice-evolution is uninstallable until it gets rebuilt against e-d-s
[13:57] <seb128> jbicha_, we are aiming to get 3.6 beta1 to quantal, not 3.5
[13:57] <jbicha_> oh ok
[13:57] <seb128> jbicha_, but that's pending getting libreoffice to build on the q toolchain
[13:58] <dpm> kenvandine, looking...
[14:01] <Sweetshark> jbicha_: Im going directly for 3.6.x for quantal
[14:03] <kenvandine> dpm, and don't forget about the category
[14:03] <dpm> kenvandine, looking good, I need to run for lunch, but I'll come back to it later. In the meantime, do you think you could put bzr and pastebinit in the requirements section?
[14:03] <dpm> kenvandine, good point, I'll make sure I create the social networking category
[14:04] <kenvandine> maybe not bzr... isn't that already assumed for this audience?
[14:04] <dpm> kenvandine, assume the audience knows nothing if they are new developers
[14:05] <kenvandine> dpm, done
[14:05] <kenvandine> enjoy your lunch :)
[14:05] <dpm> so for example rather than 'do a checkout', I'd put the exact step: 'Check out the code with bzr branch lp:gedit-pastebinit' and so and so
[14:06] <dpm> Anyway, let's have a chat later on, thanks ;)
[14:06] <kelemengabor> pitti: hi, got some time for Precise language packs? I have just updated them from the PPA, this time they are there :)
[14:13] <pitti> kelemengabor: running copy to -proposed
[14:13] <kelemengabor> thanks!
[14:13] <pitti> hm, still complains a lot about "no newer version"
[14:24] <pitti> kelemengabor: ah, there are only updates for some languages; I'll copy thhem
[14:31] <kelemengabor> pitti: no idea why is that. I just saw that the few languages I have installed were updated (da, de, fi, en, es, fr, hu, sl)
[14:54] <seb128> dobey, hey, do you plan to SRU to precise some of the ubuntu-sso-client bugs fixed recently in quantal?
[15:00] <dobey> seb128: yes
[15:00] <seb128> dobey, great, thanks
[15:09] <tremolux> didrocks: hello! here's that MP from Bilal for the Precise SRU fix for Unity integration stuff we talked about the other day: https://code.launchpad.net/~bilalakhtar/unity/5.0series-sru-software-center-integration-fixes/+merge/110214
[15:10] <tremolux> didrocks: do you think this can be reviewed and merged for the next Unity SRU?
[15:10] <didrocks> hey tremolux :)
[15:10] <didrocks> tremolux: does it have tests?
[15:11] <tremolux> heyo didrocks!
[15:11] <didrocks> tremolux: last time I checked, it didn't
[15:11] <didrocks> and I asked by email and on the MR to have some :)
[15:11] <didrocks> especiallly as this thing seems fragile and breaking a lot
[15:11] <didrocks> I think I talked to mvo about it
[15:12] <tremolux> didrocks: oh, there's no mention in this MP about needing tests, I think there is a branch targeted for Q where it's mentioned maybe?
[15:12] <didrocks> tremolux: right, the rule for Q and P are the same :)
[15:13] <cyphermox> seb128: so for vino; seems like the actual text stuff has not shown up in a long while AFAICT, but the url test is still being done...
[15:13] <seb128> cyphermox, can we drop that?
[15:13] <cyphermox> yeah
[15:13] <seb128> cyphermox, thanks
[15:13] <tremolux> didrocks: ok, this one needs a comment about what is still required, do you mind adding that?
[15:13] <cyphermox> I'll figure out how to get rid of it for good
[15:13] <tremolux> didrocks: just so we define exactly what is expected
[15:14] <didrocks> tremolux: ok
[15:14] <tremolux> didrocks: the crucial point is that I have a corresponding branch on the software-center side that fixes 5 high-target bugs with this feature
[15:15] <tremolux> didrocks: thanks!! I appreciate your help, as always
[15:15] <tremolux> didrocks: including purchased items not being added to the launcher, uninstalled items not being removed from the launcher as the two biggest ones
[15:15]  * didrocks commented :)
[15:15] <didrocks> tremolux: you're really welcomed ;)
[15:15] <tremolux> didrocks: :)
[15:16] <didrocks> tremolux: nice!
[15:16] <didrocks> can't wait to get it
[15:16] <tremolux> haha, me too!!
[15:16] <didrocks> but I really mandate tests for it as the test coverage it had seemed to be quite poor :)
[15:17] <didrocks> sil2100: btw, you probably want to track this ^
[15:17] <tremolux> didrocks: right, the regressions of the basic operation of the feature came right at the end of the cycle, ideally tests would have caught that
[15:17] <didrocks> yep
[15:18] <didrocks> there are some tests, I was thinking they were stronger
[15:19] <tremolux> didrocks: my fix removes a great deal of the responsibility on the launcher side of things by adding the item at the very end of the install of the package, but the spec (and good usability) really want the dbus event to the launcher (and so the animation and adding) to happen right at the very start
[15:20] <tremolux> didrocks: this will require that bug #1011681 be fixed
[15:20] <ubot2> Launchpad bug 1011681 in unity "Have Unity monitor and react to all installation events" [Medium,Confirmed] https://launchpad.net/bugs/1011681
[15:20] <didrocks> waow
[15:20] <didrocks> let's see how it goes
[15:20] <didrocks> but I still find this feature dangerous
[15:21] <didrocks> it created a lot of bugs
[15:21] <tremolux> didrocks: will, we've had the feature for many releases already actually
[15:21] <tremolux> didrocks: without bugs
[15:21] <didrocks> one of them being that it screwed the display on some card :/
[15:21] <didrocks> yeah, without the flying icon
[15:21] <tremolux> didrocks: this cycle is where all the problems happened
[15:21] <didrocks> I remember, I did the unity side before this cycle :)
[15:21] <tremolux> didrocks: yes, indeed, I remember
[15:23] <tremolux> didrocks: I think bilal did a lot of it before too, no?
[15:23] <didrocks> tremolux: hum, I don't remember, maybe the progress icon (I was thinking it was this cycle)
[15:23] <tremolux> didrocks: it was the adding of the animation and the showing of progress this cycle, but both of those worked quite nicely earlier in the cycle and then broke at the end
[15:24] <tremolux> didrocks: with the exception of the display issue, of course!  :)
[15:24] <didrocks> indeed :)
[15:24] <didrocks> but it showed by then that the tests were not enough though :/
[15:24] <tremolux> didrocks: yes
[15:26] <tremolux> didrocks: but to be fair, tests can always be improved/iterated, it's ongoing, but for this specific feature we now know better what we need them to check for sure
[15:27] <didrocks> tremolux: indeed, hence the fact it's time to fix it and add the new tests before getting anything landing :)
[15:27] <cyphermox> seb128: popey: so the intent is that the message was disabled upstream because it wasn't checking ipv6, thus misleading people into thinking that their machine is not reachable from outside when it could be reachable using IPv6; it's just that it's been disabled "wrong", only updating the message was disabled, not doing the check altogether
[15:27] <tremolux> didrocks: oops, I have a meeting in 3, gotta run, thanks again and talk to you soon eh!
[15:28] <didrocks> tremolux: talk to you soon!
[15:28] <seb128> cyphermox, ok, seems an easy fix then?
[15:28] <cyphermox> yup yup
[15:28] <cyphermox> shuffling code around, will upload in a minute
[15:28] <seb128> excellent
[15:29] <seb128> cyphermox, can you SRU it as well for precise?
[15:29] <cyphermox> yes
[16:27] <tremolux> seb128: hello! we have had two reports not of a weird graphical corruption in the Software Center toolbar on Quantal, I wondered if you had any ideas about this or heard about it with other applications? it is bug 1015216
[16:27] <ubot2> Launchpad bug 1015216 in software-center "Graphical corruption in software center" [Low,Confirmed] https://launchpad.net/bugs/1015216
[16:27] <tremolux> two reports *now*
[16:27] <tremolux> seb128: there is a screenshot there
[16:27] <tremolux> seb128: I can't repro this one
[16:29] <tremolux> ah, I shouldn't have pinged seb128 directly, do any of you awesome desktoppers have an idea about this one?
[16:35] <seb128> tremolux, hey
[16:35] <tremolux> hi seb128!
[16:35] <seb128> tremolux, is that specific to quantal?
[16:36] <tremolux> seb128: yes
[16:36] <tremolux> seb128: only two reports of it so far, both Q
[16:36] <seb128> tremolux, it's probably not a s-c issue, seems rather video drivers, cairo, gtk...
[16:36] <tremolux> seb128: right
[16:37] <tremolux> seb128: I was wondering if this is showing up in other apps, or is known at this point?
[16:37] <seb128> tremolux, I've seen not report of that issue so far and it's not know afaik
[16:38] <tremolux> seb128: ok, thanks! But it's good, it's on our radar now, I'll track this issue for Software Center
[16:39] <seb128> tremolux, having a testcase would be useful ... is the toolbar stock gtk or do you hack it in some way?
[16:39] <tremolux> seb128: it's a custom widget  :/
[16:39] <seb128> tremolux, that might explain why it's happening only there
[16:40] <seb128> tremolux, if you could get that down to a testcase or have one of the s-c tests showing the issue it would be good
[16:40] <tremolux> seb128: indeed, yes, I can't repro on my machine which is why I wonder if it's a hardware-specific sort of issue
[16:40] <tremolux> seb128: drivers, etc.
[16:41] <tremolux> seb128: I'll try to collect more info
[16:41] <popey> tremolux, cant reproduce here on ATI or intel
[16:41] <tremolux> popey: thanks! ok, good to know
[16:43] <tremolux> seb128: the dupe bug 1015986 mentions some interaction with other apps
[16:43] <ubot2> Launchpad bug 1015986 in software-center "text/icon corruption when running software center (dup-of: 1015216)" [Undecided,New] https://launchpad.net/bugs/1015986
[16:43] <ubot2> Launchpad bug 1015216 in software-center "Graphical corruption in software center" [Low,Confirmed] https://launchpad.net/bugs/1015216
[16:43] <tremolux> "I'm not sure that this is actually a bug on software-center; but it certainly seems to be worst affected and triggers a similar issue in xchat-gnome and the apport-bug collection window."
[16:44] <tremolux> seb128: thanks again, I'll try to get more info and meanwhile you know about it too in case it pops up in other places :)
[16:44] <Laney> I got something like that the other day on a terminal
[16:45] <tremolux> Laney: do you see it in Software Center? just mouse over one of the toolbar icons
[16:46] <Laney> tremolux: can't tell you now, not on a Quantal machine
[16:46] <tremolux> Laney: ah, ok! :)
[16:46] <Laney> but it was intermittent when I saw it, ie it came and went
[16:46] <Laney> I'll have a look in a bit
[16:46] <tremolux> Laney: thanks!
[16:46] <Laney> someone else posted a screenshot in here of something similar too
[16:53] <Laney> ah, it was hrw in #ubuntu-devel
[16:54] <Laney> http://marcin.juszkiewicz.com.pl/~hrw/shots/bad-fonts.jpg
[16:54] <Laney> that looks like what I get when it happens
[16:54] <Laney> tremolux: seb128:
[16:54] <tremolux> Laney: woahh
[16:55] <Laney> not sure if that could be part of the same problem
[16:56] <tremolux> Laney: I see him over there, I'll ask if he might check Software Center for me..thanks!!
[16:57] <Laney> groovy
[16:57] <tremolux> :)
[16:57] <Laney> but like I said it's intermittent so maybe you won't see it this time
[16:57] <Laney> mlankhorst: ^ do you think this kind of thing would be likely to be a driver issue?
[16:58] <mlankhorst> Laney: quantal?
[16:58] <Laney> yeah
[16:58] <mlankhorst> probably, what video card do you have?
[16:59] <Laney> 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Radeon X1950 GT (prog-if 00 [VGA controller])
[16:59] <Laney> dunno what hrw has
[16:59] <seb128> https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1015216 has
[16:59] <ubot2> Ubuntu bug 1015216 in software-center "Graphical corruption in software center" [Low,Confirmed]
[16:59] <seb128> 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6310] [1002:9802] (prog-if 00 [VGA controller])
[16:59] <mlankhorst> so amd
[17:00] <mlankhorst> binary drivers or open source?
[17:00] <Laney> free ones
[17:02] <mlankhorst> not sure if they've been updated yet, you could try the debian sid ones which are almost identical. :)
[17:03] <Sarvatt> oh ati hasnt been updated in quantal to work with cairo 1.12 yet
[17:03] <mlankhorst> would probably need to rebuild them since they use x1.12
[17:03] <mlankhorst> Sarvatt: yeah thought so
[17:03] <Laney> http://packages.qa.debian.org/x/xserver-xorg-video-ati.html ?
[17:03] <mlankhorst> Laney: should work
[17:04] <Laney> but it has a lower version than ours?
[17:04] <Sarvatt> yeah we're going to have to do a git checkout, they version it weird
[17:04] <Sarvatt> master is 6.14.99, they lower the version, release, raise it back to .99 every time
[17:04] <mlankhorst> oh that explain :)
[17:04] <Laney> sounds totally logical and sane
[17:05]  * Laney starts a build
[17:05] <mlankhorst> I just knew it wasn't lower due to having worked with the x git tree directly
[17:07] <mlankhorst> oh btw anyone here affected by https://bugs.launchpad.net/ubuntu/+source/linux/+bug/966744 ?
[17:07] <ubot2> Ubuntu bug 966744 in xserver-xorg-video-intel "Resume from suspend leaves me with black screen or a screen of the desktop before it suspended (though the mouse still moves/changes cursor)" [Critical,Incomplete]
[17:07] <mlankhorst> I need a test subject/victim :P
[17:07] <Laney> the bug reporter?
[17:14] <mlankhorst> I may have found the same bug today independently, when valgrinding Xorg suspend/resume for unrelated bug.
[17:58] <seb128> mlankhorst, Laney, tremolux: <hrw> seb128: radeon 5430 with open driver
[17:58] <seb128> so that's 3 ati users
[17:58] <Laney> ack
[17:58] <Laney> i'm testing the debian drivers now, will report if i do see it
[18:00] <mlankhorst> seb128: no surprises there, all open source drivers didn't handle it right
[18:02] <mlankhorst> nouveau had the same problems, made worse by abi bump :)
[18:03] <mlankhorst> Laney: ping me then, im gone for biking
[18:03] <Laney> i don't know how to trigger it
[18:03] <Laney> so if I /do not/ ping you then assume all is well :-)
[18:05] <mlankhorst> sure
[18:12] <Laney> mlankhorst: hrw says it fixes it for him, and he could reproduce easier than me
[18:52] <mlankhorst> Laney: kk perfect
[18:54]  * Laney looks forward to a new upload :-)
[18:54] <mlankhorst> I'll ask if we can upload ati early
[18:56] <seb128> jdstrand, mdeslaur: hey, is apparmor known to be an issue for nfs users? do they need to weak config? e.g bug #1016103
[18:56] <ubot2> Launchpad bug 1016103 in evince "evince unable to save changes to toolbar" [Low,Incomplete] https://launchpad.net/bugs/1016103
[19:07] <jdstrand> seb128: nfs should not be a problem. this seems like the user just needs to update /etc/apparmor.d/tunables/home.d/ubuntu
[19:07] <jdstrand> seb128: eg '@{HOMEDIRS}+=/homes/'
[19:07] <seb128> jdstrand, is that a faq, or described somewhere? I didn't see nfs mentioned on https://help.ubuntu.com/community/AppArmor
[19:08] <jdstrand> seb128: it isn't in a faq cause nfs isn't a problem like with selinux ;)
[19:08] <jdstrand> there is something on the tunable though
[19:08]  * jdstrand fetches
[19:08] <seb128> jdstrand, well if users need to edit their etc config that seems like a faq topic? ;-)
[19:10] <seb128> jdstrand, I don't know enough about apparmor, but is there any way we could print on stdout some warning when apparmor block something for the running app?
[19:10] <jdstrand> seb128: awell, postinst has logic to detect nonstandard homes
[19:11] <jdstrand> seb128: re reporting> not really, the kernel is just giving back EACCESS or similar. the application will usually complain about that, but doesn't know why it was denied access. we do have apparmor-notify which uses notify-osd to display errors
[19:12] <jdstrand> the problem with that is the usability issues-- we don't want to be fedora with a dialog always asking to allow or deny something
[19:12] <seb128> right
[19:12] <jdstrand> we try to make the profiles work out of the box
[19:12] <seb128> yeah, and they usually do
[19:12] <seb128> so is this user having a non usual setup? or do nfs users need to do some config tweaks?
[19:12] <jdstrand> I know there is something on the tunables somewhere...
[19:13] <jdstrand> seb128: this user's HOME is /homes/dhe (as opposed to /home/dhe)
[19:13] <seb128> oh
[19:13] <jdstrand> it isn't nfs, it is an unusual location for HOME
[19:13] <jdstrand> homes vs home
[19:14] <seb128> I don't know enough about nfs to know the naming convention for home dirs on NFS ;-)
[19:14] <jdstrand> well, there is none :)
[19:14] <jdstrand> so we can't be too smart
[19:14] <jdstrand> we try to detect it, but it doesn't always work depending on when the user was added
[19:15] <seb128> I wonder if we could be a bit naggy about "your userdir doesn't follow the convention, it might create issues"
[19:15] <jdstrand> (the tunable is preseedable though)
[19:15] <seb128> like display a notification once on first login for such users
[19:15] <seb128> if we know it's a setup that will confuse apparmor
[19:16] <jdstrand> maybe. it is an unusual setup though- we rarely see these bugs any more after implemeting the debconf option and tunables/home.d
[19:17] <jdstrand> I think I saw this... 3 times in the last year?
[19:17] <jdstrand> I'm not opposed to be smarter about it-- I'm just not sure the best way
[19:18] <jdstrand> seb128: aha, https://wiki.ubuntu.com/DebuggingApparmor#Adjusting_Tunables
[19:18] <jdstrand> seb128: not exactly the most discoverable location
[19:19] <seb128> jdstrand, I've little visiblity on how frequent it is but if that's a rare corner case I'm fine just replying to the bug with a link to the wiki you pointed, thanks
[19:21] <jdstrand> seb128: it was a big concern of mine for a while, then I implemented that and just haven't seen it often enough where it bothered me. people seem to recognize they if they are doing something non-standard, then they might have to tweak things here and there
[19:21] <jdstrand> between preseeding and the postinst detection on install, it mostly covered things
[19:22] <seb128> jdstrand, that makes sense, I guess the issue there is to find the way to the documentation
[19:22] <jdstrand> seb128: yes-- https://wiki.ubuntu.com/DebuggingApparmor is linked off https://help.ubuntu.com/community/AppArmor, but at the bottom
[19:23] <jdstrand> I'm open to suggestions on where to put it...
[19:23] <seb128> jdstrand, I was not looking for "debugging", but for "faq" ;-)
[19:23] <jdstrand> ideally it would be wherever the documentation is for chaning ones HOME
[19:23] <seb128> jdstrand, like users look for common,known issues, not for how to debug
[19:23] <jdstrand> heh
[19:24] <jdstrand> seb128: I'll add something to the FAQ section of https://help.ubuntu.com/community/AppArmor
[19:24] <seb128> jdstrand, thanks
[19:25] <jdstrand> np
[19:44] <seb128> Sweetshark, hey
[20:03] <seb128> Sweetshark, libreoffice 3.5.4 SRU finally accepted after much SRU team nagging!
[20:24]  * kenvandine thinks it's awesome having seb128 pulling .1 duty :)
[20:24] <seb128> kenvandine, ;-)
[22:32]  * Sweetshark gives seb128 a hug in absence.
[23:39] <robert_ancell> RAOF, hey, feel like doing a quick SRU?
[23:40] <robert_ancell> This one may be annoying you too: bug 1016292
[23:40] <ubot2> Launchpad bug 1016292 in xchat-gnome "Doesn't return to maximized size when restarted" [Low,Fix released] https://launchpad.net/bugs/1016292
[23:40] <RAOF> Heh, I use smuxi :P
[23:40] <robert_ancell> RAOF, damn, I knew you were going to say something like that!
[23:46] <robert_ancell> RAOF, so, regardless of your irc preferences do you feel like turning the cogs of bureaucracy
[23:47] <RAOF> Yup, just waiting for launchpad to generate the diff for me.
[23:47] <robert_ancell> cheers!
[23:47] <RAOF> Because I am lazy, like a chestnut.
[23:48] <robert_ancell> I've never seen a chestnut do anything significant, so I'll accept that metaphor