[02:43] <jbicha> robert_ancell: metacity-common.install needs usr/share/help added
[02:43] <robert_ancell> jbicha, ah, cheers
[03:44] <thumper> hi RAOF
[03:44] <thumper> RAOF: around?
[04:56] <RAOF> thumper: Am now.
[05:33] <didrocks> good morning
[05:46] <pitti> bonjour didrocks! comment vas-tu?
[05:47] <didrocks> pitti: ça va bien! et toi?
[05:47] <pitti> Je vais bien, merci! finally got over my cold
[05:47] <didrocks> so you will be able to enjoy next week-end outside :-)
[05:48] <pitti> oh, we did go for some stroll and dinner, but with a foggy head it's less fun as it ought to be :)
[05:49] <didrocks> I can imagine, et "c'était pas l'heure de la glace" I reckon?
[05:53] <pitti> didrocks: non, non! la glace est une bonne médicine!
[05:53] <didrocks> héhé :)
[05:55] <pitti> didrocks: so why is it "c'était pas", and not "ce n'était pas"?
[05:56] <pitti> I thought "ne ... pas" was pretty much unseparable
[05:57] <didrocks> pitti: yeah, they are, you can say both
[05:57] <didrocks> basically the first form is more familiar
[05:57] <didrocks> (and a little bit incorrect grammatically speaking)
[05:58] <didrocks> but people would say more the 1st form I think
[05:58] <pitti> is that "it is no time for.." vs. "it is not the time for..."?
[05:58] <pitti> which are subtly different
[05:58] <didrocks> yeah, it's the same idea
[05:59] <pitti> ok
[06:01] <pitti> err -- "d'accord" :)
[06:02] <pitti> c'est un bon matin -- fixed glib on big-endian, fixed glib-networking in debian, fixed wipefs in util-linux so that finally all udisk test cases succeed
[06:02] <didrocks> waow \o/
[06:02]  * didrocks hugs pitti
[06:02]  * didrocks n'a plus que 45 emails à lire :-)
[06:02] <didrocks> 13h hier et pas pu tout lire :/
[06:03]  * pitti tries to deciper the n'a
[06:04] <pitti> beaucoup beaucoup de leçons à venir de moi ..
[06:05] <didrocks> héhé, bon courage :)
[06:05] <didrocks> n'a plus -> *just* have
[06:05] <didrocks> just have 45 emails left to read
[06:05] <didrocks> I would say
[06:05] <pitti> didrocks: I'm still struggling with telling the difference between "alors que" vs. "lorsque" and "puisque" vs. "car" -- all very confusing
[06:06] <MCR1> bschaefer: Still awake ? :)
[06:07] <didrocks> pitti: lorsque -> I would say "when", like there "I was trying to buy an ice-cream *when* it was 4PM"
[06:07] <didrocks> this is a timing/space logic
[06:08] <didrocks> for the others, it depends on the context, you can exchange them, but some are a better fit some time
[06:08] <didrocks> alors que -> you would use it more when there are some contradiction between the first part of the sentence and the second part
[06:09] <didrocks> I would use in english "whereas"
[06:09] <pitti> ah, and lorsque is more like "while"
[06:09] <didrocks> puisque -> more a logical chain, "I can do that today puisque I learnt that yesterday"
[06:09] <pitti> the duolingo example sentences were not that good for those
[06:16] <pitti> didrocks: and yeah, that app dev thread is insanely long :(
[06:17] <didrocks> pitti: not the worst, I "enjoyed" ubuntu-archive@ as well :)
[06:17] <didrocks> fortunately, the only remainining emails to read are between ubuntu-archive/devel/release
[06:18] <didrocks> after having finished all other emails from the PS ML and others work email ML, those 3 alones had 350 emails when I got back…
[06:18] <didrocks> I looked over most of them, but some thread like the app dev ones really interests me
[06:25] <chrisccoulson> gah, bloody strikes. i'm meant to be flying with lufthansa today
[06:25] <didrocks> chrisccoulson: oh, where are you going to?
[06:25] <didrocks> good morning :)
[06:25] <chrisccoulson> didrocks, warsaw (via frankfurt)
[06:25] <chrisccoulson> good morning :)
[06:26] <didrocks> a mozilla conference?
[06:26] <pitti> hey chrisccoulson
[06:26] <chrisccoulson> didrocks, yeah. thunderbird summit tomorrow and then mozcamp over the weekend
[06:26] <chrisccoulson> hi pitti, how are you?
[06:26] <didrocks> sweet :)
[06:26] <pitti> chrisccoulson: I'm fine, thanks! cold mostly gone
[06:26] <chrisccoulson> that's good :)
[06:27] <pitti> chrisccoulson: so, good luck today! frankfurt-warsaw is quite some time with the train, I hope you'll get a plane
[06:27] <chrisccoulson> heh, thanks :)
[06:33] <chrisccoulson> oh, hang on
[06:33] <chrisccoulson> it's thursday today
[06:34] <chrisccoulson> the strikes are tomorrow
[06:35] <chrisccoulson> i need to go back to sleep...
[06:36] <RAOF> HAH!
[06:37] <pitti> chrisccoulson: well booked then!
[06:39] <jibel> Sweetshark, hey
[06:40] <jibel> Sweetshark, LO 3.6.1~rc2 failed to build in the lab with configure: error: invalid variable name: ` --with-max-jobs'
[06:40] <jibel> Sweetshark, any idea what changed and caused this ?
[06:41] <jibel> I can remove the option for the moment, but well, built will take ages
[06:41] <jibel> *build
[06:57] <jibel> Sweetshark, nevermind, found it. there are additional options to autogen.sh and patch of the rules file to increase the concurrency level fails.
[06:57] <jibel> fixing
[07:10] <didrocks> RAOF: hey, how are you?
[07:10] <RAOF> didrocks: Yo! I'm... good.
[07:10] <didrocks> RAOF: did you see the bug I subscribed to you?
[07:11] <RAOF> didrocks: Indeed I did; I've replied on it. Does my reply make sense to yoU?
[07:11] <didrocks> ah, seems I have a filtering issue then
[07:11] <didrocks> one sec :)
[07:13] <didrocks> RAOF: do you have any idea for 2?
[07:13] <didrocks> as compiz is the program running the other softwares
[07:13] <didrocks> it will need tweaking otherwise
[07:13] <didrocks> so that they don't inherit
[07:14] <didrocks> for 1), it seems this doesn't happen for Colin, right?
[07:14] <didrocks> like, there is no fallback for him?
[07:14] <RAOF> didrocks: Colin's unity_support_test says he's using llvmpipe, but it looks like unity_support_test is checking for software rendering.
[07:16] <didrocks> but he has no unity, right?
[07:16] <didrocks> or I didn't understand?
[07:17] <RAOF> It's not clear to me on that bug what's happening.
[07:20] <didrocks> ok, let me summarize that
[07:21] <RAOF> Oooh, actually, I guess there's a 4th situation I didn't cover: the user has unity-grade 3D, but only as long as the desktop is <= MAX_TEXTURE_SIZE, and has a low MAX_TEXTURE_SIZE.
[07:21] <didrocks> can you add that to the bug report?
[07:23] <didrocks> RAOF: just edit the previous answer
[07:23] <RAOF> Edit the previous answer? You can edit launchpad comments now?
[07:23] <didrocks> and sorry, I took the "Hide comment" for edit
[07:24] <didrocks> you can just only merge reviews
[11:02] <Daviey> no seb today?
[11:16] <didrocks> no, seb is on vacations starting from today for 2 weeks
[11:16] <didrocks> Daviey: do you need any help?
[11:18] <Daviey> didrocks: It would be really helpful to get input from the Desktop team about bug 1043627 and bug 1042323
[11:18] <ubot2> Launchpad bug 1043627 in nux "[FFe] Add XIM Support to Nux" [High,In progress] https://launchpad.net/bugs/1043627
[11:18] <ubot2> Launchpad bug 1042323 in compiz "[FFE] Port GTK Window Decorator to GSettings" [High,Confirmed] https://launchpad.net/bugs/1042323
[11:19] <Daviey> 'upstream' seem keen on it, but no input from the desktop team as yet.
[11:19] <didrocks> Daviey: the second one is really needed
[11:19] <didrocks> (I asked them to ask the release team for the FFe)
[11:19] <didrocks> TBH, on the first one, I'm not really keen
[11:19] <didrocks> it came out of blue
[11:19] <didrocks> is merged in trunk already, without the FFe acked
[11:20] <didrocks> and the previous ibus support shows it was complex
[11:20] <didrocks> so not sure about the xim one how well and how much impact this can have
[11:28] <Laney> Daviey: TBH I think I would be OK on asking them to hold off on the first one
[11:50] <tjaalton> trying to backport the fix for bug 819304 to precise, but building gvfs on a current precise chroot fails
[11:50] <ubot2> Launchpad bug 819304 in gvfs "gvfsd-cdda crashed with signal 5 in _g_dbus_oom()" [Medium,Fix released] https://launchpad.net/bugs/819304
[11:51] <tjaalton> gvfsafpvolume.c: In function 'create_directory_get_filedir_parms_cb':
[11:51] <tjaalton> gvfsafpvolume.c:1085:3: error: dereferencing pointer to incomplete type
[11:52] <tjaalton> same with the stock gvfs from precise
[11:56] <xnox> I need to steal a couple of gsettings from the default install & fake/redo them again for the ubiquity-only desktop session.
[11:56] <xnox> can somebody help me find these two settings:
[11:56] <xnox> - the default desktop / gtk font
[11:56] <xnox> (size & family)
[11:56] <didrocks> you mean, ubiquity needs to access to them, you are not using gtk to theme it?
[11:56] <xnox> - default to "Text only" instead of "Icon + Text" on the buttons.
[11:57] <didrocks> xnox: ^
[11:57] <xnox> didrocks: I mean that when ubiquity is launched into the ubiquity-only session (via ubiquity-dm) and those two are not set. We do get Ambience gtk theme.
[11:58] <xnox> didrocks: but not those two items since they are not strickly in the gtk-theme but in other bits
[11:58] <xnox> didrocks: https://picasaweb.google.com/lh/photo/jsf4RKjSfg6IKFMoShVwtlh0btKKriD5FR8jiayHfxc?feat=directlink
[11:58] <didrocks> hum weird
[11:58] <xnox> didrocks: we "fake" the indicators & desktop background already =)
[11:59] <didrocks> you should get the default of the distro
[11:59] <didrocks> xnox: is it recent? wasn't it the case before?
[11:59] <xnox> didrocks: this is "Install now" session, instead of "Try Ubuntu" -> "Launch Ubiquity"
[11:59] <xnox> didrocks: if you open "Try Ubuntu" full desktop is launched and we get all the distro settings & everything looks great.
[11:59] <didrocks> but previously, this wasn't the case, right?
[11:59] <xnox> didrocks: as in precise?
[11:59] <didrocks> the install now got the right font
[11:59] <xnox> need to check.
[11:59] <didrocks> yeah
[12:00] <didrocks> those settings are not session dependant
[12:00] <xnox> some wonderful gsettings / dconf / gconf transitions that missed ubiquity-dm? =)
[12:00] <didrocks> so I'm suprised and would prefer we fix if any issue araised
[12:00] <didrocks> rather than workaround it :)
[12:00] <didrocks> no, those are really system-centric :/
[12:00] <didrocks> can you check on precise first?
[12:01] <tjaalton> found a patch in gvfs 1.12.3 that should fix the build error
[12:01] <xnox> didrocks: you should see how much stuff we already do in ubiquity-dm to fake desktop-like experience on Gtk/Unity/Kubuntu/Xubuntu/etc....
[12:02] <didrocks> xnox: I know a little bit of this code :)
[12:02] <didrocks> xnox: but you are using gtk here
[12:02] <didrocks> and gtk should just get access to the right settings
[12:02] <didrocks> also, there has been no change for 3 cycles on that, gsettings was already used
[12:03] <xnox> I see ubuntu font on Precise CD
[12:03] <xnox> taking screenshots....
[12:03] <didrocks> ok, so something changed, should be the same for the wallpaper
[12:03] <didrocks> can you start a software inheriting from your session environment?
[12:04] <didrocks> like starting dconf-editor from your environment?
[12:04] <xnox> hmmm..... not really. I have access to tty1
[12:04] <didrocks> yeah, but you won't be in the same env :/
[12:04] <didrocks> a python shell? ;)
[12:05] <xnox> didrocks: let me fiddle with it to make ubiquity launch a terminal
[12:05] <didrocks> xnox: that would be awesome
[12:06] <xnox> didrocks: or I can drop snippets of python into ubiquity to communicate with me =)
[12:06] <didrocks> xnox: I'm away for 40 minutes (really need this late lunch break), will be back then :)
[12:06] <didrocks> a terminal will be easier
[12:06] <didrocks> we will be able to get the guts of it :)
[12:13] <tjaalton> uploaded gvfs to precise-proposed..
[12:51] <xnox> didrocks: can't reliably reproduce. On some boots the fonts are correct, on some they are not.
[12:51] <didrocks> xnox: so, seems to be something outside of the env variable
[12:51] <didrocks> xnox: I think you can remove your hack for the wallpaper as well :)
[12:51] <didrocks> (the indicators is a different story)
[12:52] <xnox> and having some troubles launching terminal in the right way.
[12:52] <didrocks> but all the gsettings/dconf part is under the same environment, so gtk should use the right settings
[12:52] <xnox> without remastering the cd.
[12:52] <xnox> didrocks: well they are not indicators at all =) just a picutre button with a menu as far as I can see =)
[12:52] <didrocks> let's see when desrt is around to find if there is an easy case he can think of when gtk doesn't use the right gsettings values
[12:53] <didrocks> xnox: yeah, I know about that one unfortunately…
[12:53] <didrocks> but for the gtk/settings part, they all should read the right values without any issue
[12:59] <jibel> xnox, isn't it because g-s-d dies and is not restarted automatically.
[13:00] <jibel> when the fonts are incorrect I see a defunct g-s-d process
[13:09] <xnox> aha.... maybe
[13:10] <xnox> who/what respawns g-s-d? should it be upstart in ubiquity-dm?
[13:10] <xnox> maybe g-s-d should be fixed sush that it does not die
[13:12] <didrocks> jibel: shouldn't the installer theme be changed as well in that case?
[13:12] <didrocks> as it's a pygi app
[13:12] <Daviey> Laney: Does the first one have regression potential ?
[13:14] <Daviey> Laney: hmm, the diff is larger than i might have expected.
[13:14] <Laney> I don't know about regressions, but the first landing probably won't be the end of the story
[13:14] <didrocks> Daviey: what diff are you looking at? (just to be sure you are looking at the right one)
[13:15] <Daviey> didrocks: the large one :)
[13:15] <Daviey> didrocks: https://code.launchpad.net/~brandontschaefer/nux/xim-tests/+merge/120726
[13:16] <didrocks> Daviey: good, it wasn't linked yesterday, (there was only the tests) :-)
[13:18] <didrocks> Daviey: if this can help your decision, they have some primitive tests in tests/gtest-nux-inputmethodibus.cpp for the ibus part, which should be the likely impacted part of this code
[13:19] <didrocks> so ibus support should be good
[13:27] <pitti> didrocks: do you know what's up with seb?
[13:27] <Laney> holidays
[13:27] <pitti> not on the calendar
[13:27] <pitti> ok, just wondered if he's alright
[13:27] <Laney> strange, but he did email
[13:28] <pitti> ah, good; thanks!
[13:28] <Laney> np
[13:28] <didrocks> pitti: he's on holidays, right :)
[13:29] <didrocks> warned quite late yesterday :)
[13:29] <pitti> he probably mailed the desktop team
[13:29] <Laney> right
[13:32] <jbicha> mterry: does bug 1039792 need MIR review?
[13:32] <ubot2> Launchpad bug 1039792 in ubuntu-default-settings "[needs-packaging] ubuntu-default-settings" [Wishlist,Fix released] https://launchpad.net/bugs/1039792
[13:34] <mterry> jbicha, for forms sake, probably a quick one.  I can look it over and comment in bug
[13:34] <didrocks> jbicha: just curious, how did you handle the conflicts of the .override files?
[13:35] <jbicha> didrocks: they don't actually conflict, whatever is sorted higher takes precedence I believe
[13:36] <didrocks> ah ok, you use other filenames and they are just duplicated for now?
[13:36] <jbicha> and it's nice that dconf just ignores missing schemas without crashing so we could have Epiphany overrides for instance
[13:36] <jbicha> didrocks: yes
[13:36] <didrocks> gotcha :)
[13:37] <didrocks> so your next plan is, I guess to remove the other ones one after anoter :)
[13:37] <didrocks> another*
[13:37] <didrocks> don't tell desrt that there are files not following his .override prefered file mangling ;)
[13:39] <jbicha> I thought he was ok with it
[13:40] <didrocks> well, as long as it's for moving away the customization, I think he will be :)
[13:41] <mterry> jbicha, will this introduce problems for derivatives that were relying on some of these settings, and now they won't be there?
[13:43] <jbicha> mterry: it could so I'll email the release list to give the flavors a heads up
[13:43] <jbicha> edubuntu depends on ubuntu-desktop so they'll be fine
[13:43] <mterry> jbicha, fine from MIR perspective.  Super simple package  :)
[13:44] <jbicha> it looks like ubuntu studio uses totem but I haven't found other ones yet
[13:44] <didrocks> is the totem override we have important for them?
[13:45] <jbicha> it just sets default plugins so they should check to see what plugins they want
[13:46] <didrocks> interesting :)
[13:46] <jbicha> *default enabled plugins
[14:01] <jbicha> I've got about 4 pages worth of deprecated schema warnings on gnomebuntu: gnumeric & shotwell are the worst offenders
[14:02] <dobey> doh; rebooted and accountsservice decided to switch my language back to something else from what it was set to. how rude.
[14:06] <jbicha> maybe the dropping of the old overrides should need a ffe since it at least affects Ubuntu Studio
[14:07] <smartboyhw> Ubuntu Studio!!?!?!?!? jbicha: !?
[14:09] <didrocks> mterry: is bug #1040221 landed or after beta1?
[14:09] <ubot2> Launchpad bug 1040221 in lightdm-remote-session-freerdp "FFe request: Provide remote login options" [Medium,In progress] https://launchpad.net/bugs/1040221
[14:09] <Laney> I suppose other flavours might want to seed the ubuntu-default-settings too for now
[14:10] <Laney> anything else will probably require some coordination
[14:10] <mterry> didrocks, after beta1
[14:11] <didrocks> mterry: thanks
[14:19] <didrocks> Laney: great email :)
[14:19] <didrocks> oupss
[14:19] <didrocks> jbicha: ^
[14:19] <Laney> :P
[14:19] <Laney> my last email was about archive administrators, probably not so exciting
[14:19] <didrocks> Laney: I'm sure you wrote at least a great email in the past :)
[14:20] <Laney> I think it was awesome though
[14:20] <didrocks> heh :)
[14:20] <didrocks> I read it ;)
[14:20] <didrocks> jbicha: you didn't put every overriden configuration on purpose?
[14:20] <didrocks> jbicha: I'm thinking about the font
[14:23] <jbicha> didrocks: several settings are in ubuntu-artwork
[14:23] <didrocks> yeah, you want to move them as well, right?
[14:23] <didrocks> or just keep them here
[14:23] <didrocks> and so we have two places
[14:24] <jbicha> I was thinking about moving the ubuntu-artwork binary to ubuntu-default-settings and that way there would be one file for the settings
[14:24] <didrocks> would make sense IMHO
[14:24] <jbicha> but I wasn't sure if we should do that for quantal
[14:25] <didrocks> yeah, probably a little bit late
[14:25] <didrocks> better to do that early in the cycle
[14:25] <jbicha> ubuntu-artwork doesn't do gsettings overrides the right way :(
[14:26] <didrocks> jbicha: or really? I never looked at it TBH
[14:26] <jbicha> instead of being a 10_ override it's a ubuntu-artwork override which makes it difficult for a derivative to override it
[14:27] <didrocks> oh right, it's not numbered
[14:27] <didrocks> well, we can rename it if needed
[14:27] <didrocks> jbicha: I'm doing it, one sec
[14:28] <jbicha> if you rename it to .gsettings-override it should be ok
[14:28] <didrocks> jbicha: ah, there is a dh_gsettings doing it for us?
[14:29] <didrocks> (or something similar)
[14:29] <jbicha> dh_installgsettings
[14:29] <didrocks> ok, not sure it's called then
[14:29] <didrocks> let me check
[14:29] <didrocks> I guess it's not in debhelper.mk but gnome.mk
[14:29] <jbicha> it should be automatic if it's named correctly :)
[14:30] <didrocks> well, you still need it to be called :)
[14:31] <jbicha> I believe it just works, debhelper calls it
[14:32] <didrocks> oh right /usr/share/cdbs/1/rules/debhelper.mk seems to call it :)
[14:33] <didrocks> usr/share/glib-2.0/schemas/10_ubuntu-artwork.gschema.override
[14:33] <didrocks> looking good :)
[14:34] <jbicha> thanks, now when someone installs ubuntu-gnome-default-settings they should get Adwaita instead of Ambiance
[14:34] <smartboyhw> jbicha: Good job:)
[14:34] <jbicha> oh, I probably should have it recommend gnome-themes-standard then
[14:35] <didrocks> yep :)
[14:35] <didrocks> hum weird, dconf-editor wants now to default to the non overriden values
[14:35] <didrocks> even if the override is installed and the gschemas.compiled is fresh
[14:35] <didrocks> let me have a look
[14:36] <jbicha> dconf-editor is broken https://bugzilla.gnome.org/show_bug.cgi?id=654812
[14:36] <ubot2> Gnome bug 654812 in editor "editor doesn't show overridden keys" [Normal,Unconfirmed]
[14:36] <didrocks> ok, let's revert with gsettings then :)
[14:36] <didrocks> working then :)
[14:39] <didrocks> jbicha: uploaded
[14:50] <davmor2> Hey guys I just hit this, could some one who knows libwebkitgtk confirm this is the rightplace please  (I'm assuming it is) https://bugs.launchpad.net/ubuntu/+source/webkit/+bug/1046874
[14:50] <ubot2> Launchpad bug 1046874 in webkit "There is an issue highlighting dropbox selectors in USC and Epiphany" [Undecided,New]
[15:40] <pitti> good night everyone!
[15:40] <didrocks> have a good night pitti!
[17:17] <mterry> tedg, kid all better?
[17:18] <tedg> mterry, Yup, all good.
[17:18] <tedg> mterry, Back to causing trouble :-)
[17:18] <mterry> mixed blessing
[17:18] <mterry> :)
[17:18] <tedg> Heh, yeah.
[17:18]  * mterry logs off and on a few times
[17:22] <xclaesse> is it possible to make the launcher menu (the bar on the left in unity) auto hide ?
[17:22] <xclaesse> I remember in previous versions of unity it was hiding when a window comes next to it
[17:23] <didrocks> xclaesse: yeah, you have the autohide mode now or never hide it
[17:23] <didrocks> xclaesse: no more intellihide (only when a window comes next to it)
[17:23] <didrocks> xclaesse: in gnome-control-center -> display
[17:23] <didrocks> tab behavior
[17:23] <didrocks> you have a switch
[17:25] <xclaesse> didrocks, ok
[17:25] <xclaesse> didrocks, too bad they removed the smart mode, I liked it...
[17:25] <didrocks> xclaesse: I liked it too, but it confused the users
[18:04] <mterry> Does anyone know how to make a bug report out of an error.ubuntu.com oops?  (So that I can get a retrace, if there's another way of doing that, I'd also like to know)
[18:04] <mterry> pitti, ^
[18:09] <s9iper1> mterry ??
[18:10] <mterry> s9iper1, links to more information on errors.ubuntu.com provides stacktraces and such, but they aren't retraced with symbols
[18:12] <s9iper1> mterry.. dont understand what you are talking about ?
[18:14] <mterry> Well, then I doubt you know the answer I'm looking for.  ;)
[18:22] <s9iper1> :D
[19:30] <cyphermox> mterry: I don't know, one I tried to debug I just managed to reproduce anyway, and I think already had a few reports on LP
[19:30] <cyphermox> it was a pretty obvious python trace though
[19:34] <cyphermox> errors.ubuntu.com looks pretty slow to me today :)
[19:34] <mterry> cyphermox, yeah
[19:35] <mterry> cyphermox, for the non-python ones, though.  Not sure how to make progress on them
[19:35] <cyphermox> I was curious to see if there was something I could tackle there, but it's just erroring out for me
[19:35] <cyphermox> mterry: you just get question marks I guess?
[19:35] <dobey> cyphermox: https://errors.ubuntu.com/?launchpad=false
[19:36] <cyphermox> wooo!
[19:36] <dobey> the launchpad poking it does is what kills it :)
[19:36] <mterry> cyphermox, yeah
[19:39] <dobey> mterry: which one is just giving you question marks?
[19:39] <mterry> dobey, any of the non-python ones
[19:40] <cyphermox> mterry: yeah, I see how one like the nautilus report is pretty much worthless as is
[19:40] <dobey> ah ok
[19:40] <dobey> the failed: /blah/blah stuff is confusing
[19:41] <dobey> mterry: i think that is from the retracer failing maybe?
[19:41] <mterry> dobey, seems like it's on all of them though
[19:42] <dobey> mterry: well, maybe there is a larger issue. and it's not just non-python stuff. the only ones i see that don't have a bug linked, are the ones that have "failed: …" in the "Function" column
[19:42] <cyphermox> mterry: are there reports for the package you're looking at with SIGABRT in raise() ?
[19:42] <cyphermox> (or just "blah SIGSEGV"
[19:43] <dobey> oh i guess even some of the python ones are actually crashing in C code somewhere
[19:44] <mterry> cyphermox, didn't dig that far
[19:45] <cyphermox> there might be some bugs on LP that failed to get retraced; or that are just hanging around and could give you another hint towards the actual bug
[19:57] <dobey> mterry: ping james_w about it maybe?
[19:57] <mterry> james_w, heyo!  How do I extract a trace-with-symbols from errors.ubuntu.com?
[19:58] <dobey> err, or ev rather
[19:58] <james_w> that I don't know, sorry
[19:58] <dobey> sorry; got confused about who works on that stuff :)
[19:58] <mterry> james_w, OK, thanks.  I'll poke ev next
[19:59] <mterry> tedg, ping.  How about a new release of libpam-freerdp?  With that in quantal, all the remote-login MIRs will be done
[20:07] <tedg> mterry, https://code.launchpad.net/~freerdp-remote-team/libpam-freerdp/ubuntu/+merge/122947
[20:07] <tedg> mterry, Sorry, I forgot to put you as the reviewer
[20:31]  * jbicha finds is suspicious that empathy depends on Qt ;)
[20:39] <xnox> jbicha: oh the irony =)
[20:39] <xnox> =)))))))
[20:45] <jbicha> I mean it doesn't look bad from what I can see, I just doubt anyone else will be interested in using ubuntu-online-accounts unless it gets rewritten without Qt
[20:47] <jbicha> it adds dozens of MB to the ubuntu-gnome image, libqtwebkit4 especially
[23:22] <Darxus> I'm trying to update an ubuntu gtk package, which I did recently successfuly.  I'm doing this in a chroot on ubuntu quantal.  I can't even tell where it's failing.  Any hints?  Full build output:  http://www.chaosreigns.com/tmp/gtk.build.fail.txt
[23:37] <RAOF> Darxus: Looks like some of the build-time checks have failed?
[23:38] <RAOF> At least in part because they're looking for dbus services that aren't there.
[23:40] <Darxus> So it's failing because I'm running in a chroot without dbus?  I object.
[23:41] <xnox> Darxus: there are ways around that.
[23:42] <Darxus> xnox: Oh?
[23:43] <xnox> Darxus: see similar packages. something like update manager (?!), or stuff that reverse depends on dbus.
[23:43] <xnox> there are a couple of packages in the archive with working dbus test-suites.
[23:43] <xnox> if you want to fix it.
[23:43] <xnox> Or simply ignore the results from the tests
[23:44] <xnox> Darxus: dbus stuff is probably better tested in dep8 targets anyway
[23:49] <Darxus> Thanks.
[23:58] <RAOF> Darxus: Do those tests pass on the buildds? If so, you could just see what the source package is doing.