[04:13] <benh> hoy
[04:13] <jk-> heya benh
[04:13] <benh> is there a known trick to boot lucid without an initramfs ?
[04:13] <benh> I used to netboot my machines just fine, netbooting a zImage without initramfs (all needed modules built-in)
[04:13] <benh> with karmic
[04:13] <benh> but it looks like with lucid, init goes bonkers really early on if I do that
[04:14] <benh> hi jk !
[04:14] <benh> (btw, appart from that, lucid on a dual g5 seems to work fine :-)
[04:14] <jk-> "bonkers" eh?
[04:15] <jk-> so you've re-built the lucid kernel from linux-source ?
[04:16] <jk-> (to compile-in various modules..)
[04:17] <benh> jk-: when have you last seen me use a distro kernel ? :-)
[04:17] <benh> jk-: no, I compile whatever upstream I want to test on that box, stick the zImage on bran for tftpboot
[04:17] <benh> jk-: etc...
[04:18] <jk-> that's why I was confused :)
[04:18] <benh> jk-: I was wondering if something in the "new" init process actually requires to be initiated from an initramfs
[04:18] <jk-> no idea; Keybuk might know
[04:18] <benh> in which case I suppose I'll try to figure out what the minimum initramfs without any kernel module is
[04:18] <benh> that I can just stick into my zImages
[04:18] <benh> ok
[04:20] <jk-> but he might be asleep at the moment..
[04:21] <jk-> but you could try messing with mkinitramfs to see if you can create one without modules
[04:28] <benh> jk-: will try later, thx
[05:32] <Keybuk> benh: you shouldn't need an initramfs
[05:32] <Keybuk> we test that a lot
[05:32] <Keybuk> chances are that instead you've forgotten an important kernel config
[05:33] <benh> Keybuk: ok, something went wrong then
[05:33] <benh> Keybuk: possibly :-) the errors aren't very verbose
[05:33]  * maco wonders if by "test" Keybuk means "accidentally delete then hope it reboots okay"
[05:33] <benh> Keybuk: is there a magic cmdline arg I can use to make it more chatty ?
[05:33] <benh> I'll try again with current upstream in a few mn
[05:34] <Keybuk> maco: that, and some of our OEM images are initramfs-less
[05:35] <Keybuk> benh: --verbose
[05:35] <benh> Keybuk: on the kernel command line ?
[05:35] <Keybuk> yes
[05:35] <benh> ok cool, thanks, will try
[05:35] <benh> if I need something more in .config, I'll add it to upstream g5_defconfig :-)
[05:55] <benh> Keybuk: ok so it's not happy, I must be missing something :-)
[05:56] <benh> udev dies, udevmonitor goes unhappy, then mountall disconnects from plymouth and plymouth takes a SEGV :-)
[05:57] <benh> and nothing greats me with even a busybox shell, so it's non trivial to dig from there...
[05:57] <Keybuk> interesitng
[05:57] <Keybuk> did you compile support for udev into your kernel? :)
[05:57] <Keybuk> that sounds a lot like a missing netlink socket issue
[05:57] <benh> hrm
[05:57] <benh> that should be there, let me see
[05:59] <benh> any off hand idea of what config option we are talking about here ?
[05:59] <benh> hrm... you need devtmpfs ?
[06:02] <Keybuk> no, shouldn't need devtmpfs
[06:02] <Keybuk> (you will in later releases)
[06:04] <benh> let me disable deprecated sysfs interfaces...
[06:04] <benh> and try again
[06:05] <Keybuk> oh, yeah, those can't be on ;)
[06:10] <benh> hrm
[06:10] <benh> same
[06:10] <benh> udevd[xxxx]: failed to create queue file: No such file or directory
[06:10] <benh> I think that's where it starts going down :-)
[06:10] <benh> followed by dev main process dying
[06:10] <benh> udevadm getting errors trying to talk to udev
[06:10] <benh> mountall going bonk
[06:10] <benh> and plymouth segfaulting :-)
[06:11] <benh> allright, looks like I need to get myself udev source, brb
[06:16]  * benh starts adding funny printf's to udev
[06:17] <benh> I wonder if we are just missing /.udev directory actually
[06:17] <benh> this is not a fresh install, rather an upgrade, so maybe that's missing
[06:20]  * jk- doesn't have a /.udev
[06:20] <benh> jk-: there's a prefix, trying to figure it out
[06:20] <benh> jk-: once apt-get install build-essential is done :-)
[06:20] <jk-> ah :)
[06:21] <benh> jk-: I'll add some printf's to udev see what it's really doing. Might even add a system("/bin/sh"); to the error path followed by a goto try_again :-)
[06:22] <benh> hrm... nore build-deps
[06:22] <benh> jk-: at least we have a new faster internet in the office now :-)
[06:23] <jk-> benh: they wet the string again, I hear :)
[06:24] <jk-> is that just on the 10.61 network, or for the whole building?
[06:24] <benh> jk-: yeah well, if you guys didn't have ports.ubuntu.com hooked up to a 9600bps modem off a landline in the northern highlands it would be easier :-)
[06:25] <benh> jk-: just us, we have an adsl 2 and a smart routing on haven
[06:25] <Keybuk> benh: that "prefix" is just /dev
[06:25] <jk-> cool
[06:25] <Keybuk> but if mountall is "going bonk", you won't have a tmpfs on /dev
[06:25] <Keybuk> so udev won't be able to start
[06:25] <benh> Keybuk: could be that yes
[06:26] <benh> Keybuk: with a boot with your kernel, I see a devtmpfs there tho
[06:26] <benh> Keybuk: which is a different beast alltogether :-)
[06:26] <Keybuk> no it isn't
[06:26] <Keybuk> devtmpfs is just a tmpfs
[06:26] <Keybuk> but one in which the kernel calls mknod() and unlink()
[06:26] <benh> he yeah
[06:27] <benh> the new devfs from hell :-)
 no, shouldn't need devtmpfs
