[00:11] <little> I'm not sure if this is the place to ask, but does anyone know why the feisty-backports/, feisty-proposed/, feisty-security/, feisty-updates/ folders are still on the package servers?
[00:18] <little> Does anyone know why the feisty-backports/, feisty-proposed/, feisty-security/, feisty-updates/ folders are still on the package servers?
[00:18] <little> ........ or who I should ask?
[00:38] <ham5> wow
[00:40] <directhex> little, old-releases?
[00:41] <little> Yeah. All the folders I mentioned exist, but the main feisty/ folder doesn't. Why didn't they get rid of them all?
[00:42] <directhex> all seems fine on old-releases to me
[00:42] <little> Ah, I'm not sure we're talking about the same place.
[00:43] <little> http://us.archive.ubuntu.com/ubuntu/dists/
[00:43] <little> Is there a way to hook into old-releases from sources.list?
[00:44] <directhex> yes. use old-releases.ubuntu.com as your site
[00:47] <little> w00t! Thank you very much! I had someone from India write to me and not be able to update Feisty's sources.list and he's waiting to receive Hardy Heron LTS, and I thought I couldn't help him get Feisty going a bit more until he gets it. Now it looks like he can!
[00:48]  * little hugs directhex
[01:08] <slangasek> blueyed_: btw, would you be willing to do some tests to see whether your hotkeys on your Asus work if you turn off acpid, and let me know which ones work and which ones stop working?
[07:31] <gimpuzmani> hi
[07:31] <gimpuzmani> hello
[07:40] <gimpuzmani> Hello
[07:41] <etech> hi
[07:41] <etech> do you know if openoffice 3.0.1 will be in backports for intrepid?
[07:52] <pitti> Good morning
[07:52] <pochu> hi pitti :)
[07:54] <pitti> superm1: nuked
[07:57] <gimpuzmani> I'm the editorial writer and designer of the official Ubuntu-TR Community E-Magazine SUDO
[08:03] <gimpuzmani> I'm the editorial writer and designer of the official Ubuntu-TR Community E-Magazine SUDO
[08:04] <calc> slangasek: ping
[08:04] <Hobbsee> gimpuzmani: uh, hi.  and hi in 6 mins time too ;)
[08:04] <calc> slangasek: i can test 8.04 if you don't need phsyical hardware tests in vmware 6.5.1
[08:04] <Hobbsee> morning pitti
[08:05] <kees> tjaalton: stuff out of apparmor-profiles isn't well tested (which is why it's in universe).  we'd love any extra eyes on it.
[08:05]  * Hobbsee throws a few gummybears in pitti's direction
[08:05]  * pitti hugs Hobbsee, good morning!
[08:05] <Hobbsee> :D
[08:05]  * pitti throws a Bratwurst back at Hobbsee
[08:05] <tjaalton> kees: referring to the sshd-profile?
[08:05] <Hobbsee> sausage?  way cool.
[08:06] <gimpuzmani> Hobbsee, I'd like to interview with Ubuntu Developer(s)
[08:06] <tjaalton> kees: selinux is completely hosed, that's why I'm looking at apparmor instead :)
[08:07] <tjaalton> (in order to secure the shell server)
[08:11] <gimpuzmani> Hobbsee, hello I'd like to interview Ubuntu developer with e-mail
[08:13] <Hobbsee> gimpuzmani: right.  Well, you can try ubuntu-devel-discuss@lists.ubuntu.com for such things, as that's the recommended way to get in touch with ubuntu developers, as a user.
[08:14] <gimpuzmani> Hobbsee, Thanks.
[08:15] <Hobbsee> gimpuzmani: you're welcome
[08:16] <gimpuzmani> Thank you for informing me.
[08:19] <StevenK> tjaalton: Oh, for crying out loud!
[08:20] <tjaalton> StevenK: yes?
[08:20] <StevenK> tjaalton: You know that linux-libc-dev will only be 2.6.28-5.15 on amd64 and i386 even if other arches provide 2.6.28?
[08:20] <tjaalton> StevenK: I do
[08:20] <StevenK> tjaalton: So, can we fix that?
[08:20] <tjaalton> StevenK: lpia kernel is still hosed
[08:21] <StevenK> When did you check?
[08:21] <tjaalton> it needs the same compat changes that 2.6.28-5.15 has
[08:21] <tjaalton> I don't know why it doesn't
[08:22] <StevenK> tjaalton: Right, so who did the 5.15 changes?
[08:22] <tjaalton> StevenK: apw/rtg I guess
[08:22] <StevenK> tjaalton: I'll hit them up
[08:22] <tjaalton> StevenK: please do :)
[08:52] <pochu> (UDW already ended)
[08:54] <mathiaz> slangasek: should bug 323755 be considered a blocker for alpha4?
[09:09] <asac> doko_: your compiler is crashy in jaunty ;)
[09:56] <StevenK> tjaalton: So, can I upload mesa after the lpia kernel gets sorted out?
[10:03] <tjaalton> StevenK: what do you need to change?
[10:03] <StevenK> tjaalton: A Build-Depend change against the new linux-libc-dev so it builds on lpia?
[10:03] <tjaalton> StevenK: mesa doesn't build-depend on it (although it should)
[10:03] <tjaalton> libdrm-dev pulls it in
[10:04] <StevenK> Oh, right, so libdrm needs fixing
[10:04] <StevenK> tjaalton: Okay, so same question, but s/mesa/libdrm/
[10:05] <tjaalton> StevenK: I could fix them in git and upload
[10:06] <StevenK> tjaalton: Just waiting for the kernel to be uploaded
[10:06] <tjaalton> StevenK: do you have the version?
[10:07] <StevenK> tjaalton: I think it will be 2.6.28-2.4
[10:07] <StevenK> tjaalton: But I'll confirm when the kernel is uploaded
[10:07] <StevenK> slangasek: Further to my kernel request, libdrm needs fixing
[10:07] <tjaalton> StevenK: sure, thanks
[10:09] <slangasek> StevenK: er?
[10:09] <tjaalton> StevenK: actually, it's enough to fix just mesa
[10:10] <tjaalton> or trigger a rebuild when the new kernel is in?
[10:10] <StevenK> slangasek: mesa or libdrm needs to be fixed so it actually builds, and then everything else should just be a bunch of give-backs
[10:11] <StevenK> tjaalton: The give-back on mesa I triggered failed because it wanted linux-libc-dev 2.6.28-5.15, which isn't going to exist on lpia
[10:12] <tjaalton> StevenK: oh right, that's lool's fault :)
[10:13] <StevenK> tjaalton: Oh, so I need to kick lool? :-)
[10:13] <tjaalton> StevenK: nah, I've done it already
[10:13] <tjaalton> um, the change that is
[10:13] <tjaalton> :P
[10:13] <StevenK> Oh, right. I'll do the kicking :-P
[10:14]  * ogra wonders why his compiz feels so slow on jaunty
[10:14] <tjaalton> ogra: intel, after a vt-change or suspend/resume?
[10:14] <ogra> intel general usag
[10:14] <ogra> e
[10:15] <ogra> like alt-tab takes about a second to bring up the centered popup
[10:15] <calc> jcastro: just my luck 15% coupon expired yesterday :\
[10:15] <ogra> and about two seconds to close it after the window/focus change
[10:15] <tjaalton> ogra: when you have many windows open, and snappy when only a  few?
[10:16] <ogra> i have 5 open atm ... 2 terms, 1 firefox, evo and xchat
[10:16] <tjaalton> try it on another workspace with only two terminals
[10:16] <tjaalton> the ws with all the browser windows is quite slow here
[10:16] <ogra> ugh, workspace changing is even slower
[10:17] <tjaalton> and I guess this is due to dropping the dreaded patch from the xserver
[10:17] <tjaalton> but keeping it breaks KDE4
[10:17] <tjaalton> so..
[10:17] <ogra> hrm
[10:17] <ogra> how about shipping kde3 in jaunty ?
[10:17] <ogra> :)
[10:17] <directhex> kde3 sucks. kde2!
[10:17] <tjaalton> you could try it yourself.. enable patch 107 from xorg-server and rebuild
[10:18] <ogra> so switching workspaces with ctrl-alt-right lets the animation stop in the middle for a second and leaves the centered popup on the screen for about 3secs afterwards
[10:18] <tjaalton> bryce_: ^^, dropping the patch does indeed have issues with GNOME
[10:19] <tjaalton> ogra: that's bug 320813
[10:19] <bryce_> tjaalton: bummer
[10:20] <tjaalton> bryce_: meaning that I can see it with some bigger windows open
[10:20] <directhex> easiest fix: switch jaunty to e17
[10:21] <ogra> should the drirc woraround work ?
[10:21] <ogra> *workaround
[10:21] <tjaalton> should
[10:21] <ogra> ok
[10:21]  * ogra reboots
[10:23] <bryce_> tjaalton: have you gotten in contact with someone on the kernel team about getting the patch taken in?
[10:23] <tjaalton> bryce_: yes, sent it on the list
[10:23] <tjaalton> yesterday
[10:27] <ogra> tjaalton, yep, helped (still not as snappy as it was n intrepid, but a lot better)
[10:28] <bryce_> tjaalton: ok let me know if I should try and grab a kernel dev to look at it
[10:28] <tjaalton> bryce_: well it'd be nice to have for the alpha
[10:28] <tjaalton> either that or disable vblank again
[10:29] <bryce_> ogasawara: 320813 has a kernel patch we really need to get in to resolve a bad compiz performance issue.  Could you help us get a kernel dev to give it some attention?
[10:29] <lool> tjaalton: Ah crap
[10:29] <tjaalton> lool: no worries :)
[10:29] <lool> tjaalton: I only checked that we had a 2.6.28 lpia linux-libc-dev
[10:29] <lool> With drm headers
[10:29] <lool> I didn't check the version
[10:29] <lool> So it might be that the lpia version is enough
[10:30] <lool> tjaalton: How can I check the lpia versionis enough?
[10:30] <tjaalton> lool: the next one should have some compat stuff added which are needed, so it wouldn't have worked anyway :)
[11:05] <tjaalton> kees, cjwatson: so, I got the apparmor usr.sbin.sshd rule to work, but it needed a number of changes, most worrying of which was probably 'dac_override' capability (at least the comment on usr.sbin.cupsd looks scary)
[11:17] <seb128> slangasek: can I upload a gnome-utils update?
[11:19] <slangasek> seb128: yes
[11:19] <slangasek> thanks for checking :)
[11:19] <seb128> you're welcome, thanks for approving the update ;-)
[11:20] <lool> tjaalton: Poke
[11:21] <lool> tjaalton: So I'm in Berlin and the whole kernel team, some RMs and Luke are all around; I discussed the whole situation of linux-libc-dev with various people
[11:21] <lool> tjaalton: Luke should have some time to at least get linux-libc-dev updated on ports
[11:22] <directhex> mornin' dholbach
[11:22] <lool> tjaalton: I discussed ways to keep the version number of linux-libc-dev in sync so that it's meaning ful (avoiding the trap I had with libdrm-dev)
[11:22] <lool> tjaalton: But that wont happen anytime soon as it's a hard problem to solve
[11:22] <lool> tjaalton: And I got clearance to push a fixed libdrm from slangasek which I'll do now
[11:30] <ogra> can a buildd admin bump lp-sove priority up on armel so it builds asap ?
[11:30] <ogra> *lp-solve
[11:30] <lool> tjaalton: You used 2.6.28-5.15 on i386/amd64/armel; commit 860b3c7cb73a734d3076e9b30ef51682a6c53449
[11:31] <lool> tjaalton: was one of the last commits in this upload
[11:31] <lool> tjaalton: This commit is present in the last lpia upload at least
[11:31] <lool> tjaalton: did the drm headers also require other packaging changes?
[11:34] <Hobbsee> ogra: prodded
[11:34]  * ogra hugs Hobbsee 
[11:34] <Hobbsee> :)
[11:36] <lool> tjaalton: I'm trying to testbuild libdrm and mesa
[11:42] <tjaalton> lool: sorry, was having lunch.. feel free to commit/upload. no other changes needed to libdrm
[11:43] <lool> tjaalton: Great, thanks
[11:44] <lool> tjaalton: pushed
[11:44] <lool> tjaalton: I'm doing a test build in my ppa and will push after lunch if it's ok
[11:47] <tjaalton> lool: actually, -1.1 isn't enough :)
[11:47] <tjaalton> at least to build mesa
[11:48] <tjaalton> I heard there's -2.4 coming up soon
[11:48] <lool> tjaalton: Ok; what should I be looking for?
[11:48] <lool> tjaalton: Yes, a lpia upload is being prepared
[11:48] <lool> tjaalton: Cause it has drm headers
[11:48] <lool> currently
[11:49] <lool> -rw-r--r-- root/root     11611 2009-01-27 23:07 ./usr/include/drm/i830_drm.h
[11:49] <tjaalton> mesa build will fail if the headers don't have the necessary compatibility commits
[11:49] <lool> -rw-r--r-- root/root     18808 2009-01-27 23:07 ./usr/include/drm/i915_drm.h
[11:49] <lool> etc.
[11:49] <lool> tjaalton: I checked that all commits which were in the i386 version you used were also in lpia 1.1?!
[11:49] <lool> tjaalton: Do you have the SHA?
[11:49] <lool> Or commit message
[11:49] <tjaalton> lool: no, but the mesa build fails
[11:50] <lool> Author: Dave Airlie <airlied@redhat.com>
[11:50] <lool>     UBUNTU: SAUCE: (drop after 2.6.28) i915/drm: provide compat defines for user
[11:50] <lool>     members.
[11:50] <lool> fb8d31f87398f59e24ff5bda5dc89111fe59e4dd
[11:50] <tjaalton> that's in 1.1?
[11:51] <tjaalton> oh
[11:51] <lool> It's in git, checking whether it's in 1.1
[11:51] <tjaalton> sorry, the build failed exactly because of the depends mess, duh :)
[11:51] <tjaalton> at least the most recent build did
[11:52] <lool> tjaalton: it is in -1.1
[11:52] <lool> I can see the fill out some space for old userspace triple buffer commit
[11:52] <lool> (I checked out the LPIA-Ubuntu-2.6.28-1.1 tag)
[11:52] <tjaalton> lool: ok, so it's ok now
[11:52] <tjaalton> okok
[11:52] <lool> tjaalton: Pushing drm to Ubuntu then
[11:52] <tjaalton> yess
[11:53] <lool> pushed
[13:05] <ogra> can a buildd admin bump openoffice on armel so it starts building soon ?
[13:06]  * ogra isnt sure why it wants to wait 1h while all armel buildds are idling
[13:06] <lool> tjaalton: Didn't build on lpia: http://launchpadlibrarian.net/21929071/buildlog_ubuntu-jaunty-lpia.mesa_7.3-1ubuntu1dooz1_FAILEDTOBUILD.txt.gz
[13:06] <lool> tjaalton: I'm afraid there's another required commit
[13:07] <Mithrandir> ogra: done.
[13:07] <Mithrandir> ogra: it still says "Estimated build start 1h" though
[13:07] <ogra> Mithrandir, gracias :)
[13:07] <ogra> weird scoring system ...
[13:08] <lool> tjaalton: So I don't know what's missing
[13:10] <tjaalton> lool: let me check
[13:11] <tjaalton> lool: maybe the new libdrm hasn't gone through yet?
[13:12] <lool> tjaalton: It's in my ppa
[13:12] <lool> tjaalton: The build log indicates it used my ppa upload
[13:12] <lool> (ubuntu5~dooz1)
[13:13] <lool> tjaalton: We do see the linux-libc-dev: Preparing to replace linux-libc-dev 2.6.27-4.9 (using .../linux-libc-dev_2.6.28-1.3_lpia.deb) ...
[13:13] <lool> tjaalton: It must be another commit
[13:13] <tjaalton> lool: ok, I couldn't open that log, I thought you just rebuild the official one :)
[13:13] <tjaalton> (irssi cut the line)
[13:14] <lool> #define planeA_x pipeA_x
[13:14] <lool> That's what we want
[13:14]  * lool git blames
[13:14] <tjaalton> so the kernel doesn't have all that's needed
[13:15] <lool> f4aad346 include/drm/i915_drm.h      (Tim Gardner        2009-01-22 13:32:29 -07
[13:15] <lool> tjaalton: Ok, some commits were reverted in the git tree
[13:15] <lool> f4aad3465b0d6fa4465ee60f0b5abb584ea4b9b8
[13:15] <lool>     Revert "UBUNTU: Enabled CONFIG_PID_NS=y for i386/amd64"
[13:15] <tjaalton> yes, and the revert was reverted :)
[13:15] <lool> "This commit somehow wound up reverting the prior 7 commits,"
[13:15] <lool> tjaalton: That's the commit reverting the revert
[13:15] <lool> tjaalton: I didn't check for the revert and unreverted commits in the lpia tree
[13:17] <lool> tjaalton: It's weird, I see f4aad3465b0d6fa4465ee60f0b5abb584ea4b9b8 i nthe LPIA-Ubuntu-2.6.28-1.1 tag
[13:17] <lool> Grr if I look at LPIA-Ubuntu-2.6.28-1.1, it has the proper #define
[13:17] <lool> I suspect the tag is wrong
[13:18] <tjaalton> :/
[13:18] <lool> The headers are broken in the .deb in the archive, but not in the git tree for this tag
[13:19] <lool> git reset --hard LPIA-Ubuntu-2.6.28-1.2 => vi include/drm/i915_drm.h => define is there, dpkg-deb -x ../linux-libc-dev_2.6.28-1.2_lpia.deb => define isn't there, yeah!
[13:19] <lool> tjaalton: So let's just wait til the kernel gets uploaded...
[13:20] <lool> It needs an upload anyway, the header is broken
[13:20] <lool> tjaalton: Unless I push a change to do this in mesa?
[13:20] <tjaalton> lool: so that it'd end up in depwait? works
[13:20] <lool> amitk: The LPIA tags seem to be broken ^^^ they don't match what's in the archive
[13:21] <lool> tjaalton: No, I'm saying adding the #defines to mesa file sincluding i915_drm.h
[13:21] <tjaalton> lool: oh, sounds ugly :)
[13:21] <amitk> lool: I am not doing LPIA currently. apw/sconklin are
[13:22] <apw> lool?
[13:22] <lool> apw: You're planing a linux-lpia upload today?
[13:23] <lool> apw: I just realized the LPIA tags on the linux-lpia.git tree are not matching what's in the archive
[13:23] <apw> we have the kernel uploaded, lrm is in progress
[13:23] <apw> in what sense are they not matching?
[13:23] <lool> apw: git reset --hard LPIA-Ubuntu-2.6.28-1.2 => vi include/drm/i915_drm.h => define is there, dpkg-deb -x ../linux-libc-dev_2.6.28-1.2_lpia.deb => define isn't there
[13:23] <lool> e.g. this define: #define planeA_x pipeA_x
[13:23] <lool> (and others)
[13:24] <apw> lool, if there is a .orig tag for the tag, you need that one
[13:24] <apw> to get the tree to the same point it was when debuild -S was run
[13:25] <lool> apw: Im' taking the .deb from the archive
[13:25] <lool> apw: Comparing that to the kernel's git tree
[13:26] <apw> yep
[13:26] <lool> apw: It should match, right?
[13:26] <apw> don't use the LPIA-Ubuntu-2.6.28-1.2 tag, use the LPIA-Ubuntu-2.6.28-1.2.orig tag to get the tree to match the .deb
[13:26] <lool> I should see the same i915_drm.h for the uploaded headers and the tag in the git tree
[13:26] <lool> apw: There is no such tag...
[13:27] <apw> there should be
[13:27] <lool> apw: There's only a LPIA-Ubuntu-2.6.28-1.1.orig
[13:27] <apw> you need to git fetch --tags orig
[13:27] <apw> you need to git fetch --tags origin
[13:27] <lool> apw: Indeed; thanks
[13:27] <lool> apw: What are the (confusing) non orig tags for?
[13:28] <lool> Indeed, the .orig tree doesn't have the #defines
[13:28] <apw> they are meant to mark the transitions in the ubuntu delta
[13:28] <apw> and yes they are a little confusing
[13:28] <apw> the moving tags thing is under review for J+1
[13:28] <lool> apw: Arh
[13:28] <lool> argh
[13:29] <lool> apw: LPIA-Ubuntu-2.6.28-1.3.orig doesn't have the fixed deines
[13:29] <lool> apw: /i915_drm.h is still broken in the latest linux-libc-dev lpia upload
[13:29] <lool> tjaalton: ^
[13:30] <tjaalton> lool: yes, what about -2.4 which is tagged already?
[13:33] <apw> t
[13:49] <lool> tjaalton: I checked with apw, they will upload another linux-lpia today which will be fixed
[13:49] <lool> tjaalton: I'll push a new libdrm-dev when it's there and I verify the fix is uploaded
[13:49] <tjaalton> lool: cool
[13:52] <EagleScreen>  suspend to RAM is broken for me in 2.6.27-11, but works well in 2.6.27-9
[13:59] <apw> EagleScreen, what symptoms do you see
[14:02] <EagleScreen> computer cannot wake up after suspend, har disk gives a sound and monitor keep black
[14:09] <apw> does the network come up?  can you login remotly?
[14:15] <mpt> pitti, https://wiki.ubuntu.com/Specs/JauntyUNR
[14:31] <maxamillion> cody-somerville: ping
[14:31] <cody-somerville> maxamillion, pong
[14:31] <maxamillion> cody-somerville: was wondering if you could take a peak at a bug a co-worker and i have been fighting with ---> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/322879
[14:34] <TheMuso> Do we have usable nvidia drivers in jaunty, i.e via jockey etc?
[14:35] <EagleScreen> apw I dont think so.. it seems to hangs the system completly
[14:37] <tjaalton> TheMuso: jockey hasn't been updated to handle them AFAIK
[14:39] <TheMuso> tjaalton: oh ok
[14:56] <Foor> hi to all
[15:27] <cody-somerville> Hobbsee, I seemed to have gotten some spam that was intended for you.
[15:36] <pitti> slangasek: did you just forgot to bzr push your debcommit -r for acpi-support, or shall I just retroactively do it?
[15:36] <pitti> slangasek: (I want to commit/upload an acpu]
[15:36] <pitti> acpi-support fix)
[15:36] <slangasek> pitti: pushing
[15:36] <slangasek> "an acpu"?
[15:37] <pitti> slangasek: tpying eorrer
[15:37] <slangasek> pitti: plausible - I just don't know what it was an error for :-)
[15:37] <pitti> s/u]\n//
[15:38] <slangasek> oh, I should read all the lines on my screen, not just the even-numbered ones
[15:42] <apw> pitti, should we not be installing ubuntu-bug by default??
[15:42] <pitti> apw: we do
[15:43] <etech> hi, will openoffice 3 be in intrepid backports?
[15:52] <apw> piiti but i don't think its installed here
[15:52] <apw> in the daily iso from yesterday
[16:39] <mok0> RainCT: pinggg
[16:51] <Foor> hi all
[17:00] <jlc> not sure were else to ask, but I've been looking for images and found jaunty-mid-lpia.img
[17:01] <jlc> I have an eee pc and was wondering if this hast the rt2860 built into the kernel
[17:01] <jlc> I don't see rt2860 as a package in the manifest so thought I would ask if anyone knew
[17:04] <superm1> jlc, i'd join #ubuntu-motu and talk to henrik-hw0.  he's got some packages that he is trying to get into Jaunty you can probably test with
[17:04] <jlc> superm1: thanks
[17:11] <RainCT> mok0: pong
[17:12] <Foor> anyone know how the new notification system is coming along?
[17:14] <ScottK> It's been mentiond that they are working on it at the sprint this week.
[17:33] <blueyed_> slangasek: I can do some testing, but I don't have any Asus.
[18:42] <IntuitiveNipple> I've found an ubiquity problem, kinda serious, but no clues as to how it is caused. After doing a manual partition configuration with separate partitions/encrypted LVMs for /, /var/ /boot/ and /home/, when ubiquity starts the install process it fails trying to prepare /dev/sda5 (/boot/) because sda5 has *disappeared* during the disk scanning.
[18:43] <IntuitiveNipple> To be clear, the disappearance is according to the kernel (gone from /proc/partitions) but a restart finds the partition is okay and the file-system inside checks correctly
[18:46] <IntuitiveNipple> Anyone have suggestions as to where to dig?
[18:57] <kennethr1>  I am running 8.10 via wubi on Windows Vista...and I think I'm getting panics...how can I get a backtrace/coredump to troubleshoot?
[18:59] <directhex> check dmesg, if the machine is still responsive
[18:59] <directhex> if it's crashed HARD, your keyboard lights ought to be flashingf
[18:59] <kennethr1> I don't think so...CAPS LOCK is flashing
[18:59] <kennethr1> what then?
[19:00] <kennethr1> directhex: that's what I mean...kernel panic
[19:01] <directhex> there are lots of types of kernel panic... this one sounds fatal though
[19:01] <directhex> does the machine have a wireless card?
[19:02] <kennethr1> right....how do I harvest more info about the panic?  It's happening fairly regularly...and yes I think it may be related to wireless.  It has bcm4311
[19:04] <kennethr1> directhex: ping
[19:04] <kennethr1> suggestions?
[19:05] <directhex> ehm... i'm not great on this
[19:05] <kennethr1> directhex: np...I can ask around
[19:05] <directhex> ideally you want to ensure you get a core dump. i don't remember how to enable it
[19:08] <hyperair> does anybody know what power manager xubuntu uses?
[19:08] <hyperair> nevermind, it seems it uses gnome-power-manager
[19:20] <EagleScreen> hello i have a small problem, when i run dch -i or -e to edit the changelog, my email address appears wrong in the changelog. DEBMAIL variable has the right value
[20:07] <slangasek> blueyed_: oh.  what's the vendor for your laptop?
[21:35] <primes2h> pitti: I prepared the patch for gnome-icon-theme...
[22:20] <pregier> I'm sure this is a FAQ somewhere, but haven't been able to find it yet:  Are there any plans for PulseAudio >= 0.9.12 and/or speex-1.2 (apparently required to build PA >=0.9.11) on Hardy?
[22:22] <pregier> This is inspired by https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/262326
[22:22] <dtchen> that bug is already resolved in jaunty
[22:22] <dtchen> and AFAIK, no, no plans.
[22:23] <dtchen> that would require invasive changes across the board: linux, alsa-lib, and alsa-plugins. then one would need to regression test every reverse dependency of libasound2.
[22:31] <pregier> Thanks; I might have to watch the release cycle more closely then.
[22:44] <directhex> gnome needs a way to remap mouse buttons.
[22:44] <directhex> hmm, isn't that something linus was moaning about lately?
[23:11] <lool> tjaalton: Checked the linux-libc-dev headers on lpia, these are fine now; pushed a new libdrm to git and uploaded to ubuntu
[23:19] <maxb> Today's mysqld updates somehow left me with the old mysqld_safe process not dying on shutdown, and instead sticking around sucking 100% CPU. Is there any info I can usefully gather before I kill it?
[23:31] <ScottK-desktop> lool: I already retried mesa and it built with the previous libdrm.  Does that mean it's misbuilt?