[00:30] <inuka_desk> smagoun, chickencutlas, PSB B6 dirvers on PPA https://launchpad.net/~inuka/+archive\
[00:30] <inuka_desk> smagoun, chickencutlas, PSB B6 dirvers on PPA https://launchpad.net/~inuka/+archive 
[08:01] <dholbach> good morning
[09:41] <crevette> Mithrandir, StevenK ; I 've been said to contact you for a bluetooth question
[09:42] <crevette> I've package obex-data-server and now it is in NEW (I totally ignorant about the package acceptance process); once it's okay; will be possbile to make bluez-gnome depends on obex-data-server ?
[09:43] <Mithrandir> yes, that's needed for the new bluez-gnome, I believe?
[09:45] <crevette> yep
[09:46] <crevette> I uploadded a debdiff to launchpad
[09:46] <crevette> I package bluez-gnome 0.20 yesterday, and I tested it a little also
[09:47] <crevette> I packaged obex-data-server 0.2 also, but I need to figure out If I need to include 2 python scripts, which are only for testing purpose
[17:28] <smagoun_> jayc: robr_ubuntu I got the beta 6 driver stack to install + function using the Intel/Canonical LUM tree. If you push LUM to the PPA, I'l push libdrm2 and xserver-xorg-video-psb.
[18:13] <jayc> smagoun: I wanted to push the beta 6 lum along with kernel, but I could not find the linux-2.6.24-lpia source package to get the orig.tgz file
[18:15] <jayc> smagoun:looks like the linux source package is not available yet, so I was planning to check with amit and see if I can upload the entire source.
[18:38] <amitk> smagoun_: jayc: works for me too. So if you can handle the userspace bits and ping me or jayc, we'll upload the kernel bits
[19:29] <jayc> smagoun_: amitk : I just uploaded linux - 2.6.24-7.12 & linux-ubuntu-modules-2.6.24 - 2.6.24-7.12 source
[19:30] <amitk> jayc: to ubuntu-mobile ppa?
[19:30] <jayc> amitk: yes
[19:32] <smagoun_> amitk: jayc I just pushed a new libdrm + xserver-xorg-video-psb to the PPA
[19:32] <jayc> amitk:there was a warning about space not being available, but now it got published. may be we need to cleanup
[19:32] <amitk> jayc: for future reference, add something like +804ume1 to the version number, so that the same version of a package isn't in hardy and PPA
[19:32] <amitk> jayc: you can ignore the warning
[19:32] <inuka_desk> samgoun_, this is the beta6 ones?
[19:32] <amitk> hey inuka_desk
[19:33] <inuka_desk> amitk, howdy
[19:33] <amitk> inuka_desk: good... and you?
[19:33] <inuka_desk> amitk, not too bad...
[19:34] <amitk> inuka_desk: i read that the next version of the graphics drivers should be available soon (after beta 6). In a week from now?
[19:35] <jayc> amitk: OK, regarding adding '+804ume1', is it true when I check it in the git as well?
[19:35] <inuka_desk> amitk, yes I am waiting for approval from UMG,  
[19:35] <smagoun_> inuka_desk: yes, beta 6
[19:35] <inuka_desk> amitk, smagoun_ , so that means the beta6 changes are in ?
[19:36] <amitk> inuka_desk: yes. Thanks to smagoun_ and jayc
[19:36] <smagoun_> inuka_desk: in theory they should be available later today (once the PPA is done building them)
[19:36] <inuka_desk> amitk, cool,.
[19:37] <amitk> jayc: you don't need to push that last commit (changing the version) to the common git tree, since it will be overwritten when we rebase to latest hardy
[19:37] <jayc> amitk: ok
[19:38] <amitk> jayc: which reminds me, if this ppa build goes well and works, we'll need to rebase the common tree from hardy - we have upgraded to 2.6.24.2
[19:39] <jayc> amitk: I can do that, do I have to rebase the lum too?
[19:39] <amitk> yes
[19:39] <jayc> amitk: I had uploaded the same source (kernel & lim) to my PPA and tested it
[19:40] <amitk> but wait until the PPA build is done and images can be successfully generated
[19:40] <jayc> s/lim/lum
[19:40] <amitk> yes.. lum too
[20:08] <smagoun_> jayc: I just got mail that the kernel failed to build in the PPA. I have to run to a meting, do you or amitk have time to take a look?
[20:11] <amitk> smagoun_: looking
[20:12] <agoliveira> amitk: Looks like your build failed badly.
[20:12] <agoliveira> Ooops, sorry
[20:12] <amitk> agoliveira: it's the damn dpkg upgrade I think. It started flagging a long-existent bug in the control file
[20:13] <agoliveira> amitk: Ouch...
[21:06] <jayc> amitk: How do we fix this? how come the same source got built in my PPA few days back?
[21:06] <amitk> jayc: dpkg was upgraded, it exposed a very old bug in our control file
[21:07] <amitk> jayc: I have fixed it and uploaded a new kernel
[21:32]  * crevette is testing bluez-gnome 0.20
[21:34] <crevette> I have no  service listed now ? is there a known bug in bluez ?
[23:03] <aTOmicDuDe> mawhalen: ping
[23:04] <mawhalen> aTOmicDuDe: hi
[23:05] <aTOmicDuDe> mawhalen: sry, this is todd, see me in umd
[23:35] <scales> hello all
[23:35] <scales> anyone home?
[23:37] <scales> ok well i was just curious if ubuntu mobile exists or is just in development
[23:37] <scales> maybe how far along it is
[23:39] <GrueMaster> ubuntu-mobile is still in heavy development, but looking better each day.  The main focus is for ultra-mobile type devices (Samsung Q1, etc).  If you are looking for an Ubuntu image for a laptop, the desktop images are more suited for that.
[23:40] <scales> humm
[23:40] <scales> well i have the asus eee
[23:40] <scales> and i think mobile would be better for it
[23:40] <GrueMaster> They're OS is actually derived from Ubuntu desktop.
[23:41] <scales> xandros?
[23:41] <scales> i have gutsy on mine now
[23:41] <GrueMaster> The Ubuntu Mobile image is more for touch screen systems, and geared to specific hardware at this time.
[23:41] <scales> i see
[23:42] <GrueMaster> YOu can check out some screen shots at moblin.org.
[23:42] <scales> alright
[23:42] <GrueMaster> ALthough they are a bit dated.
[23:42] <scales> i see
[23:42] <scales> i was just looking for a more slimmed down ubuntu since it only has a 4gig hdd
[23:42] <GrueMaster> Developers would rather work on the code than the web page.  Go figure.
[23:42] <scales> haha
[23:42] <GrueMaster> I've seen those.  Quite cool.
[23:43] <scales> its more cute than cool
[23:43] <scales> i mean it is nice for being a toy
[23:43] <scales> but the screen size is small
[23:43] <scales> i wouldnt mind a "different" os on it
[23:44] <GrueMaster> I think the system would be ideal for doing presentations and such.  It has an external vga port, so you can hook it up to a projector.
[23:44] <scales> something that worked with a small screen
[23:44] <scales> yep
[23:44] <scales> that is true
[23:44] <scales> i am somewhat of a newb to linux and while i have things running quite well on it, external display messes with it
[23:45] <scales> that is something i think windows has got down and linux needs to work on
[23:45] <scales> the screen utility in ubuntu is worthless
[23:45] <GrueMaster> Actually, it's more the driver than the utility.
[23:46] <scales> which, ubuntu or windowa
[23:46] <scales> windows
[23:46] <GrueMaster> I have a laptop with the same graphics driver.  Hooking up an external display is an adventure at best.
[23:46] <scales> haha
[23:47] <scales> i wish drivers were made more for linux 
[23:47] <scales> it always seems like a challenge to get things working
[23:47] <GrueMaster> It's a chicken/egg syndrome.
[23:47] <scales> its really tough when i have been a windows user for so long and i want to go to linux.  
[23:48] <scales> installing ubuntu wasnt so bad on the eee, but little things here and there dont quite work
[23:48] <GrueMaster> Hardware vendors won't put much effort into a platform that doesn't have much market share, the market won't use an OS that doesn't have good hardware support.
[23:48] <scales> i fully get ya
[23:48] <scales> messing with xorg.conf is a mess, sometimes works sometimes doesnt
[23:48] <scales> and at the end of the day it bugs me to know that it all works flawlessly with xp
[23:49] <GrueMaster> Well, when you have 20:1 people supporting Windows vs Linux, that's the result you can expect.  Sad but true.
[23:49] <scales> yeah...
[23:51] <GrueMaster> What I find disturbing is when the Windows hardware developers complain that something doesn't work in Linux.  They expect the Linux people to just "fix it", but won't provide clues or documentation.
[23:51] <scales> haha
[23:51] <GrueMaster> I get that a lot working on alsa.
[23:51] <scales> ug
[23:51] <scales> soundcard drivers right?
[23:52] <GrueMaster> Intel HD Audio to be specific.
[23:52] <scales> haha
[23:52] <scales> yeah that is one of my little pet peves with linux
[23:52] <scales> the sound is logarithmic
[23:53] <scales> or exponentially controlled
[23:53] <scales> wifi is also read differently
[23:53] <GrueMaster> You mean the volume?
[23:53] <scales> not quite in %
[23:53] <scales> yeah
[23:53] <GrueMaster> Actually, it's pretty close to %.  It is controlled mainly by the hardware.
[23:54] <scales> humm
[23:54] <scales> so why do i only have control over 50% of my volume
[23:54] <scales> i know i can switch that volume adjuster to PCM
[23:54] <scales> but that wont match up with the FN volume keys
[23:55] <GrueMaster> If you look at /proc/asound/card0/codec#*, and find either a Pin Node or a mixer node, you'll also see a line that says Amp-Out caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
[23:55] <GrueMaster> Or similar.
[23:55] <scales> humm
[23:56] <scales> let me turn it on
[23:56] <scales> also, ubuntu boots a little slowly too
[23:56] <scales> not sure why that is
[23:56] <scales> too many processes starting by default
[23:56] <scales> perhaps
[23:57] <scales> anyway
[23:57] <scales> oh well
[23:57] <scales> i got to get back to boring lab work
[23:57] <scales> college gets a little dull at times
[23:57] <GrueMaster> I hear you.  Same here.