[00:00] <slangasek> (i.e.: you'd still have to ping one of the admins w/ access)
[00:01] <Hobbsee> slangasek: oh, so cocoplum doesn't have access outside the DC.  Got it.
[00:30] <Mez> hmm, dh_make creates a control with standards version 3.7.3, but lintian reports that the latest standards version is 3.8.0 ... Should I report that as a bug ?
[01:05] <slangasek> Mez: yes, preferably after determining whether the dh_make template requires further changes to be compliant with 3.8.0
[01:07] <kees> doko: can I come pick your brain briefly?
[01:08] <azeem> hrm, braaains
[01:14] <Mez> lol @ azeem and @ slangasek: I'll check later ;)
[01:15] <Hobbsee> did someone say brains?
[01:16] <Mez>    * Updated to standards version 3.8.0 - :(
[01:16] <LaserJock> Hobbsee: not mine
[01:16] <ajmitch> mine fled long ago
[01:19] <LaserJock> laser got mine ... I think
[01:39] <infinity> doko: You around?
[01:39] <infinity> doko: You told me you needed a gcc-3.4 bootstrap on armel built with gcc-3.4 from unstable, except that gcc-3.4 doesn't build-dep on itself...
[01:40] <infinity> doko: gcc-3.4 [!armel !hppa]
[01:41] <infinity> doko: Upload a source package with correct build-deps, and I'll build it for you. :P
[01:43] <infinity> doko: Worth noting also that it's not built on armel/Debian either... It's marked Not-For-Us in wanna-build and has no binaries in the archive.
[01:44] <StevenK> Oooh, fun
[01:46] <ogra_> infi
[01:46] <ogra_> nity ...
[01:46] <ogra_> hrm
[01:46] <ogra_> infinity, do you have PAS power ?
[01:47] <infinity> ogra_: Not since it moved.  We're discussing what to do about that.
[01:47] <infinity> ogra_: Either we get upstream commit access, or we finally fork it.
[01:47] <infinity> ogra_: (Forking it would be more attractive if codehosting allowed for rolling git-bzr merges)
[01:48] <ogra_> whom do i poke then for packages i want to vanish from armel ?
[01:48] <ogra_> lamont ?
[01:48] <infinity> I don't think lamont has access to the new world order either.
[01:49] <ogra_> hmm
[01:50] <infinity> ogra_:
[01:50] <infinity> # Please submit additions, corrections and removals as bugs against
[01:50] <infinity> # buildd.debian.org to the Debian bug tracking system.  Comments may
[01:50] <infinity> # also be sent to packages-arch-specific@buildd.debian.org.
[01:50] <ogra_> i dont really mind if acpi and libx86 ftbfs constantly on arm, but PAS would be more proper
[01:51] <StevenK> ogra_: Fix it
[01:51] <StevenK> :-P
[01:52] <ogra_> StevenK, get me a soldering iron and a BIOS chip that works with arm then :P
[01:57] <kees> NCommander: around?
[01:59] <NCommander> kees, yeah, I am :-)
[01:59] <kees> NCommander: where did you find gentoo's 4.3 hardened compiler?  I'm having a hell of a time finding it.
[01:59] <johanbr> crimsun: Could I ask what your opinion is on bug 275998 ? (mic volume very low on dell laptops) Kernel/alsa bug, pulseaudio bug or something else?
[02:00] <NCommander> kees, its very very well buried, its in the hardened overlay for Gentoo
[02:01] <kees> NCommander: yeah, I couldn't find anything past 4.0.3, and even then, it was still disabled.
[02:01] <NCommander> THere was a 4.3 compiler
[02:01] <kees> NCommander: can you dig up a URL for me?  :)
[02:02] <NCommander> kees, sure
[02:25] <radix> this ubuntu development stuff is too stressful for my fragile sensibilities
[02:26] <ScottK-laptop> radix: If you'd like to discuss my comment in the bug, I'll be glad to.
[02:29] <radix> ScottK-laptop: landscape has a special exception for SRU (which is about to be tested): wiki.ubuntu.com/StableReleaseUpdates
[02:30] <ScottK-laptop> radix: According to the relevant Ubuntu documentation it does not.
[02:31] <ScottK-laptop> radix: https://wiki.ubuntu.com/StableReleaseUpdates#Landscape says it's not approved by the tech board (which is the approval authority for such exceptions)
[02:32] <ScottK-laptop> If that out of date, then a reference to some tech board meeting minutes and we can get it fixed.
[02:32] <ScottK-laptop> It wouldn't suprise me if people think it has one.
[03:15]  * lamont feels stupid tonight... and lazy
[03:15] <lamont> so... BCM 4306 vs intrepid... how painful is that?  and is there something of clue on the wiki and or forums???
[03:33] <Roey> hi
[03:33] <Roey> libmysqlclient15-dev doesn't seem to be compiled with -fPIC for 64-bit architectures, and it's breaking my compile of amarok 2.
[03:35] <Roey> (hmm, did this get across before I disconnected from here accidentally?)  libmysqlclient15-dev doesn't seem to be compiled with -fPIC for 64-bit architectures, and it's breaking my compile of amarok 2.
[03:35] <ScottK-laptop> Roey: I thougth Amarok 2 was designed to with the the embedded ilbrary so you need mysql 5.1?
[03:35] <Roey> I
[03:35] <ScottK-laptop> It did get across.
[03:35] <Roey> hmm.
[03:35] <Roey> ok
[03:36] <ScottK-laptop> One of the Kubuntu PPAs has Amarok 2 packages already made I'm pretty sure.
[03:36] <Roey> is there a 5.1??
[03:37] <Roey> It hought it's 1.5
[03:37] <Roey> I did apt-cache search mysql 5.1 and didn't find anything for that.
[03:37] <ScottK-laptop> mysql 5.1 is released.  It's in Debian Experimental, but not in Ubuntu yet.
[03:37] <Roey> hrm.
[03:38] <Roey> Scott, so this is the problem then, you think?
[03:38] <Roey> that it's lacking the mysql 5.1 dev package?
[03:38] <ScottK-laptop> Yes.
[03:39] <Roey> ScottK-laptop:  thanks, I'll bring it up with the #amarok folks
[03:43] <ScottK-laptop> Roey: https://launchpad.net/~kubuntu-members-kde4/+archive has an amarok 2 package for Intrepid.
[03:43] <Roey> ah thanks.
[03:44] <RAOF> If libmysqlclient15 wasn't built with -fPIC on x86-64 then that's a pretty serious bug; it'll render it useless, surely?
[03:45] <Roey> RAOF:  well it certainly breaks my compiles of Amarok2.
[03:46] <Roey> what is -fPIC all about anyway?
[03:47] <RAOF> Building Position-Independent Code.
[03:48] <RAOF> And you can't link to anything but PIC code on x86-64, IIRC.
[03:48] <Roey> ah
[03:48] <Roey> aaaah
[03:48] <Roey> hee hee, I guess that needs to be addressed at the ubuntu package maintainers level then
[03:48] <Roey> i.e. it is a bug.
[03:49] <ScottK> The thing breaking your amarok 2 build is (I'm pretty sure) building against the wrong version of mysql.
[03:50] <Roey> well let's see:
[03:50] <RAOF> Yeah, it certainly looks from the buildlog like libmysqlclient is built with fPIC
[03:51] <Roey> ii  libmysqlclient15-dev        5.0.67-0ubuntu6             MySQL database development files
[03:51] <lamont> yay. ndiswarper did the trick
[03:52]  * lamont goes to clean up the vomit
[04:00] <Roey> scottk: this is what I have installed:  http://pastebin.com/m1cb3dd01
[04:09] <ScottK-laptop> Roey: Right.  None of which is 5.1.  I'd suggest just use the PPA package.  I haven't built it myself, so I can't give you detailed advice.
[04:11] <ScottK-laptop> lamont: I wrote another spec thingy for more automagic wonderful integrated mail server goodness for Jaunty.
[04:11] <ScottK-laptop> It's on for the first session on the server track tomorrow.
[04:14] <Roey> ScottK-laptop:  ok, thank you very much
[04:14] <Roey> ScottK-laptop:  do you know when 5.1 will hit kubuntu?
[04:14] <ScottK-laptop> No.
[04:17] <Roey> ok
[04:17] <Roey> well anyway
[04:17] <Roey> thanks a lot for the clarification!! :)
[04:17] <Roey> I'm going to sleep
[04:17] <Roey> good night
[04:42] <phix> :D
[04:43] <phix> why doesn't Ubuntu suggest I use RAID1 when I have two HDDs the same size in my computer?
[04:44] <phix> or have server "templates" so to speak with common filesystem arrangements and packages? you know something a bit more high level.
[04:46] <ScottK-laptop> Something like that was a topic of discussion at the developer summit that's going on this week.
[04:46] <ScottK-laptop> I didn't listen to the session, so I don't know the details.
[04:46] <ScottK-laptop> #ubuntu-server might be a better channel.
[04:48] <phix> thnx
[04:48] <phix> ScottK-laptop: well it could be applied to desktop as well, templates being a generic name for it which may be appropiate here ;)
[04:56]  * lamont wonders what the VPN stuff in the network mangler pulldown is actually talking about, or where to go to figure that out (including maybe just the source package name for the beast in question)...
[04:59] <phix> jussi01: <3
[05:00] <phix> Is the network manager a gnome project or part of Ubuntu?
[05:00] <phix> I really dislike how it has no concept of bridges
[12:01] <phix> hi
[12:33] <Dyresen> When running puppetmasterd, ralsh or anything related to puppet (ruby) on intrepid you get flooded with warnings like  "warning: already initialized constant KNOWN_OPTIONS" This seems to be that it is trying to load stuff twise. /usr/lib/ruby/1.8/lib/xmlsimple.rb is symlinked back to /usr/lib/ruby/1.8/xmlsimple.rb Both of these are owned by libxml-simple-ruby as far as I can see. If you delete the symlink puppet runs fine (for me at least)
[12:33] <Dyresen> Is there any particular reason I would need that symlink, or can I go and safely remove it?
[14:52] <ScottK> pitti: For Kubuntu we'll need mysql on CD anyway for Akonadi, so Amarok using it too doesn't bloat the CD significantly.
[15:52] <pitti> ScottK: but ... why?
[17:22] <infinity> ...
[17:22] <infinity> Why does kdelibs build-depend on sudo?
[17:24] <infinity> Oh, looks like another case of "I don't know how to pre-seed configure, so I have to install every binary it checks for"...
[17:24] <infinity> \o/
[17:34] <stdin> infinity: because kdesu needs to use sudo
[17:38] <stdin> and kdelibs don't use configure, it uses cmake :)
[17:43] <kees> doko: can you ACK 254790?  it's an upstream changeset for binutils
[17:54] <doko> kees: sure
[19:31] <jdstrand_> #ubuntu-server-summit
[19:31] <jdstrand_> *sigh*
[19:31]  * Hobbsee hands jdstrand_ a /j
[19:31] <ScottK> pitti: Because mysql is the data store for Akonadi which is meant to be the store for all kinds of user data.
[19:32] <LaserJock> ScottK: can Akonadi use a different DB than mysql?
[19:33] <ScottK> LaserJock: No.
[19:33] <ScottK> Not AFAIK anyway.
[19:34] <LaserJock> ScottK: that's kind of a bummer
[19:35] <pitti> ScottK: akonadi can't use embedded mysql either?
[19:36] <ScottK> pitti: As understand it, and my understanding is shallow, Amarok uses the embedded and Akonadi doesn't.
[19:39] <pitti> ScottK: that still seems to be somewhere in between "crack" and "irresponsible" to me
[19:39] <ScottK> pitti: Which?  or Both?
[19:39] <ScottK> Note that these are both upstream issues ....
[19:40] <pitti> ScottK: installing a full sql server as part of a desktop install
[19:40] <pitti> ScottK: yes, I know; that doesn't change my perception, though :(
[19:40] <ScottK> OK.  Just limits what we can do about it.
[19:40] <ScottK> Akonadi is one of the core KDE4 technologies.
[19:41] <LaserJock> I really try to avoid putting mysql server on my desktops
[20:09] <kirkland> Daviey: ping
[20:09] <kirkland> Daviey: can you send me your .screenrc?
[20:10] <kirkland> Daviey: would you mind if I used yours, with attribution and kudos of course, in my blog post as an example?
[20:28] <infinity> doko: perl/hppa's testsuite doesn't seem to have been disabled as well as you'd hoped.
[20:32] <Daviey> kirkland: wilco
[20:40] <dholbach> thank Alberto here: http://hall-of-fame.ubuntu.com/ :)
[20:45] <ara> dholbach: i have a LP picture profile, but it does not appear when I thank somebody
[20:47] <dholbach> ara: oh... that's weird
[20:47] <dholbach> ara: I'll take a look at what's happening there
[20:47] <ara> dholbach: I just uploaded the picture yesterday, maybe it is related
[20:48] <dholbach> ara: might be - I'll let you know in a bit
[20:48]  * dholbach hugs ara
[20:48]  * ara hugs dholbach back :-)
[20:49]  * RainCT looks how dholbach and ara hug :P
[20:49] <jpds> ...
[20:49] <RainCT> ^^
[20:50] <ara> RainCT: voyeur!
[20:53] <dholbach> ara: exactly my thoughts
[20:53] <Chipzz> meh
[20:53] <Chipzz> I hate the whole UUID crap
[20:53] <ogra> what do you expect if you are cuddling in the hallway :P
[20:53]  * StevenK blinks
[20:55] <ion_> The UUID crap is for the win.
[20:55] <RainCT> +1
[21:00] <LaserJock> I still have more problems with UUID than with the "old fashioned" way
[21:00] <ScottK-laptop> LaserJock: You use multiple drives in the same system?
[21:00] <LaserJock> on a couple systems yeah
[21:00] <jpds> Right, food time,
[21:00] <LaserJock> not on the laptop
[21:01] <LaserJock> but on my laptop I regularly have swap or other partitions go unmounted because the UUID has changed
[21:01] <ScottK-laptop> I've helped people on pre-UUID systems where the BIOS and the OS had a differnt idea of which drive came first.
[21:01] <ScottK-laptop> It can be a real nightmare.
[21:01] <LaserJock> ScottK-laptop: yeah, I've not had that problem
[21:01] <ScottK-laptop> Weird.  I've never had that.
[21:01] <LaserJock> ScottK-laptop: but I know it does exist
[21:01] <LaserJock> so I do see the point of UUID
[21:02] <LaserJock> but for me I get better consistency if I *don't* use UUID
[21:02] <LaserJock> so the benefits of having a large, non-human-rememberable identifier are lost :-)
[21:03] <ScottK-laptop> I don't think I've had any trouble with it since Feisty or so.
[21:03] <LaserJock> if you install other OSes it's pretty common
[21:04] <ScottK-laptop> Maybe that's why I'm OK then.
[21:04] <LaserJock> some OSes in particular like to reformat *any* swap partition available, regardless of if you tell it to or not
[21:05] <LaserJock> sometimes they seem to change the UUID just by setting up the partitioning in the installer, very unhelpful
[21:07] <ScottK-laptop> Weird.
[21:13] <raylu> do ubuntu devs run virtual machines and, if so, what virtualization software do they use?
[21:15] <LaserJock> raylu: people use all kinds of stuff, vmware, virtualbox, qemu, kvm, Xen
[21:18] <directhex> kvm is nice if you have a cpu that supports it
[21:21] <LaserJock> directhex: yeah, that's my problem
[21:22] <LaserJock> only thing bad about my laptop :(
[21:22] <directhex> vmware, then. 32-bit only.
[21:22] <LaserJock> so I end up using virtualbox or vmware player
[21:44] <slangasek> tjaalton: http://paste.ubuntu.com/84531/
[21:44] <slangasek> tjaalton: halp :-)
[21:45] <slangasek> tjaalton: why is X not listening on this one?
[21:52] <tjaalton> slangasek: actually, it's the same thing on my thinkpad too
[21:53] <tjaalton> but I have an fdi file to clear x11_driver for this device
[21:53] <iGama> Hy ! is NM0.7 in 9.04 the final version already?
[21:53] <tjaalton> wonder why though
[22:02] <slangasek> tjaalton: I still get input.x11_driver = ''
[22:02] <tjaalton> slangasek: yeah, me too..
[22:02] <slangasek> it's possible that someone merged this thinkpad fdi into hal-info as a workaround for a bug... yay, wrong fix \o/ :)
[22:02] <tjaalton> hehe :)
[22:03] <slangasek> /usr/share/hal/fdi/policy/10osvendor/10-x11-keymap.fdi
[22:03] <tjaalton> oh...
[22:03] <slangasek> "workaround for -evdev exclusively grabbing all keyboards and X not processing the extra buttons properly"
[22:05] <slangasek> so: that makes sense for intrepid actually, if we think there are keys on that device that need to be split between X and hal, yes?
[22:05] <tjaalton> yeah
[22:05] <tjaalton> "most" of my hotkeys worked fine
[22:05] <slangasek> the ones processed through hal, yeah
[22:06] <slangasek> so we could flesh out the workaround by having hal deliver the switchvideomode button somewhere...
[22:06] <slangasek> or we could all just upgrade to jaunty
[22:06] <slangasek> I guess I should go ahead and back this workaround out of jaunty anyway, right?
[22:06] <tjaalton> yeah, dogfood and all that :)
[22:06] <tjaalton> I guess so, I've now removed that bit and will try all the hotkeys
[22:07] <slangasek> I guess a different, non-overlapping set of them will fail because they need to be handled through hal instead
[22:07] <tjaalton> right, like rfkill
[22:07] <slangasek> rfkill is handled by <cough> acpi-support
[22:08] <tjaalton> well it does nothing here
[22:08] <slangasek> hmm, it /also/ generates a keycode
[22:08] <slangasek> yay redundancy
[22:08] <tjaalton> I can't see keycodes with xev
[22:08] <tjaalton> from that button
[22:09] <tjaalton> oh wait, Xorg.0.log has: (WW) ThinkPad Extra Buttons: unable to handle keycode 385
[22:09] <slangasek> yay
[22:09] <tjaalton> so that's the reason
[22:09] <RainCT> did someone hilight me? (dunno how but I just terminated the screen session :P)
[22:09] <tjaalton> it should be quirked in the kernel and mapped to a sane keycode below 255
[22:10] <RainCT> -.-
[22:10] <slangasek> tjaalton: which key is that which generates the wrong keycode - switchvideomode, or radio?
[22:11] <RainCT> argh.. anyone knows why screen suddenly decided to die each time I try to autocomplete a name? :P
[22:11] <tjaalton> slangasek: radio, switch.. is mapped to XF86Display
[22:11]  * slangasek nods
[22:11] <slangasek> RainCT: because it's really crashing irssi and screen is exiting because there are no windows left?
[22:12] <tjaalton> but the bay eject button has NoSymbol, keycode 202, and that's probably a bug in xkb-data
[22:12] <RainCT> :'(
[22:12] <RainCT> slangasek: probably, but the question still remains: why is irssi crashing then?.. :P
[22:12] <slangasek> dunno, run it under a shell to see?
[22:12] <slangasek> or under gdb
[22:13] <tjaalton> slangasek: btw, I thought a bit further about the case where input-listen (?) shows keycodes but xev doesn't. it can't be a bug in xkeyboard-config since there's no keycode to map to (since it's most likely above 255 which X can't handle=
[22:13] <slangasek> ok
[22:14] <RainCT> slangasek: Segfault
[22:14] <slangasek> debug it under gdb then and file a bug?
[22:16] <tjaalton> slangasek: but the ones that show in xev and with NoSymbol or produce wrong output, are bugs in xkeyboard-config
[22:16] <slangasek> ack
[22:16]  * RainCT will try a memcheck first
[22:28] <mnemo> is there anything I can set in DEB_BUILD_OPTIONS to make sure that gcc gets "-rdynamic" when building a package??
[22:28] <kees> Tonio_: *wave*
[22:29] <Tonio_> kees: hey !
[22:29] <slangasek> mnemo: no
[22:29] <mnemo> is there any other way I can make that happen?
[22:29] <Tonio_> kees: as you may know, we have a little trouble with kde 4.2 and mysql...
[22:29] <kees> Tonio_: yeah, I've heard there is a 5.1 build-dep
[22:29] <slangasek> mnemo: you can set LDFLAGS=-rdynamic in the environment, and that will work for some significantl number of packages
[22:29] <kees> Tonio_: but that we're not ready for 5.1 in main, etc
[22:30] <Tonio_> kees: hum, afaik mysql 6 can be used in the first place...
[22:30] <Riddell> oy
[22:30] <Riddell> it's two issues
[22:30] <mnemo> slangasek: okay so can I do stuff like "LDFLAGS=-rdynamic DEB_BUILD_OPTIONS=nostrip fakeroot debian/rules binary" then?
[22:30] <kees> heya Riddell
[22:30] <slangasek> mnemo: yes, you can
[22:30] <Riddell> amarok needs libmysql-client from 5.1
[22:30] <mnemo> awesome, thanks a lot
[22:31] <Riddell> akonadi (kmail) needs mysql without the daemon
[22:31] <kees> Riddell: but it needs something that only exists in 5.1+?
[22:32] <Riddell> amarok does yes, see our package at https://edge.launchpad.net/~kubuntu-members-kde4/+archive/+index?field.name_filter=mysql&field.status_filter=published
[22:33] <NCommander> ScottK, you around?
[22:35] <slangasek> wow; I just typed 'debdiff' on a line by itself in error, and it did something useful but unexpected
[22:35] <kees> Riddell: okay, so the -dev is built out of main, but it links and runs at runtime against a library in universe?
[22:37] <kees> why does amarok need the 5.1 client lib?  anywqy, it sounds like akonadi is the larger problem?
[22:38] <Riddell> kees: I don't follow, amarok 2/mysql 5.1 is only in a PPA for now, no main or universe
[22:38] <Riddell> kees: amarok uses mysql to store its library data
[22:38] <kees> Riddell: ah-ha!
[22:38] <kees> Riddell: but it could build against the 5.0 client?
[22:38] <Riddell> kees: no, amarok needs 5.1 I believe
[22:39] <Riddell> akonadi uses mysql in a different way, it can use 5.0 but doesn't need it running as a server so the packaging should be split
[22:39] <slangasek> I wonder why that need shouldn't be corrected
[22:39] <kees> can that be fixed?
[22:40] <Riddell> kees: can which?
[22:40] <kees> sounds like the 5.1 build-dep is the main issue
[22:41] <Riddell> kees: I suspect so
[22:42] <slangasek> tjaalton: hrm, if I've munged my fdi file and restarted hal, what do I need to do to get X to recognize the change?  Restart X?
[22:42] <slangasek> (I've tried switching vts, that didn't do it)
[22:44] <tjaalton> slangasek: evdev should pick it up, tail /var/log/Xorg.0.log
[22:45] <slangasek> tjaalton: nope, no sign of it being picked up; if I grep the log, the only thing I see is that the device was discarded earlier with 'No input driver/identifier specified'
[22:46] <ogra> slangasek, yes, you need to restart x after hal
[22:46] <ogra> unless that bwas recently changed
[22:46] <tjaalton> well, with jaunty + xserver 1.6bet3 + evdev 2.1.0 I didn't need to restart X
[22:47] <ogra> oh, right,latest x and evdev should be more dynamic
[22:50] <NCommander> hey ogra
[22:51] <ogra> yo
[22:53] <slangasek> tjaalton: right, I'm not on jaunty yet :)
[22:53] <tjaalton> slangasek: yeah I knew that :)
[22:53] <LaserJock> is there going to be an All Hands next week?
[22:53] <slangasek> no
[22:53] <ogra> next year
[22:54] <LaserJock> ah, just wondered when people would be returning home
[22:54]  * ogra returns tomorrow
[22:58] <RainCT> slangasek: it's working fine again after restart (and memtest found no errors) :S
[22:58] <slangasek> well, reproducible segfaults are not indicative of memory errors
[22:58] <slangasek> I would've told you that, but you rebooted rather quickly :-P
[22:59] <RainCT> slangasek: of course, but I did the check because I'm experiencing hard freezes from time to time
[22:59] <RainCT> that's probably a kernel problem or something, though, as it started happening after I installed Intrepid :(
[23:02] <ScottK> NCommander: Around now.
[23:05] <ScottK> Riddell and kees: We discussed this topic (Akonadi, Amarok 2, and Mysql) at the last Server Team meeting.
[23:05] <ScottK> As I understand it Amarok needs 5.1 due to using Mysql embedded which is not existent/not supported in 5.0.
[23:08] <NCommander> ScottK, care to look over my backporting request?
[23:09] <ScottK> Sure
[23:09] <Riddell> NCommander: you wanted me?
[23:09] <NCommander> For said backporting request :-)
[23:09] <NCommander> ScottK, https://bugs.edge.launchpad.net/intrepid-backports/+bug/307569
[23:10] <NCommander> I think I'm setting a record on number of crackports I'm doing at once ...
[23:11] <Riddell> http://www.mysql.com/ "MySQL 5.1 is here"
[23:12] <ScottK> NCommander: Why are you asking me?
[23:12] <ScottK> NCommander: You can approve it.
[23:13] <NCommander> I just wanted to make sure there was nothing wrong in doing 22 backports at once ...
[23:13] <ScottK> NCommander: The biggest problem you'll have is that backports have a very low priority for the buildd's.
[23:13] <ScottK> So the builds will likely be spread out.
[23:13] <NCommander> That's ok
[23:13] <NCommander> THe versions are tight where they need to be
[23:13] <ScottK> OK.
[23:14] <NCommander> And Xfce is modular, so as long as everything is properly built int he end ...
[23:14]  * directhex remembers the good old days of carefully ordered xfce4 uploads
[23:17] <ScottK> Riddell and kees: The added fun factor for the Amarok/Akonadi/Mysql express is that (as I understand it) different Mysql versions are not co-installable and so for a Kubuntu Desktop to actually be installable, both those packages need to be using the same mysql version.
[23:19] <Riddell> ScottK: that's not the case
[23:19] <Riddell> amarok's mysql use is statically compiled in (that's how mysql provides the library)
[23:20] <ScottK> Riddell: OK.  That's good news.
[23:20] <ScottK> We didn't understand that when we were discussing it at the Server Team meeting.
[23:20] <ScottK> So for added fun I'll be running two copies of mysql then?
[23:20] <Riddell> we're running no copies of mysql
[23:21] <Riddell> it's not being used as a server
[23:21] <Riddell> it's local store only
[23:21] <ScottK> OK.  There's some myql bit that's running and it sounds like there will be two of them?
[23:23] <Riddell> amarok uses libmysql to read/write its local store
[23:23] <directhex> how heavy is that compared to the more usual sqlite?
[23:24] <Riddell> akonadi uses a local instance of mysqld for its local store
[23:24] <Riddell> (so I was half right when I said nothing mysql was running)
[23:24] <Riddell> directhex: in the amarok case libmysqld is about 1MB
[23:26] <ScottK> directhex: It's heavier, but that's irrelevant as these are upstream decisions that are made long ago.  We just have to figure out how to integrate them smartly.
[23:32] <slangasek> tjaalton: hmm, so I've dropped the fdi file in intrepid, restarted my X server; X now listens on the device but doesn't see any keypress events
[23:32] <slangasek> tjaalton: strangely, my video key now works without acpid running, but I can't figure out what's handling it
[23:33] <tjaalton> slangasek: huh, odd.. on jaunty it seems to be somewhat better
[23:33] <slangasek> I do get a warning in Xorg.0.log about keycode 385
[23:33] <slangasek> but just the one warning, and I don't know what keypress it is
[23:34] <tjaalton> should be rfkill
[23:34] <slangasek> right, I don't know... it only shows up once in the log, no matter how many times I hit other keys (?)
[23:35] <slangasek> I can confirm with showkey that rfkill == 385
[23:35] <tjaalton> the driver probably just ignores the following keypresses
[23:41] <kirkland> superm1: patch attached to https://bugs.edge.launchpad.net/ubuntu/+source/mythtv/+bug/243504
[23:42] <superm1> great thanks kirkland
[23:43] <superm1> kirkland, weren't there changes to the postinst too?
[23:43] <superm1> or do they end up not being necessary?
[23:43] <kirkland> superm1: i dropped those
[23:44] <kirkland> superm1: not necessary
[23:44] <kirkland> superm1: all done in the .config
[23:44] <superm1> i suspect that i need to review what really needs to be in a postinst then
[23:44] <superm1> i seem to get confused by this stuff
[23:45] <kirkland> superm1: i *think* the interactive part goes in the .config
[23:45] <kirkland> superm1: and it's the postinst that does stuff
[23:45]  * jdong tests the new fglrx for fun
[23:45] <slangasek> tjaalton: where does the rfkill need to get quirked?
[23:46] <superm1> jdong, it should be able to nicely build you packages for hardy intrepid or jaunty from it's internal build scripts
[23:46] <tjaalton> slangasek: the kernel AIUI
[23:47] <superm1> jdong, oh i needed to bug you.  i needed some crack.  do you have some VDPAU enhanced mplayer sitting around?
[23:48] <jdong> superm1: O_O I don't have any super mplayer
[23:48] <superm1> jdong, man i was hoping you'd be all over that
[23:48] <jdong> sorry :)
[23:49] <slangasek> tjaalton: but hal has a way to poke in keycode overrides... hmm, I think information/10freedesktop/30-keymap-lenovo.fdi is supposed to be it, no?
[23:49] <slangasek> I don't understand how the symbolic names like 'radio' are mapped, though
[23:50] <tjaalton> slangasek: see for instance /usr/share/X11/xkb/symbols/inet, and search for XF86WLAN (maybe the correct one, dunno)
[23:50] <slangasek> tjaalton: that doesn't include any name/number mappings, either?
[23:51] <superm1> tjaalton, XF86WLAN is supposed to be a software kill switch though?
[23:51] <superm1> apw, when you press that key on the left side of your display, is that the keycode emitted for you too?
[23:51] <tjaalton> slangasek: /usr/share/X11/xkb/keycodes/evdev
[23:53] <tjaalton> superm1: I've got a thinkpad, so no such key here
[23:53] <superm1> tjaalton, well on a thinkpad, is that the keycode emitted when you press your software kill switch?
[23:54] <superm1> if so then we might have a weird collision with the behavior among manufacturers
[23:54] <tjaalton> superm1: that's the keycode I get from fn-F5, yes. there is a switch too which forces all radios off
[23:55] <superm1> tjaalton, ah interesting.
[23:56] <tjaalton> slangasek: I've looked at the lenovo.fdi before, and oh my .., yet another set of mappings :)