[03:44] <sommer> dendrobates: are you about?
[05:17] <wasabi> Is anybody supporting iscsi targets?
[07:16] <soren> ajmitch: Thanks!
[07:18] <ajmitch> soren: now you'll be able to get bugfixes uploaded much faster :)
[07:22] <soren> ajmitch: Yeah. This is going to make my day much easier.
[07:23] <ajmitch> I see that I didn't fix samba properly
[07:26] <soren> ajmitch: Oh? I haven't really paid much attention to bug mail for about a week. I've been a bit tied up.
[07:26] <ScottK> Thanks to the recent 'improvements' in LP there are a lot fewer open now.
[07:27] <soren> \o/ :)
[07:28] <ScottK> I'll leave it at that.  Too much thinking about LP right before I go to bed is not helpful for getting to sleep.
[07:28] <Kamping_Kaiser> heh
[08:21] <ncopa> hi
[08:21] <soren> 'morning.
[08:22] <ncopa> im looking at the kernel config for ubuntu server
[08:22] <ncopa> noticed that NAPI is turned off on NIC drivers
[08:22] <ncopa> does anyone know why its disabled?
[08:22] <ncopa> http://en.wikipedia.org/wiki/New_API
[08:33] <soren> ncopa: I see it's enabled for a few drivers.
[08:33] <soren> ncopa: Which nic do you have?
[08:33] <soren> ...and which version of Ubuntu are we talking about?
[08:33] <ncopa> well... its a general question
[08:33] <ncopa> im building a distro myslef
[08:34] <ncopa> and its supposed to support as many nic as possible
[08:35] <soren> I don't know why it's enabled for some and disabled for others. You should try in #ubuntu-kernel, but most of the kernel team is in the US, so they're probably asleep.
[08:36] <ncopa> ok, thanks alot
[08:36] <soren> np
[09:55] <kraut> moin
[11:33] <ivoks> soren: congratz! :D
[11:33] <soren> ivoks: \o/
[11:33] <soren> Thanks!
[11:34] <ivoks> hehe
[11:34] <ivoks> now i'll nag you about patches for main :D
[11:34] <soren> :)
[11:41] <freeflying> soren: congrats!
[11:41] <soren> freeflying: thanks! :)
[12:27] <soren> ajmitch: Yeah, and then I can tell you to go fix it yourself :)
[12:39] <ajmitch> haha
[01:22] <tepsipakki> quick question; is the FDS autotoolized yet?
[01:22] <tepsipakki> fedora directory server, that is
[01:27] <TeTeT> soren: congrats to your core dev status!
[01:27] <soren> TeTeT: Thanks very much!
[01:29] <ajmitch> tepsipakki: 1.1 branch is, with no set release date
[01:31] <tepsipakki> ajmitch: thanks..
[01:54] <soren> ajmitch: That would ROCK!
[01:54] <tepsipakki> it would
[01:54] <ajmitch> once they work
[01:55] <soren> bah
[01:55] <ajmitch> I'm trying to rebuild it now, and having some small issues :)
[01:55] <tepsipakki> btw, what is the DL for UDS specs?
[01:55] <soren> dl?
[01:55] <ajmitch> deadline
[01:55] <tepsipakki> deadline
[01:55] <soren> ah
[01:55] <ajmitch> the 2nd last day of UDS, probably :)
[01:55] <tepsipakki> hehe :)
[01:56] <ajmitch> since they scheduled stuff daily
[01:56] <tepsipakki> ajmitch: I'll finally make it there :)
[01:56] <tepsipakki> oh crap :/
[01:56] <ajmitch> I wasn't expecting to go
[01:56] <ajmitch> nor would I be much use there
[02:02] <soren> Heh. I hardly even do that anymore :)
[02:03] <ajmitch> that's because you're special

