[00:06] <cnd> bjf:     from lpltk.service                   import LaunchpadService
[00:06] <cnd> ImportError: No module named service
[00:06] <cnd> any ideas?
[00:07] <bjf> cnd, yes, you want "from lpltk.LaunchpadService import LaunchpadService"
[00:07] <cnd> ok
[00:27] <cnd> bjf, I'm getting really antsy cause I can't figure this out :)
[00:27] <cnd> I see setters in lpltk
[00:27] <cnd> but not everything I need has one
[00:27] <cnd> so I looked at the setter code and I see things being set and a function called lp_save() being called
[00:27] <cnd> but I can't find where lp_save is defined
[00:27] <bjf> cnd, that could be the case, it's mostly implemented what we've wanted for working on bugs
[00:28] <cnd> in lpltk and python-launchpadlib
[00:28] <bjf> cnd, ok, one sec
=== medberry is now known as med_out
[00:29] <cnd> in fact, the whole launchpadlib source code doesn't make sense to me :)
=== jk-- is now known as jk-
[00:30] <bjf> cnd, if you look at the "status" setter for a BugTask, it is calling self.lp_bug_task.lp_save()  that lp_save() is part of the lp api, not the lpltk, it is using the raw LP object
[00:30] <cnd> yeah, and that raw LP object is from launchpadlib I assume?
[00:30] <bjf> cnd, yes
[00:31] <cnd> so I went over to launchpadlib to see if I could find out where lp_save is and what else I can set
[00:31] <cnd> but it doesn't make a lot of sense to me
[00:31] <bjf> cnd, not everything is documented
[00:31] <bjf> cnd, even for the launchpad library
[00:31] <cnd> yeah
[00:33] <cnd> ok, I might be starting to understand it
[00:33] <cnd> it's just heavily abstracted
[00:34] <jk-> ... and heavily dynamic
[00:35] <jk-> cnd: `print bug.lp_attributes` is handy
[00:35] <cnd> ok
[00:36] <bjf> jk-, are you using the lpltk or the straight lp api?
[00:37] <jk-> or <any lp object>.{lp_attributes,lp_collections,lp_entries}
[00:37] <jk-> bjf: ah, just straight lp api
[00:37] <bjf> jk-, right, that doesn't work with the lpltk unless you get to the raw lp object in the wrapper
[00:42] <cnd> jk-, how do I manipulate an lp object?
[00:42] <cnd> lets say I want to create a project
[00:43] <cnd> I may have figured it out
[00:44] <jk-> cnd: I've only queried LP myself :/
[00:44] <cnd> ok
[00:44] <jk-> seen https://help.launchpad.net/API ?
[00:45] <jk-> particularly https://help.launchpad.net/API/launchpadlib
[00:46] <jk->     me = people['my-user-name']
[00:46] <jk->     me.display_name = 'A user who edits through the Launchpad web service.'
[00:46] <jk->     me.lp_save()
[00:46] <jk-> but again, this is all launchpadlib objects, not lpltk.
[00:47] <cnd> yeah, I'm trying to figure out how to create new objects
[00:47] <cnd> to set up a test env
[00:47] <cnd> on qastaging
[00:47] <cnd> it doesn't appear that many people have wanted to do this before :)
[00:49] <cnd> I see that there's a method new_project
[00:49] <cnd> but I don't know what its signature is
[00:49] <cnd> it's rather opaque, and there's no docs that I can find...
[00:50] <bjf> cnd, looks like you need the lp projects collection
[00:51] <cnd> I may have figured it out by finding a snippet through google :)
[00:51] <cnd> http://webcache.googleusercontent.com/search?q=cache:TepAzI2pmu0J:people.canonical.com/~bryce/arsenal_lib.py+launchpadlib+%22new_bug%22&cd=1&hl=en&ct=clnk&gl=us&source=www.google.com
[00:51] <cnd> grep for new_bug
[00:51] <jk-> cnd: print new_project.__doc__ ?
[00:53] <bjf> cnd, you may be better off sticking with the straight LP api, you could look at "close-eol-nominations" in kteam-tools/bugs for an example
[00:54] <cnd> yeah
[02:43] <rokr1> Hello there !
[02:43] <rokr1> I am trying to install Mainline 3.0 in Linux kernel from ubuntu repository
[02:44] <rokr1> current version seems 3.0-oneiric
[02:44] <rokr1> I am running natty 64bit
[02:44] <rokr1> desktop
[02:45] <rokr1> I would like to know if the new mainline version of kernel 3.0 supports XEN dom0 natively ?
[02:45] <rokr1> I hope the .deb packages are generic
[02:46] <rokr1> lamot u there ?
[02:46] <rokr1> sorry lamont*
[02:50] <rokr1> does kernel 3.0-oneiric support XEN dom0 
[02:50] <rokr1> ?
[02:52] <rokr1> Just installed 3.0 about restart please advise
[02:52] <rokr1> I am about to restart the machine !
[02:52] <rokr1> bye
[02:53] <jk-> CONFIG_XEN_DOM0=y
[02:53] <jk-> -ETIMEDOUT
[02:56] <rokr1> back after a reboot now on 3.0-oneiric
[02:56] <rokr1> kernel
[02:56] <jk-> <jk-> CONFIG_XEN_DOM0=y
[02:56] <jk-> ^ rokr1
[02:56] <rokr1> is it enabled by default ?
[02:56] <jk-> that's the default config
[02:56] <jk-> so yes
[02:56] <rokr1> Oh okay
[02:57] <rokr1> thanks jk
[02:57]  * jk- has no idea what else is required
[02:59] <rokr1> will be back once if I have a question bye for now!
[07:22]  * apw yawns
[07:32] <jk-> hey apw
[07:32] <apw> jk- heya
[08:01]  * smb crawls in
[08:01]  * apw waves to smb
[08:01] <smb> apw, mornin
=== Quintasan_ is now known as Quintasan
[09:43] <cooloney> morning apw and smb 
[09:43] <apw> cooloney, moin
[09:43] <smb> cooloney, morning
[09:44] <cooloney> apw and smb, did you guys try the onieric for MAC?
[09:45] <cooloney> which is the same kernel as amd64?
[09:45] <smb> cooloney, What makes you think we even got a MAC
[09:45] <cooloney> smb: oh, i found a special ISO for mac on cdimage.ubuntu.com
[09:46] <cooloney> http://cdimage.ubuntu.com/daily-live/current/
[09:46] <smb> cooloney, For which you would want to use the right hardware, no? ;)
[09:48] <cooloney> smb: you know, i had a macbook pro and maybe test the iso on my mac
[09:49] <apw> cooloney, yep you need a special iso cause mac efi is sooooo broken
[09:49] <smb> cooloney, You are free to do, but I have not a single piece ow hardware with an apple on it
[09:49] <apw> does anyone know if it is possible that a machine with wireless is not capable of doing wpa ?
[09:49] <smb> apw, Think that is possible
[09:50] <apw> is it a hardware feature
[09:50] <cooloney> apw: ming lei or ikepanhc might know that, heh
[09:50] <apw> oh dear
[09:50] <smb> With old wireless chipsets...
[09:50] <apw> poor t30
[09:50]  * ikepanhc ah?
[09:50] <smb> apw, But I thought wpa_supplicant worked around that to some degree..
[09:50] <cooloney> apw: are you still using t30?
[09:51] <ohsix> it depends on the drivers too
[09:51] <apw> cooloney, i have one lying about as its tooo crap to run unity, so it defaults to unity-2d
[09:51] <ohsix> mac80211 drivers generally can do "anything", barring bizarre hw edge cases
[09:52] <ikepanhc> it must be a very old wifi chips, since 802.11i has announced for at least 5y
[09:52]  * smb wonders that a t30 should be able to do wpa... His t21 could...
[09:53] <ikepanhc> t30 should, I once have a x31, it works fine with wpa, I think they are about the same year
[09:54] <apw> ikepanhc, hmmm ok ... it has a prism chipset
[09:54] <apw> and is only offering me password options for non-wpa levels oddly
[09:54] <ikepanhc> apw: which machine?
[09:54] <ikepanhc> and with ubuntu?
[09:56] <apw> ikepanhc, it is a t30 and with natty yes
[09:56]  * ikepanhc checking
[09:56] <apw> only the SO is allowed to have windows, and only then cause screaming and crying didn't persuade them otherwise
[09:59] <apw> well i plugged in some external thing that rtg gave me, and that just selects wpa correctly for my network
[09:59] <apw> i suspect the prism can't do it, i guess it might be cause i have selected tkip
[10:00] <smb> apw, Yeah, I think prism was "special"...
[10:00] <apw> you mean that it was and is a POS ?
[10:02] <smb> apw, My memory may be wrong, but I think it had a special driver (not softmac) which did not do that and probably is not maintained much anymore...
[10:03] <apw> yay, fun, joy, BAH
[10:06] <ikepanhc> apw: for you reference: http://lists.shmoo.com/pipermail/hostap/2010-April/021329.html seems there are several drivers for Intersil prism 2.5 and not all of them supported wpa
[10:07] <apw> yay
[10:07] <apw> ikepanhc, thanks, i suspect it is too shite to believe, i will therefore assume it cannot do it
[10:07] <apw> anyone owned one of those 
[10:07] <apw> nano USB adapters that actually worked ok ?
[10:08] <smb> I had one small but its currently on rental and I do not remember what chipset...
[10:08] <smb> but it worked ok
[10:08] <apw> you mean you have loaned it to someone ?
[10:09] <ikepanhc> I am glad that I can help
[10:09] <smb> apw, Yeah, to my brother in exchange to his seemingly broken (in Linux) one
[10:10] <apw> they always do that, you end up with piles of junk which don't work for you and all the good stuff is gone
[10:10] <smb> apw, Though it turned out its only broken in the sense that it lies about connection speed
[10:10] <apw> oh so its working fine, just saying 0mb all the time
[10:10] <smb> Yeah, 1Mbit but exactly
[10:11] <smb> Still runs at higher speed but you only can see that deeply hidden in debugfs
[10:12] <smb> apw, Though I may fix that when I have nothing else to do... Well clearly that is about to happen ... not soon
[10:18] <apw> right two random nano wireless thingies which claim to support linux purchased
=== chuck_ is now known as zul
[12:43] <tgardner> apw, I notice Mario has uploaded dkms.
[13:39] <lilstevie> just wondering if security_yama and security_smack are required
[13:53] <ogra_> did you guys rework the enforcer parts of the packages ?
[13:54] <ogra_> (if so, is there a wikipage or some other doc that lists why something is needed, so we know if we need to patch third party kernels because userspace requires a feature patch)
[13:55] <tgardner> ogra_, what config option is bothering you?
[13:56] <ogra_> tgardner, well, lilstevie is just rolling a galaxy tab kernel for an ubuntu image and the enforcer wants things like aufs, security_yama and security_smack
[13:56] <ogra_> as you can guess he uses the ubuntu package infrastructure
[13:57] <tgardner> well, we tune these config options for the distro and not necessarily for an embedded system
[13:58] <ogra_> its not "embedded"
[13:58] <ogra_> :)
[13:58] <ogra_> its not different to the pandaboard 
[13:58] <ogra_> which is rather atom class 
[13:58] <tgardner> ogra_, ok, then what is the issue? you want to disable them ?
[13:58] <ogra_> and he rolls a normal unity-2d ubuntu desktop image for it 
[13:59] <ogra_> tgardner, i wonder if we have documentation anywhere why what is needed so i can go through the enforcer file and drop things for non ubuntu maintained kernels (missing aufs for a non live system wont do harm for example, but people need to know that its only for this)
[14:00] <tgardner> ogra_, there is probably a rationale somewhere. ogasawara, do you have this in our config review spec ?
[14:00] <ogra_> ... if no userspace makes any use of security_yama and security_smack i wouldnt want to patch a 2.6.29 BSP kernel i package for universe to have it (and having to maintain that patch)
[14:01] <ogasawara> tgardner, ogra_: nope, I don't recall we've documented the config enforcer in any or our wikis or specs
[14:01] <lilstevie> Well I just want to know what are the absolute required patches
[14:01] <ogasawara> tgardner, ogra_: I think some of the configs being enforced have a comment in the file itself for why it's there, otherwise one would likely have to parse the git history
[14:01] <ogra_> lilstevie, my ac100 works fine without security_yama and security_smack on oneiric 
[14:01] <tgardner> lilstevie, I think anything in the ubuntu directory is optional since its not part of mainline. aufs, yama, etc...
[14:02] <lilstevie> yeah I am working fine without yama and smack
[14:02] <lilstevie> I am just wondering if there is any reason that I may not be seeing
[14:03] <ogra_> ubuntu should generally be able to run with mainline kernels
[14:03] <ogra_> the ubuntu patches are usually fo special features (i.e. aufs -> livecd)
[14:03] <tgardner> ogra_, apparmor will complain a little, but things will still work
[14:04] <lilstevie> and we don't have a live cd on arm do we?
[14:04] <lilstevie> tgardner: well I have apparmor
[14:04] <ogra_> hmm, it doesnt complain here on an up to date oneiric
[14:04] <kees> ogra_, lilstevie: running without Yama will open a system up to a few classes of security vulnerabilities, so I would recommend keeping it.
[14:04] <lilstevie> kees: it isn't available in my kernel
[14:04] <lilstevie> this is why I am wondering
[14:04] <ogra_> kees, "keeping" isnt the discussion point ;)
[14:05] <kees> ogra_: oh, I have misunderstood, then. :)
[14:05] <lilstevie> Yama and Smack are not available in my kernel
[14:05] <ogra_> its an older kernel version (as BSP kernels usually are) that misses such features
[14:05] <ogra_> to be packaged in universe for a certain device 
[14:06] <kees> nothing in the default ubuntu userspace uses smack, so that's fine.
[14:06]  * ogasawara back in 20
[14:06] <ogra_> great :)
[14:06] <kees> there are a few regression tests that will fail if Yama is missing, and while a few things are tuned to work with Yama, they will operate fine without it.
[14:07] <lilstevie> ok that is good to know
[14:07] <ogra_> lilstevie, so i would look how much effort adding yama is :) 
[14:07] <lilstevie> yeah
[14:10] <lilstevie> kees: is this all there is to yama http://codereview.chromium.org/6677065
[14:10] <lilstevie> if so that isn't too bad
[14:15] <kees> lilstevie: it's small, yeah. the "current" set of patches is as mentioned from that url, in my git tree: http://kernel.ubuntu.com/git?p=kees/linux-2.6.git;a=shortlog;h=refs/heads/yama
[14:16] <jmburgess> Hey kernel team. I have two bugs that I think are ready to be marked as triaged. Can anybody look them over for me? I'm new
[14:16] <jmburgess> Bug 565543 and 814426
[14:17] <ubot2> Launchpad bug 565543 in linux "Alps touchpad detected as ImPS/2 Generic Wheel Mouse(in VAIO E series) after the kernel upgrade" [Medium,Confirmed] https://launchpad.net/bugs/565543
[14:17] <ubot2> Launchpad bug 814426 in linux "Natty Narwhal Crackling Sound" [Medium,In progress] https://launchpad.net/bugs/814426
[14:17] <lilstevie> actually smack seems pretty easy to implement too
[14:19] <charlie-tca> jmburgess: looking
[14:19] <jmburgess> Thanks charlie-tca
[14:20] <kees> lilstevie: smack should just be a CONFIG_* option, iirc.
[14:20] <charlie-tca> jmburgess: Done; very nice work on those
[14:20] <charlie-tca> Thanks for helping with those bugs.
[14:21] <lilstevie> kees: heh yeah, smack is implemented in kernel, just not refered to in the makefile or Kconfig
[14:21] <lilstevie> I just didn't notice before
[14:23] <jmburgess> charlie-tca, :) glad I can help
[14:23] <charlie-tca> kernel bugs are difficult to work. It is good to have some help with them
[15:32] <Q-FUNK> Greetings!  It seems that I have a serious regression in Oneiric since kernel 3.0 that has forced me to revert to 2.6.38. 
[15:33] <Q-FUNK> I'd love to report it, except that 'ubuntu-bug linux-image-3.0.0-7-generic' would obviously attach the wrong boot logs. Any ideas on how to work around that?
[15:57] <apw> Q-FUNK, i think it doesn't attach the running ones if you use a binary like that
[16:03]  * smb -> away
[16:04]  * herton -> lunch
[16:10] <Q-FUNK> apw: could be.  any other way to get the log from the previous boot, to shot what crashed?
[16:14] <apw> nothing in syslog?  and it crashes hard ?
[16:16] <Q-FUNK> it freezes half-way thru the boot.   it already started misbehaving during the 2.6.39, but it was fairly random at that time.  mostly odd segfaults whenever running dpkg.  with 3.0, it's nearly systematic.
=== bjf is now known as bjf[afk]
=== ogasawara_ is now known as ogasawara
[17:15] <apw> Q-FUNK, and booting without splash vthandoff and adding debug wahts that look like
[17:15] <Q-FUNK> apw: I'm probably missing half of your sentence?
[17:16] <apw> i am trying to work out what level of kernel loggin is visible when you are booting
[17:16] <apw> therefore i am asking if you have disabled splash etc and turned on debug
[17:20] <apw> Q-FUNK, ^^
=== tgardner is now known as tgardner-afk
[17:32] <Q-FUNK> apw: if your have cmdline recipe I could input into grub, I'd welcome that.
[17:32] <apw> when at the boot menu, edit the entry and change the set gfxmenu=$xxx to =text
[17:33] <apw> then drop "splash" and "vt.handoff=N" from the command line and add "debug"
[17:33] <apw> then boot that
[18:03] <cnd> bjf[afk], sconklin: how is the sru bug tracking page generated?
=== bjf[afk] is now known as bjf
[18:04] <bjf> cnd, look in kteam-tools/web the makefile shows all
[18:05] <cnd> bjf, ok, thanks
[18:06] <Q-FUNK> apw: thanks.  where will that drop the log ad how do I grab it when I reboot into my backup kernel to attach to the bug?
[18:21] <dupondje> For a gps device, a /dev/gpsX should be created or ?
[18:29] <sforshee> dupondje, no /dev/gps that I'm aware of. What kind of device is it?
[18:32] <ohsix> sforshee: they're usually serial ports, barring devices that don't talk NMEA
[18:33] <sforshee> ohsix, depends, a lot of consumer models just have a USB mass storage interface
[18:33] <ohsix> (so they're on the serial ports, not gpsX)
[18:33] <ohsix> my only experience is garmin devices where it's a proprietary protocol or nmea
[18:34] <ohsix> i presume he actually meant to get gps information, not something like a tomtom situation where you copy maps or whatever to it over usb
[18:34] <sforshee> ohsix, that's why it depends on the model :)
=== tgardner-afk is now known as tgardner
[18:35] <dupondje> iInterface             18 Dell Wireless 5540 HSPA Mini-Card GPS Port
[18:35] <ohsix> yup, i was more speaking to getting nmea and it showing up as a serial port; he'd probably notice a disk :P
[18:36] <dupondje> would be cool if it worked :P
[18:37] <sforshee> dupondje, my first guess would a serial port then, but I don't know anything about that device
[18:37] <dupondje> Bus 002 Device 004: ID 413c:8184 Dell Computer Corp. F3607gw v2 Mobile Broadband Module
[18:37] <dupondje> its 3G & (A)GPS in one
[18:39] <dupondje> usb-_ADell_Wireless_5540_Dell_Wireless_5540_3563970331281170-if0X
[18:39] <dupondje> mmm :) serial it seems indeed
[18:39] <dupondje> got 3 of them
[18:40] <sforshee> dupondje, from there it depends if it used NMEA or some proprietary protocol
[18:40] <JanC> that's an Ericsson I guess?  ☺
[18:41] <dupondje> any idea how I can find out what one of the 3 it is ?
[18:41] <JanC> dupondje: try pointing gpsd to all 3 of them and see which one it gets data from?
[18:43] <ohsix> try "cat" on all of them, one at a time :>
[18:43] <ohsix> one of them will probably be the modem baseband, dunno what the third will be
[18:44] <dupondje> none of them gives output :P
[18:44] <sforshee> dupondje, you could also try looking at the data from 'udevadm info --export-db' for the ttyUSB devices, see if there are descriptive names associated with them
[18:45] <ohsix> those cards tend to need firmware and special knocks too
[18:46] <JanC> not sure if this has useful info: http://sourceforge.net/apps/mediawiki/mbm/index.php?title=MBM
[18:46] <dupondje> NetworkManager does see the modem, so thats fine
[18:47] <dupondje> JanC: seems nice
[18:47] <dupondje> lets read
[18:54] <dupondje> mmm, the tool depends on HAL :(
[19:20] <apw> bjf, ok finally remembered to fix those two reports ... should be ok now
[19:20] <bjf> apw, it would seem so
[19:21] <apw> bjf, i've also moved your update jobs a couple minutes earlier to miss the matrix update
[19:21] <bjf> apw, wfm
[19:47] <dupondje> JanC: http://www.thinkwiki.org/wiki/Ericsson_F3507g_Mobile_Broadband_Module
[19:47] <dupondje> seems like it can be enabled manually also :D
[19:48] <JanC> right, that's at least based on the same Ericsson card, it seems
[19:49] <JanC> or a similar one?
[19:49] <JanC> 3507 vs. 3607
[19:53] <dupondje> $GPGGA,,,,,,0,00,0.5,,M,-0.142099,M,0.0000199,0130*54
[19:53] <dupondje> $GPRMC,000151.86,V,,,,,,,060180,,,N*79
[19:53] <dupondje> $GPGSA,A,1,,,,,,,,,,,,,1.1,0.5,1.0*34
[19:53] <dupondje> hehe :D
[19:56] <dupondje> waiting for a fix :)
[20:26]  * JanC only has a 12 € "GPS mouse"  ☺
[20:28] <JanC> (which gets a fix within seconds)
[20:58] <dupondje> still no fix btw
[20:58] <dupondje> sad :(
=== yofel_ is now known as yofel
=== kentb is now known as kentb-out
[22:06] <robbiew> any known issues with power management in Oneiric?  my x220 is getting sucked dry:
[22:06] <robbiew> Power usage (ACPI estimate): 19.8W (2.3 hours)
[22:06] <robbiew> Top causes for wakeups:
[22:06] <robbiew> 33.9% (526.4)   [Rescheduling interrupts] <kernel IPI>
[22:06] <robbiew> 23.1% (358.6)   SignalSender
[22:17] <Sarvatt> robbiew: thats chromium sucking your power dry
[22:17] <robbiew> all hell
[22:18] <Sarvatt> robbiew: supposedly fixed by 14.0.835.0 according to the bug report
[22:18] <Sarvatt> http://code.google.com/p/chromium/issues/detail?id=77625
[22:19]  * robbiew is running chrome browser...but I guess it's there too
[22:19] <robbiew> amazing...thanks!
[22:21] <manjo> Sarvatt, u genius
[22:22]  * robbiew switches to the unstable package...maybe the fix is there...damn sure ain't in stable
[22:23] <Sarvatt> 14.0.835 should be dev channel
[22:25] <robbiew> yep...fixed in unstable Chrome browser