[00:01] <RAOF> Damn. Where's robert_ancell when you need to ask a Vala question!
[00:44] <RAOF> Gah. Don't switch from boost::shared_ptr to std::shared_ptr in an SRU, damnit!
[00:48] <tsimpson> meh, std::shared_ptr is mostly a copy+paste+cleanup of boost::shared_ptr anyway ;)
[00:48] <bryce> RAOF, mind approving jockey in precise-proposed's unapproved queue?  I'm nearing eod but would like to verify alberto's fix.
[00:51] <RAOF> bryce: Done.
[00:52] <RAOF> tsimpson: Yeah, I know that. But I wouldn't be totally amazed if there was a subtle difference in behaviour due to bugs or whatever, and it's not exactly a minimal change.
[00:53] <RAOF> Incidentally, is canonical IRC down for anyone else?
[00:53] <lifeless> RAOF: its down for me :P

[00:54] <sarnold> RAOF: worksforme
[00:56] <RAOF> lifeless: :P
[01:04] <TheMuso> Its up for me.
[01:12] <RAOF> Huh. My route to irc.canonical.com dies inside of level3.net, apparently.
[01:13] <sarnold> RAOF: very odd; my route to irc.canonical.com goes through level3.net just fine -- san jose, new york, london
[01:13] <RAOF> Mine dies at ae-2-52.edge5.London1.Level3.net
[01:14] <micahg> mine goes through there
[01:14] <sarnold> my next hop from that goes through SOURCE-MANA.edge5.London1.Level3.net
[01:15]  * micahg has the same as sarnold
[03:45] <pitti> Good morning
[03:45] <RAOF> Good morning pitti!
[03:46] <pitti> hey RAOF, how are you?
[03:46] <RAOF> Annoyed at the Unity SRU in quantal-unapproved.
[03:47] <RAOF> Apart from that, pretty good.
[03:47] <RAOF> No longer as tired as I was this morning!
[03:47] <pitti> RAOF: oh, lots of "fun" changes?
[03:48] <pitti> RAOF: not tired any more> see? the refreshing effect of processing SRUs :-)
[03:48] <RAOF> Not _lots_ of fun changes, but they appear to have switched from boost::* to std::* for absolutely no reason.
[03:48] <pitti> !?
[03:48] <pitti> this seems like a good change for trunk indeed, but in an SRU?
[03:48] <RAOF> Well, I guess it's not *absolutely* no reason; now that they can use C++11 that's fine, but it's NOT fine in an SRU.
[03:49] <RAOF> Also there's some questionable code in there, like:
[03:49] <RAOF> +          // FIXME: although this pretends to be generic, we're just making
[03:49] <RAOF> +          // sure that icons requested to have 96px will be 64
[03:49] <RAOF> +          base_icon_width = max_width > 0 ? max_width * 2 / 3 : max_width;
[03:50] <pitti> urgh - /me accidentally hits the "show desktop" in alt+tab
[03:50] <pitti> this is such a mess, there's no obvious undo to that
[03:50] <RAOF> Hit show desktop again.
[03:50] <RAOF> It's totally undiscoverable, but show desktop is self-inverse.
[03:51] <pitti> ah, so it is
[03:51] <pitti> I wonder why we still even have that
[03:57] <RAOF> For a certain kind of user I'm pretty sure it's the bee's knees.
[03:57] <RAOF> Of course, I'm not sure if that kind of user knows how to get at it ☺
[04:03] <TheMuso> Its worth noting that modern versions of Windows have the desktop in the alt-tab switcher.
[04:03] <TheMuso> I.e from Vista and later.
[05:00] <RAOF> Dear vala: hurry up and write a gcc frontend, so I don't have to wade through your indecipherable C for SRUs.
[06:27] <RAOF> Why does unity-lens-photos have a .desktop file at all?
[06:34] <desrt> RAOF: hilariously, we were discussing exactly this last night
[06:34] <desrt> except we favoured an llvm frontend :)
[06:35] <RAOF> Whatever; kindly be making its internal guts transparent to me :)
[06:37] <RAOF> (Or I guess just acknowledge that what you really want is C#, and make mono more awesome :P)
[06:38] <kenvandine> RAOF, shhh... i've been getting harassed this week for my mono sticker on my laptop
[06:39]  * desrt contributes
[06:39] <kenvandine> grrr
[06:39] <RAOF> kenvandine: I avoid this by not having any stickers on my laptop :)
[06:39] <BigWhale> Good morning all.
[06:39] <kenvandine> hey BigWhale
[06:40] <desrt> RAOF: let me get you a 'sarah palin 2016' sticker
[06:40] <RAOF> Well, except for the one which says “This is a HWE laptop that can't be certified”
[06:40] <BigWhale> hey kenvandine. you're up early ... or late ... I'm guessing you're already in Europe? :)
[06:40] <kenvandine> yeah
[06:40] <kenvandine> been here all week :)
[06:40] <desrt> HWE?
[06:41] <kenvandine> hardware enablement?
[06:41] <BigWhale> UDS starts on 29th? right?
[06:41] <desrt> yes
[06:41] <desrt> mon-thu
[06:41] <RAOF> Yeah, hardware enablement.
[06:41] <RAOF> didrocks: Yo!
[06:41] <RAOF> didrocks: Good morning!
[06:42] <didrocks> RAOF: hey! how are you? :)
[06:42] <RAOF> didrocks: Sadly, I'm about to make it a little less good for you :(
[06:42] <didrocks> RAOF: sniffff ;)
[06:42] <didrocks> RAOF: what happened on the SRU front?
[06:42] <pitti> salut didrocks, ça va?
[06:42] <RAOF> didrocks: Would you kindly be shouting at PS that switching from boost::stuff to std::stuff is not an appropriate SRU change?
[06:42] <didrocks> pitti: ça va bien, et toi?
[06:43] <pitti> didrocks: je vais bien, merci!
[06:43]  * desrt thinks that a ç looks and sounds like a lop-sided s
[06:43]  * pitti is on a code slaughter quad-damage trip
[06:43] <didrocks> RAOF: I think popey can find the exact kind words for it :)
[06:43] <popey> which sru is that?
[06:43] <didrocks> RAOF: this is only for unity package itself, isn't it?
[06:43] <RAOF> Unity
[06:43] <didrocks> RAOF: the rest is good?
[06:44] <RAOF> Compiz isn't; I've commented on the bug.
[06:44] <didrocks> RAOF: I can see a little tear on popey's face just 1 meter away from me :)
[06:44] <RAOF> unity-lens-photos isn't, but I've apparently forgotten why.
[06:44] <didrocks> oh?
[06:44] <popey> sorry, I'll stop laughing
[06:45] <RAOF> didrocks: Oh, no. That's right.
[06:45] <RAOF> didrocks: I wasn't accepting unity-lens-photos until I knew why it's got a desktop file at all.
[06:46] <didrocks> popey: on compiz, can you look with duflu about the comment on bug #1060171
[06:46] <ubot2> Launchpad bug 1060171 in compiz (Ubuntu Quantal) "gtk-window-decorator crashed with SIGSEGV in g_hash_table_lookup_node() from g_hash_table_remove_internal() from event_filter_func() from gdk_event_apply_filters()" [High,Triaged] https://launchpad.net/bugs/1060171
[06:46] <didrocks> RAOF: let me look at u-l-p
[06:46] <RAOF> Good work, gnome-keyring. A stable release that fixes bugs *and* has a test suite!
[06:47] <popey> sure
[06:48] <RAOF> didrocks, popey: Oh, also, while browsing through the unity changes I saw something that seemed strange to make through code review; the comment says “ensure we return 64px icons, the code returns max_size * 3 / 4.
[06:48] <didrocks> RAOF: u-l-p:
[06:48] <didrocks> https://code.launchpad.net/~davidc3/unity-lens-photos/unexpected-geeqie-crasher/+merge/130044
[06:48] <RAOF> Sorry; max_width * 2 / 3.
[06:49] <RAOF> didrocks: Ah, ok. So, it's for the benefit of software-center.
[06:50] <RAOF> I guess that should be fixed to be better, but I'll accept u-l-p.
[06:50] <seb128> didrocks, hey, how are you? thanks for doing SRU review! ;-)
[06:50] <didrocks> RAOF: thanks :)
[06:50] <RAOF> seb128: A geary SRU? Really?
[06:50] <desrt> uh
[06:50] <desrt> isn't 'u' for 'update'?
[06:50] <seb128> RAOF, why not? ;-)
[06:51] <RAOF> It's an awesome idea, but it barely works? :)
[06:51] <desrt> RAOF: who cares?  we ship thunderbird and evolution, don't we? :)
[06:53] <RAOF> I'm very much behind the idea of geary, and have the daily PPA build installed. I'm surprised it's in universe, though; it's currently litte more than a broken toy :{
[06:53] <RAOF> Baby attack!
[06:53] <seb128> RAOF, it's mostly to be nice to the yorba guys
[06:55] <pitti> bonjour seb128!
[06:55] <seb128> pitti, hey, wie gehts?
[06:55] <pitti> seb128: gut, danke! happily dropping loots of code
[06:56] <seb128> pitti, sprint^Wautomn cleaning? :-)
[06:56] <pitti> seb128: indeed! just landed some more patches which remove ~ 1400 LOCs
[06:56] <seb128> nice
[07:11] <Mirv> RAOF/didrocks: I can't see removed xml files in lp:ubuntu/compiz - the line about disabled test was removed by didier to not erronously refer to the bug, but probably only the bug number should have been removed
[07:11] <Mirv> (regarding bug #1060171 note)
[07:11] <ubot2> Launchpad bug 1060171 in compiz (Ubuntu Quantal) "gtk-window-decorator crashed with SIGSEGV in g_hash_table_lookup_node() from g_hash_table_remove_internal() from event_filter_func() from gdk_event_apply_filters()" [High,Triaged] https://launchpad.net/bugs/1060171
[07:12] <didrocks> Mirv: I agree about the disabling test, RAOF, we have manual tests and agrees on those
[07:13] <didrocks> RAOF: this version was tested by popey's team and I for more than a week now and we can ensure there is no visible regressions
[07:13] <didrocks> RAOF: also, like in GNOME, we don't list every commits
[07:13] <didrocks> only those which have a visible impact on user experience, with opened bugs
[07:13] <didrocks> I don't see PS work different here
[07:13] <didrocks> so re:compiz: is it acceptable for you?
[07:14] <Mirv> ah sil2100 commented on the bug as well regarding the cherry-picks (ie. xml files were removed already earlier)
[07:14] <didrocks> for unity, let popey's team (I looked for the commit id) giving you an answer
[07:15] <RAOF> didrocks: As far as I'm aware PS doesn't have a blanket MRE?
[07:16] <didrocks> RAOF: sorry, I don't understand MRE :)
[07:16] <RAOF> GNOME gets a pass because it's got a MRE; it might be appropriate that unity/compiz/etc get a Micro Release Exception, but they currently don't, so we want just bug fixes, and only changes which fix bugs.
[07:17] <didrocks> RAOF: it didn't work like that in the past, I think the SRU team trusted what we pushed because it was tested
[07:17] <didrocks> not sure how pitti dealt with compiz and unity SRUs in the past
[07:17] <pitti> pretty much like "stick fingers in ears and press the knob", really
[07:18] <RAOF> Heh.
[07:18] <pitti> not that I was happy about that approach, but these diffs were usually way too big for a sane review anyway
[07:18] <didrocks> and I don't think in 3 years we pushed buggy updates in a SRU (we had one regression AFAIK on the dozen of uploads)
[07:18] <didrocks> yeah, and every merge requests already have at least one reviewer
[07:18] <didrocks> that + the tests
[07:18] <didrocks> so, I'm happy that we can answer on the things that looks wrong to you
[07:19] <RAOF> I'm all for various PS projects getting a micro release exception (although perhaps *after* getting the message that boost::*→std::* is *not* a stable release candidate).
[07:19] <didrocks> (like boost versus std: change)
[07:19] <pitti> but large structural code changes like that give me the creeps, too
[07:19] <pitti> especially stuff like boost -> std
[07:19] <pitti> was this really tested on arm, powerpc, etc.? this cold lead to all sorts of interesting regressions
[07:19] <didrocks> not sure about mandating every commit (which have been checked by distro to fit for a SRU, or would have been reverted) to get all noticed
[07:19] <didrocks> pitti: yep, there have been a test on arm
[07:20] <didrocks> but let us get an answer on boost -> std
[07:20] <pitti> and powerpc?
[07:20] <pitti> and armel?
[07:20] <didrocks> pitti: no those 2 AFAIK
[07:20] <didrocks> amrhf had though
[07:20] <RAOF> didrocks: Basically, you're arguing for a MRE - I'm sure the technical board would be receptive, given that everything's nicely tested.
[07:21] <didrocks> RAOF: right, I have a session about it at UDS
[07:21] <lifeless> meal ready to eat?
[07:21] <didrocks> RAOF: but the additional commits in compiz ar really wondering you?
[07:21] <didrocks> are*
[07:21] <didrocks> worrying*
[07:21]  * didrocks needs coffee
[07:21] <RAOF> didrocks: Yes! I worry when an SRU removes files without any mention of why!
[07:22] <Mirv> RAOF: like indicated in the bug report now, those were already removed as cherry-picks in the previous release
[07:22] <didrocks> hence it's not indicated again
[07:22] <didrocks> in the changelog
[07:22] <RAOF> So why is it in the debdiff?
[07:23] <didrocks> RAOF: one sec, checking
[07:24] <didrocks> I remember to have asked Mirv  to remove the line because it was already in ubuntu, but let me check, the SRU was pushed more than one week ago in -proposed and didn't get touch…
[07:26] <didrocks> so the fix was for https://bugs.launchpad.net/compiz/+bug/1057955
[07:26] <ubot2> Launchpad bug 1057955 in Compiz 0.9.8 "Removed schema keys still used in keybindings and automated tests" [Undecided,Fix committed]
[07:27] <sil2100> Yes, I commented on the bug regarding this
[07:27] <Mirv> it looks ok in lp:ubuntu/compiz, but I think Adam's 1:<IP_ADDRESS>-0ubuntu3 upload added them back?
[07:27] <Mirv> 1:<IP_ADDRESS>-0ubuntu3 is also not in the packaging branch at all
[07:27] <RAOF> Yeah, the compiz we're shipping in Quantal includes those xml.in files.
[07:28] <RAOF> Check out apt-get source.
[07:28] <didrocks> Mirv: hum, in fact, it's a different story
[07:28] <didrocks> http://launchpadlibrarian.net/117994551/compiz_1%3A<IP_ADDRESS>%2Bbzr3377-0ubuntu1_1%3A<IP_ADDRESS>-0ubuntu1.diff.gz
[07:28] <didrocks> they were removed from the install
[07:28] <sil2100> So something is wrong
[07:28] <didrocks> not in upstream tarball
[07:29] <didrocks> Mirv: does it sound right to you? ^
[07:31] <Mirv> didrocks: they were removed in ubuntu1, yes, but possibly erronously put back in ubuntu3 which is missing from lp:ubuntu/compiz as well
[07:31] <didrocks> Mirv: no, there were not removed if I'm correct (look at the debdiff), there were just not *installed*
[07:31] <didrocks> which is the same for the end user experience
[07:31] <didrocks> which is what we should focus on I guess
[07:32] <Mirv> hmm, yes, true, regardless of how it is
[07:32]  * RAOF goes and has a nice relaxing bath
[07:32] <didrocks> -  50-compiz-launchers.xml.in
[07:32] <didrocks>    50-compiz-navigation.xml.in
[07:32] <Mirv> and lp:ubuntu/compiz is fine now
[07:32] <didrocks> -  50-compiz-screenshot.xml.in
[07:32] <didrocks> -  50-compiz-system.xml.in
[07:32] <Mirv> (after bzr pull)
[07:33] <didrocks> Mirv: yeah, seems the move to raring branches missed it (it was in the proposed one)
[07:33] <didrocks> Mirv: so I grabbed and pushed
[07:33] <didrocks> RAOF: can we have a conscensus on that?
[07:33] <didrocks> (for compiz, again, we'll check with upstream for the boost -> std on unity)
[07:34] <Mirv> also the compiz-gnome I've installed with the packaging is fine
[07:39] <sil2100> RAOF: regarding the offending commit...
[07:39] <tsdgeos> how do we get the upstream fix for https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1064992 in? do we want it in i guess?
[07:39] <ubot2> Launchpad bug 1064992 in gtk+3.0 (Ubuntu) "Unity menubar crashes when activating a submenu in LibreOffice while using Orca screen reader" [Undecided,In progress]
[07:40] <sil2100> RAOF: if the boost->std switch is not good, we can revert this switch indeed...
[07:40] <sil2100> RAOF: and stick with boost for now
[07:41] <seb128> tsdgeos, subscribe ubuntu-sponsors to the bug and get the SRU infos if you can to help the update
[07:41] <didrocks> sil2100: can we get that merged in 6.0 and then, we just cherry-pick it?
[07:41] <didrocks> (now that the branch is in sync again ;))
[07:41] <sil2100> didrocks: yes, I just asked bschaefer_ to do that
[07:41] <sil2100> :)
[07:41] <didrocks> excellent, thanks sil2100!
[07:41] <Mirv> thanks sil2100!
[07:41] <sil2100> Sorry about that, it's really ugh, I feel ashamed, I could have remembered that SRU==no-big-changes
[07:41] <seb128> tsdgeos, SRU infos: impact, test case, regression potential
[07:41] <sil2100> Since I basically approved it ;p
[07:42]  * bschaefer should have known that as well
[07:42] <didrocks> sil2100: can you look at:
[07:42] <didrocks> 08:48:31          RAOF | didrocks, popey: Oh, also, while browsing through the unity changes I saw something that seemed strange to
[07:42] <didrocks>                        | make through code review; the comment says “ensure we return 64px icons, the code returns max_size * 3 / 4
[07:42] <didrocks> sil2100: can help you with bzr annotate just to find the correct person :)
[07:43] <sil2100> didrocks: will try! ;)
[07:43] <didrocks> sil2100: keep me posted if you need help
[07:43] <didrocks> so I think unity is on the right track
[07:43] <didrocks> we need to have a decision on compiz itself
[07:43] <didrocks> I can document "removal of upstream files in the source that we already don't install upstream and downstream"
[07:43] <didrocks> but:
[07:43] <didrocks> 1. there is nothing to check
[07:44] <didrocks> 2. reverting that will make us diverging from the rarring branch for no reason
[07:44] <sil2100> I'll just get a drink
[07:47] <tsdgeos> seb128: ok, done
[07:53] <RAOF> didrocks: If we're certain they're not installed I don't need a comment in debian/changelog
[07:58] <sil2100> RAOF: we'll remove the boost->std switch and cherry-pick it ASAP
[07:58] <RAOF> sil2100: Ta
[07:58] <sil2100> RAOF: sorry about that
[07:58] <RAOF> 'sok.
[07:59] <RAOF> I just have to reject uploads, which I don't particularly like doing :/
[07:59] <didrocks> RAOF: yeah, I can ensure you for 100% it's not installed ;)
[07:59] <didrocks> RAOF: hit me hard at UDS if it's the case :)
[07:59] <RAOF> didrocks: Then full steam ahead!
[07:59] <didrocks> RAOF: so agree on me pushing compiz again?
[07:59] <didrocks> RAOF: I can promise you a beer, which is a lot in that country (I'll sell my car for it :p)
[08:00] <RAOF> didrocks: Yeah, push compiz again.
[08:00]  * didrocks dput -f ;)
[08:01] <didrocks> RAOF: done! thanks again! We are fixing unity now (thanks for spotting it!)
[08:01] <seb128> kenvandine, cassidy is pinging about https://bugs.launchpad.net/ubuntu/+source/adium-theme-ubuntu/+bug/959084 ... webkitish issue, do you have an idea could you have a look to?
[08:01] <ubot2> Launchpad bug 959084 in empathy (Ubuntu) "empathy-chat consistently uses 9-10 % CPU" [Low,Triaged]
[08:08] <dupondje> Got a really strange issue with LightDM, sometimes when I boot, I see the console cursor on tty7 (trough the lightdm window). If I then switch to tty1 for example, I still see lightdm visible (only partly). Is that a known bug?
[08:09] <sil2100> bschaefer: did you submit a merge for the std->boost switch already maybe? ;)
[08:09] <bschaefer> sil2100, working on it, had to recompile some things :(
[08:10] <sil2100> bschaefer: ok, just give me a poke once it's submitted, so that I won't miss it!
[08:10] <bschaefer> sil2100, will do!
[08:16] <sil2100> didrocks: for the max_height * 2 / 3 change, it seems mhr3 was the author
[08:16] <sil2100> https://code.launchpad.net/~mhr3/unity/respect-icon-size-hint-6.0/+merge/129123
[08:16] <seb128> dupondje, not known
[08:16] <didrocks> sil2100: he's not far from here! I saw him, take your knife and run after him ;)
[08:16] <seb128> dupondje, seems like a kernel,xorg,video issue
[08:16] <sil2100> didrocks: let's molest him about this change
[08:16] <sil2100> mhr3: !
[08:17] <didrocks> sil2100: you can as well just ask him, seems less risky and it may work ;)
[08:17] <sil2100> mhr3: RAOF doesn't like the part that's under FIXME ;)
[08:18] <RAOF> sil2100, mhr3: Particularly: I don't see why it calculates a value, rather than just returning 64L
[08:18] <RAOF> Ahem. 64.
[08:19] <RAOF> That just seems begging for an unrelated change to make things look bad later on.
[08:19] <mhr3> RAOF, it's not in a component that should use such hardcoded values
[08:19] <bschaefer> sil2100, https://code.launchpad.net/~brandontschaefer/unity/fix-1046201-6.0/+merge/131140
[08:20] <RAOF> mhr3: But you're essentially hardcoding 64 there?
[08:20] <sil2100> bschaefer: thanks! Building, testing and then approving
[08:20] <mhr3> RAOF, although the fixme suggests that, no
[08:20] <bschaefer> sil2100, awesome thanks!
[08:20] <RAOF> mhr3: So is 2/3 of whatever max_width is right for all values of max_width?
[08:20] <bschaefer> sil2100, the diff will be smaller after the cherry pick :)
[08:21] <mhr3> RAOF, well... no :) but hardcoding 64 isn't correct either
[08:21] <mhr3> for things we use it with 2/3 works
[08:21] <sil2100> bschaefer: I think I'll even change it to Needs Review, since the decision is that we include it if it's working ok ;)
[08:21] <bschaefer> sil2100, sounds good
[08:23] <RAOF> mhr3: If hardcoding 64 is wrong, but 2/3rds is also wrong, isn't 64 more *obviously* wrong and so more likely to be changed when appropriate? I picked up on this partially because I'm grumpy about the boost::→std:: change ☺.
[08:23] <bschaefer> sil2100, ugg i missed a change in the test
[08:23]  * bschaefer goes to fix it
[08:23] <sil2100> bschaefer: no problem, still updating my chroot ;)
[08:23] <bschaefer> :)
[08:25] <mhr3> RAOF, bottom line, i don't see any way to make it "better" atm, and hardcoding won't make it better
[08:27] <RAOF> I think that hardcoding makes it more *obviously* wrong, so more likely to be fixed later. That said, it's not a blocker for SRU acceptance. I just reserve the right to say “I told you so” later on, should someone make a change that breaks it ☺
[08:29] <mhr3> fwiw we're already starting to refactor that whole component ;)
[08:30] <bschaefer> sil2100, pushed the fix
[08:31] <sil2100> bschaefer: ok, pulling
[08:44] <didrocks> RAOF: I'm sure you have a personal tomboy note with the "I told you so" examples :)
[08:48] <sil2100> bschaefer: ok, working nicely, I'll just check something and approve ;)
[08:48] <bschaefer> sil2100, cool!
[08:50] <gema> sil2100: I am sending you an email with some pics of my new problem this morning
[08:51] <gema> sil2100: some of my windows half break to show what's underneath
[08:51] <popey> gema what's up?
[08:51] <gema> hey popey not much, I think it is compiz, but I am not sure, so looking for a second opinion :)
[08:52] <popey> I'd also like to see those
[08:52] <gema> popey: forwarding
[08:52] <popey> thanks
[08:53] <RAOF> popey: Oh, if we're soliciting random bug reports - I've got a problem when there's a window that's been greyed out for being unresponsive.
[08:53] <popey> oh?
[08:54] <RAOF> The unity overlays (dash, alt-tab, top-bar-shadow) flicker at roughly 30Hz between being there and not being there when they're over an unresponsive window.
[08:55] <RAOF> I've got a video of it, but haven't yet attached it to a bug.
[08:55] <RAOF> Want to see?
[08:55] <sil2100> gema: thanks!
[08:55] <popey> ping us the bug when you do
[08:55] <sil2100> Will look into it a bit later
[08:55] <gema> sil2100: no prob
[08:56] <popey> gema, that loooks like a video driver issue to me
[08:57] <popey> gema, what video card does that machine have, with 3 heads?
[08:57] <sil2100> didrocks: for the change from std back to boost - should we create a new bug for it and link it to it, or just in the changelog write it down without a bug number when cherry-picking?
[08:59] <gema> popey: Radeon HD 5800
[09:00] <gema> popey: it used to work fine with precise
[09:04] <gema> popey: it may well be the new kernel then playing games on me, I will look into it
[09:05] <RAOF> I now have a shiny new Radoon HD 7870 that supports 4 monitors; I should see if jasoncwarner_ will let me expense 3 extra monitors to test :)
[09:05] <gema> RAOF:  :D
[09:07] <RAOF> popey: Enjoy! https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1070735
[09:07] <ubot2> Launchpad bug 1070735 in unity (Ubuntu) "When Unity UI elements are above an unresponsive window, they flicker" [Undecided,New]
[09:17] <gema> popey, sil2100: using gnome classic for a while to discard unity and make sure it's a graphics issue
[09:22] <popey> thanks RAOF
[09:38] <sil2100> didrocks: !
[09:45] <sil2100> didrocks: https://code.launchpad.net/~sil2100/unity/ubuntu_6.10_cp_std <- the cherry-picked branch for unity
[09:46] <sil2100> didrocks: I didn't know if I should revert it to UNRELEASED from quantal-proposed or not, so I just left it as it is
[09:46] <sil2100> didrocks: hope the changelog entry is ok
[09:46] <sil2100> didrocks: oh, and there's also one more branch I'd like you to check
[09:46] <didrocks> sil2100: let me have a look
[09:46] <didrocks> sil2100: it's fine to keep it as it is, no UNRELEASED for this special process :)
[09:51] <sil2100> didrocks: https://code.launchpad.net/~sil2100/unity-lens-applications/vala_bump <- the other branch, since pstolowski has a merge that bumps the requirement for libgnome-menu and also valac
[09:52] <jasoncwarner_> RAOF "to test" ;)
[09:52] <sil2100> didrocks: https://code.launchpad.net/~stolowski/unity-lens-applications/use-libgnome-menu3/+merge/130509 <- this merge
[09:52] <sil2100> I've been told it's a necessary change ;)
[09:53] <sil2100> didrocks: thanks for checking those out!
[09:55] <didrocks> sil2100: running the new unity, seems good to me :)
[09:55] <didrocks> sil2100: looking at u-l-a then!
[09:56] <didrocks> sil2100: unity in -proposed
[09:57] <didrocks> RAOF: ^
[09:57] <sil2100> didrocks: ta ;)
[10:01] <sil2100> gema: looking at the bug pictures now
[10:02] <gema> sil2100: so far my gnome classic experience is good, my graphics card is working fine here
[10:02] <gema> sil2100: so I doubt is a driver issue
[10:03] <gema> sil2100: or maybe it's a driver issue with unity
[10:03] <Laney> try gnome-shell, it's likely to be closer to unity in terms of driver usage
[10:04] <sil2100> gema: we think it's rather a driver issue, since the code related to it is rather fragile - but we'll be looking at it ;)
[10:04] <gema> Laney: I will try gnome-shell
[10:05] <gema> sil2100: thanks!
[10:06] <didrocks> sil2100: pushed and approed
[10:07] <sil2100> didrocks: awesome!
[10:48] <sil2100> didrocks: did you push u-l-a distro update to lp:ubuntu/u-l-a?
[10:49] <sil2100> Since I can't see it in the bzr branch I just did
[10:49] <sil2100> And the merge is still failing
[11:00] <seb128> cool website: http://upstream-tracker.org/index.html
[11:01] <seb128> it lists api changes in quite some libs
[11:01] <seb128> on that lunch time
[11:58] <cyphermox> good morning!
[12:09] <didrocks> 14:06:48      didrocks | sil2100: hum, I did bzr push
[12:09] <didrocks> 14:08:02      didrocks | sil2100: oh, it's telling me it diverged
[12:09] <didrocks> 14:08:47      didrocks | sil2100: let me merge your change
[12:10] <sil2100> Awww, maybe because the branch was from Monday...
[12:10] <sil2100> didrocks: thanks!
[12:10] <didrocks> sil2100: yeah, your branch is outdated, no worry :)
[13:37] <attente> desrt: ping
[13:40] <kenvandine> qengho, did you see the webkit bug i assigned to you?
[13:43] <kenvandine> qengho, i tried to bisect it, testing all the previous versions of the adium theme and still got the same behavior
[13:43] <kenvandine> so sounds like something that webkit caused
[13:47] <jibel> webapps seem to make firefox use a lot of cpu
[13:51] <qengho> kenvandine: got it.  lp#959084.
[13:51] <kenvandine> thanks
[13:52] <kenvandine> sounds like it has to be something that webkit introduced... so have fun diving in that :)
[13:55] <desrt> attente: pong
[13:56] <attente> desrt: can you take a quick look at this? http://fpaste.org/eHsH/
[13:57] <desrt> attente: SHOW ME THE CODE!!!
[14:03] <desrt> attente: we've seen this bug before.......
[14:03] <attente> desrt: we have?
[14:03] <desrt> libreoffice was crashing with a very similar trace
[14:04] <attente> the only thing i can tell is that the menu passed in is NULL
[14:04] <desrt> so either you are doing the same thing they were (they fixed the bug on their side) or it's my fault :)
[14:05] <attente> to unrealize the GtkMenu, all i did was remove it from the parent container
[14:06] <attente> then re-realize it by adding it back in
[14:13] <attente> desrt: do you know how they fixed it?
[14:14] <attente> (or what they did in the first place)
[14:24] <mhr3> didrocks, seb somewhere close to you?
[14:25] <mhr3> didrocks, i need to cry to him that bustle-dbus-monitor doesn't work
[14:25] <mhr3> seb128, , i need to cry to you that bustle-dbus-monitor doesn't work
[14:26] <mhr3> guess it's the change in Q where the monitoring apps need to set some flag now
[14:30] <seb128> mhr3, the eavedropping thing?
[14:30] <mhr3> seb128, that'd be my guess
[14:33] <desrt> attente: sorry.  was asking lars about it and got into a big discussion
[14:34] <desrt> attente: we're planning how to make seb128 lose his will to live
[14:34] <Laney> yeah looks like our bustle is quite out of date
[14:34] <seb128> Laney, want to have a look at updating it?
[14:34] <kenvandine> desrt, want to make ubuntu spicier?
[14:34] <attente> desrt: oh. ok then
[14:34] <Laney> can do
[14:35] <desrt> attente: anyway... not sure what the issue is
[14:35] <seb128> desrt, be careful, I'm watching you
[14:35] <desrt> if i had your code and could reproduce it locally it would help a lot
[14:35] <desrt> seb128: creep
[14:35] <attente> desrt: i emailed it to you
[14:35] <desrt> oh.  good.
[14:35] <seb128> larsu, hey, long time not seen, how are you?
[14:35] <desrt> you should get that in git....
[14:35] <Laney> mhr3: you probably want these https://bugs.freedesktop.org/show_bug.cgi?id=39140#c12
[14:36] <ubot2> Freedesktop bug 39140 in General "add eavesdrop=true to rule(s)" [Normal,Resolved: fixed]
[14:36] <larsu> seb128, pretty good. What's up?
[14:36] <attente> is there a remote i can push to?
[14:36] <seb128> attente, lp:~huaw/+junk/yourcode? :p
[14:36] <seb128> attente, bzr!
[14:36] <seb128> ;-)
[14:36] <attente> heh
[14:37] <mhr3> Laney, yep, looks that way
[14:38] <desrt> attente: put it on chinstrap?
[14:38] <desrt> or github...
[14:38] <desrt> or gitorious
[14:38] <seb128> tarball & email :p
[14:38]  * desrt has dconf-qt on gitorious
[14:38] <kenvandine> usb stick in an envelope ?
[14:39] <Laney> oh wow, bustle is haskell: /me gets excited
[14:39] <kenvandine> Laney, you're sick
[14:39] <kenvandine> :-D
[14:39] <mhr3> Laney, just the latest version
[14:39] <seb128> Laney, mhr3 was mentioning that, I though you would like it :p
[14:39] <desrt> attente: could put it on gnome.org
[14:39] <lamalex> bryce, RAOF hey guys- im having very bad nvidia/nouveau problems. if you of you are around could you lend me a hand?
[14:40]  * mlankhorst looks away innocently
[14:41] <mlankhorst> lamalex: what kind?
[14:41] <lamalex> with the proprietary driver, after the splash screen my screen goes black and stays that way
[14:42] <lamalex> with nouveau it seems to be munging registers and rendering my wireless disabled, and also causing me to hardlock
[14:42] <lamalex> lots of dmesg errors from it
[14:42] <mlankhorst> pastebin?
[14:42] <mlankhorst> precise or quantal btw
[14:43] <lamalex> quantal
[14:43] <lamalex> precise works great
[14:44] <lamalex> but im on the webapps team, which rather requires using q
[14:44] <lamalex> and r before long
[14:46] <desrt> larsu: <seb128> shit
[14:46] <mlankhorst> pastebin your dmesg then
[14:46] <lamalex> mlankhorst, http://paste.ubuntu.com/1302653/
[14:46] <larsu> desrt, what?
[14:46] <mlankhorst> hm looks like some crap in the 3d engine going wrong :P
[14:47] <seb128> desrt, you are tired man
[14:48] <mlankhorst> lamalex: though couldn't say for sure whether by the DDX or by mesa
[14:48] <desrt> attente: not seeing the crash
[14:49] <attente> really?..
[14:49] <attente> running ./hello
[14:49] <desrt> i guess i should disable my dbusmenu-enabled gtk :/
[14:49] <mlankhorst> lamalex: can you boot without starting X, then start X, export LIBGL_ALWAYS_SOFTWARE=1 and do DISPLAY=:0 /etc/X11/Xsession ?
[14:50] <lamalex> what's the best way to boot without starting X
[14:50] <mlankhorst> recovery mode
[14:50] <mlankhorst> but with nomodeset removed
[14:50] <lamalex> should i set those vars before starting X?
[14:50] <mlankhorst> doesn't affect X
[14:51] <lamalex> k
[14:51] <lamalex> so take nomodeset out from grub, then start in recovery mode
[14:52] <mlankhorst> yeah
[14:52] <lamalex> aye aye
[14:52] <lamalex> be back in a moment
[15:04] <lamalex> mlankhorst, unsuccessful
[15:04] <lamalex> im not sure what i did wrong but exactly but i didn't really get anywhere
[15:04] <desrt> larsu: http://www.fpaste.org/PwuQ/
[15:05] <mlankhorst> lamalex: yeah it's probably ddx feeding crap
[15:07] <lamalex> what is dd
[15:07] <lamalex> x
[15:08] <mlankhorst> erm the xorg driver
[15:08] <lamalex> ah
[15:08] <lamalex> very frustrating
[15:10] <mlankhorst> BEGIN_END_ACTIVE - You tried changing stuff while begin/end was active.
[15:10] <mlankhorst> hmz
[15:20] <mlankhorst> feeling adventerous? :P
[15:26] <mlankhorst> if not the easy fix is disabling exa by specifying option "noaccel" in xorg.conf for nouveau driver
[15:46] <desrt> attente: hey.  got a job for you :)
[15:47] <attente> desrt: sure :) what is it?
[15:47] <desrt> attente: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1070905
[15:47] <ubot2> Launchpad bug 1070905 in gnome-control-center (Ubuntu) "a11y panel calls g_settings_new() on (uninstalled) overlay scrollbar schema" [Undecided,New]
[15:47] <desrt> it's caused by a patch we have in our gnome-control-center package
[15:48] <desrt> it's now possible to check if a particular schema is installed via g_settings_schema_source_get_default() -> g_settings_schema_source_lookup()
[15:48] <desrt> so you should do this before it tries to do g_settings_new()
[15:48] <attente> ok, sounds easy enough
[15:49] <seb128> attente, good opportunity to play with our workflow ;-)
[15:49] <qengho> kenvandine: that empathy-chat bug goes away the instant that the chat history vertically fills the allotted space.  I'm betting on some scroll-bar hackiness.
[15:49] <seb128> attente, https://wiki.ubuntu.com/DesktopTeam/Bzr is worth reading
[15:49] <desrt> seb128: i gave him this bug because it's the perfect chance :)
[15:50] <kenvandine> oh
[15:50] <kenvandine> interesting
[15:50] <attente> seb128: thanks
[15:50] <kenvandine> qengho, ok... well it couldn't be overlay scrollbars
[15:50] <kenvandine> cassidy said he gets it on fedora with our theme
[15:53] <mlankhorst> lamalex: can you try "[PATCH] nouveau: Do not use nva3 engine for 0xaf chipset" ?
[15:53] <mlankhorst> probably can get it off ml somewhere
[15:54] <lamalex> mlankhorst, https://patchwork.kernel.org/patch/1272971/ ?
[15:54] <mlankhorst> assume so
[15:55] <lamalex> is there a guide somewhere to patching my kernel?
[15:55] <lamalex> never done this
[15:56] <mlankhorst> https://help.ubuntu.com/community/Kernel/Compile
[16:01] <seb128> attente, https://launchpad.net/~huaw is your launchpad id right*k
[16:02] <seb128> *k->?
[16:02] <attente> ~attente
[16:02] <seb128> crap
[16:02] <attente> i think that's my old one
[16:02] <attente> from way back when
[16:02] <desrt> we had a workstation in 229
[16:02] <seb128> attente, ok, I found ~huaw, I added the wrong one to our team :p
[16:02] <seb128> changing it
[16:02] <desrt> with english/french labels on all of the buttons, canadian style
[16:03] <desrt> one of them was labelled "attente"
[16:03] <desrt> it stuck
[16:03] <attente> thanks, seb128
[16:41] <orpok> how can i start x in safe mode? using ubuntu 12.10 and tried to use amd's drivers, now compiz crashes
[16:41] <orpok> oops wrong channel
[17:22] <xclaesse> I've got a belgian bluetooth keyboard, every time I reboot its layout is reset to qwerty
[17:22] <xclaesse> instead of azerty
[17:22] <xclaesse> in gnome-control-center it still says it's belgian
[17:23] <xclaesse> is that known problem? any workaround?
[18:44] <bryce> xclaesse, check launchpad.
[18:59] <desrt> attente: hey.  we're back from dinner.  how goes it?
[19:00] <attente> uh, it's going
[19:00] <attente> i have some questions
[19:00] <attente> why allow g_settings_new to crash if the schema isn't available?
[19:01] <kenvandine> haha
[19:02] <attente> :)
[19:02] <kenvandine> desrt's fault
[19:03] <dobey> haha
[19:06] <attente> the other question is
[19:06] <attente> do we have to check for all of the other settings schema too?
[19:07] <attente> like org.gnome.desktop.wm.preferences?
[19:11] <kirkland> okay, upgraded to Quantal and when I hit my browser back button on my thinkpad, the stupid unity launcher pops up
[19:11] <kirkland> how do I disable that?
[19:12] <kirkland> looks like this bug, perhaps?  https://bugs.launchpad.net/unity-2d/+bug/968840
[19:12] <ubot2> Launchpad bug 968840 in unity-2d "HUD gets activated by Thinkpad USB Keyboard's back and forward buttons" [Medium,Fix released]
[19:16] <kirkland> http://irclogs.ubuntu.com/2012/04/24/%23ubuntu-desktop.html
[19:16] <kirkland> there we go;  I knew I had to work around this previously
[19:17] <kirkland> okay, sweet, fixed (again)
[19:17] <kirkland> this setting got lost on upgrade to 12.10, fwiw
[19:19] <seb128> jbicha, hey, is "Nathanel Titane" doing IRC?
[19:20] <seb128> attente, I just joined and don't have the backlog for your question, but is that for g-c-c?
[19:20] <seb128> in which case, no need to check for those, g-c-c depends on gsettings-desktop-schemas, that package is not optional
[19:20] <attente> seb128: ok, cool
[19:21] <attente> ls
[19:26] <jbicha> seb128: I don't think he's logged on now, but he's used nathaneltitane before
[19:26] <seb128> jbicha, ok
[19:27] <seb128> jbicha, topic like "use current nautilus" are not very useful if you are not looking at forking the whole stack
[19:27] <seb128> jbicha, if the library change interface it's going to force you to fork every single app using libnautilus
[19:27] <seb128> jbicha, if the new nautilus depends on some other GNOME components it's going to create issues as well
[19:28] <seb128> e.g thing nautilus-sendto
[19:28] <seb128> well, not my call but I would recommend strongly against going this way
[19:28] <seb128> it's going to bite back
[19:34] <jbicha> seb128: hmm? I think I'm missing some context
[19:34] <seb128> jbicha, speaking about https://blueprints.launchpad.net/ubuntu/+spec/gnome-nautilus-gnomebuntu
[19:36] <jbicha> first I saw that, but yeah that topic isn't very useful
[19:37] <jbicha> "This would provide the essential, unaltered, out of the box experience Ubuntu is known for"
[19:39] <seb128> jbicha, well, I'm just saying you are up to fork the whole GNOME stack in a conflicting/co-installable way, including gtk
[19:40] <seb128> it might be easier to just create a derivative distro rather than a flavor if you try to do this
[19:41] <jbicha> seb128: I think the blueprint is just reaction to Ubuntu including Nautilus 3.4; of course next cycle will be worse for shipping the latest GNOME but at least we'll have nautilus 3.6
[19:42] <seb128> jbicha, yeah, maybe I understand the purpose of the blueprint, it sounds like "ship the latest GNOME in the archive somewhere even if Ubuntu stay on the n-1 version"
[19:43] <seb128> bryce, hey, I'm changing the approver of https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-xorg-general to me, feel free to pick somebody else but we usually try to have a different people for drafter and approver (it doesn't make sense to have the writer being the one approving himself as well)
[19:47] <bryce> seb128, the xorg-general blueprint is really just for the discussion, if any actual project work comes out of it then that would be done as separate blueprints.
[19:48] <seb128> bryce, ok, fair enough, I was making the comment as it might apply to other specs as well
[19:48] <bryce> seb128, we could set chris as the drafter if that would be more proper, but really nothing will be drafted (just misc. work items that don't fit into bp's)
[19:49] <seb128> bryce, well, your call, typically (from pitti's time) the default approver is the team lead/tech lead since those are the ones doing the review of the team load, etc after UDS
[19:49] <seb128> so we have sort of kept doing it this way
[19:49] <seb128> we can discuss it next week if you think we should do it differently
[19:55] <bryce> seb128, right, and as per jason's email does it not make the most sense for that to be the X team tech lead?  unless you just enjoy the extra paperwork.  ;-)
[19:56] <seb128> bryce, I'm not enjoying extra paperwork no ;)- but we decided that we stay one team with one chart for the team and not 3 charts ... anyway as I first say just pick different people for drafter and reviewer, your call who those are then ;-)
[20:18] <bryce> seb128, alright looks good
[20:19] <bryce> seb128, maybe canonical-desktop should not be subscribed to blueprints to cut down on blueprint update spam?
[20:19] <Laney> indeed
[20:20] <seb128> where is it subscribed?
[20:20] <bryce> seb128, printer dialog
[20:21] <seb128> bryce, Laney: oh, apparently tkamppeter did that ... unsubscribed, thanks for pointing it,
[20:22] <seb128> tkamppeter, please don't subscribe teams to blueprints, just the people who should be there
[20:23] <seb128> attente, thanks for patch, please take some time to read the wiki page I pointed and http://developer.ubuntu.com/packaging/html/
[20:24] <seb128> attente, it seems a good opportunity to see a bit of packaging and our workflow
[20:24] <desrt> attente: i also left some comments about the patch itself
[20:24] <seb128> attente, e.g do a debian/patches patch, generate a debdiff etc
[20:24] <seb128> doing a merge request
[20:24] <attente> ok
[20:24] <seb128> well it's usually either a debdiff or merge request, but it's useful to see how both are working ;-)
[20:26] <bryce> hrm, many of these gaming blueprints I'm not sure there's really going to be one hour's worth of discussion
[20:26] <attente> desrt: i'm not sure why it didn't crash when i tested it, if the second point applies
[20:27] <desrt> attente: did you actually try changing the theme?
[20:27] <desrt> the code only runs in that case
[20:29] <attente> ah ok
[20:29] <desrt> see the crash now?
[20:29] <desrt> (or critical?)
[20:29] <attente> well, i need to figure out how to change the theme first
[20:29] <desrt> it's at the top of the a11y dialog
[20:29] <desrt> Contrast:
[20:30] <desrt> low/normal/high/high-inverse
[20:31] <bryce> seb128, given that most of the gaming blueprints are set to priority low or medium, I think it doesn't make sense to devote so many uds slots esp. since we have only 4 days.  I would suggest merging the two audio BPs, and merge the process cleanup BP in with the graphics one.  maybe others could be merged.
[20:36] <seb128> bryce, yeah, that's a good point, dpm registered the topics he had on his list I think, feel free to do some editing and reject the non needed one from uds-r
[20:36] <seb128> bryce, though I guess e.g the audio ones will have a few people who will probably not have so many sessions to join so if we have enough rooms it shouldn't create much conflicts
[20:39] <seb128> ok, time to call it at day, 'night everyone
[20:39] <desrt> lies
[20:39] <desrt> seb is going for more beer now
[20:40] <desrt> quoth seb "i'm calling it a day.... on the work side"
[22:30] <doomlord> anyone here?
[22:45] <sarnold> doomlord: irc tends to work best if you just ask whatever question may be on your mind :)