[06:27] <benh> let me see, i looks like I don't have that enabled, let's see if it works with it on
[06:27] <benh> weird, I though I -had- turned it on
[06:27] <benh> oh well
[06:27] <Theravadan> why are the kernel sources from mainline blank? http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-05-01-lucid/
[06:27] <Keybuk> you don't need it enabled
[06:27] <Keybuk> as I said
[06:28] <Keybuk> you can mount a tmpfs on /dev just fine
[06:28] <Theravadan> vs http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-04-14-lucid/
[06:28] <benh> ok
[06:28] <benh> Keybuk: do I need to stick that in fstab then or should your init script do the right thing ?
[06:28] <Keybuk> it'll do the right thing
[06:28] <benh> ok so something is wrong there, I'll see if I can dig
[06:28] <Keybuk> none            /dev                      devtmpfs,tmpfs  mode=0755                         0 0
[06:28] <Keybuk> that says "try devtmpfs then try tmpfs"
[06:29] <benh> ok, and tmpfs should definitely be there
[06:29] <benh> I'll add a system("/bin/sh"); to udev error path
[06:29] <benh> and see what /proc/mount looks like
[06:35] <benh> Keybuk: any pointer where to look at that part of the boot script ? I'm not familiar with ubuntu variant of "init"
[06:36] <Keybuk> "the boot script" ?
[06:36] <Keybuk> I don't know what boot script you're referring to
[06:36] <benh> Keybuk: whichever piece of script you have at boot that mounts tmpfs on /dev and starts udev
[06:36] <benh> Keybuk: or is that a mountall rule ?
[06:36] <benh> (built-in into mountall ?)
[06:37] <Theravadan> april 5th is the last day that kernel source was included in the mainline daily builds: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-04-05-karmic/
[06:37] <Keybuk> benh: we don't have "pieces of script!
[06:37] <benh> :-)
[06:37] <Keybuk> you're not being very helpful btw
[06:37] <Theravadan> grrh that's karmic not lucid
[06:37] <Keybuk> "going bonk" is not a descriptive pharse
[06:37] <lifeless> we have pieces of 8
[06:37] <Keybuk> "mountall prints the following error message and exits ..." would be more helpful
[06:37] <benh> Keybuk: well, it's all I can say until I've added some printf in there to see what's going on
[06:37] <benh> Keybuk: nothing, it just exits with status 1
[06:38] <benh> afaik
[06:38] <benh> those boot messages are slippery in --verbose mode
[06:38] <benh> anyways, let me dig a bit, I'm adding some debug to udev and mountall to see what's going on
[06:38] <benh> I was just wondering what in your boot process actually starts udev
[06:38] <Keybuk> init
[06:38] <benh> is that an initscript in rc.* ?
[06:38] <Keybuk> no
[06:38] <benh> yeah but that's not sysvinit right ?
[06:38] <Keybuk> /etc/init/udev.conf
[06:39] <benh> oic
[06:39] <benh> ok, I'm not familiar with that new variant of init, but it makes some sense now
[06:39] <Keybuk> all the cool kids are writing new init daemons nowadays :p
[06:39] <benh> hehe yeah
[06:39] <jk-> yeah, i see lennart is too...
[06:39] <benh> and it assumes /dev/ already has tmpfs mounted on it and some kind of .udev created there previously ?
[06:40] <Keybuk> benh: assumes /dev is some kind of tmpfs, doesn't assume .udev exists
[06:40] <lifeless> lennart is writing an upstart ? ;P
[06:40] <benh> k
[06:41] <benh> ah
[06:41]  * benh finds mountall built-in fstab
[06:41] <Keybuk> lifeless: yes
[06:41] <benh> things are getting a bit clearer now
[06:41] <jk-> lifeless: http://lwn.net/Articles/385536/
[06:41] <Keybuk> lifeless: well, Lennart is writing his own implementation of launchd, mostly
[06:41] <Keybuk> benh: mountall basically just runs mount on those things when the underlying block devices are ready
[06:41] <Keybuk> virtual filesystems have no underlying block devices, of course
[06:42] <Keybuk> however
[06:42] <Keybuk> I would guess that mountall isn't getting that far
[06:42] <Keybuk> I think mountall is probably failing to connect to the kernel
[06:42] <benh> I'll sprinkle some debugging in there
[06:42] <lifeless> isn't launchd fairly pitiful compared to upstart?
[06:43] <Keybuk> lifeless: Lennart doesn't think so
[06:44] <Keybuk> Lennart thinks upstart is fairly pitiful compared to launchd
[06:44] <lifeless> heh
[06:44] <Keybuk> read his post
[06:44] <Keybuk> it's really quite well written
[06:44] <lifeless> doing so
[06:44] <Keybuk> and explains how launchd works fairly well
[06:44] <Keybuk> (most people don't get it)
[06:45] <lifeless> I doubt I have time in the near future to revisit and look closely; which is why I asked :)
[06:48] <Keybuk> I think I've explained it before
[06:48] <Keybuk> launchd is basically inetd
[06:48] <Keybuk> you start all services at once
[06:48] <lifeless> Keybuk: lets do it over beer next week
[06:48] <Keybuk> and let them block on each other's connect() and open() calls
[06:49] <Keybuk> the big gaping flaw in this is the deadlock problem <g>
[06:59] <Theravadan> I have tried everything but I keep getting "kernel source for this kernel does not seem to be installed." what the heck does it expect? strace shows it's looking at the debian list of files for the linux-source package. the source package includes a tarball. I have no idea what it expects
[06:59] <maco> Theravadan: are you trying to install vbox guest extensions?
[06:59] <Theravadan> maco, trying to install the proprietary broadcom module
[07:00] <maco> oh
[07:00] <maco> maybe install linux-headers-2.6.32-21
[07:00] <Theravadan> it was working with the fresh 10.04 install but now that I upgraded the kernel the kernel sources aren't how it expects
[07:00] <maco> though that didnt work for the vbox user that was asking this earlier.... it *should* contain everything you need for compilation though
[07:01] <Theravadan> maco, i installed these: linux-headers-2.6.34-999_2.6.34-999.201004051003_all.deb / linux-image-2.6.34-999-generic_2.6.34-999.201004051003_amd64.deb / linux-source-2.6.34_2.6.34-999.201004051003_all.deb
[07:01] <Theravadan> uname -a = 2.6.34-999-generic #201004051003 SMP Mon Apr 5 09:10:16 UTC 2010 x86_64 GNU/Linux
[07:02] <maco> oh
[07:10] <benh> yay
[07:10] <benh> Keybuk: that was easy ...
[07:10] <benh> Keybuk: guess what ? boot with "rw" on the kernel command line works :-)
[07:11] <benh> Keybuk: not entirely sure yet what's up, still digging
[07:11] <Keybuk> definitely sounds to me like mountall can't connect to the kernel then
[07:11] <benh> Keybuk: is mountall supposed to stay running forever or just during boot ?
[07:11] <Keybuk> I only ever normally see that on older kernels
[07:11] <Keybuk> which don't support uevent netlink socket groups
[07:11] <Keybuk> just during boot
[07:11] <benh> ok
[07:12] <benh> let me dbl check that uevent netlink socket thingy
[07:13] <benh> could be some ppc netlink bustage too
[07:13] <benh> I've heard rumours of something like that not long ago
[07:14] <Keybuk> OOI, why are you building your own kernel?
[07:14] <Keybuk> why not just use the stock Ubuntu one?
[07:15] <benh> Keybuk: because I'm the kernel maintainer and test things ? :-)
[07:15] <benh> Keybuk: this is a test box for random powerpc kernel crap :-)
[07:17] <benh> hrm
[07:17] <benh> mountall seems happy enough when started after boot, dunno if that's telling anything
[07:17] <Keybuk> no, not raelly
[07:17] <Keybuk> mountall should work at all times
[07:19] <Theravadan> so dpkg is looking for /lib/modules/2.6.34-999-generic/build, it doesnt exist then it complains about not finding the kernel source
[07:19] <benh> what would rock would be an upstart option that starts everything with strace and shoot the output to somewhere on disk :-)
[07:40] <benh> Keybuk: mountall seems happy enough
[07:40] <benh> Keybuk: udevmonitor dies tho
[07:40] <benh> still digging
[07:40] <Keybuk> see, that really screams the netlink socket to me ;)
[07:40] <Keybuk> everything that connects to it is dying
[07:41] <benh> yeah
[07:41] <Keybuk> bet you upstart-udev-bridge dies too
[07:43] <benh> except that I don't see why... ie, it should be there (in the kernel)
[07:43] <benh> oh well, I'll dig more
[07:50] <Keybuk> I'm not sure whether there's an option for it
[07:50] <Keybuk> I thought it was built-in
[07:50] <Keybuk> but somehow OpenVZ guys manage to turn it off
[07:50] <Keybuk> so maybe there is a hidden one
[08:00] <mase_wk> kirkland: According to the KVM page here (http://preview.tinyurl.com/yd8uztw) the CONFIG_INTR_REMAP and CONFIG_DMAR need to be set. This is not currently set in the ubuntu-kernel for 10.04 nor 9.10 however since 9.04 PCI passthrough has been advertised
[08:00] <mase_wk> http://www.ubuntu.com/products/whatisubuntu/serveredition/technologies/virtualization
[08:02] <mase_wk> I've updated one of our test machines from Karmic to Lucid and my boss had a Guest on this machine using PCI passthrough which has subsequently stopped working ( unless i remove the pci-passthrough option )
[08:03] <mase_wk> was there another method aside from CONFIG_INTR_REMAP which allowed KVM to use VTd which is currently not available ?
[08:05] <mase_wk> i've pretty much reached the limits of my knowledge and was hoping you could point me in some other areas to start looking. Someone in ubunt-virt suggested that you might have more knowledge of the inner kernel workings in regards to KVM
[08:13] <benh> Keybuk: getting fun ... so mountall is in the middle of mounting things, has done /lib/init/rw but not /dev yet
[08:13] <benh> Keybuk: kernel decides to create the mouse button emu pseudo-dev at that moment
[08:13] <benh> Keybuk: and udev segfaults :-)
[08:14] <benh> Keybuk: adding more debug...
[08:16] <Keybuk> huh
[08:20] <benh> hrm... something tells me that signalfd isn't going to get SEGV's :-)
[08:28] <benh> hrm, udev main process doesn't seem to have a useful stderr
[08:32] <benh> oh well, more debugging tomorrow, wife o'clock
[08:33] <benh> I -suspect- something weird causing mountall not not complete before udev starts
[08:33] <benh> so udev dies due to /dev/ beeing ro
[08:33] <benh> (no tmpfs yet)
[08:33] <benh> or that sort of shit
[08:34] <benh> will find out & let you know, enough spamming of this chan :-)
[08:34] <benh> thanks for your tips
[08:34] <benh> bye
[09:48] <ogra> Keybuk, booting without devtmpfs *and* without initramfs doesnt work already (we had that issue in armel land where qemu doesnt use initramfs for bringing up an AMR VM)
[09:48] <ogra> Keybuk, you wont have /ved/console and /dev/null
[09:49] <ogra> *dev
[10:03] <bjf> moin tgardner
[10:04] <tgardner> bjf, dude ain't it the middle of your night?
[10:04] <bjf> tgardner, im in Utrecht
[10:05] <tgardner> indeed. is that where the audio thing was?
[10:05] <bjf> yup
[10:05] <tgardner> ah, then you'll be all synced up tz wise
[10:05] <tgardner> does it go all week?
[10:05] <bjf> will be by wed. i hope
[10:05] <bjf> no will see you on wed. in la hulpe
[10:06] <tgardner> cool. I should be there by 4P
[10:06] <bjf> tgardner, not sure when I will get in, have all day to get there :-)
[10:06] <tgardner> I'm on eurostar
[10:07] <bjf> i need to get  a train from amsterdam to brussels via rotterdam
[10:07] <bjf> i think it's only a couple of hours
[10:08] <tgardner> bjf, why via Rotterdam? Seems a bit out of the way
[10:08] <bjf> that is what I was told to do by the powers that be
[10:09] <tgardner> bjf, you mean our super competent travel people?
[10:09] <psurbhi> tgardner, i think thats how the train goes
[10:09] <psurbhi> really
[10:09] <psurbhi> via rotterdam
[10:09] <psurbhi> most of them atleast
[10:09] <bjf> i was told it was much more expensive any other way, randa has been helping me
[10:10] <tgardner> ok, I thought you might have some errands there or something
[10:10] <bjf> honestly i kind of look forward to the trip :-)
[10:11] <tgardner> bjf, was the audio conf over the weekend, or is it still ongoing?
[10:11] <bjf> started sat. and going through tomorrow
[10:11] <bjf> am there now
[10:11] <tgardner> ah, I'll quit bugging you
[10:11] <bjf> it's "interesting"
[10:12] <bjf> very little applicable to us
[10:12] <bjf> mostly high end audio pro folks, musicians and researchers
[10:13] <tgardner> at least you can get a sense for whom is in our audience
[10:13] <bjf> yes, i'm finding it interesting and meeting people
[10:14] <bjf> though how many languages you need to write synthesizers i don't get :-)
[10:14] <jk-> wait, you're only supposed to use one language in a synth?
[10:14] <tgardner> its likely kind of like parallel programming languages, lots of choices and controversy
[10:15] <bjf> almost every talk is different ways to make "noise" :-)
[10:17] <bjf> the guy talking right now, draws a picture in a window, then starts it animating and the shape produces different sound and he is tweaking different params
[10:18] <Laibsch> Hi
[10:19] <Laibsch> Will one of you guys finally act on bug 521967?  I don't see anything left to make it even easier for you.
[10:19] <ubot3> Malone bug 521967 in linux-backports-modules-2.6.32 "support for new atheros wifi chipset - AR2427/ath9k" [Medium,Triaged] https://launchpad.net/bugs/521967
[10:19] <Laibsch> ogasawara: will you be a taker?
[10:19] <bjf> tgardner, i did meet one of the new hwe folks hugh hired, he's here as well
[10:19] <tgardner> bjf, who dat?
[10:20] <bjf> tgardner, Davd Henningsson
[10:20] <tgardner> we chatted up Lee last Friday. smart chap.
[10:20] <bjf> he seemed like it when i interviewed him
[10:21] <tgardner> Laibsch, we'll get to it when 2.6.34 is final and Luis does the backport.
[10:21] <Laibsch> tgardner: when is that going to be?
[10:21] <tgardner> bjf, Mathieu starts at UDS.
[10:21]  * Laibsch feels like this has lingered WAY too long
[10:22] <tgardner> Laibsch, patience lad. It'll get done sometime after 2.6.34 goes final.
[10:23] <Laibsch> tgardner: I am usually patient, but you have to admit that patience was tested on this one.  Upstream provided the patch more than two months ago.
[10:23] <Laibsch> again, what kind of timeframe are you suggesting with 2.6.34?
[10:24] <Laibsch> I don't follow kernel development everyday like you guys do
[10:26] <tgardner> Laibsch, its hard to say when for sure. likely sometime in the next month.
[10:26]  * Laibsch smiles
[10:26] <Laibsch> IOW, could be this won't even hit *this* month?
[10:26] <Laibsch> wait a minute
[10:27] <tgardner> Laibsch, the Maverick kernel will likely appear in the archive in the next week or so. You could run that kernel with Lucid user space
[10:27] <Laibsch> You're saying it certainly won't hit this month (which has just started) and there is a certain chance it won't even hit in June
[10:27] <Laibsch> OMG
[10:27] <Laibsch> tgardner: I have patched my kernel for a few month now
[10:28] <Laibsch> But I feel that all the users of pinetrail netbooks are left out heavily in the cold
[10:28] <Laibsch> when that isn't necessary since the patch is there and tested
[10:28] <Laibsch> but I don't want to waste your time further, I'm sure everybody is busy
[10:28] <Laibsch> I know what to expect now, thank you for providing that information
[10:29] <mdz> crimsun: I have a reliable setup for bug 532586 if you'd like to look at it with me
[10:29] <ubot3> Malone bug 532586 in pulseaudio "pa_stream_writable_size() failed: Connection terminated errors not caught by apport" [Undecided,Incomplete] https://launchpad.net/bugs/532586
[11:24] <bjf> tgardner, just finishing up an hour on sheet music authoring software targeted at orchestras
[11:24] <tgardner> bjf, ooh! wish was there (!not)
[11:25] <bjf> tgardner, it's actually quite impressive what is being done, however ... :-)
[11:26] <tgardner> bjf, perhaps you'd rather dive into the intricacies of unaligned register access in the tg3 driver?
[11:46] <kirkland> mase_wk: hi there;  i'm more knowledgeable of the userspace side of KVM ... jjohansen (who isn't here right now) handles Ubuntu's kernel side of kvm
[13:52] <baptistemm> hi ther
[13:52] <baptistemm> e
[14:40] <cnd> manjo: do you have an NC10 lying among your test netbooks?
[14:59] <manjo> cnd, are you still looking for an NC10 ?
[15:01] <cnd> manjo: yes, do you have one?
[15:01] <manjo> cnd, no I don't
[15:01] <cnd> ok, nm then
[15:17]  * cnd has to run to the store to get a usb key drive
[15:21] <tgardner> cnd-afk, please have a look at bug #574462. I might be related to your I/O performance initiative. If not, you'll at least have to get your hands dirty in the low level I/O subsystem.
[15:21] <ubot3> Malone bug 574462 in linux "udisks-probe-ata-smart causes HSM violations" [High,Confirmed] https://launchpad.net/bugs/574462
[15:22] <cnd-afk> tgardner: ok, but IO stuff is getting pushed back for a bit as the wyse project ramps up
[15:22] <cnd-afk> hopefully I can take a look sometime this week though
[15:49] <manjo> JFo, are we doing regression review today ?
[15:50] <JFo> manjo, not that i am aware of
[15:50] <JFo> it is a UK holiday and some of the others are travelling to some-hands
[15:50] <JFo> or whatever that is called
[15:50] <JFo> so probably not much point
[15:50] <manjo> ah holiday today ...
[15:50] <manjo> cool
[15:53] <manjo> pgraner, got 2 mts ?
[16:14] <pgraner> manjo: sure
[16:16] <manjo> skype ? cell ?
[16:18] <manjo> pgraner, ^ ?
[16:23] <manjo> pgraner, nm.. updated you via email ...
[16:33] <JFo> so why does the release/ on cdimage.ubuntu.com only shjow the DVD versions? is it only supposed to be those, or is there supposed to be a CD image as well?
[16:37] <manjo> and they are 4.1G .. wow
[16:38] <ogasawara> JFo: "This directory contains only less-used images which are not mirrored widely. For the most frequently downloaded CD images, see releases.ubuntu.com. Please use a mirror if possible."
[16:38] <JFo> hmmm
[16:39] <JFo> yeah, that is better.
[16:39] <JFo> thanks ogasawara :-D
[16:39] <pgraner> manjo: got it
[16:39] <manjo> pgraner, ok
[20:31] <baptistemm_> hello
[20:36] <baptistemm_> I'm coming to get some help about bluetooth, I'm managing the applications related to bluetooth and I have some bug reports where people reported their bluetooth adapter are no discovered
[21:02] <baptistemm_> bug 416487 is an example of such bug
[21:02] <ubot3> Malone bug 416487 in bluez "Bluetooth Doesnt Work - Eee PC 1005HA-P" [Undecided,Incomplete] https://launchpad.net/bugs/416487
[22:12] <kamal> cnd_mini: ping
[22:23] <jjohansen> baptistemm: I took a quick look at that bug and my guess would be there isn't a working driver for the bluetooth device
[22:44]  * ogasawara waves to MathieuPoirier
[22:45] <jjohansen> hey MathieuPoirier
[22:45] <jjohansen> welcome
[22:45] <ogasawara> MathieuPoirier: drowning in new starter tasks? :)
[22:49] <ogasawara> jjohansen: I wonder if his /nick wasn't registered so couldn't post to the channel
[23:20] <pgraner> ogasawara: please /part #ubuntu-ops, we got told bad info no need to be in that channel
[23:20] <pgraner> ogasawara: also let bjf know if you see him about
[23:20] <ogasawara> pgraner: yah, I dropped from that channel last week
[23:20] <ogasawara> pgraner: I'll let bjf know
[23:21] <pgraner> ogasawara: yea testy folks in htere
[23:21] <pgraner> there