[04:22] <Kilos> morning all
[07:59] <MooDoo> morning
[08:07] <Kilos> hi MooDoo
[08:07] <Kilos> and elacheche
[08:08] <elacheche> Hi guys! How are you doing?
[08:08] <Kilos> good ty and you?
[08:08] <elacheche> Am ok :) thx
[08:10] <MooDoo> yeah doing ok considering it's monday ;)
[08:16] <Kilos> lol
[08:23] <Kilos> hi dpm
[08:30] <elacheche> +1 MooDoo
[08:30] <elacheche> :D
[08:34] <dholbach> good morning
[09:31] <elacheche> Morning dholbach
[09:31] <elacheche> dholbach, when will be the announcement of the new ubuntu Memebrship board?
[09:52] <elacheche> dholbach, what's wrong with your internet x)
[09:52] <dholbach> hey elacheche
[09:52] <dholbach> it was a bit flaky this morning at home, now I move to the office
 Morning dholbach
 dholbach, when will be the announcement of the new ubuntu Memebrship board?
[09:52] <dholbach> elacheche, I don't know
[09:53] <elacheche> :D OK :D
[09:56] <Kilos> ohi dholbach
[09:58] <dholbach> hey Kilos
[10:06] <Kilos> dholbach  where are you if you dont mind my asking
[10:06] <dholbach> in Berlin, Germany
[10:06] <dholbach> how about you?
[10:06] <Kilos> south africa
[10:06] <dholbach> ah, nice
[10:07] <Kilos> i wondered how come you get here near same time i do now its explained
[10:07] <Kilos> like nhaines  must be on the western side ot the states
[10:07] <Kilos> of
[10:08] <dholbach> yep
[10:59] <Kilos> elacheche  patience
[10:59] <Kilos> hehe
[17:28] <Kilos> whew ejat  you hopping double time
[17:29] <ejat> ?
[17:29] <Kilos> part/joining lots
[17:30] <Kilos> bad connection
[17:31] <Kilos> hello pleia2  :-)


[00:12] <jbicha> dupondje: please subscribe ubuntu-sponsors to that bug, I don't have upload rights
[00:12] <jbicha> also you should submit that patch to GNOME so that it can be fixed for everyone
[08:20] <micahg> so, is unity 3d working for anyone with nvidia
[08:20]  * micahg gets dropped into unity-2d
[08:45] <jincreator> micahg: It works with nvidia 6600 but I always use nomodeset option.
[14:15] <Laney> cyphermox_: can we see the new connman in Debian?
[14:16]  * Laney is happy to sponsor
[15:35] <nomego> hey guys, what's the best way to install newest fglrx in natty?
[15:36] <nomego> uninstall the ubuntu version and install the one from amd.com ?
[16:49] <dupondje> gnome-shell is crashing like hell last days :(
[16:59] <dupondje> [26176.276081] gnome-shell[16943] general protection ip:7fb507ebd505 sp:7fff54d8ae70 error:0 in libglib-2.0.so.0.2918.0[7fb507e5d000+f4000]
[17:00] <dupondje> [26273.120299] gnome-shell[17279]: segfault at ffffc4000000001c ip 00007f1ff413aed4 sp 00007fff98f57a70 error 4 in libgobject-2.0.so.0.2918.0[7f1ff4119000+4f000]
[17:00] <dupondje> any idea's ?
[17:27]  * nomego is hoping that Oneiric Ocelot will fix the HD6450 issues...
[18:52] <nomego> hey guys I have issues with video playback using the fglrx module for radeon hd6450, any hints?
[19:01] <BigWhale> Where's kenvandine where you need him... :/
[19:28] <Laney> RAOF: can we get colord back in sync? (how about going for DM for it?)
[19:44] <dupondje> and fix gnome-shell ? :D
[23:04] <RAOF> Laney: Yeah, we can get colord back in sync with 0.1.12; it's got the patches I cherry-picked to satisfy the Ubuntu MIR included.
[23:06] <TheMuso> My goodness spring has come with a bang here in Sydney. Can't believe the change yesterday and today...
[23:08] <RAOF> It was alternating wet, windy, and sunny yesterday in Hobart :)
[23:09] <TheMuso> I guess spring will take a little while longer to get down there. :)
[23:16] <RAOF> No, that's pretty much spring weather ;)
[23:35] <TheMuso> ah ok


[00:38] <asac> debian bug 455725
[00:38] <ubotu> Debian bug 455725 in icedove-dev "please make icedove-dev depends on libnspr4-dev" [Normal,Open] http://bugs.debian.org/455725
[05:36] <jetsaredim> asac: I checked into the firebug  thing
[05:37] <jetsaredim> turns out that they just had the install.rdf marked wrong and the svn code I based the extension off of is really 1.1.0b12
[06:22] <[reed]> asac: do you know jdong?
[07:48] <Mirv> asac: ok, reading backlog now.. so de also, ok, so it's not localization thing then
[07:52] <Mirv> asac: ok, the bug sounds out of reach for me, then, but I'll naturally happily test any fixes that may be found.
[08:22] <mdke> asac: I imagine you've seen it already, but just in case you haven't, there are reports of some languages not working at bug 202301
[08:22] <ubotu> Launchpad bug 202301 in mozilla-firefox-locale-all "Firefox not translated/localized" [High,Confirmed] https://launchpad.net/bugs/202301
[08:24] <Mirv> mdke: currently I think localized are de, es, fi, pt, ja, fr, and I think the plan was to have others soon too
[08:25] <Mirv> mdke: now there's another bug 218848 , ie. at least fi/de are partially broken
[08:25] <ubotu> Launchpad bug 218848 in firefox "XML error when going to site needing certificate exception when using fi_FI.UTF-8 or de_DE.UTF-8" [Undecided,Confirmed] https://launchpad.net/bugs/218848
[08:25] <mdke> Mirv: ah, I see. thanks
[08:28] <Mirv> mdke: updated the bug you mentioned
[08:30] <mdke> thanks a lot
[12:14] <fta> mozilla bug 410156
[12:14] <fta> hm, private
[12:14] <asac> dead ;)
[12:14] <asac> ah
[12:31] <fta> asac, http://ubuntuforums.org/showthread.php?t=758544
[14:00] <fta> asac, what's wrong with "http://foo" ? I don't get any xml error here
[14:24] <asac> yeah
[14:25] <fta> so ?
[14:29] <asac> nothing. its broken in current po translations
[14:29] <asac> if you scroll a bit back you can see that discussion
[14:30] <asac> fr is not whitelisted to use the po mechanism, so its not broken
[14:30] <asac> i hope i can find the real reason ... so far i found several bugs, but none of the fixes cured this particular problem
[14:31] <asac> (though those fixes are important to have anyway)
[16:17] <fta> asac, without libflashsupport, my ff3 is freezing instead of crashing, not a real progress :P
[16:18] <fta> 100% cpu
[16:33] <asac> fta: but the testcase is gone?
[16:34] <asac> i think what you know see are those effects that were previously hidden by the quick crashes
[16:35] <jetsaredim> asac: I think we should pull the firebug package for now
[16:35] <jetsaredim> I tried installing the standard xpi from their site and it doesn't seem to work with 3b5
[16:36] <asac> jetsaredim: what do you mean by "pull" ?
[16:36] <jetsaredim> deactivate for now
[16:37] <asac> jetsaredim: but ours work :)
[16:37] <asac> crashes though, but its at least usable to some degree
[16:37] <jetsaredim> i mean - there a numerous people reporting that it doesn't work with ff3b5
[16:37] <asac> i had feedback from users that need that and they say they can handle the crashes, but couldn't handle if the package wasn't available
[16:37] <jetsaredim> hmm
[16:37] <jetsaredim> i can't get it to work properly on my install
[16:38] <asac> jetsaredim: where are those complains?
[16:38] <jetsaredim> http://groups.google.com/group/firebug
[16:38] <jetsaredim> there is a new version stream coming out - v1.2 which is also in beta - but it appears that people are having issues that too + ff3b5
[16:40] <jetsaredim> they did update the svn to reflect the correct version number
[16:40] <jetsaredim> so i can update the package for that if you want
[16:40] <jetsaredim> and also maybe put the 1.2 package together
[16:40] <jetsaredim> but it seems that people are having problems in general with it
[16:42] <jetsaredim> have to run - but something to think about
[16:50] <asac> ill be out today for a birthday celebration of a friend
[16:55] <Sergeant_Pony> can I get some help here for Thunderbird and lightning?
[17:09] <asac> Sergeant_Pony: yes, tomorrow ill be back
[17:09] <asac> but maybe someone else knows. so just ask
[17:59] <Sergeant_Pony> anyone having a problem with Thunderbird freezing randomly?
[18:00] <Sergeant_Pony> I also have a question about Lightning... when I set an alarm reminder it freezes and Thunderbird won't restart.
[18:13] <Jazzva> Sergeant_Pony: Usually, the first thing to try is to run it with clean profile and to see if it crashes. If it doesn't, then the problem may be in some extensions, or the profile might be corrupted in some way. To run profile manager for TB, run from terminal "thunderbird -ProfileManager". When it starts, create a new profile and run TB using it. Play around for a while and see if it still crashes :).
[18:13] <Jazzva> (hmm, a bit longer explanation then I expected :))
[18:14] <Sergeant_Pony> ok, I'll try it
[18:14] <Jazzva> Great. Good luck :)