[00:09] <TheEvilPhoenix> in /etc/hosts, if I want to define 6 sites to point to <IP_ADDRESS>, can i define the hostnames to bind to that address all on one line rather than have multiple lines containing <IP_ADDRESS>   <host>   ?
[00:10] <lynxman> TheEvilPhoenix: yeah, just write one hostname after the other separated by a space, should be good
[00:41] <iggi_> Hello, does anyone know how I can find out what is spawning a perl process? is there logs somewhere?
[00:44] <xranby> iggi_: try pstree
[00:44] <xranby> it can give you an indication on which process started the perl process
[00:46] <qman__> ps ax can give you the command used to invoke it
[01:33] <iggi_> xranby, It only runs for a split second though
[01:34] <iggi_> same thing qman__, it runs for 1-2 seconds, enough to show up on top then dissapears
[01:34] <iggi_> the problem is I run a voice chat server on it, so it runs just enough to cause fragmentation
[01:43] <xranby> iggi_: try raise the priority on your voice chat program
[01:44] <xranby> iggi_: renice -n -1 -p chatserverprocessidhere
[01:46] <iggi_> xranby, It's already at -19
[01:46] <iggi_> still happens
[01:53] <Emiliano008> ##opensource-es
[03:14] <panfist> if there is a network share in my fstab file that's unavailable when my server reboots, the server never finishes booting
[03:14] <panfist> mountall fails and it just stops the boot sequence
[03:15] <panfist> is it possible to get it to just skip mounting those drives and move on?
[03:16] <twb> add noauto to the fstab?
[03:16] <twb> This must have gotten worse in the latest release, because while *I* encountered in under lucid, nobody else complained until this week
[03:17] <panfist> this is on lucid hah
[03:17] <twb> There's also some bullshit undocumented additional option like "bootwait" but it wasn't working for me
[03:18] <twb> RTFS mountall I think it's mentioned in a C comment
[03:19] <panfist> noauto would certainly work, but ideally i'd like it to try to mount, but not blow up if its unavailable
[03:21] <twb> Good luck with that
[05:49] <air_> howdy.
[05:50] <air_> my ubuntu 11.10 is spamming the syslog with 'ntop[1238]:   **WARNING** packet truncated'
[05:50] <air_> It seems it doesn't matter, but anyone have an idea on how to disable the logging?
[05:51] <air_> it's logging when I stream a movie over NFS.
[05:52] <twb> air_: stop ntop, then?
[05:56] <air_> twb: oh. it's too early for me. why didn't I look into that right away.
[05:56] <air_> twb: thanks, I'll see if it's needed or if I can just shut it down.
[05:59] <twb> It's not needed
[05:59] <twb> It's a diagnostic tool
[05:59] <twb> Probably someone started it and forgot to stop it
[06:00] <greppy> twb: it can also be a network monitor
[06:14] <_ruben> ntop usualy is meant to be running 24/7 .. collecting data over time and all that .. whether or not it is needed is up to the admin of the box ;)
[06:30] <twb> _ruben: oh, OK
[06:30] <twb> I assumed you only used it when there was a problem
[06:30] <twb> Like top
[06:30] <twb> For long-term stats I would be using something rrd-flavoured like collectd, but whatever
[06:31] <_ruben> ntop is rrd-flavoured
[06:31] <twb> ooooh
[06:31] <twb> I must be thinking of something entirely different then
[06:31] <twb> Probably iftop
[06:31] <_ruben> ;)
[06:31] <twb> Yeah, ntop isn't even ncurses based
[06:32] <_ruben> its web indeed
[06:32] <twb> web is for little girls
[06:32] <_ruben> and managers
[06:32] <twb> Same thing
[06:32] <twb> They are always coming around to my desk asking me to deploy invisible pink ponies
[06:33] <_ruben> hehe :)
[06:33] <twb> Just this very hour, they asked for wordpress
[06:34] <twb> And I said "no, you can keep using m4 and make.  httpd is not going to be running an embedded interpreter"
[06:34] <Takyoji> invisible pink unicorn.   The rest comes from HTTP or similar.
[06:51] <twb> RudyValencia: no, debmirror at least allows you to mirror subsets of the repo
[06:51] <RudyValencia> Oh? I can just mirror enough of it to install the base client system over the network?
[06:52] <twb> Should be possible
[06:53] <twb> debmirror --method rsync --host mirror.internode.on.net --arch amd64 --nosource --diff=none --host ftp.debian-ports.org --root debian --section main --dist unstable,unreleased --limit-priority='required|important|standard' --include=insserv /srv/apt/debian-ports
[06:54] <twb> That only downloads 220MB, for example
[06:54] <RudyValencia> but then I have to set up my HTTP server to serve those packages mirrored, don't I?
[06:54] <twb> Yes, but that's trivial
[06:54] <RudyValencia> There was one I used to use called "approx"
[06:54] <twb> apt-get install busybox-static; busybox httpd -p 8080 -d /srv/apt
[06:54] <twb> approx and other "caching" proxies are flaky crap
[06:55] <twb> I have had nothing but pain from them
[06:55] <RudyValencia> but deb-mirror doesn't update the files with new versions, it's only a snapshot of the version in time
[06:55] <twb> I cannot comment on apt-cacher-ng -- I haven't tried that one
[06:55] <twb> RudyValencia: uh, just run debmirror again each morning
[06:55] <RudyValencia> I could probably set up a vhost on my server pointing to the install CD
[06:56] <twb> If you've already got a CD then don't bother with any of that
[06:56] <twb> Just export the CD
[06:56] <RudyValencia> (then all the client needs is an update)
[06:56] <RudyValencia> Oh, cp /path/to/cd/* /path/to/vhost/ubuntu ?
[06:56] <RudyValencia> well, cp -a actually
[06:57] <twb> More like mount /dev/sr0 /mnt/delete-me && busybox httpd -d /mnt/delete-me -p 8080
[06:57] <twb> Don't see why you'd bother copying stuff
[06:57] <RudyValencia> I don't want to always keep the CD in the drive because the server would boot off it and that would delay reboots
[06:57] <RudyValencia> and I already have an HTTP server set up
[06:57] <twb> Well, whatever
[06:58] <RudyValencia> (this is my personal fileserver/test Web services server
[06:58] <twb> It'll be a subdir of the CD tho, something like pool/
[06:58] <twb> Although last time I looked some of the newer CDs did silly things to save space, so you might not be able to do that anymore, they might not HAVE any .debs in their pool except for a couple of drivers
[06:58] <twb> server CD is probably still OK, assuming you're doing minimal installs
[06:59] <RudyValencia> I'm using the LTS version
[07:00] <RudyValencia> and I am doing desktop installations
[07:00] <twb> NFI, then
[07:00] <twb> Desktop installs will need like 400MB of debs
[07:01] <RudyValencia> hm, is there a way to download that entire set of files
[07:01] <twb> Assuming you can afford the one-off up-front download, and the ongoing disk space consumption, debmirror is definitely the easiest way to do it IMO
[07:01] <RudyValencia> I would rather store the files than have to redownload them on every install
[07:01] <twb> RudyValencia: well, there will be jigdo files somewhere that list what .deb and .udeb files are on the "alternate" CD
[07:01] <RudyValencia> (only downloading a "delta" to the latest versions)
[07:02] <twb> You can't have that "delta" business
[07:02] <RudyValencia> oh
[07:02] <twb> apt archives aren't set up that way
[07:02] <RudyValencia> darn
[07:02] <RudyValencia> hm
[07:02] <RudyValencia> hm, I'll read up on apt-cacher-ng
[07:03] <twb> IIRC there is a script that you're supposed to use if you're an ISP and you want to be a direct mirror of cdimage.debian.org, and that might do deltas, but it's not actually maintained as a package in debian, so I've never looked
[07:03] <RudyValencia> apt-cacher-ng might be a better, more serviceable replacement for approx
[07:03] <twb> Basically you'd need a smart client that can parse Packages and mv files then talk rsync to the upstream archive to --in-place get them
[07:04] <twb> Allegedly -ng is better than the other cachers, but just doing a partial mirror is more reliable
[07:04] <RudyValencia> well, I was thinking of just using the server for the initial install, then dropping a sources.list that connects to an outside APT repository after first boot
[07:05] <twb> Sure
[07:05] <RudyValencia> (preferably mirror.anl.gov in the US here as it has the best bandwidth
[07:05] <RudyValencia> That's what I meant by "delta"
[07:05] <twb> What I usually do is set up http://apt for the install and leave it as the default mirror, and use a mirror:// entry as a fallback in case the host moves offsite
[07:05] <twb> It'll noisily, but automatically, fail over to the mirror
[07:06] <RudyValencia> I keep copies of the ISO on hand
[07:25] <jamespage> Daviey: looking now
[07:46] <lynxman> morning o/
[07:48] <jamespage> morning lynxman
[07:48] <jamespage> how are you on this fine day?
[07:48] <lynxman> jamespage: top of the morning ;)
[07:48] <lynxman> jamespage: enjoying the sunny day, hehe :) you?
[07:48] <jamespage> lol
[07:48] <jamespage> I *need* to be in Orlando
[07:48] <lynxman> jamespage: I reckon it'll be rainy next week :/ although I don't think it's the same kind of rainy
[07:49] <jamespage> bah
[07:49] <jamespage> I can do warm rainy
[07:49] <jamespage> its cold rainy that I don't like
[07:49] <lynxman> jamespage: I'm okay with cold rainy, windy sideways rainy is a bit annoying though
[07:51] <jamespage> lynxman: have you tried out mcollective with the activemq packaging that landed last release?
[07:51] <lynxman> jamespage: I'm on that today
[07:51] <jamespage> lynxman: good - I'm just looking at the FTBFS on the latest debian version
[07:52] <lynxman> jamespage: :)
[07:52] <jamespage> A new version also landed in Debian unstable in the last couple of days
[07:53] <lynxman> jamespage: interesting :)
[07:53] <jamespage> lynxman: any use for you - http://packages.debian.org/changelogs/pool/main/a/activemq/current/changelog ?
[07:55] <lynxman> jamespage: the -4 is acually a good one
[07:55] <lynxman> jamespage: need to do some heavy testing today though :)
[07:58] <jamespage> Daviey: that tomcat bug relates to a feature that is not in the version in Lucid
[08:01] <Aison> quite bad :( after upgrading to oneiric my whole email system is down
[08:01] <Aison> somehow fetchmail is working, but I don't know if it's a problem of postfix
[08:04] <Aison> it looks like the mails go to /var/spool/mail
[08:04] <Aison> but then not to the user maildir
[08:40] <jamespage> Aison: could you provide a few more details about your email system?
[08:40] <jamespage> someone might have a similar setup and may be able to help
[08:41] <Aison> ok, I have got postfix installed with maildir in home Maildir/
[08:42] <Aison> fetchmail fetches the mails and deliver them to postfix
[08:42] <Aison> now the problem is, that new mails suddenly go to /var/spool/mail  and /var/mail  instead to /home/[user]/Maildir
[08:44] <Aison> postconf shows that the config is right: home_mailbox = Maildir/
[09:07] <afuentes> hi, im thinking about removing consolekit in all my servers... Can this do any damage? i noticed it tries to remove dbus as well. Is not used at all by the server?
[09:24] <ersi> afuentes: I don't think that is a good idea. If I'm not mistaken, consolekit is used pretty much at a lot of levels you quite possibly don't want to redesign
[09:27] <afuentes> ersi can you give me an example?
[09:27] <afuentes> i read this "In short, the goal of ConsoleKit is to give elevated, but controlled, privileges to the person sitting at the physical computer."
[09:27] <afuentes> i dont know what i want that for
[09:27] <afuentes> i dont even admin these servers physically
[09:28] <afuentes> they are virtual machines
[09:28] <onre> i don't have it installed on my virtual servers.
[09:32] <ersi> afuentes: Unfortunally not, I would of course do so if I could :)
[09:32] <ersi> afuentes: Well, hm - does look like you don't need it then.. seems that onre does without it
[09:42] <afuentes> onre do you have lot of servers?
[09:42] <afuentes> and services?
[09:42] <afuentes> just to know how probable is to break something without it
[09:43] <afuentes> because it removes dbus as well
[09:44] <lynxman> afuentes: I would not remove it, although if it really bothers you remove it and see if everything keeps working as you expect :)
[09:44] <lynxman> afuentes: vamos, que pruebes y ya esta, hehe
[09:45] <afuentes> well, it seems the process of console kit are always busy, and sometimes is mayor load i have on the servers
[09:45] <afuentes> i goggle a little about it, and i was not able to draw a conclusion
[09:45] <afuentes> but it does not seem to do anything very useful
[09:47] <ersi> I'd suggest trying this in a test environment, so that you do not break any production services.
[09:48] <ersi> Just a friendly cautionary tip
[09:49] <afuentes> ersi i already did it on test enviroment, nothing seems broken so far, but its hard to tell when you have so many services
[09:49] <lynxman> hmm maybe also just kill ConsoleKit and see if something breaks, if not you don't really need it
[09:50] <afuentes> xD
[09:51] <afuentes> maybe i should make an script that do that on every process and reboot the server when something die, just to clean up
[10:05] <linocisco> where could I find ubuntu-server training videos for free rather than a few specific I found on youtube??
[10:11] <soren> Daviey: Where is the packaging branch for openstack stuff for Oneiric?
[10:16] <koolhead17> hi all
[10:20] <Daviey> soren: for oneiric?  That has reverted to normal UDD, no?
[10:21] <Daviey> soren: lp:~openstack-ubuntu-packagers/nova/ubuntu is for essex.
[10:22] <Daviey> rbasak: How is cobbler looking?
[10:33] <lynxman> Daviey: small question for you
[10:33] <lynxman> Daviey: If I read this correctly
[10:33] <lynxman> Daviey: ruby-stomp | libstomp-ruby1.8 (>= 1.1.5)
[10:33] <lynxman> Daviey: means ruby-stomp OR libstomp-ruby1.8 right?
[10:33] <lynxman> Daviey: if we sync from upstream (since we don't have ruby-stomp) this should be okay anyway right? Not enough reason for a merge I reckon
[10:36] <Daviey> lynxman: If that is the only thing concerning you, i'd like to do a sync regardless to close the delta and then fix anything afterwards.
[10:36] <lynxman> Daviey: talking about puppet here :)
[10:36] <lynxman> Daviey: mcollective is next, that won't be that easy
[10:36] <lynxman> Daviey: puppet 2.7.6 from sid
[10:38] <Daviey> lynxman: kinda odd that ruby-stomp doesn't exist in Ubuntu, and libstomp-ruby1.8 is universe.
[10:40] <lynxman> Daviey: a little bit innit
[10:40] <jpds>  /sbin/init
[10:40] <soren> Daviey: I don't know, that's why I'm asking :)
[10:40] <Daviey> kill -9 0
[10:41] <soren> 0?
[10:41] <soren> What's pid 0?
[10:41] <lynxman> soren: the pid that cannot be divided :)
[10:41] <soren> lynxman: I'm not sure that helps :)
[10:41] <lynxman> lol
[10:44]  * patdk-lap wants pid -1
[10:45] <soren> Daviey: Ok, so just to clarify: lp:ubuntu/oneiric-proposed/nova is where we apply changes we want to eventually land in -proposed (and -updates, of course). And we use LP merge props to get changes on there?
[10:49] <soren> patdk-lap: Sorry, it's not for sale.
[10:49] <Ursinha> good morning people
[10:51] <Daviey> soren: Yes, that is the plan.. If you want to UDD it.. The other option is to just upload to -proposed and let the package importer do it's thang
[10:52] <Daviey> soren: Ah
[10:52] <Daviey> soren: This is where UDD ucks.
[10:52] <Daviey> sucks.
[10:52] <Daviey> soren: In this instance you want to base on -updates.. as there was a security update which overwrote a verification-failed nova sru, which is currently tip of -proposed.
[10:54]  * koolhead11 cannot access anything today :(
[10:54] <koolhead11> zul: hey
[10:55] <soren> Daviey: That was actually why I wanted to know: So that I could reconcile those branches.
[10:56] <lynxman> koolhead11: ello koolhead(11|17)
[10:56] <koolhead11> lynxman: hey there.
[10:57] <lynxman> oh oh, I know that bug
[11:00] <koolhead17> hey Daviey
[11:03] <Daviey> hey koolhead17
[11:03] <Daviey> soren: Yeah, TBH, i think the easier way to do this is to just upload and let the package import do it's thang.
[11:04] <Daviey> UDD fail.
[11:04] <soren> This time it actually seems pretty easy.
[11:04] <soren> I do remember these pains from earlier times, though.
[11:04] <Daviey> :(
[11:05] <soren> IIRC, there's a flag we can set in debian/source that makes it so that the patches aren't applied, which makes it quite a bit easier to deal with 3.0 (quilt) format packages.
[11:06] <soren> Daviey: Yeah, debian/source/options: --skip-patches
[11:06] <Daviey> soren: Yeah, i think that shoudl be system wide TBH
[11:07] <soren> I'm not sure I agree, but meh.
[11:07] <Daviey> Reviewing .pc's is awesome.
[11:13] <soren> zul: Do you not use dch to add changelog entries?
[11:13] <onre> afuentes, tens of both.
[11:14] <afuentes> onre, whats both?
[11:15] <koolhead17> Daviey: am reopening https://bugs.launchpad.net/ubuntu/oneiric/+source/keystone/+bug/878282
[11:15] <onre> tens of servers running tens of services :p consolekit is related to access to physical keyboard + mouse, so you really do not need it on virtual servers.
[11:15] <koolhead17> i have allready commented on the same. i don`t see it changed
[11:18] <Daviey> koolhead17: ugh
[11:18] <Daviey> koolhead17: Is this a fresh install?
[11:19] <koolhead17> Daviey: i just installed keystone few minutes back . yes
[11:20] <koolhead17> i even did an apt-get upgrade to see if something has changed/new added
[11:21] <Daviey> koolhead17: can you apt-cache policy keystone ?
[11:22] <koolhead17> Daviey: http://paste.ubuntu.com/720583/
[11:23] <Daviey> koolhead17: you aren't installing the proposed package :)
[11:24] <Daviey> koolhead17: https://wiki.ubuntu.com/Testing/EnableProposed
[11:25] <koolhead17> Daviey: oops. k
[11:28] <Daviey> koolhead17: I'd be kinda suprised if it didn't work, http://launchpadlibrarian.net/83391386/keystone_1.0~d4~20110909.1108-0ubuntu3_1.0~d4~20110909.1108-0ubuntu3.1.diff.gz
[11:30] <znow> ive installed samba on my ubuntu server, but I cannot connect to it with a ftp program, ive set the samba.conf as shown in a tutorial, the ftp program says connection refused by server
[11:30] <koolhead17> Daviey: i see same old conf file.
[11:31] <Daviey> koolhead17: That is because you are not testing the -proposed package, but the package currently in the archive with the known isue
[11:31] <zul> morning
[11:31] <Daviey> koolhead17: the -proposed upload needs verification before it can be installed by everyone automagically.
[11:31] <Daviey> znow: erm, samba isn't an ftp server
[11:32] <koolhead17> Daviey: can you tell me what should i add in my apt-sources.list. to my horror am not able to open wiki.ubuntu.com. we have just moved to new floor with new VLAN and all stuff :(
[11:32] <znow> Daviey: oh yeah lol.... mixed it up... okay, what do I need to install to get ftp access to my server?
[11:32] <koolhead17> zul: good morning
[11:35] <Daviey> koolhead17: can you see pastebin?"
[11:35] <Daviey> koolhead17: http://pastebin.ubuntu.com/720589/
[11:36] <Daviey> !ftp | znow
[11:36] <koolhead17> yes. :)
[11:36] <Daviey> !ftpd | znow
[11:36] <Daviey> ubottu: you suck.
[11:36] <znow> Daviey: thank you
[11:36] <Daviey> znow: https://help.ubuntu.com/11.10/serverguide/C/ftp-server.html
[11:36] <zul> interesting vsftpd is not in that list
[11:37] <Daviey> 12:36 < ubottu> znow: FTP servers: ftpd, proftpd, pure-ftpd, twoftpd, *vsftpd*, MuddleFTPd,
[11:37] <lynxman> zul: morning :)
[11:37] <zul> doh...need more caffine
[11:37] <lynxman> zul: go get it ;)
[11:46] <SpamapS> 'morning chaps
[11:47] <koolhead17> morning SpamapS sir!! :)
[11:48] <koolhead17> Daviey: am closing it again. :( it  was my mistake :D
[11:48] <Daviey> koolhead17: don't change the status
[11:48] <Daviey> hey SpamapS
[11:50] <koolhead17> Daviey: ok. i left it to in progress. i will comment again and write that i checked it in proposed and it works. i hope that sloves it
[11:50] <Daviey> koolhead17: great
[11:55] <koolhead17> Daviey: as zul mentioned yesterday the admin port is changed to "35357" do you want me to file a bug for same and add patch for the same? Because i don`t see the same changed in proposed keystone package.
[11:57] <Daviey> koolhead17: it's not changed yet :/
[11:57] <Daviey> zul was kicking off a discussion with ~ubuntu-sru team to see if updating to final is ok.
[11:57]  * koolhead17 rechecks it
[12:02] <koolhead17> Daviey: http://paste.ubuntu.com/720613/  i have proposed package installed now. :D
[12:08] <Daviey> koolhead17: great, now dodn't touch the damn status :)
[12:08] <Daviey> don't*
[12:09] <koolhead17> Daviey: sir!! got it :P
[12:55] <Daviey> ivoks: Do you fancy taking the logwatch merge?
[12:55] <kirkland> tjaalton: okay, i've triaged that bug, trying to figure out the best way to solve it
[12:56] <tjaalton> kirkland: cool
[12:56] <kirkland> tjaalton: thanks for the logs
[12:56] <kirkland> tjaalton: i'll get you something you can test out shortly
[12:57] <Daviey> SpamapS: looks like moin needs a merge?
[12:57] <tjaalton> kirkland: great, thanks
[13:02] <Daviey> smoser: Are you merging nagios-plugins?
[13:06] <SpamapS> Daviey: yaaaay :-p
[13:13] <zul> Daviey: so we have a problem
[13:13] <zul> with keystone
[13:17] <zul> the final release added a new python dependency passlib which is not in the archive
[13:17] <lynxman> *soh*
[13:17] <lynxman> s/doh/
[13:24] <Daviey> zul: awesome
[13:25] <zul> Daviey: so i dont know and dont think you can add new packages after the fact
[13:28] <Daviey> zul: I'm not aware of any SRU's which have introduced new packages, but i'm not sure it's really any different.
[13:28] <zul> me either but i dont think it has been done beore
[13:29] <lynxman> zul: http://bit.ly/pa5ruL
[13:29] <zul> lynxman: not really :)
[13:32] <zul> Daviey: so i think we might be stuck
[13:32] <kirkland> tjaalton: aha
[13:33] <kirkland> tjaalton: your preseed has your encrypted password
[13:33] <kirkland> tjaalton: not a cleartext one, right?
[13:33] <kirkland> Oct 26 22:21:42 frontend: Adding [ID] -> [passwd/user-password-crypted]
[13:33] <kirkland> tjaalton: this means that ecryptfs does not have access to your cleartext password to wrap your generated mount passphrase
[13:33] <zul> Daviey: or we check to see how prevalent passlib and remove it
[13:33] <Daviey> zul: I can't believe keystone didn't declare this.
[13:34] <tjaalton> kirkland: yes
[13:34] <kirkland> tjaalton: okay
[13:34] <Daviey> zul: or, cherrypick part of passlib that is required?
[13:34]  * Daviey knows nothing abut passlib
[13:34] <tjaalton> kirkland: was wondering how the preseeding could even work :)
[13:34] <kirkland> tjaalton: it's going to take a gnarly hack to work around this one :-)
[13:34] <zul> Daviey: yeah im not entirely surprised either
[13:34] <kirkland> tjaalton: i can explain it to you, if you're interested
[13:35] <tjaalton> kirkland: hehe, give it a shot
[13:35] <kirkland> tjaalton: okay, so in all cases, a mount passphrase is randomly generated
[13:35] <Daviey> zul: ugh. it's not just one *.py.
[13:35] <kirkland> tjaalton: in some cases, we know the user's cleartext chosen password
[13:36] <zul> Daviey: yeah im looking at the git tree
[13:36] <kirkland> tjaalton: in those nice cases, we immediately wrap the random mount passphrase with the user's chosen passphrase
[13:36] <soren> Daviey, zul: There's nothing technical that would block adding a new package in -updates. It's all a matter of policy.
[13:36] <kirkland> tjaalton: but in other cases, we don't know the random mount passphrase
[13:36] <Daviey> soren: I thought that is what i said? no?
[13:36] <kirkland> tjaalton: so what we do is write it to /dev/shm/.ecryptfs-XXXXXX
[13:36] <zul> soren: right
[13:36] <kirkland> tjaalton: and chown it to the user, permed 4000
[13:36] <soren> Daviey: Was it? Maybe I missed that.
[13:36] <kirkland> tjaalton: make that 400
[13:36] <soren> Daviey: Sorry.
[13:37] <kirkland> tjaalton: this is a temporary write of a cleartext passphrase
[13:37] <Daviey> soren: The fact that the SRU policy is currently poorly documented is the issue :)
[13:37] <kirkland> tjaalton: done to memory, so that it doesn't leak to disk
[13:37] <kirkland> tjaalton: and for a bit, unix DAC permissions are all that protects it
[13:37] <kirkland> tjaalton: when the user first logs in, pam_ecryptfs looks for an appropriate file there
[13:37] <kirkland> tjaalton: owned by the user, perm'd correctly
[13:38] <kirkland> tjaalton: and if found, we do the passphrase wrapping immediately
[13:38] <kirkland> tjaalton: /dev/shm doesn't persist across reboots, of course
[13:38] <soren> Daviey: People adding dependencies to their code *way* past feature freeze is what the issue is.
[13:38] <soren> *stab*
[13:38] <kirkland> tjaalton: but we do have a safety net
[13:38] <Daviey> soren: yeah!
[13:38] <kirkland> tjaalton: we have a pair of ecryptfs upstart scripts, that copy those passphrase files from /dev/shm to /var/tmp and back to /dev/shm on boot and reboot
[13:38] <Daviey> soren: did you also see that the default port changed?
[13:39] <zul> soren: agreed! i want people to burst into flames
[13:39] <kirkland> tjaalton: however, it doesn't look like that that upstart script is being run on installer shutdown
[13:39] <kirkland> tjaalton: and hence, your bug
[13:40] <zul> Daviey: https://github.com/openstack/keystone/commit/011005cdc67dd8176160b74152ba86308921da3f
[13:40] <kirkland> tjaalton: so, what i need to do is put that generated passphrase in /var/tmp if we're in the installer
[13:40] <kirkland> tjaalton: and then on first boot, the ecryptfs upstart job will pick it up
[13:41] <tjaalton> kirkland: alrighty
[13:41] <soren> Daviey: oh, ffs. No.
[13:41] <zul> Daviey: problem with backing out that code...i dont know what else would break
[13:41] <kirkland> tjaalton: does that make sense to you?
[13:41] <kirkland> :-)
[13:42] <Daviey> soren: Yeah, between what we have in the archive and their late release, they switched the port.
[13:42] <Daviey> I feel dirty SRUing that TBH.
[13:42] <Daviey> ho hum
[13:42] <soren> Daviey: Change it back.
[13:43] <Daviey> soren: I dunno, either keep what we have in Oneiric already.. switch to the new port, or expose both.
[13:44] <tjaalton> kirkland: guess so. there's the short window of some user getting the passphrase between ecryptfs setup and first login though, right? rather theoretical though
[13:45] <kirkland> tjaalton: not "some user", but rather a "root user"
[13:45] <tjaalton> kirkland: right, exactly
[13:45] <kirkland> tjaalton: or a user with physical access to the system (can boot a recovery media)
[13:45] <tjaalton> kirkland: that
[13:45] <kirkland> tjaalton: but yes, small window is correct
[13:50] <zul> Daviey: so what do you think?
[13:51] <Daviey> zul: try it, certainly a conversation starter :)
[13:51] <Daviey> zul: get it in Precise first
[13:52] <zul> Daviey: oh i just uploaded passlib about 20 minutes ago thats what prompted this
[13:54] <Daviey> zul: ah
[13:54] <TheEvilPhoenix> is there a command I can use to kill -9 all running processes of a specific user without having to enter a ton of PIDs?
[13:55] <ivoks> Daviey: sure; i'll take a look at it
[13:55] <Daviey> ivoks: great
[13:55] <lynxman> TheEvilPhoenix: ps aux | grep ^username | awk '{print $2}' | xargs kill -9
[13:55] <ivoks> that reminds me... ne to re-apply for motu
[13:56] <zul> Daviey: i just want to get a new keystone in precise first
[15:28] <lynxman> zul: how do you feel today? Have space for another sync? :)
[15:29] <zul> lynxman: sure
[15:29] <lynxman> zul: #882616 is ready then, if you feel like it :)
[15:33] <kirkland> tjaalton: okay, cool, i reproduced the problem here, and confirmed the fix, whoop :-)
[15:33] <kirkland> tjaalton: won't land in 11.10, unfortunately, as it would require an ISO respin
[15:33] <kirkland> tjaalton: could sru and help with net installs, i suppose
[15:33] <kirkland> tjaalton: up to you to drive that SRU, if you want it
[15:33] <kirkland> tjaalton: patch is a trivial, one-liner
[15:47] <smoser> Daviey, i did not touch nor was planning on touching nagios-plugins. do you need me to ?
[15:48] <smoser> Daviey, i sru'd a new binary package to lucid
[15:49] <zul> smoser: so it can be done?
[15:49] <smoser> well, new binary != new source
[15:49] <smoser> i pulled grub-legacy-ec2 back to lucid for booting pv-grub.
[15:49] <zul> smoser: yeah im talking new binary and new source
[15:49] <smoser> back from maverick.
[15:50] <Daviey> smoser: Can i take great pleasure in telling you that you are wrong?
[15:50] <Daviey> https://launchpad.net/ubuntu/+source/nagios-plugins/1.4.15-4ubuntu1
[15:50] <Daviey> https://launchpad.net/ubuntu/+source/nagios-plugins/1.4.15-4ubuntu2
[15:50] <Daviey> smoser: I don't /need/ you to, but wanted to check if it was on your list - as touched-it-last?
[15:51] <smoser> i wasn't planning on it, but i'll do it.
[15:51] <smoser> since you were so nice about pointing out that i was wrong.
[15:52] <Daviey> smoser: I took no pleasure.
[15:53] <zul> sirens and everything
[15:53]  * zul lunches
[15:55] <scalability-junk> hey I want to resize /var which is mounted at /dev/vg0 I already extended the lvm with lvextend and I'm not sure now how to extend /var ,without loosing data. any help?
[15:55] <scalability-junk> thanks
[15:59] <smoser> Daviey, another opportunity to point out that I was wrong has presented itself very nicely to you on the openstack mailing list.
[15:59] <smoser> you should revel in that.
[15:59] <smoser> this doesn't happen very often.
[16:02] <Daviey> smoser: waaat?
[16:12] <tjaalton> kirkland: thanks! no need to sru, I'll be soon testing precise anyway :) (and can hack around it in early_command etc)
[16:12] <kirkland> tjaalton: thx
[16:13] <DrPoO> Hi, Im running 10.04 LTS and I always get a "System restart required" message when I log in, even after I restart. Any ideas as to where to start dealing with this issue?
[16:20] <smoser> i was wrong about keystone getting fixed in 11.10, Daviey
[16:21] <smoser> i even publicly admitted that i was the one who had led the kind fellow astray.
[16:29] <koolhead17> lynxman: wassup!!
[16:29] <lynxman> koolhead17: wassuuuup
[16:31] <koolhead17> lynxman: hehe!! #glance glance
[16:32] <lynxman> koolhead17: working in glance, having a bud? ;)
[16:33] <scalability-junk> mhh any idea on how to extend a ext4 partition on lvm? without loosing the data?
[16:33] <scalability-junk> I can't dismount /var cause it is in use
[16:35] <koolhead17> lynxman: :D
[16:36] <koolhead17> now i understood why CIO likes Websense so much.
[16:36] <lynxman> koolhead17: hehe :)
[16:52] <zul> smoser: dont worry we still love you
[16:53] <smoser> thats what i was trying to fix
[16:53] <smoser> ;)
[16:54] <lynxman> smoser: you're trying to fix love? you fool
[17:08] <koolhead17> lynxman: Love is no bug which needs patch!!  //o.0\\
[17:08] <lynxman> koolhead17: heh :)
[17:10]  * koolhead17 leaves for home.  laters!!
[17:52] <scalability-junk> damn I can't get my ext4 partition to extend. lvm is already extended with lvextend, but resize2fs isn't working as i hoped.
[17:55] <kirkland> Daviey: is there a uds session around orchestra-enlist?
[17:58] <scalability-junk> any ideas?
[17:59] <kirkland> Daviey: playing with cobbler-enlist-udeb, not currently working for me
[18:04] <kirkland> Daviey: any logs on the cobbler side?
[18:04] <kirkland> Daviey: the installer's syslog is complaining about the xmlrpc response
[18:17] <hggdh> kirkland: set COBBLER_ENLIST_DEBUG on the environment -- it should print a bit more of data
[18:20] <Daviey> kirkland: it's either auth, or you are using a profile which doesn't exist, i would guess
[18:20] <kirkland> hmm
[18:22] <scalability-junk> strange when I try to use e2fsck and my partition is mountet it doesn'T work, cause it's not mounted. when I try it when it's not mounted, it tells me it doesn't work cause it's not mounted o0
[18:49] <Randolph> hi all
[18:53] <free99> hello everyone, I'm running an apache/php webserver on 11.04... I need to run an action as root when a script is called (specifically, make a directory and then change its permissions)
[18:53] <free99> but I'm having a problem with sudo in the php script
[18:54] <onre> ugh
[18:54] <onre> i would avoid doing that at all costs
[18:55] <free99> well, I tried to make it secure, I make sure the data is ok in php, and the only script that is run is an SUID that doesn't accept anything but the name of the directory (no slashes or any shellcode)
[18:55] <ersi> free99: That is, like onre just wrote, a huge security risk. Also, why can't you use PHPs mkdir()?
[18:55] <free99> I've added apache to sudoers.d to allow it to run only the specific command...
[18:56] <ersi> You should disable exec() what so ever in PHP in my honest opinion :|
[18:56] <free99> you mean I can use php to chmod and all that jazz, even though it's got to be in a root-owned directory?
[18:59] <ersi> No, you're F'ed in that regard
[18:59] <ersi> Why does it have to be owned by root?
[19:00] <free99> it's an NFS directory, I don't allow peers to move around beyond their directory
[19:00] <free99> I know I could do it with a different user I guess
[19:00] <free99> or, I think it's possible, but I'm not sure
[19:00] <ersi> Peers?
[19:01] <ersi> Still, why does it have to be owned by root?
[19:01] <ersi> Do you allow users to move around beyond their directory, if something is owned by root? :P
[19:02] <RoyK> http://a5.sphotos.ak.fbcdn.net/hphotos-ak-ash4/310886_10150412723325568_683210567_10574012_2305235_n.jpg
[19:05] <free99> well, they're home directories to be specific
[19:09] <ersi> Well, whatever you're trying to do - it sounds like a very bad idea security wise.
[19:11] <free99> well, it's pretty much an LDAP server, which I'm being forced to use as the NFS server as well, the administration is handled by a PHP ldap system, and I decided I would make the home directories for the users (populate with contents of skel, set ownership, etc)...
[19:11] <free99> and I had a sudo function within the php to handle that
[19:12] <free99> it worked fine for a while... but the server's been up for 30 days and suddenly it won't work... permission to chmod and everything is denied
[19:12] <free99> it can make a directory, as root oddle
[19:12] <free99> *oddly
[19:14] <free99> (sigh) what would be the right way to do this?
[19:21] <free99> what's weird is that if I sudo -u <username> -i, and then 'sudo' the command that I need, it works fine
[19:21] <free99> but if apache does it, access is denied
[19:22] <free99> oh, and <username> is the apache username
[19:28] <free99> let's just keep it simple: why did sudo stop working??
[19:28] <free99> I ran visudo -c -s and everything checked out ok
[19:33] <RoAkSoAx> SpamapS: howdy!! if you have a chance, could you rush the orchestra SRU please?
[19:34] <kirkland> SpamapS: +1 :-)
[19:38] <free99> please give me a few pointers with my sudo issue... I've disabled "requiretty" and like I said, everything was working until the last couple of days
[19:39] <genii-around> bad_fetus: Nay
[19:40] <free99> aha! I thought I'd fixed this issue with apparmor a while back, but it (mysteriously) cropped up again
[19:40] <free99> that's odd
[19:48] <adam_g> kirkland: make sure you're using the correct api endpoint url, ie http://some_host/cobbler_api (not cobbler_web)
[20:11] <SpamapS> RoAkSoAx: ack, will look at it a bit later
[20:11] <RoAkSoAx> SpamapS: awesome, thanks ;)
[20:29] <kirkland> adam_g: well, i was just using the ISO feature
[20:30] <adam_g> kirkland: i haven't tried that yet, but you still need to point it to a cobbler server, no?
[20:30] <kirkland> adam_g: hmm, i just asks for the ip address
[20:31] <kirkland> adam_g: hopefully it's adding the right url bits around that?
[20:31] <kirkland> adam_g: i can test that
[20:32] <Daviey> zul: How is bug 879853?
[20:32] <adam_g> kirkland: ohhh. havent tried from ISO. at the command line you specify the full URL
[20:32] <zul> Daviey: will upload it tonight
[20:32] <Daviey> kirkland: no, you need a ful url
[20:32] <kirkland> Daviey: oh -- that's it then
[20:32] <adam_g> kirkland: btw the cobbler-enlist blueprint i submitted got folded into cobbler next steps
[20:32] <kirkland> Daviey: that debconf question could be improved
[20:33] <Daviey> kirkland: it's not safe to be aware if it should be cobbler_api | cobbler_web or even just / ... or :$PORT
[20:33] <kirkland> adam_g: cool -- url?
[20:33] <Daviey> adam_g: that might be split up again
[20:33] <kirkland> Daviey: it'd be nice *just* to give an IP
[20:33] <Daviey> kirkland: yeah, aware oif that
[20:33] <kirkland> Daviey: and even nicer for orchestra to avahi-broadcast that it's out there :-)
[20:33] <kirkland> Daviey: a la UEC like
[20:34] <Daviey> kirkland: Well yeah, did think about that - but the model is different for security
[20:34] <adam_g> kirkland: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-cobbler-enlist
[20:34] <Daviey> Should orchestra server also publish the credentials over avahi?
[20:34] <Daviey> ! :)
[20:34] <kirkland> Daviey: nah, just photos of your mom
[20:34] <kirkland> Daviey: silly head
[20:35] <quentusrex> Anyone know why dovecot is started by init and by an upstart job?
[20:35] <Daviey> :o
[20:39] <RoAkSoAx> lol
[20:39] <quentusrex> I keep seeing these lines in my syslog: Oct 27 13:33:50 raven kernel: [513878.916485] init: dovecot main process (21202) terminated with status 89
[20:42] <RoAkSoAx> Daviey: u getting saturday to orlando?
[20:42] <RoAkSoAx> jamespage: lynxman u guys too?
[20:42] <Daviey> RoAkSoAx: yah
[20:43] <Daviey> RoAkSoAx: saturday evening
[20:43] <RoAkSoAx> Daviey: im gonna be there too, i'm driving though
[20:43] <jamespage> RoAkSoAx: yep - me to
[20:43] <Daviey> RoAkSoAx: ah great, so we have a car for the week? :)
[20:43] <RoAkSoAx> Daviey: lol ;)
[20:43] <RoAkSoAx> Daviey: I'll be arriving ~8pm
[20:44] <RoAkSoAx> but crashing with a friend for the night
[20:44] <RoAkSoAx> as I'm driving with a community memeber
[20:44] <jamespage> Daviey: where are you flying from?
[20:44] <Daviey> Great
[20:44] <RoAkSoAx> so just give me a shout
[20:44] <RoAkSoAx> if you guys wanna do soemthign
[20:45] <Daviey> RoAkSoAx: fancy a drive to Zephyrhills on Sunday? :)
[20:46] <RoAkSoAx> Daviey: could be.. what's in there?
[20:46] <RoAkSoAx> lol
[20:46] <RoAkSoAx> besides the waterlol
[20:47] <RoAkSoAx> uhmm skydiving, that's what you wanna do Daviey ?
[20:47] <Daviey> RoAkSoAx: talk tomorrow
[20:47] <Daviey> <-- pub
[20:47] <RoAkSoAx> alright
[20:47]  * RoAkSoAx lunch
[21:03] <Randolph> whois <IP_ADDRESS>
[21:04] <Randolph> wrong chan
[21:04] <Randolph> sorry
[21:18] <talntid> Anyone have any bash scripts to display HDD usage (percentage), load, uptime, etc, all in one? I know I can write it.. just curious if someone already has something close.
[21:22] <patdk-lap> mine shows all that info when I login, by default
[21:30] <talntid> your right...
[21:30] <talntid> wonder if there is a command to repeat that... :)
[21:32] <patdk-lap> check in /etc/update-motd.d
[21:36] <Bilge> My SSH server always terminates with error 255
[21:36] <Bilge> How can I see why it is dying?
[21:38] <Takyoji> Somewhere in /var/log
[21:42] <Takyoji> I'm not sure which log file though; I don't know if it writes to /var/log/error.log
[21:42] <Takyoji> Erm whoops, that doesn't exist. xP
[21:42] <Bilge> No such file
[21:45] <Takyoji> Not sure if it would be reporting it's own errors to /var/log/auth.log
[21:45] <Takyoji> I can't find really anything else explicitly stated of where it logs to
[21:47] <kirkland> talntid: it's landscape-sysinfo
[21:47] <Takyoji> otherwise it's /var/log/syslog
[21:47] <Takyoji> for errors from the SSH daemon
[23:13] <allowoverride> hi


[02:59] <lotuspsychje> good morning
[07:19] <lordievader> Good morning
[07:21] <ducasse> good morning
[08:46] <marcoagpinto> Morning!
[19:47] <Tails> not sure where to ask this but, what webserver do you recommend for a 512 MB RAM VM?
[19:47] <sarnold> nginx probably fits that space well
[19:50] <Tails> ok i have used Apache httpd for years but, i am up for a change
[19:52] <Ussat> it depends, what load, what use etc ?


[05:22] <murmel> How would I get ubuntu 22.04 to not configure enp1s0? I tried to remove every systemd-networkd config and netplan even. but for some reason I can't find the config file which sets dhcp
[05:55] <murmel> hm figured netplan out (for a bit at least) but now netplan complains about the unknown key "bridges:" :(
[12:25] <ahasenack> hm, I'm not getting the replies to my emails in this list: https://alioth-lists.debian.net/pipermail/pkg-samba-maint/2022-June/thread.html
[12:25] <ahasenack> specifically, from Michael
[12:25] <ahasenack> other posts arrive fine
[12:37] <ahasenack> ah, found one
[12:38] <ahasenack> was in the spam folder, n/m. I thought I had checked it, but I clearly missed it
[12:39] <ahasenack> it didn't come through the list, though, there are no list headers, that's why my filter didn't catch it
[19:40] <ahasenack> kanashiro: you probably have more goland experience, could you give me a quick hint/help on how to build https://github.com/ubuntu/adsys from source?
[19:40] <ahasenack> I tried go install -v ./...
[19:41] <ahasenack> but that did not give me the expected binaries in ~/go/bin
[19:41] <ahasenack> d/rules is https://github.com/ubuntu/adsys/blob/main/debian/rules
[19:42] <ahasenack> I guess it's the "go generate tools ./..." that I'm missing
[19:42] <ahasenack> (why is that done in install, not build?)
[19:42] <kanashiro> ahasenack, let me check
[19:47] <kanashiro> ahasenack, did you get this error when building it? https://paste.ubuntu.com/p/67JzhN2W9v/
[19:47] <ahasenack> kanashiro: no
[19:48] <kanashiro> ah, this is being executed in my host system, not in the chroot
[19:48] <kanashiro> you need to build it in the same release that is your target
[19:51] <ahasenack> I'm doing it in an lxc
[19:51] <kanashiro> I am setting up a container to try it again
[19:52] <kanashiro> go mod vendor now works with golang 1.18
[19:52] <kanashiro> but got some test failures
[19:53] <ahasenack> what's the one liner to build this?
[19:53] <ahasenack> i.e., "make"
[19:54] <kanashiro> in the container I only tried "debuild -us -uc"
[19:54] <ahasenack> I know how to build the package :)
[19:54] <ahasenack> I want the "git clone && build" aproach
[19:54] <kanashiro> I am not teaching you, I just told you what I did :)
[19:59] <kanashiro> ahasenack, did you run "go build"?
[19:59] <kanashiro> this command "go build -mod=vendor ./cmd/adsysd/" gives me the adsysd binary
[20:00] <ahasenack> hm
[20:00] <kanashiro> in the source tree, not in ~/go/bin
[20:00] <ahasenack> I did that, but didn't find the binary before. Now I find it, odd
[20:01] <ahasenack> ah, sorry
[20:01] <ahasenack> it's a directory, not binary
[20:01] <kanashiro> https://paste.ubuntu.com/p/bJC2mFXhBv/
[20:01] <ahasenack> `find . -name adsysd -type f` is empty after "go build"
[20:02] <ahasenack> your incantation is what I was looking for (how to find it?)
[20:02] <ahasenack> with the extra magical parameters to go build
[20:03] <ahasenack> your command actually failed terribly here, hmm
[20:03] <kanashiro> if you have the deps in the vendor directory, all you need is "go build -mod=vendor ./cmd/adsysd/"
[20:03] <ahasenack> https://pastebin.ubuntu.com/p/pHTSzTY4X8/
[20:03] <ahasenack> I don't know if I have the deps
[20:03] <ahasenack> I did "git clone" and now I want to build :)
[20:04] <kanashiro> run "go mod vendor"
[20:04] <ahasenack> doesn't go fetch its own deps?
[20:04] <ahasenack> "go mod vendor" is downloading stuff
[20:05] <ahasenack> "go build" alone didn't produce a binary
[20:05] <ahasenack> let me try now that other incantation
[20:06] <ahasenack> ah, that seems to be the ticket
[20:06] <kanashiro> there you go
[20:06] <ahasenack> now I got the failure I was expecting (about LFS_CFLAGS not being used)
[20:06] <ahasenack> so "go mod vendor && go build -mod=vendor ./cmd/adsysd/"
[20:06] <ahasenack> piece of cake
[20:06] <kanashiro> yep
[20:06] <ahasenack> thx kanashiro
[20:06] <kanashiro> yw
[20:21] <giu-> hi to all


[01:32] <BUGabundo> it was nite
[06:16] <Fudge> hi jsut updated to thunderbird-trunk today and the gnome-orca issue with reading inbox items is still present
[07:25] <micahg> Fudge: which Ubuntu release?
[08:11] <Fudge> on natty
[08:12] <Fudge> micahg  thunderbird-globalmenu                           3.1.10+build1+nobinonly-0ubuntu<IP_ADDRESS> thunderbird-trunk                                7.0~a1~hg20110627r8020+nobinonly-0ubuntu1~umd1~natty
[08:25] <micahg> Fudge: :(, I have to run right now, I'll be back in a couple hours
[09:07] <Cradam> upgraded from Fx5 to Fx7 cant see any difference lol
[09:10] <synthesist> Hello all.  Any Thunderbird help available?
[09:11] <Cradam> synthesist: what is wrong?
[09:16] <synthesist_> Trying to import Outlook Express mail to TB in a Ubuntu Wubi install.  TB only gives option for Communicator 4.x, I even moved OE files to home folder?
[09:19] <synthesist_> Is there anyway to direct TB to a folder for import?
[09:21] <Cradam> well short answer You are trying to port MS stuff to Mz never will give good results especially if they are different formtas
[09:21] <Cradam> *formats
[09:23] <synthesist_> I've done it before in XP and TB with acceptable results.  But now I can't direct TB to the proper folder in Ubutntu/XP dual system.
[09:24] <Cradam> synthesist_: /mnt/sda1 not work?
[09:24] <Cradam> #*/mnt/home
[09:25] <Cradam> wubi mounts the xp partition as home im not sure where it mounts it as home
[09:27] <synthesist_> the host (XP) drive is accessible by Ubuntu, but TB is not scanning it or giving me the option to direct it to the OE file.  Like I said, I even copied the OE files to the Ubuntu home directory, but still TB only offers Communicator 4.x as an option.
[09:28] <Cradam> can you import the files from another TB install?
[09:30] <synthesist_> Unfortunately, no.  They got botched in my migration.  So my old OE files are the latest backup files I can recover from.
[09:31] <Cradam> try google
[09:31] <Cradam> or perhaps you could re-import from your pop3 server
[09:32] <synthesist_> So, I guess I need to do the import in XP with TB and then again import them to the Ubuntu TB?
[09:33] <synthesist_> Nope, the messages far exceed any pop3 restoration.
[09:34] <synthesist_> If I could just get TB to offer me the option to direct it to the proper folder in Ubuntu I would be set.
[09:35] <synthesist_> Or rather, do you know what folder the OE files should be in for TB to recognize them as an option?
[09:41] <Cradam> bye
[09:41] <Cradam> i
[09:41] <Cradam> [09:37] <+Cradam> .u parents [09:37] <+eggbot> Cradam: parents: the chains around your ankles until you've managed to a) runaway b) obtain a stable job and stable income c) die d) turn 18.
[09:42] <Cradam> maybe i should do a or c
[10:23] <micahg> Fudge: do you have a bug filed for gnome-orca w/thunderbird issue already?
[11:06] <Fudge> no micahg  i wasnt sure how to describe it
[11:07] <Fudge> figured if it was just me maybe it wasnt actually a bug
[12:10] <reign2> has the daily ppa failed to build the 64bit nightlies since june23rd? for some reason Ive been stuck on that version
[12:39] <chrisccoulson> reign2, yes
[12:39] <chrisccoulson> the builder hangs, so i've stopped running it for now
[12:39] <chrisccoulson> and i don't really have any time for firefox stuff atm
[12:44] <reign2> ah I see; will uninstalling the ppa for now so I can manually install the nightly kill my settings?
[12:44] <reign2> the pkg I mean*'
[12:47] <micahg> chrisccoulson: I guess I can try to look at that next week
[13:02] <chrisccoulson> FOOOOOOOOOOOOOOOOOOOOOD!
[16:35] <fta> https://launchpad.net/ubuntu/+source/chromium-browser/12.0..112~r90304-0ubuntu1/+build/2598708742  so slooooow
[16:37] <micahg> should be another 8 hours
[16:39] <fta> i wonder why we use native builders..
[16:40] <fta> we should cross build those
[16:40] <micahg> we're going to be getting faster native builders soon, should cut the build time to something reasonable
[18:03] <chrisccoulson> m_conley, https://code.launchpad.net/~chrisccoulson/messagingmenu-extension/less-notifications/+merge/66358 ;)
[18:03] <m_conley> chrisccoulson: oh, nice!
[18:07] <chrisccoulson> m_conley, there will be some more improvements coming there tomorrow
[18:08] <chrisccoulson> i'm trying to figure out how to get it to stop requesting attention for my bug mail, which are explicitly addressed to me ;)
[18:08] <m_conley> chrisccoulson: I think we need a way for users to indicate what folders they want to indicate.  Or tags.  Or bothl.
[18:09] <chrisccoulson> m_conley, yeah, possibly. although, i'd like to try and make it a bit more intelligent first, which the evo indicator is not ;)
[18:09] <chrisccoulson> http://stackoverflow.com/questions/154718/precedence-header-in-email
[18:09] <chrisccoulson> i can use that for filtering out bug mail
[18:09] <chrisccoulson> "Precedence=bulk" ftw :-)
[18:09] <m_conley> chrisccoulson: oh awesome, yeah, do it.
[18:09] <chrisccoulson> i wonder if that would work for bugzilla too?
[18:51] <fta> micahg, damn, another missing symbol
[18:52] <fta>  /usr/bin/ld.bfd.real: out/Release/obj.target/chrome/../sync_notifier/chrome/browser/sync/notifier/chrome_system_resources.o(.text._ZN12invalidation20OneArgCallbackRunnerIN13sync_notifier21ChromeSystemResourcesEP14CallbackRunnerI6Tuple1IbEEED0Ev[_ZN12invalidation20OneArgCallbackRunnerIN13sync_notifier21ChromeSystemResourcesEP14CallbackRunnerI6Tuple1IbEEED5Ev]+0xc): unresolvable R_ARM_THM_CALL relocation against symbol `operator delete(void*)@@GLIB
[18:52] <fta> CXX_3.4'
[18:52] <fta> the joy of C++..
[18:53] <micahg> ugh
[19:51] <fta> micahg, looking at the code, i have no idea what's wrong and why noone else reported it.
[19:51] <fta> micahg, could be one of our arm flags, like the tcmalloc=0
[19:51] <micahg> :(, I'll try to show it to an arm guy tonight or tomorrow to see if they know offhand what the issue is
[20:41] <fta> i wonder if chromium needs that "OnlyShowIn=GNOME;Unity;"
[20:41] <fta> it doesn't have OnlyShowIn at all atm
[20:45] <micahg> fta: no, otherwise KDE users wouldn't get it
[20:59] <fta> i wondered about OnlyShowIn=Unity; for the quicklists
[21:01] <micahg> fta: http://standards.freedesktop.org/menu-spec/latest/apb.html
[21:03] <fta> yeah, i know that page, but it doesn't clarify the quicklists
[21:03] <fta> well, if it's ever needed, i guess someone will file a bug
[23:07] <BUGabundo> fta: micahg: what do we do when this happens
[23:07] <BUGabundo> https://auth.startssl.com/
[23:07] <BUGabundo> their root cert must have been revoked
[23:07] <BUGabundo> so any browser doesn't accept it
[23:07] <micahg> cry/
[23:08] <micahg> BUGabundo: tell the website to fix their server?
[23:08] <BUGabundo> ahah
[23:09] <BUGabundo> micahg: they really revoked the root cert
[23:09] <BUGabundo> check it out
[23:09] <BUGabundo> 06/23/2011 13:54:36
[23:16] <mdeslaur> http://news.netcraft.com/archives/2011/06/22/startssl-suspends-services-after-security-breach.html
[23:18] <BUGabundo> they are back
[23:18] <micahg> ah, right
[23:56] <BUGabundo> how long does it take to creat a 4096 cert in the browser?????? #StartSSL