[02:05] <ajmitch> ok, compile errors, I'll care about it later
[02:12] <ScottK> soren: I saw you mention vmware-server earlier.  I
[02:12] <ScottK> I've run into a vmware-player issue and I'm not sure what to do.
[02:12] <soren> ScottK: Yes?
[02:12] <ScottK> Up for a discussion on it?
[02:12] <soren> Sure.
[02:13] <ScottK> The vmware-player we have is old, unmaintained and has no kernel modules for Gutsy (as I understand it).
[02:13] <ScottK> In Debian there is vmware-package which also provides a vmware-player binary, but we don't have that at all.
[02:13] <ScottK> Our vmware-player also happens to be the last openssl 0.9.7 rdepend in the archive.
[02:14] <ScottK> So the questions are:
[02:14] <ScottK> 1. Is vmware-player as we have it worth having in the archive at all?
[02:15] <ScottK> 2.  Would it be significantly better to have vmware-package?
[02:15] <ScottK> 3.  Is it worth inflicting pain on the archive admins to try and get vmware-package into Gutsy?
[02:15] <soren> I now very little about -player. It does look somewhat outdated, though.
[02:15] <soren> "I *know* very little"...
[02:15] <ScottK> 4.  Or do we just remove vmware-player and not care?
[02:16] <ScottK> soren: That's more than me.
[02:16] <soren> I'm not sure how vmware is involved in this. If you look at the changelog, they did at least some of the packaging.
[02:16] <ScottK> All I know about it is if we can replace it, we can avoid shipping openssl 0.9.7 in Gutsy and that'd be good.
[02:16] <soren> I'm not sure if they intend to update it at some point.
[02:17] <ScottK> Well here's the other - http://packages.qa.debian.org/v/vmware-package.html
[02:17] <ScottK> It looks much more maintained.
[02:18] <soren> Ah, it's like java-package. It doesn't actually contain the stuff, but helps package it.
[02:19] <ScottK> Yes.
[02:21] <ScottK> soren: Any suggestions on who we could take this to?
[02:21] <soren> I'll have to talk to mdy about it. I think he knows about the vmware packages.
[02:21] <soren> He's not around right now, though.
[02:23] <ScottK> soren: Thanks for following up on it.  It'd be really cool to dump openssl 0.9.7 if we can do it reasonably.
[02:23] <soren> Yeah.
[02:30] <Kamping_Kaiser> theres a canonical server team?
[02:35] <soren> Yes.
[02:36] <soren> https://edge.launchpad.net/~canonical-server
[02:38] <soren> Work.
[02:39] <zul> Kamping_Kaiser: i dont know something to do with servers ;)
[02:39] <Kamping_Kaiser> zul, certainly hope so ;)
[02:39] <soren> Kamping_Kaiser: Is there anything in particular you're curious about?
[02:40] <soren> Kamping_Kaiser: (If it's not obvious from the context, I'm on that team)
[02:40] <Kamping_Kaiser> soren, a bug i reported got asigned to it, i was wondering what that meant as far as the bug getting fixed meant. the teams page on LP is useless as far as explaing the group
[02:41] <ScottK> I thought the description made it very clear what the team was for.
[02:41] <Kamping_Kaiser> unless i'm looking in the wrong place...
[02:41] <soren> The LP team was created with the specific purpose of having a team to which private, server related bugs could be assigned.
[02:42] <ScottK> Which is what LP says about it.
[03:06] <TeTeT> what's my best choice in profiling a slow app? oprofile, valgrind, anything else?
[03:07] <soren> Depends.
[03:08] <soren> TeTeT: What is it?
[03:10] <TeTeT> soren: an accounting application, GUI driven, kind of a weird text based interface
[03:10] <soren> What's it programmed in?
[03:17] <TeTeT> soren: I don't know, it's a binary. I suspect C or C++
[03:18] <soren> TeTeT: That makes it sort of difficult. What do you hope to achieve?
[03:19] <TeTeT> soren: to come up with an explanation why every single menu item takes 2-3 seconds to react
[03:20] <soren> TeTeT: You could try stracing it. Otherwise, I'm clueless. If it's binary, there's not much information to be collected.
[03:21] <TeTeT> soren: agreed
[03:21] <TeTeT> soren: it's not stripped, so the function names might be present
[03:25] <soren> TeTeT: I'm not sure, really.
[05:40] <zeasier> does ubuntu server have an mail transfer agent installed by default?
[05:40] <_ruben> a lamp install might, a minimal install doesnt as far as i recall
[05:41] <_ruben> minimal doesnt even have sshd installed for instance
[05:41] <zeasier> that's true
[05:41] <zeasier> so i guess i have to choose one then
[05:41] <_ruben> which is a good thing imo
[05:41] <zeasier> yeah
[05:42] <lamont> basic security policy is that if it listens on a network port, then you have to install it.
[05:42] <_ruben> i'd say its better to pick one yourself starting with nothing, else you'd hafta uninstall first
[05:42] <lamont> OTOH, LAMP is a "install this for me" target, so it gets to sidestep that policy a bit
[05:42] <_ruben> hmm .. that's a very nice policy imo
[05:43] <_ruben> must admit that i havent played much with ubuntu (server), yet
[05:43] <zeasier> makes sense to me
[05:43] <zeasier> it's pretty handy if you use bzr for revision control
[05:44] <_ruben> bzr?
[05:44] <zeasier> other distros are understandably behind on bzr packaging
[05:44] <zeasier> <a href="http://bazaar-vcs.org/">Welcome - Bazaar Version Control</a>
[05:47] <_ruben> looks nice at first sight
[05:56] <ScottK> zeasier: Postfix is the preferred/most supported MTA.
[05:58] <zeasier> yeah, i've experience using it
[05:58] <zeasier> just not as a "null client"
[05:58] <zeasier> which is aparently what i'm trying to do
[05:59] <zeasier> though now that i've found some documentation on how to setup a system that way, i'll be sticking with postfix
[06:30] <ScottK> lamont: Should Bug #145263 be against GNU TLS?  Is this the LDAP linking issue again?
[06:30] <ubotu> Launchpad bug 145263 in postfix "segfault in gssapi.c:671" [Undecided,New]  https://launchpad.net/bugs/145263
[06:35] <lamont> ScottK: not postfix's bug, that's for sure...
[06:35] <lamont> sasl calls ldap which dies.
[06:35] <ScottK> Agreed.  Just trying to shove it in the right direction.
[06:35] <lamont> so could be the linking thing, could be other braindamage in one or both
[06:35] <lamont> and if both libs are involved, then linking for the win
[06:36] <ScottK> It looks like it dies in LDAP. so I'll blame that one.
[06:36] <ScottK> Even if SASL feeds it garbage, it shouldn't die.
[06:37] <lamont> right
[06:46] <ScottK> lamont: Finger pointed at openldap2.
[07:59] <jcastro> keescook: soren: Who wants to run a -server session for ubuntu open week?
[08:23] <keescook> jcastro: hm, soren might be a better choice -- I'm usually neck-deep in security work.  If no one else volunteers, I can do it, though.  :)
[08:23] <ScottK> keescook: Very smooth redirect.
[08:23] <keescook> heh
[08:24] <jcastro> heh
[08:24] <keescook> ScottK: too easy, too.  soren's probably asleep atm.  :)
[08:24] <ScottK> As an added bonus, it's even true.
[11:02] <ajmitch> jcastro: you get the job of organising it now? :)
[11:03] <jcastro> ajmitch: heh, the schedule at least.
[11:03] <jcastro> ajmitch: I'll put you down for 4 or 5 sessions
[11:03] <ajmitch> if you do, make sure they're not at 4am NZ time
[11:04] <ajmitch> I'm not too coherent around then
[11:36] <nealmcb> jcastro: when is it?  this seems old:  https://wiki.ubuntu.com/UbuntuOpenWeek
[11:38] <jcastro> week of october 22nd.
[11:39] <jcastro> nealmcb: the page will be updated real soon now.
[11:40] <nealmcb> jcastro: is that a regular thing the week after a release or something?
[11:42] <ajmitch> I think this'll be the 3rd, maybe 4th one now?
[11:45] <ajmitch> first one was late november last year, then april, so this is the 3rd