[06:14] <sugnan> hello, am using Ubuntu 10.10 (Maverick), when i tried to compile the linux kernel of version 2.6.36 and 2.6.37( my default version is 2.6.35), i get the error mount mounting none on /dev failed: no such device, when i try to boot. can someone please help, am a newb and compiling kernel for the first time. is it because the ubuntu version am using doesnot support this version
[06:23] <sugnan> is it the right channel to ask question regarding ubuntu kernel  development ?
[06:25] <RAOF> Yes.
[06:25] <sugnan> RAOF, am using Ubuntu 10.10 (Maverick), when i tried to compile the linux kernel of version 2.6.36 and 2.6.37( my default version is 2.6.35), i get the error mount mounting none on /dev failed: no such device, when i try to boot. can someone please help, am a newb and compiling kernel for the first time. is it because the ubuntu version am using doesnot support this version
[06:26] <RAOF> First, the meta-question: why are you building a new kernel?
[06:27] <sugnan> actually i wanted to upgrade to the latest version, and i have added few user defined protocols in it
[06:29] <sugnan> RAOF, i have made my own device, in order interact with it i have designed my own protocol, so i have added that protocol in the linux kernel code, now i want to compile it, but i ended up with this problem
[06:33] <RAOF> I'm not familiar with that specific problem; it sounds like you perhaps haven't built in all the necessary options, such as devtmpfs?
[06:34] <sugnan> RAOF, ya i get some error relating devtmps too
[06:39] <sugnan> RAOF, can i just know how to compile the modified kernel for the current ubuntu am using, is it necessary that i need to compile the whole ubuntu? or is it necessary that i compile the same version of the kernel am having by default ?
[06:40] <RAOF> I'm not sure what the question is.  It's certainly not necessary to recompile anything other than the kernel, and it's entirely possible to use different kernels; the kernel team maintain a couple of different mainline builds, which work.
[06:41] <sugnan> RAOF, thanks
[08:42] <smb> morning
[11:24] <smb> -> lunch
[14:40] <komputes> Is there a tag for card reader bugs - Can someone please have a look into this bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/670181
[14:40] <ubot2> Launchpad bug 670181 in linux (Ubuntu) "Dell Precision M6300 SD Card Reader (Ricoh R5C592 memory stick) Will Not Mount After Upgrade To 10.10 (affects: 1) (heat: 433)" [Undecided,New]
[15:10] <manjo> komputes, can you try http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-11-04-maverick/ ? and post the results to the bug?
[15:10] <manjo> komputes, sorry http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-11-09-maverick/
[15:12] <komputes> manjo: just the "image" and the "headers" for my arch? or the one that says "all" as well?
[15:13] <manjo> komputes, I think those headers are for i386
[15:13] <manjo> ie all
[15:14] <komputes> manjo: never mind
[15:15] <manjo> komputes, do you have the module  tifm_sd loaded?
[15:16] <m4t> i filed this under gcc, but maybe someone here can shed some light: https://bugs.launchpad.net/bugs/673236
[15:17] <ubot2> Launchpad bug 673236 in gcc-4.4 (Ubuntu) "maverick toolchain producing unbootable (hanging) kernels (affects: 1) (heat: 6)" [Undecided,New]
[15:18] <komputes> manjo: I don't see tifm_sd in the lsmod output
[16:33] <skaet> https://wiki.ubuntu.com/Kernel/StableReleaseCadence
[18:03] <hallyn> uh oh, i see tangerine got rebuilt?  :)
[18:07] <jjohansen> hallyn: tim upgraded the disks
[18:14] <hallyn> jjohansen: yup, i knew it was coming eventually :)
[18:35] <pmatulis> why is the lucid netboot kernel [1] dated april 2010?  this is old.  am i missing something?
[18:35] <pmatulis> [1] http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/
[18:41] <sconklin> For bugs which are not verified and have the fix reverted, we can set them "wontfix" or "incomplete". Any thoughts from anyone about this?
[18:42] <bjf> sconklin, personally, i like "wontfix" and require a new bug and full, new SRU process for the related patch
[18:45] <sconklin> That's what I proposed, but I've heard the arguments that 1) wontfix isn't accurate, as we will fix it if it's tested, and 2) incomplete accurately reflects what happened. I'm afraid that bugs already turn into a mess too often, and we use them essentially for tracking tasks, so we should open a new bug. Otherwise, we also have to unwind the "fix committed" states
[18:48] <bjf> sconklin, but once a bug "needs verification" then it is more than just a bug, it is also tracking a process, which the bug states were never intended/designed to be for so it seems we can make them mean anything we want (i know this is a bit of a stretch but i hope you get my drift)
[18:51] <sconklin> bjf: right - we have no way to re-use a bug for another trip through the process, so I think we need to close it and start another. We agree?
[18:52] <bjf> sconklin, agreed
[18:52] <jjohansen> ugh, that is less than ideal
[18:53] <bjf> what would be ideal then?
[18:53] <sconklin> I'm open for suggestions
[18:54] <sconklin> by the way, I think we'll also break patchwork, when people reply to earlier email to re-request acceptance of a patch that was previously accepted. But we can deal with that later
[19:10] <jjohansen> sconklin: I don't have a better suggestion, ideally you could reuse the bug.  Having to close and start a new bug is just extra work and an extra step that mistakes can happen in.  /me was just kvetching that the process isn't as nice as it could be if it had been designed to accommodate SRU needs from the start
[19:24] <ogasawara> sconklin: hrm I slightly in favor of re-using the existing bug.  It should be simple enough to hammer out an arsenal script which posts a comment about the revert, sets the bug to Incomplete, and resets the tags.
[19:25] <ogasawara> sconklin: having to open a new bug, re-submit/re-ack patches is going to get annoying.  The patches and ack's should still be good, it's just the verification that failed.
[19:26] <lamont> how do I disable ipv6 on just one interface?  or can I?
[19:31]  * lamont finally finds it
[19:42] <sconklin> ogasawara: the actual agreement that was reached at UDS was that bugs will be closed "wontfix". There was a lot of discussion at UDS, and I feel like we're having it all over again.
[19:42] <sconklin> It's not that I'm opposed to refinement, but I do want to end discussion at some point and try something
[19:42] <ogasawara> sconklin: ack
[19:43] <ogasawara> sconklin: and we can always refine the process if we find our approach need tweaking
[19:44] <sconklin> My overriding goal from a selfish point of view is to minimize the amount of work that the stable team has to handle, as I'm not sure we will be able to keep up.
[19:44] <sconklin> And I am very open to changing things that don't work.
[19:44] <sconklin> I'm also concerned about creating still more bugs which seem to live forever
[19:45] <bjf> ogasawara, i'm curious to your thinking on not having to re-ack patches, once a patch has been reverted how would it get back into the repository?
[19:45] <sconklin> I'm frustrated by having to use a bug tracking tool to implement process, but it's what we have . . .
[19:47] <sconklin> so bjf - to recall some of the discussion that we had at UDS . . . One proposal was just to revert the patches and leave them on the tip of the tree until they eventually get tested.
[19:47] <sconklin> But this would lead to an ever-increasing load of cruft that we have to carry around.
[19:47] <bjf> sconklin, you'd revert, re-upload, then reapply?
[19:47] <sconklin> e also wanted to get assurance by whoever re-proposed the second SRU that there was a commitment to testing
[19:47] <ogasawara> bjf: I guess my thought process is that the patch was already reviewed and ack'd for it appropriateness, the fact that it was reverted due to failed verification doesn't actually reflect the patch itself is bad.  so if a reporter said "oops I was on vacation and wasn't around to test" we could just re-apply it.
[19:48] <sconklin> bjf: yeah - I'm NOT recommending that, it was just an idea that was rejected
[19:50] <ogasawara> bjf: and we could tag the bug with something like "re-apply" or whatever to know which patches to shove back in for the next upload.
[19:50] <sconklin> ogasawara: from the end user's POV I see this - if they're on vacation for a week and miss verification, we should make it easy for them to reapply. And honestly, getting everything correct on an SRU request is hard enough as it is.
[19:52] <sconklin> to totally throw a wrench in this - there are bugs which track the same fix in multiple releases
[19:52] <ogasawara> sconklin: ugh, now that could get messy
[19:53] <bjf> sconklin, known issue, and the question is when someone marks it verified which release were they referring to?
[19:53] <sconklin> example: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/580749
[19:53] <ubot2> Launchpad bug 580749 in linux (Ubuntu Maverick) (and 5 other projects) "Pulseaudio is not running VT1708 (affects: 2) (heat: 33)" [Undecided,Fix committed]
[19:53] <ogasawara> almost seems you'd need to make it verification-done-<release>
[19:54] <sconklin> bjf: This is currently handled manually by pitti. As he described it to me, when someone says it's verified for a release, he leaves both the verification-needed and verification-done flags set until every release is verified, then removes the verification-needed tag.
[19:55] <sconklin> I think we should probably change to verification-xxxxx-<release>, but this requires changes to Pitti's scripts that he uses
[19:55] <bjf> sconklin, but how does he know which release the commentor tested? does he ask them? (i'm assuming that he does)
[19:55] <sconklin> bjf: dunno, if it's not obvious from the comment
[19:56] <bjf> sconklin, if we ignore reverting patches, the fact that we now require certification testing of the proposed releases puts us in a much better place than we were before
[19:57] <sconklin> I'm worried that we have so much home-grown processes and so many tools which are dependent on special tags, text formatting in changelogs, etc, and so little of it is documented, that we have potential to break things unless we add more unique tags for our use.
[19:58] <sconklin> bjf: you mean if we don't revert? I don't think that's an option. But yes, I think we get more goodness from testing than from any other piece of this
[19:58] <bjf> sconklin, frankly the fact that we are using tags (which any user can add/remove/modify) for processes is not a good thing
[19:58] <bjf> sconklin, i'm not suggesting not reverting (though i'd like to)
[19:59] <sconklin> bjf: agreed, but today;s not the day for that fight. It's beyond the scope of what we can influence
[20:00] <sconklin> and reverting patches is being done to bring us in line with the release guidelines for Ubuntu, so unless they change, I'm trying to do a better job of compliance with those. I think requiring verification is a good thing.
[20:03] <sconklin> If we can manage the repositories, I don't think it would be terrible to just revert and reapply patches that don't get verified, then drop them after three strikes or something. We can think about that as an option if the process is too difficult to manage with reverts
[20:04] <sconklin> (that was more thinking out load than anything)
[20:07] <ikepanhc> sconklin: once verification for an SRU bugs finished, shall bug reporter modify the tag from verification-needed to verification-done or wait SRU team to review the verification and modify the tag?
[20:08] <sconklin> So far, we've let the user do it, and even instructed them to do it in the text added to tge bug
[20:11] <sconklin> ikepanhc: the reason is that I want to avoid another task that the stable team has to do on the verification deadline day, which is to open all the unverified bugs and read the comments to see whether it's verified. I want all of our operations to be scalable to more fixes without requiring more time, and I want them all to be able to be automated with scripting when possible.
[20:12] <ikepanhc> sconklin: make sense to me
[20:13] <jjohansen> however relying on reports to set tags right is not going to work well
[20:14] <ikepanhc> sconklin: another question, for bug 640214, everything is fine with karmic to enable Intel B43, but not on lucid, x-x-v-intel driver is not updated (maybe because nomination for lucid is not accpeted yet), can I just put verification-done there? (for kernel, it is done)
[20:14] <ubot2> Launchpad bug 640214 in xserver-xorg-video-intel (Ubuntu Karmic) (and 8 other projects) "X failed on Intel B43 machine (affects: 2) (heat: 24)" [Medium,Fix released] https://launchpad.net/bugs/640214
[20:14] <sconklin> ogasawara, bjf: another argument I just thought of in favor of NOT closing unverified bugs - they may have milestones set which are important, and be requiring new bugs to be opened, we may be proliferating cruft into the release and milestone tracking tools - this is another example of magic processes that work off of bugs that I don't fully understand
[20:15] <sconklin> ".... by requiring new bugs ... "
[20:15] <bjf> jjohansen, i agree completely, but we do it all the time
[20:17] <sconklin> bjf, jjohansen: so more accurately - instead of eliminating the need to review every unverified bug before reverting on revert day, I'm hoping to minimize the number that need to be looked at, by asking people to set the tags. I think review will still be required.
[20:18] <bjf> sconklin, so, we are going to have to visually inspect every bug to make sure the bug was not left on by mistake nor removed by mistake
[20:18] <jjohansen> bjf: yep, however we seem to be doing it more and more, and basically fear its getting to be too much
[20:18] <jjohansen> sconklin: what bjf said
[20:19] <bjf> sconklin, sorry "bug" -> "tag"
[20:20] <sconklin> I think that we at least have to check the ones without a verification-complete tag and see whether a comment says they are verified. For the converse, we have to decide what it means if someone sets the verification-done tag with no comment or explanation.
[20:20] <sconklin> As it stands now, we let them pass.
[20:23] <sconklin> and I think that now, no one pays much attention to bugs unless they are verification-needed. pitti would know.
[20:23] <sconklin> I've asked him to join this room - he's away at the moment.
[20:26] <sconklin> On monday we're going to do ~something~ to the unverified bugs - either close wontfix, or set to incomplete. (and we'll revert the changes). Since we're unsure about this, it seems to me that setting incomplete is the safer of the two options until we figure it out. Agree? Disagree? There will be text added explaining everything that is done.
[20:26]  * jjohansen -> lunch
[20:27] <ogasawara> sconklin: agree, setting to incomplete for now seems better imo.
[20:39]  * apw notes boston has ok wifi
[20:59] <sconklin> ikepanhc: it's not clear to me from yoru comment in bug #640214 whether this is a pass or fail
[20:59] <ubot2> Launchpad bug 640214 in xserver-xorg-video-intel (Ubuntu Karmic) (and 8 other projects) "X failed on Intel B43 machine (affects: 2) (heat: 24)" [Medium,Fix released] https://launchpad.net/bugs/640214
[20:59] <ikepanhc> sconklin: for karmic, its passed, for lucid, proposed kernel works but still need xserver-xorg-video-intel supported
[21:01] <sconklin> ikepanhc: the change that's needed for lucid is all in xorg and not in the kernel, right? Are there any bad effects of having it in the kernel and not fixed in xorg?
[21:03] <ikepanhc> sconklin: for graphic chip support, we need to add ids in kernel and x-x-v-intel. no bad effects after kernel patched, at least we have the correct resolution on monitor
[21:04] <apw> that sounds like a pass to me :)
[21:04] <sconklin> apw: +1
[21:04] <ikepanhc> for kernel, I think it is
[21:04] <sconklin> I'm updating the bug now
[21:04] <apw> sconklin, whats the verified/unverified count today :)
[21:04] <ikepanhc> thanks
[21:05] <sconklin> give me a sec, and I'll have some numbers, I'm reviewing them all and spamming them now
[21:05] <apw> sconklin, liking the sound of that
[21:06]  * apw notes t.b has started building lucid
[21:06] <apw> (chroots)
[21:07] <sconklin> ikepanhc: you dais karmic and lucid in the bug, but the bug is open for karmic and maverick kernels
[21:08] <ikepanhc> sconklin: yes, but SRU patches is for karmic and lucid
[21:08]  * ogasawara lunch
[21:08] <sconklin> ikepanhc: yes I see. Thanks
[21:08] <ikepanhc> sconklin: the same patches landed on maverick through stable kernel
[21:08] <sconklin> excellent
[21:10] <sconklin> apw Lucid numbers are (probably) 8 verified, 15 unverified, and one fail that could be a show-stopper
[21:10] <sconklin> the status page is genrated by a cron job and lags reality
[21:10] <apw> sconklin, i assume we can just revert the fail too
[21:10] <sconklin> That's my plan
[21:10] <apw> is it one we care about ?
[21:11] <sconklin> apw: scratch that - the fail is probably not associated with any particular patch, and is reported against a tracking bug
[21:11] <apw> sconklin, heh ... well that is no use
[21:12] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/672964
[21:12] <ubot2> Launchpad bug 672964 in linux (Ubuntu Lucid) (and 1 other project) "2.6.32-26 unbootable: does not find root file system (affects: 1) (heat: 8)" [Critical,New]
[21:12] <sconklin> David is out today, so I expect he will respond to the latest comment tomorrow
[21:14] <apw> sconklin, isn't that one the one someone was talking about on here yesterday and had gone away and was not reproducible ...
[21:14] <sconklin> apw: I forgot - probably 4 of the "unverified" bugs I listed for Lucid are tracking bugs, so don't count - so it's better than it looks
[21:15] <apw> shouldn't you just move them verified (as they have no verification to do?)
[21:15] <apw> other than the one for QA of course
[21:16] <sconklin> smb said he thought that this one had come up before and been unreproducible, and a search of the forums, etc finds references to similar problems going way back, as far as I can tell they are generally fixed by doing what Tim suggested in the bug comment
[21:16] <sconklin> Pitti uses the verified status in those for tracking something, I think
[21:18] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux-linaro/+bug/654586 looks like a pass to me from the comments - any TI-OMAP experts wanna have a look?
[21:18] <ubot2> Launchpad bug 654586 in linux-linaro (Ubuntu Maverick) (and 1 other project) "No functionality to detect IGEPv2 board version (affects: 1) (heat: 99)" [Undecided,Fix released]
[21:19] <apw> sconklin, you'd probally want bryan or ogra for ti-omap (omap3) stuff
[21:19] <apw> coolooney is in the air though
[21:32] <sconklin> mpoirier: is it possible to test https://bugs.launchpad.net/ubuntu/+source/linux-linaro/+bug/654590 on Maverick?
[21:32] <ubot2> Launchpad bug 654590 in linux-linaro (Ubuntu Maverick) (and 1 other project) "WLAN-BT GPIOs need proper initialization (affects: 1) (heat: 97)" [Undecided,Fix released]
[21:32] <mpoirier> sconklin: looking
[21:32] <sconklin> There may be bugs for which we must accept verification in Linaro kernels of the same patch as valid for distro releases
[21:34] <mpoirier> sconklin: I thought I asked enric to test that one... hold on.
[21:35] <mpoirier> sconklin: I did ask him.  I'll look around for his anwer - I'm sure he did test it...
[21:37] <jcrigby> apw:thanks for fixing my work items
[21:37] <apw> jcrigby, heh, i get the error messages :)
[21:38] <apw> and i figured if i did that one, the email update would help you fix the others :)
[21:38] <jcrigby> apw, ahh now I understand
[21:39] <apw> jcrigby, fwiw you probabally should always use the 'Work items for <milestone>:' form, as without a milestone they don't track correctly and if you use the one on the blueprint some swine can change the overall milestone and make them all move without your notice
[21:40] <jcrigby> ok,I'll do that
[21:42] <sconklin> mpoirier: https://bugs.launchpad.net/ubuntu/+source/linux-linaro/+bug/651589
[21:42] <ubot2> Launchpad bug 651589 in linux-linaro (Ubuntu Maverick) (and 1 other project) "VBUS and overcurrent GPIO init missing in IGEPv2 board (affects: 1) (heat: 87)" [Undecided,Fix released]
[21:50] <sconklin> https://bugs.launchpad.net/ubuntu/+source/linux-linaro/+bug/654586
[21:50] <ubot2> Launchpad bug 654586 in linux-linaro (Ubuntu Maverick) (and 1 other project) "No functionality to detect IGEPv2 board version (affects: 1) (heat: 99)" [Undecided,Fix released]
[21:54] <sconklin> apw: Maverick numbers are approximately 17 verified, 2 tracking bugs, and 11 unverified, with two that I expect will get verification soon
[21:54] <apw> sconklin, that must be about a 4x on the normal ratio!
[21:55] <sconklin> I'm going to try to track the numbers each cycle. It will be interesting to see how it trends
[22:12] <apw> sconklin, sounds good to me ... /me goes find a tin can with wings
[22:12] <sconklin> I'm bailing out - thanks for all the help with the new stuff everyone!
[22:12] <bjf> c u monday
[22:13] <sconklin> There's a cold one calling me . . .
[22:20] <skaet> have a good weekend.


[00:08] <KGB-X> nautilus pipeline Jeremy Bicha 624682 * pending (extract-source: pending; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; piuparts: created; blhc: created; build source: created; build i386: created; build: created)
[00:09] <KGB-X> nautilus pipeline Jeremy Bicha 624682 * running (extract-source: running; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; piuparts: created; blhc: created; build source: created; build i386: created; build: created)
[00:14] <KGB-X> nautilus pipeline Jeremy Bicha 624682 * [5 minutes and 38 seconds] failed (test-build-any: skipped; test-build-all: skipped; build i386: failed; test-crossbuild-arm64: skipped; blhc: skipped; piuparts: skipped; reprotest: skipped; lintian: skipped; build: failed; autopkgtest: skipped; build source: success; extract-source: success)
[01:41] <KGB-X> nautilus pipeline Jeremy Bicha 624692 * pending (extract-source: pending; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; test-crossbuild-arm64: created; build: created)
[01:41] <KGB-X> nautilus pipeline Jeremy Bicha 624692 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; test-crossbuild-arm64: created; build: created)
[01:58] <KGB-X> nautilus pipeline Jeremy Bicha 624692 * [16 minutes and 55 seconds] failed (reprotest: failed; piuparts: success; test-build-any: success; test-build-all: success; autopkgtest: success; test-crossbuild-arm64: failed; lintian: success; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[08:52] <seb128> goood morning desktopers!
[10:48] <KGB-X> nautilus pipeline Jeremy Bicha 624880 * pending (blhc: created; autopkgtest: created; lintian: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; extract-source: pending; build source: created; build i386: created; piuparts: created; build: created)
[10:48] <KGB-X> nautilus pipeline Jeremy Bicha 624880 * running (extract-source: running; blhc: created; autopkgtest: created; lintian: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; piuparts: created; build: created)
[10:59] <KGB-X> nautilus pipeline Jeremy Bicha 624880 * [10 minutes and 26 seconds] failed (piuparts: success; test-build-any: success; autopkgtest: success; lintian: success; test-crossbuild-arm64: failed; test-build-all: failed; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[10:59] <KGB-X> nautilus pipeline Jeremy Bicha 624880 * [10 minutes and 26 seconds] running (test-build-all: pending; piuparts: success; test-build-any: success; autopkgtest: success; lintian: success; test-crossbuild-arm64: failed; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[11:02] <KGB-X> nautilus pipeline Jeremy Bicha 624880 * [13 minutes and 5 seconds] success (test-build-all: success; piuparts: success; test-build-any: success; autopkgtest: success; lintian: success; test-crossbuild-arm64: failed; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[11:48] <KGB-X> nautilus Jeremy Bicha 454527 * commented merge request !18 * https://deb.li/ryMv
[16:13] <KGB-X> gdm signed tags 6bc965e Marco Trevisan ubuntu/45.0.1-1ubuntu2 * gdm3 Debian release 45.0.1-1ubuntu2 * https://deb.li/3kJvs
[16:13] <KGB-X> gdm ubuntu/latest 6ee4cf6 Marco Trevisan (Treviño) debian/patches/ series gdm-pam-extensions-Install-gdm-custom-json-pam-extension..patch * debian/patches: Cherry-pick fix to install GDM's custom JSON proto header * https://deb.li/iWMtU
[16:13] <KGB-X> gdm ubuntu/latest 1c3aace Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/pVrF
[16:13] <KGB-X> gdm ubuntu/latest 849ca58 Marco Trevisan (Treviño) debian/changelog * Upload to noble * https://deb.li/3jxT1
[16:14] <Trevinho> seb128, jbicha: could you sponsor that? ^^^
[16:14] <Trevinho> as it's blocking SSSD
[16:19] <bandali> lissyx, seb128, hiya, i'd be happy to meet as early as 8am US/Eastern time (UTC-5), but it sounds like it was agreed that our usual meeting time should be fine and 30m be enough? which works for me as well
[16:19] <lissyx> let's not change things
[16:19] <bandali> (also sorry i didn't see your messages until a bit later in the day, by which point you were no longer logged in)
[16:19] <bandali> ack
[16:26] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 624992 * pending (blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; extract-source: pending; piuparts: created; build: created)
[16:26] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 624992 * running (extract-source: running; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; piuparts: created; build: created)
[16:34] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 624992 * [8 minutes and 15 seconds] success (test-crossbuild-arm64: success; test-build-any: success; reprotest: success; piuparts: success; test-build-all: success; autopkgtest: success; lintian: success; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[17:52] <seb128> Trevinho, if jbicha doesn't get to it today I will upload by Monday
[18:03] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625019 * pending (reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; extract-source: pending; piuparts: created; blhc: created; autopkgtest: created; lintian: created; build: created)
[18:03] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625019 * running (extract-source: running; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; piuparts: created; blhc: created; autopkgtest: created; lintian: created; build: created)
[18:06] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625021 * pending (piuparts: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; extract-source: pending; blhc: created; autopkgtest: created; lintian: created; build: created)
[18:07] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625021 * running (extract-source: running; piuparts: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; blhc: created; autopkgtest: created; lintian: created; build: created)
[18:10] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625019 * [6 minutes and 34 seconds] success (piuparts: success; reprotest: success; test-crossbuild-arm64: success; test-build-any: success; autopkgtest: success; lintian: success; test-build-all: success; blhc: success; build source: success; build i386: success; build: success; extract-source: success)
[18:14] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625021 * [7 minutes and 50 seconds] success (reprotest: success; test-crossbuild-arm64: success; piuparts: success; test-build-any: success; autopkgtest: success; lintian: success; blhc: success; test-build-all: success; build source: success; build: success; build i386: success; extract-source: success)
[19:24] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625067 * pending (extract-source: pending; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[19:31] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625067 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[20:40] <KGB-X> xdg-desktop-portal-gnome pipeline Simon McVittie 625067 * [14 minutes and 46 seconds] success (piuparts: success; autopkgtest: success; lintian: success; blhc: success; test-crossbuild-arm64: success; test-build-any: success; test-build-all: success; reprotest: success; build i386: success; build: success; build source: success; extract-source: success)
[22:17] <KGB-X> gnome-control-center signed tags ae86ef1 Jeremy Bicha ubuntu/1%46_alpha-2ubuntu1 * gnome-control-center Debian release 1:46~alpha-2ubuntu1 * https://deb.li/69C0
[22:18] <KGB-X> gnome-control-center ubuntu/latest 64bdbf6 Jeremy Bicha * pushed 430 commits (first 5 follow) * https://deb.li/ixkX2
[22:18] <KGB-X> gnome-control-center ubuntu/latest a3d448f Jeremy Bícha (526 files in 65 dirs) * Update upstream source from tag 'upstream/46_alpha' * https://deb.li/4flj
[22:18] <KGB-X> gnome-control-center ubuntu/latest 307b758 Jeremy Bícha debian/changelog * New upstream release * https://deb.li/3jTAR
[22:18] <KGB-X> gnome-control-center ubuntu/latest 36b0f83 Jeremy Bícha debian/ control rules control.in * Stop using debian/control.in and dh_gnome_clean * https://deb.li/Y9ID
[22:18] <KGB-X> gnome-control-center ubuntu/latest b8b72e1 Jeremy Bícha debian/ control rules * Build-Depend on libsoup3 and json-glib instead of snapd-glib * https://deb.li/3AUiz
[22:18] <KGB-X> gnome-control-center ubuntu/latest b7cecd7 Jeremy Bícha debian/patches/ debian/Debian-s-adduser-doesn-t-allow-uppercase-letters-by-defau.patch debian/Expose-touchpad-settings-if-synaptics-is-in-use.patch debian/Ignore-result-of-test-network-panel.patch keyboard-Allow-disabling-alternate-characters-key.patch * Refresh patches * https://deb.l
[22:18] <KGB-X> GNOMEi/FUEl
[23:26] <KGB-X> nautilus Nathan Teodosio 454699 * commented merge request !18 * https://deb.li/3rT8V


[00:34] <brousch> nixternal: does ubuntu-chicago have meetings?
[00:41] <rick_h_> nixternal: what bike did you run? You still riding?
[00:49] <greg-g> bikes? someone said bikes?
[00:49] <rick_h_> greg-g: !!!
[00:49] <rick_h_> dude
[00:49] <rick_h_> halp!
[00:49] <rick_h_> I'm in bike overload
[00:50] <greg-g> :)
[00:50] <greg-g> I'm on a plane, laggy laggy
[00:50] <rick_h_> ouch
[00:50] <rick_h_> I think I'm down to the trek 7.2, 7.3, or fast city/wingra
[00:50] <rick_h_> going to hit the shop tomorrow and try to see if they have any of those to ride
[00:50] <greg-g> nice
[00:52] <rick_h_> my poor old 10+yr old GT aggressor isn't keeping up and having derailor issues.
[00:52] <rick_h_> especially with the boy on the trailer
[00:53] <rick_h_> is there another comparable brand I shuold be making sure I compare against?
[00:53] <rick_h_> I checked schwinn, seems a bit cheaper all around
[00:53] <rick_h_> diamondback, website was a pita to use
[01:01] <snap-l> schwinn is essentially a chinese bike manufacturer
[01:01] <snap-l> I believe they make all of the mongoose, huffy, and schwinn bikes
[01:06] <rick_h_> k, I wasn't feeling all warm/fuzzy when I checked
[01:06] <rick_h_> the diamondback seems like it might be cool, but not really sure
[01:06] <rick_h_> not as much info as trek
[01:06] <greg-g> rick_h_: Lemond. Made by trek, but cheaper. Kinda like the GMC/Chevy difference.
[01:07] <rick_h_> greg-g: looking, thanks!
[01:08] <rick_h_> hmm, seeing stuff on a lawsuit in 2009 and no bikes
[01:08] <rick_h_> just some excercise gear
[01:36] <greg-g> rick_h_: huh! I didn't know! :)
[01:49] <snap-l> jrwren: I added your blog post to the team report.
[02:10] <nixternal> rick_h_: if you get the wingra cheap enough go for it, or wait a few more weeks and pick up a Trek 7.3FX (I have one, awesome bike!). The 2012 Trek's come out soon and last years models will drop about $100
[02:11] <nixternal> snap-l: schwinn is owned by pacifica, which is the same company that makes all of those bike you said plus they also make Cannondale lower end frames
[02:11] <nixternal> brousch: ubuntu-chicago hasn't had a meeting in a while. well they have had them, i just don't go to them
[02:12] <nixternal> greg-g: LeMond is no longer. Greg and Trek had a fall out years ago
[02:13] <nixternal> Trek has a lifetime warranty on their frames, their bikes are good. The 7.3FX is made in Taiwan I think, but that is no biggy anymore. Also, you want to build a good relation with the shop you choose
[12:07] <Wolfger> morning, party people
[12:10] <brousch> in the place to be
[12:10] <rick_h_> yay for broken work network connections to liven up the day
[12:11] <brousch> go home and work
[12:22] <snap-l> rick_h_: That's the beauty of holiday weekends: something always breaks
[12:26] <rick_h_> yea, and holiday returns...helpdesk isn't in yet. Must be taking the late bus into work today
[12:26] <brousch> is that a short bus?
[12:37] <snap-l> brousch: Hey now. IT folks gotta get to work somehow. ;)
[13:09] <rick_h_> http://www.reddit.com/r/programming/comments/k6c8z/guis_kick_clis_asses/
[13:09] <rick_h_> I'm afraid to click
[13:09] <rick_h_> not sure if I'm ready to contain the rage this early :P
[13:10] <Wolfger> do it
[13:10] <Wolfger> release the beast
[13:10] <brousch> rick_h_: you are just ignorant about good guis
[13:11] <brousch> rick_h_: don't go there. it is idiotic
[13:12] <rick_h_> crap, too late
[13:12] <rick_h_> *sigh*
[13:13] <brousch> sorry man, i tried to save you
[13:13] <rick_h_> g<tab><space>co<space>m<tab><enter> or g<space>com if you're a rock start
[13:13] <rick_h_> and he forgets the fact that he's got to open/get his damn gui to that place he can use his 6 keypresses
[13:14] <rick_h_> bah, C-w, C-w!!!!
[13:15] <_stink_> hah, http://www.reddit.com/r/programming/comments/k6c8z/guis_kick_clis_asses/c2htw87
[13:17] <Wolfger> '“But wait,” the Vim fanboy cries, “how the hell could a GUI have anything close to a “high” speed rating?”'
[13:17] <Wolfger> ...seems like he's talked to rick_h_ :-)
[13:18] <rick_h_> I'm replying, once second
[13:18] <rick_h_> ok, reply entered
[13:18] <_stink_> second?
[13:18] <brousch> it would only take half a second to reply if you were doing it via gui
[13:19] <jcastro> man, awesome
[13:19] <jcastro> snap-l: did you read this "techcrunch may be over" blog?
[13:19] <rick_h_> jcastro: :) wouldn't that be great
[13:19] <rick_h_> I thnk it's just the rise of MG though
[13:19] <jcastro> http://techcrunch.com/2011/09/06/the-end/
[13:20] <jcastro> yeah
[13:20] <jcastro> I wouldn't miss that guy
[13:20] <rick_h_> I mean, he's the only flame-bait up there to bring in clicks now
[13:20] <rick_h_> everyone else to to reasonable
[13:20] <jcastro> he's the revisionist maclot snap-l aspires to be
[13:21] <rick_h_> I'm pretty sure I saw at least 3 posters when I was there before the jam this weekend
[13:21] <Wolfger> _stink_: I ++'d that comment. Thanks for the link to it. :-)
[13:24] <_stink_> o/
[13:25] <rick_h_> crap he replied and more nonsense came out
[13:25] <rick_h_> I need to just close it
[13:25] <brousch> you can't close it without cd'ing to the directory where the binary is
[13:25]  * rick_h_ is resisting urge to send workit link, link to pyohio talk on building dev environments, noting every damn tool out there that bootstraps envs uses cmd line...
[13:25] <brousch> sounds like a lot of work
[13:26] <rick_h_> yea, and if I shortcut git to g it might conflict with a lot of other programs named g
[13:52] <snap-l> jcastro: Did you seriously compare me with Mike Arrington?
[13:52] <jcastro> no, MG Siegler.
[13:52] <snap-l> brb, have to start my compost pile to give you when you return
[13:52] <jcastro> :D
[13:53] <snap-l> I never like seeing a founder leave their company after a takeover
[13:54] <snap-l> but frankly, Techcrunch did it to themselves by partnering with AOL
[13:54] <snap-l> AOL is about as "don't get it" as you can get.
[13:55] <rick_h_> I think that starting your own VC company when you're a news source is about as "don't get it" as you can get
[13:55] <snap-l> I envision someone took a stroll through the mail-room, spied a pile of Infoworld magazines, and saw "Techcrunch" on one of the labels and exclaimed "What the hell is a Techcrunch?"
[13:55] <snap-l> and then filed everyone into their office for a proper dress-down
[13:56] <snap-l> rick_h_: that too
[13:57] <rick_h_> "I'm sick of interviewing rich kids who are bound to make more $$ than me, let's start our own VC fund and then they can grovel like the kids they are!"
[13:58] <snap-l> Jesus, this blog entry is pretty myopic
[13:58] <snap-l> the GUI vs. CLI
[13:58] <snap-l> Use both, and STFU
[14:00] <snap-l> I wouldn't want to set my system volume from a pulse-audio command, and I wouldn't want to try onboarding an entire datacenter from a GUI
[14:01] <snap-l> well, I would love to onboard an entire datacenter with a single button called "do it, and do it right"
[14:01] <jjesse> if i have the jobs and task structure built right then i'll build a data center from a gui
[14:01] <jjesse> drag job stream to stack of computers, go to lunch, profit
[14:02] <snap-l> but if we're being unrealistic, I'd love to shout that command to my magickal flying Pegasus while soaring through the datacenter on a rainbow-colored highway of dreams.
[14:02] <jjesse> i'm not bein unrealistic
[14:03] <snap-l> jjesse: And when one errors out?
[14:03] <jjesse> depends on if you can build jobs and tasks around whatever return code you are receiving
[14:03] <snap-l> Also, what's happening in the background? Is it just using command-line when you're not looking? :)
[14:03] <jjesse> depends on what stage of the game i'm running
[14:03] <snap-l> exactly
[14:04] <jjesse> hard to run in GUI when you are operating in a pre-boot environment
[14:16] <brousch> i understand what the geeker means about seeing more in a GUI. but i've come to realize most of what you're seeing is useless noise 90% of the time
[14:17] <brousch> dozens of buttons i don't need or don't need right now, folder hierarchies i don't care about until i want to open a different file, class hierarchies i don't ever actually look at
[14:34] <Wolfger> right
[14:35] <brousch> but for some reason having those things makes me feel better than not having them. i cannot explain why
[14:35] <Wolfger> if I want to see all that in a CLI, I can. In fact, I usually *do* run ls before I cp or mv
[14:36] <Wolfger> where GUI rules is when I don't know what I'm looking for. It's easier to browse
[14:41] <ch0use> so has anyone built a set of load-balanced apache web servers using ipvs or crossroads or something?
[14:41] <ch0use> ala http://www.ultramonkey.org/papers/lvs_tutorial/html/
[14:43] <ch0use> i have 2 identical ubunu webservers behind an ubuntu nat/router and currently port 80 is forwarding to one of them, but i want the router to balance across the two, bunch of virtualhost domain websites etc
[14:54] <rick_h_> ch0use: I'd just start out with dns round robin
[14:54] <rick_h_> if you need more than that, check out haproxy
[14:55] <ch0use> the rub of it is i only have 1 internet IP, so dns-rr isn't an option
[14:55] <ch0use> good game haproxy, will give it a look
[14:55] <rick_h_> right, but the router can have multiple dns entries for where it's sending to
[14:55] <rick_h_> if your firewall box has two entries in it's local dns for web.something.com
[14:56] <rick_h_> it should round robin those
[14:57] <ch0use> do you mean iptables config, where i have it accept and direct port 80 requests to the IP of the internal webserver? change to use a hostname that resolves to the 2 IPs of the 2 internal webesrvers?
[14:58] <rick_h_> no, I mean internal DNS
[14:58] <rick_h_> where you setup your internal IP addresses to names you give them
[14:59] <ch0use> alright so some more background, this is for a webhosting env out on the internet running on vmware esx. 1 internet-facing VM, 2 private-network VMs behind it, currently fowarding internet incoming port 80 to one of the web VMs
[14:59] <rick_h_> the 3vms have to have an ip address on the same network
[14:59] <ch0use> correct
[14:59] <rick_h_> your internet facing vm can run a local dns server
[15:00] <ch0use> it does
[15:00] <rick_h_> that the 3 all share
[15:00] <rick_h_> if that dns has two entries for hte same cname
[15:00] <rick_h_> ic, you're not proxying, you're straight port forwarding
[15:00] <ch0use> right
[15:00] <rick_h_> you need a proxy in there
[15:00] <ch0use> haproxy
[15:00] <rick_h_> be it an apache/nginx proxy on the internet facing host
[15:00] <rick_h_> haproxy
[15:00] <rick_h_> whatever
[15:01] <ch0use> gg
[15:01] <rick_h_> sorry, thought you already had apache on internet box forwarding to apache on internal box
[15:01] <ch0use> ah yes, not as such
[15:04] <ch0use> i have a 1U box with single install of ubuntu in Troy at Waveform colo doing webhosting for 100 or so domains, want to replace it with a virtualized platform where services are spread out over a number of VMs on a beefier box
[15:04] <ch0use> been a fun project
[15:05] <brousch> ch0use: i see gr in your domain. you on the west side?
[15:05] <ch0use> yeah
[15:05] <brousch> woohoo! we got another one
[15:05] <ch0use> :-D
[15:05] <jrwren> rick_h_: that guis kick clis asses is actually really good.
[15:08] <jrwren> ch0use: if you are doing it for scaling purposes and have stateless web apps, you can just use mod_proxy_balancer
[15:08] <jrwren> and to a lesser degree you can rely on mod_proxy_balancer stickyness
[15:13] <ch0use> interesting. users install all kinds of stateful/stateless stuff, so probably need to keep state
[15:13] <rick_h_> yea, ha proxy can handle that as well
[15:14] <ch0use> very interesting
[15:15] <ch0use> i like the idea of keeping it within apache
[15:17] <jrwren> ok... i take it back, that gui kicks CLI ass is STUPID.
[15:17] <jrwren> i can counterpoint every one of his "less keystrokes" argument.
[15:18] <jrwren> ch0use: haproxy is actually MADE for this, so unless you need apache for your port80 on that load balancer, haproxy is probably a better way to go.
[15:18] <jrwren> haproxy is going to do it WAY faster too.
[15:18] <ch0use> yeah?
[15:18] <ch0use> it does look made for it honestly
[15:19] <jrwren> well, at load... if you aren't hitting peak loads, it won't matter.
[15:19] <ch0use> i will probably give haproxy a try first
[15:19] <ch0use> other things i found are quite a bit older
[15:20] <rick_h_> yea, haproxy is meant to do this stuff. We've moved to using it and it's pretty damn awesome and can grow with you tbh
[15:20] <ch0use> very good
[15:24] <jrwren> rick_h_: does it handle stateful sessions very well?
[15:27] <rick_h_> jrwren: yea, it does some header magic and keeps people to the right server
[15:27] <rick_h_> we use it for proxying users to the multiple java app backends
[15:28] <rick_h_> you log into one and we have to keep the cookie/session stuff to the java apps consistent
[15:30] <rick_h_> http://redmine.webtoolkit.eu/projects/wt/wiki/Using_HAProxy_as_a_reverse_proxy talks about it some
[15:30] <rick_h_> using a cookie in haproxy or setting your own info to help direct it which box the user goes to
[15:33] <snap-l> WEll that was fun
[15:33] <snap-l> My network conked out
[15:33] <rick_h_> oops
[15:33] <snap-l> Happily it's working now
[15:35] <jrwren> rick_h_: thanks.
[15:37] <rick_h_> np, I'm always impressed with it. Finally got work to start using it and makes live much nicer
[15:37] <rick_h_> love tools where the boss goes "yea..but we need..."
[15:37] <rick_h_> "yea, like this...it already does that"
[15:44] <brousch> i just put my first TL;DR into an announcement to a tech group
[15:45] <rick_h_> hah, awesome
[15:45] <rick_h_> we all thank you for it
[15:47] <brousch> It's nice for them, but it's also nice for me since I feel like I can be more eloquent in the main body if I include a TL;DR
[15:52] <snap-l> I <3 contract renewal time
[15:52] <snap-l> either I'm going to be taking off two months in the Bahamas digging for sand crabs, or I'll be working
[15:52] <rick_h_> thought you were good until dec?
[15:52] <snap-l> WEll, who knows.
[15:53] <rick_h_> uh oh
[15:53] <snap-l> Can't seem to get straight answers about what this might mean
[15:53] <snap-l> could be that I get paid to do nothingx2
[15:53] <snap-l> could mean that I'm laid off
[15:53] <snap-l> Could be two months to get to tier2 support level
[15:54] <brousch> bahamas sounds good
[15:54] <snap-l> Yeah, that would be awesome
[15:56] <jrwren> rick_h_: what was that lenovo site you mentioned?
[15:56] <rick_h_> lenovooutlet.com
[15:56] <jrwren> ah, lots of bad reviews. but you are good experience?
[15:57] <rick_h_> bad reviews on what?
[15:57] <rick_h_> oh sorry, outlet.lenovo.com
[15:58] <brousch> that's a parked domain
[15:58] <rick_h_> my bad
[15:58] <_stink_> hah
[15:58] <brousch> great. now spammers know i like lenovo
[15:58] <rick_h_> bwuhahaha!
[15:58] <rick_h_> and I will find some way to profit!
[15:58] <brousch> well you work for a marketing company, so you probably get a kickback for sending me there
[15:59] <rick_h_> surely
[16:00] <brousch> enjoy your blood money!
[16:00] <jrwren> even worse, a porn makerting company :p
[16:01] <rick_h_> crap, how do I get transfered to that dept of the company?
[16:02] <brousch> wtf how is it noon already?
[16:07] <jrwren> tuesday after holiday. time is faster.
[16:08] <jrwren> its a fundamental law of physics.
[16:20] <rick_h_> jrwren: I hear that's what keeps throwing carbon dating off.  I dunno.
[17:31] <Wolfger> I think they're just upset they can't show where they live by pointing to a spot on their hand. :-)
[17:31] <snap-l> Yeah
[17:31] <snap-l> Or being referred to as the rabbit jumping over the mitten
[17:32] <brousch> ch0use: before you disappear, we have 2 linux user groups in GR, grlug and wmlug, check them out
[17:32] <ch0use> i have heard of them
[17:33] <ch0use> free time is very valuable so i haven't made it to any
[17:33] <jrwren> i agree entirely with teh UP people.
[17:34] <Wolfger> jrwren: yah, eh?
[17:34] <brousch> ch0use: you can hang out in #grlug on irc
[17:35] <ch0use> :-\ re http://grandrapids-lug.org/
[17:35] <brousch> yeah, that web page is a problem
[17:36] <brousch> the mailing list and weekly social meetings are what the grlug offers http://grlug.org/mailman/listinfo/grlug
[17:36] <_stink_> that site is awesome!
[17:36] <brousch> it used to redirect to a wiki that is never updated
[17:38] <jrwren> s/never udpated/down/
[17:39] <brousch> well it used to redirect to a wiki that was never updated, now i points to a wiki that is broken :P
[17:39] <Wolfger> I think that might be an improvement, actually.
[17:40] <brousch> ch0use: http://wmlug.org is another linux group. monthly meetings, announce-only mailing list, run by ptenhoopen
[17:41] <ch0use> wmlug > grlug in terms of website fyi
[17:42] <brousch> if you notice i didn't actually send you to the grlug web site ;) there's a reason for that
[17:42] <ch0use> :-D
[17:50] <snap-l> It seems our GRLUG box was stolen (or otherwise made to disappear) from it's unsupervised location at EMU.  Unfortunately, our mailing list resided on that box.
[17:50] <snap-l> Wow
[17:50] <snap-l> Talk about being hosed.
[17:50] <jrwren> why you still need backups 101 :)
[17:50] <snap-l> Why you need remote backups, 102
[17:51] <Wolfger> what's a backup? :-p
[17:51] <snap-l> Wolfger: What you'll want to have once your data disappears
[17:51] <Wolfger> Oh, right. But isn't Teh Cloud supposed to save me?
[17:52] <brousch> that happened like 6 years ago
[17:52] <brousch> just the usual east side of MI screwing the west
[17:52] <ch0use> lol
[17:52] <Wolfger> rofl
[17:52] <ch0use> I was pleased to see crashplan has a linux client via java
[17:52] <ch0use> so backing up to teh cl0ud is pretty easy
[17:52] <ch0use> or backing up to another crashplan client is free
[17:53] <brousch> i like dropbox
[18:16] <rick_h_> I like pie
[18:16] <gamerchick02> i like cake
[18:17] <rick_h_> wow, https://github.com/mitechie/pyflakes-pathogen/graphs/clones
[18:21] <snap-l> I <3 meetings where I wonder if I should be asking if I should cancel my netflix subscription
[18:21] <snap-l> rick_h_: That's awesome
[18:23] <brousch> what am i looking at?
[18:23] <rick_h_> I created that repo just so I could pathogen install pyflakes into vim
[18:23] <rick_h_> didn't realize 500+ other people a month were using it :)
[18:24] <rick_h_> my boss thought he remembered seeing my repo in some git post and thought it was cool
[18:24] <rick_h_> "you're famous" and I was like "psh, no one uses my github for much"
[18:25] <brousch> hah
[18:26] <brousch> i use it to look for vim config crap
[18:27] <gamerchick02> rick_h_ is famous! whee!
[18:27] <brousch> this is true
[18:33] <snap-l> Just put away my entire civilization in City of Wonder. I wonder what will happen. ;)
[18:38] <brousch> you will find yourself with more free time to use on fruitful endeavors
[18:39] <rick_h_> yea, how's the todo app coming along?
[18:59] <TeamXlink> Repitive code = a problem that seems difficult to fix completely and fully, you can minimize it but some things always seem to be to repitive.
[19:00]  * TeamXlink doesn't like reptitive code.
[19:00] <brousch> rick_h_: isn't that what DRY means? Write it correctly once and then copy and paste it?
[19:00] <rick_h_> this is cool forking and adding/fixing stuff to other code
[19:01] <rick_h_> but man, it $#@$@ your head shifting code methods/dealing with crap you don't want to just rewrite since it's not yours
[19:46] <snap-l> Hey, devinheitmueller, would you be able to pick me up tomorrow for CHC?
[19:46] <devinheitmueller> snap-l: sure, np
[19:46] <snap-l> Thank you, good sir.
[19:52] <brousch> snap-l: the ubuntu calendar says tomorrow's irc meeting is at 6am
[19:52] <brousch> i am unlikely to attend that
[19:52] <snap-l> Yes, and I thought I fixed that
[19:53] <gamerchick02> 6 am? wow, that's quite early unless you're planning on meeting BEFORE work. (I'm full of it today, don't mind me)
[19:53] <brousch> ok
[19:53] <snap-l> Says it's 14:00UTC on the site
[19:53] <gamerchick02> must be the taco bell
[19:53] <snap-l> http://loco.ubuntu.com/meetings/ubuntu-michigan/81/detail/
[19:53] <brousch> gcal will refresh it some day
[22:17] <rick_h_> greg-g: specialized bikes?
[22:17] <rick_h_> local places sells them and pushing a crosstrail from them
[22:17] <rick_h_> better for dirt roads vs trek they're saying, slightly bigger tire, still much smaller than my mountain
[22:18] <rick_h_> rode nice, but any bike < 15yrs old will feel nice to me
[22:38] <greg-g> and I think you just summed it all up nicely there
[22:38] <greg-g> style is your main concern
[22:40] <rick_h_> greg-g: ok cool, so no auto lemon alert on the brand then?
[22:40] <rick_h_> I've not looked at bikes in so long, never heard of specialized
[22:47] <greg-g> they're fine
[23:11] <rick_h_> what's greg-g ride?
[23:12] <rick_h_> you've got a full street bike right?
[23:15] <greg-g> rick_h_: I ride a Lemond Zurich (a decent road bike)
[23:16] <rick_h_> cool


[00:00] <charlie-tca> Jibel didn't mean anything, that is a message from the log file
[00:01] <charlie-tca> All I see there are a couple of log reports. No one is asking for more information yet
[00:03] <charlie-tca> I would guess the next step would be to try the install again and see if it still fails, since it was failing for alpha2
[00:03] <grmls> okay
[00:03] <charlie-tca> That was about 14 days ago or so, and there is a new image daily. Perhaps that has already been fixed
[00:05] <grmls> hmm
[00:07] <grmls> i need the hole iso new?
[00:08] <charlie-tca> yes, it needs to be the iso dated today, to have the most current fixes in it
[00:13] <grmls> where can i see the iso dated today or yesterday, etc. ?1
[00:16] <charlie-tca> grmls: http://cdimages.ubuntu.com/kubuntu/daily-live/current/
[00:17] <grmls> hmm i taken the iso form here http://iso.qa.ubuntu.com/qatracker/milestones/206/builds/11115/downloads
[00:19] <grmls> <--- a little bit confused.
[00:21] <charlie-tca> That's a dvd instead of a cd, but you can try it
[00:21] <charlie-tca> You took the precise one, not the lucid one, right?
[00:21] <grmls> right
[00:22] <charlie-tca> I don't know if it will be exactly the same, since I only the see the bug report listing the cd, but try it anyway. see if it works
[00:26] <grmls> okay i will try next the daily build
[00:28] <grmls> can you plz explain me "status function" at the launchpad
[00:30] <grmls> my reported bugs are "status new". i need or dont need to change?!
[00:31] <charlie-tca> If you are the reporter, you should not change them from new
[00:32] <charlie-tca> Status is what is current happening to the bug report. If no one has triaged it yet, it would be in new. If someone else had the same issue, it moves to confirmed. If it has been reviewed and determined to be ready to work, it is triaged. If more information is needed, it is usually set to incomplete
[00:34] <grmls> thx
[00:34] <charlie-tca> You are welcome
[00:37] <grmls> thx :)
[00:46] <grmls> have you some information about the bugsquad for me? (hmp, i think improve my english is a very good idea)
[00:47] <charlie-tca> sure, let me get you a wiki page that helps
[00:47] <charlie-tca> This is a very good starting point:
[00:47] <charlie-tca> https://wiki.ubuntu.com/HelpingWithBugs
[00:50] <grmls> thy a lot
[00:53] <charlie-tca> Thank you for helping with bugs
[00:57] <grmls> np :)
[01:00] <grmls> this is a great community with a great os :) i help gladly :)
[01:03] <charlie-tca> That is what makes this a great community, too
[01:28] <grmls> gn8 together. thx for your help charlie cu :)
[03:48] <mfisch> bdmurray: do you own this page?  http://reports.qa.ubuntu.com/reports/bugnumbers/yesterday.html
[04:00] <mfisch> If I mark a bug as Incomplete and then comment on it, does that freeze the 60 days, or does the OP have to respond?
[04:00] <micahg> no, someone has to respond
[04:00] <mfisch> micahg: someone meaning OP or anyone?
[04:00] <micahg> anyone
[04:01] <mfisch> micahg: so when I mark a bug as incomplete and then comment as to why, I've just stopped the clock
[04:02] <micahg> reset
[04:02] <mfisch> micahg: reset back to 60 days?
[04:02] <micahg> yep
[04:02] <mfisch> micahg: okay.  I thought any response permanently stopped the clock.  Thanks for clarifying
[04:07] <mfisch> micahg: I'm going to add that to the wiki page
[04:24] <mfisch> I'm thinking of invalidating this one: bug 733443  It's been sitting as new for almost a year and the only real solution here is to have 1 bug per package
[10:51] <mainerror> bkerensa: Regarding bug #893926. I heard that I'd have to use quilt for that bug to get it fixed.
[10:52] <mainerror> I just had no time to start learning about quilt and how to use it. :(
[13:42] <kamusin> is any known bug report about a low noise when you are copying or transfering files into a usb storage or similar?
[13:43] <kamusin> by the way, I am running precise fully updated
[17:13] <mfisch> is there a way to put a bug into several different packages?
[17:14] <mfisch> specifically bug #189852 which needs to go to 4-5 packages
[17:15] <roadmr> mfisch: the one about opengl man pages missing?
[17:15] <roadmr> bug 189852
[17:15] <roadmr> where/s the bot?
[17:15] <charlie-tca> It was missing yesterday too
[17:15] <mfisch> roadmr: yeah
[17:16] <roadmr> ok, one bot missing in action
[17:16] <charlie-tca> Will each package require a separate fix, or will a fix in one package fix all of them?
[17:16] <mfisch> roadmr: is this a known one?
[17:16] <roadmr> mfisch: the same bug can track tasks for several packages
[17:16] <mfisch> charlie-tca: hmm, I suspect a different fix for each
[17:16] <charlie-tca> Then you click on project and add a new package for each one
[17:17] <mfisch> charlie-tca: so I need to figure out the package -> project relationship
[17:17] <charlie-tca> You need to know each package you want to add is all
[17:17] <mfisch> and some projects may not be registered, which ,means I need to send it upstrea
[17:17] <mfisch> upstream
[17:17] <charlie-tca> You simply click project instead of package
[17:20] <mfisch> actually from first glance only freeglut is in LP.  So I will file 5 upstream bugs
[17:22] <mfisch> I can see why this one has lingered so long ;)
[17:53] <zzecool> Take a look here and confirm please
[17:53] <zzecool> https://bugs.launchpad.net/ayatana-design/+bug/933627
[17:53] <zzecool> Bot still dead  ;/
[17:54] <zzecool> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/933627
[18:50] <charlie-tca> bug 189852
[18:57] <charlie-tca> jpds: can we get ubot2 working again?
[19:05] <joumetal> bug 189852
[19:05] <ubot2`> Launchpad bug 189852 in freeglut "OpenGL man pages missing" [Undecided,New] https://launchpad.net/bugs/189852
[19:05] <charlie-tca> jpds: Thank you for fixing it
[19:06] <charlie-tca> or whoever did fix it, Thank you
[19:21] <jpds> o/


[00:19] <bluesabre> brainwash: yeah, I think that would be a nice value-add
[00:20] <bluesabre> gotta go, bbl
[01:51] <jjfrv8> knome, slickymaster, ochosi, others: proposed intro to the four icons in whisker: http://imagebin.org/296426
[01:51] <jjfrv8> and then the modified way to refer to Settings Manager througout the rest of the docs: http://imagebin.org/296427
[03:07] <AussieDownUnder> pleia2, I have some photos of a folder full of ubuntu/xubuntu flyers on a table that I left to be handed out at a Permaculture group meeting this afternoon, I was supposed to attend but I injured myself & had to leave lol.
[03:08] <pleia2> AussieDownUnder: doh! hope you get well soon
[03:09] <pleia2> AussieDownUnder: feel free to send over some photos, I can share them
[03:09] <AussieDownUnder> pleia2, yep doh, thanks. Lesson learnt I'm not a Kangaroo & can't jump down shipping crates onto concrete.
[03:10] <pleia2> haha! oh no :)
[03:15]  * pleia2 seeks dinner
[03:16] <AussieDownUnder> I only just had lunch
[03:22] <AussieDownUnder> pleia2, check yol email yol
[08:14] <Noskcaj> ali1234, Is there an exact xfwm4 patch for us to use yet?
[08:14] <ali1234> there is no patch to the source code required, only build options
[08:15] <ali1234> just build it with -DMONITOR_ROOT_PIXMAP
[08:15] <Noskcaj> oh yep, i remember now
[08:15] <Noskcaj> Any other changes we should put with the merge?
[08:16] <ali1234> hmm
[08:16] <ali1234> i have a lot of patches but they're not really suitable for wide use
[08:17] <ali1234> like bug 10631
[08:17] <ali1234> xfce bug 10631
[08:17] <Unit193> xfce 10631
[08:17] <ali1234> xfce bug 10625
[08:18] <Noskcaj> Are any safe/worth it for after feature freeze?
[08:18] <ali1234> for +1 you mean?
[08:19] <Noskcaj> for me to add right now
[08:19] <ali1234> well, not really
[08:19] <Noskcaj> Although at this rate it won't be sponsored till unicorn anyway
[08:19] <ali1234> they're all safe in my opinion
[08:19] <ali1234> but they're quite ugly
[08:20] <ali1234> i've got some trivial patches in other components that really should go in though
[08:20] <ali1234> some were applied upstream, some not
[08:20] <ali1234> the gtk3 bookmarks one should go in
[08:20] <ali1234> and the notification window fix
[08:21] <Unit193> Thunar already got the bookmark patch.
[08:21] <ali1234> really? upstream?
[08:21] <Unit193> No, Xubuntu.
[08:22] <ali1234> oh, well xfce-places-plugin needs an identical patch
[08:22]  * Noskcaj adds that to todo list
[08:23] <ali1234> the xfnotifyd patch went in upstream but there's no new release
[09:52]  * ochosi will be away for most of the weekend
[09:53] <ochosi> jjfrv8: re:intro to whisker: looks nice, but you'll have to remove "switch users" as that's now identical to "lock screen" and hence won't be active/shown in whisker by default
[09:54] <ochosi> ali1234: why would you say the mwm patch is ugly?
[09:54] <ali1234> the mwm patch isn't ugly... but it is large
[09:54] <ochosi> right
[09:54] <ali1234> the struts patch is ugly
[09:54] <ochosi> that one would be a nice-to-have
[09:54] <ochosi> you could push the mwm patch to a user-repo on git.xfce
[09:55] <ali1234> yeah i need to push all my work there
[09:55] <ali1234> it's all on github
[09:55] <ochosi> that way hopefully more people check it out and also nick will review it
[09:55] <ali1234> pushing it would give me an excuse to post it on the ML again
[09:55] <ochosi> exactly
[09:55] <ochosi> i'll try to give it some testing too
[09:55] <ochosi> that'll give me an excuse to reply to your post on the ML ;)
[09:55] <ali1234> i've been using my stuff with your tabwin stuff merged since ages ago
[09:56] <ali1234> no crashes or anything... but i never use alt-tab
[09:56] <ochosi> right :)
[09:56] <ochosi> the tabwin stuff seems to have a little oddity, sometimes when the mousecursor is outside the tabwin-window or not above a window-button there's still one highlighted
[09:56] <ali1234> someone was asking about alt-tab the other day
[09:56] <ochosi> haven't been able to hunt that one down yet
[09:57] <ali1234> wanted it to show the full window instead of the border
[09:57] <ochosi> odd
[09:57] <ali1234> i said that would be hard due to window raising...
[09:57] <ali1234> but i don't really know if there's another way
[09:57] <ali1234> compositor could probably do it
[09:58] <ochosi> it's certainly a different workflow
[09:58] <ali1234> no, it's the same
[09:58] <ochosi> then you practically don't need an alt-tab window anymore
[09:58] <ochosi> cause you're looking only at windows, not at the icons
[09:58] <ali1234> well, kind of
[09:58] <ali1234> i dunno... i don't even use it
[09:58] <ochosi> or: the icons are "in the way" and distracting
[09:58] <ochosi> :)
[09:58] <ochosi> how do you switch then?
[09:58] <ali1234> yeah i suppose you could look at it that way
[09:58] <ali1234> i click on the task bar
[09:59] <ochosi> yup, that makes sense too
[09:59] <ali1234> i don't use keyboard short cuts at all
[09:59] <Unit193> Win7 style! :P
[09:59] <ochosi> hehe
[09:59] <ochosi> for that it would be nice to get that "taskbar"-plugin into shape
[09:59] <ali1234> i use them inside programs... like blender
[09:59] <ali1234> i sent some fixes for it
[09:59] <ochosi> oh, you did?
[09:59] <ochosi> did they get merged/reviewed?
[09:59] <ali1234> yes
[09:59] <ali1234> i forgot about those actually
[10:00] <ochosi> cool, will have to check it out again i guess
[10:00] <ali1234> for multimonitor, it used to lose windows
[10:00] <ali1234> it put the window on the taskbar on the monitor containing the middle pixel of the window
[10:00] <ochosi> it definitely could use some theming improvements from what i remember from last using it
[10:00] <Unit193> I like the idea of hacking xfwm to force old menus in gnome applications. :P
[10:00] <ali1234> so if you moved it halfway off the screen it wouldn't show on any taskbar
[10:00] <ochosi> hah, fun bug
[10:01] <ali1234> it has a bug with desktop reshaping too
[10:01] <ochosi> "great" way to hide your pr0n
[10:01] <ali1234> if you just rearrange monitors normally then it works fine
[10:01] <ali1234> but there's a bug in gnome-settings-daemon/unity-settings-daemon where if you have no monitors.xml it trashes your config and resets it to default
[10:01] <ali1234> and for some reason the taskbar does not pick up this change
[10:08] <ochosi> right
[10:09] <ochosi> ali1234: btw, have you seen the way unity-greeter handles multimonitor setups?
[10:09] <ali1234> yes
[10:09] <ochosi> (i.e. login-window follows mouse-focus)
[10:09] <ochosi> do you like that?
[10:09] <ochosi> i'm wondering what way we should go with the gtk-greeter
[10:09] <ali1234> i do kind of like it
[10:09] <ochosi> currently we're not really doing anything
[10:09] <ali1234> but i think i would prefer to have a login window on every monitor
[10:10] <ochosi> hm
[10:10] <ochosi> mirrored?
[10:10] <ochosi> or just another login-window?
[10:10] <ali1234> just another window, if possible
[10:10] <ochosi> mhm
[10:10] <ali1234> or follow the mouse if not
[10:10] <ali1234> see bug 1283615 screenshot
[10:10] <ochosi> follow the mouse shouldn't be hard, as we can port that from unity-greeter
[10:10] <ali1234> that's what can happen when it follows the mouse and you don't get the monitor layout right
[10:11] <ali1234> unity-greeter is written in vala...
[10:11] <ali1234> i have three monitors... the one you can't see is an oculus rift
[10:11] <ochosi> yeah i know
[10:12] <ali1234> X decided that by default that monitor is in the middle
[10:12] <ochosi> that looks empty
[10:12] <ali1234> so when unity ignores the xorg.conf it defaults to putting the mouse and login on the middle screen, which you can't see without strapping on a headset
[10:14] <ochosi> :/
[10:14] <ali1234> it's really gnome/unity-settings-daemon that does this anyway, not the greeter itself
[10:14] <ali1234> unity-greeter is the only one that loads up the settings daemon though
[10:15] <ochosi> yeah, weird though, cause in general it seems to be an advantage to have such a daemon running in the greeter
[10:15] <ali1234> you can disable modules of g-s-d, so you can disable the xrandr module and it won't mess the layout
[10:15] <ali1234> it used to work this way, then someone decided to enable it
[10:15] <ali1234> really though it should leave the config alone if it finds nothing at all
[10:21] <ochosi> mhm
[10:21] <ochosi> gotta run
[12:02] <astraljava> Unit193: I'm not sure, but searching the net based on your suggestion, ClientAliveCountMax might do the trick. Thanks, I'll fiddle with the configuration.
[12:03] <Unit193> Sure.
[14:01] <elfy> bluesabre: there is no getting menulibre to do anymore than add a menu item in menuobre - not showing in any menus
[14:02] <bluesabre> elfy, releasing a slew of fixes today
[14:02] <elfy> given I can't get it to work - there's little chance of a testcase - nor getting anyone to test it
[14:02] <elfy> oh lol - ok - was just leaving that message for you when you were about :)
[14:02] <bluesabre> :)
[14:03] <bluesabre> yeah, I'll try to get the release out early-ish today and getting it to the repos asap
[14:03] <elfy> ok
[14:03] <elfy> I'll watch for it
[14:03] <bluesabre> thanks
[14:04] <jjfrv8> bluesabre, since you're here, can you give me a sneek peek so I can start writing the docs paragraph? Will it only edit whiskermenu indirectly?
[14:04] <jjfrv8> I mean will you see the old applications menu loaded in MenuLibre?
[14:05] <bluesabre> ok, so xfce4-applications-menu, whisker-menu, and menulibre all use xfce4-applications.menu
[14:06] <bluesabre> whisker menu has an option to show the menu hierarchy, but it is disabled by default
[14:06] <bluesabre> so instead, it shows the menus ordered by name
[14:07] <bluesabre> adding new applications should place them in their relative locations, but toplevel items (e.g. those not under a menu) will not be shown because of the way whisker-menu works
[14:07] <bluesabre> or if they are, they'll likely be under Other
[14:07] <bluesabre> New directories should be displayed by default
[14:08] <bluesabre> but yes, the old menu is what will be seen in menulibre, to directly answer your question
[14:09] <jjfrv8> thanks, that clears a lot up. I've checked the 'show menu hierarchy' and it doesn't seem to change anything.
[14:11] <jjfrv8> so, for example, there is no way for someone to put a settings manager launcher, like Mugshot, onto whisker, even as a favorite?
[14:12] <bluesabre> I believe that is the case, unless you make a new launcher with menulibre
[14:12] <bluesabre> I'd suggested focusing efforts elsewhere for now, and wait until the next menulibre release
[14:12] <bluesabre> *suggest
[14:13] <jjfrv8> you mean a release after this weekend's?
[14:13] <bluesabre> no, the one that will be released this weekend
[14:13] <jjfrv8> ah
[14:14] <jjfrv8> will do. Thanks again.
[16:08] <slickymaster> afternoon guys
[16:13] <jjfrv8> hey, slickymaster
[16:13] <slickymaster> jjfrv8: the paragraph with the four proposed icons looks great
[16:13] <slickymaster> :) and afternoon jjfrv8
[16:13] <jjfrv8> :)
[16:13] <elfy> hi slickymaster jjfrv8
[16:13] <jjfrv8> hey, elfy
[16:14] <slickymaster> I think we should really go forward with the icons addition
[16:14] <slickymaster> hey elfy
[16:14] <slickymaster> it seems I'm in england betwenn the fog and the rain :P
[16:14] <slickymaster> * between
[16:15] <jjfrv8> it's still like mid-winter here on March 1 :(
[16:16] <jjfrv8> slickymaster, did you see where I'll be holding off on the MenuLibre paragraph awaiting bluesabre's new release?
[16:17] <slickymaster> not yet jjfrv8, did you made a MP?
[16:17] <elfy> slickymaster: piskie went and added a bunch of other stuff to that mp
[16:17]  * elfy couidn't stop him
[16:17] <slickymaster> elfy: I was going to ask about that
[16:17] <slickymaster> o you want me to review your revision 283?
[16:18] <elfy> :) at some point
[16:18] <slickymaster> will do
[16:18] <jjfrv8> yes, I pushed a revision this morning, 150
[16:18] <slickymaster> jjfrv8: going to pull it
[16:19] <jjfrv8> it's got the panel config paragraph in it
[16:19] <slickymaster> jjfrv8: I'll drop a few lines there
[16:27] <jjfrv8> hmmm, the new icons in the images folder didn't get pushed. don't know how to make that happen.
[16:42] <jjfrv8> bah, got called into work. maybe back later.
[17:33] <brainwash> ali1234: http://ubuntuforums.org/showthread.php?t=2208553
[17:44] <schproodle> when apport reports a problem and then opens the browser with a login screen to launchpad, I am not sure what to do.
[17:44] <schproodle> Well, I logged in eh
[19:30] <bluesabre> ok, almost done with the menulibre update, will have it out later, bbl


[01:00]  * waltman just misread 'saucy salamander' as 'saucy Saltalamacchia'
[01:02] <TheLordOfTime> lol/
[01:02] <waltman> I think I might be watching too much baseball
[01:05] <TheLordOfTime> waltman, i think so...
[01:05]  * TheLordOfTime stopped watching when the Pirates failed to get past the division playoffs.
[01:05] <waltman> :(
[01:07] <TheLordOfTime> still, 21 years since the pirates had a winning season and got into the playoffs :P
[05:39] <jackson> CheEsE
[05:43] <jackson> darnit
[09:21] <rmg51> Morning
[09:53] <JonathanD> Morning.
[12:03] <teddy-dbear> Morning peoples, dogs, turkeys and everything else