[01:07] <BUGabundo> o/ uh uh
[01:08] <BUGabundo> so the network applet is broken :\
[01:09] <Daekdroom> BUGabundo, it's working alright in here
[01:23] <coz_> is anyone having issues with usb?  external drives in particular
[01:23] <coz_> I am finding ,, only recently  that files on externals are being corrupted
[01:23] <BUGabundo> coz_: not really
[01:24] <BUGabundo> altough one of my external disks is diying
[01:24] <coz_> mm  I know its not the drive,, if I hook it up via IDE  all is well
[01:24] <BUGabundo> making backups of most important data now
[01:24] <coz_> only via usb are files being corrupted
[01:24] <BUGabundo> no corruption here
[01:26] <coz_> mmm
[01:27] <coz_> BUGabundo,  I will have to check hardware I guess...
[01:48] <blixten> anyone here know how to run x86 32bit bins on a ppc64 ubuntu 64 system?
[01:57] <coz_> blixten,  I dont ,, I was under the impression that ppc64 could only run the 64 bit version
[01:58] <rww> ppc64 can't run i686 or x86_64 binaries without emulation, as far as I know.
[01:58] <rww> and I don't know if there's a viable emulator.
[02:00] <blixten> :(
[03:45] <sagaci> when do the daily development images get generated, at what time each day?
[04:01] <rww> the cdimage server says "Last modified" for them was 13:37 (someone totally did that deliberately). That's probably UTC.
[04:10] <coz_> hey guys,,, is anything being done about t hat "grab" handle?  it is showing up permanently in screenlets...real irritating
[04:10] <coz_> http://dl.dropbox.com/u/132551/screenshots/impulse-trinagle.png
[04:51] <endless> good morning everyone
[04:51] <coz_> hey guy
[04:52] <endless> hey coz_, see you again
[04:55] <coz_> endless,  leaving already?
[04:59] <coz_> well that was a P*&ser"
[09:10] <gunndawg> so how is Natty shaping up?
[10:15] <sudo_zoel> hello everyone
[10:18] <sagaci> hi
[10:38] <sudo_zoel> what's new from 11.04?
[10:39] <sagaci> heaps
[10:47] <gunndawg> how is natty shaping up?
[10:47] <gunndawg> Im stickin with 10.10 for now
[10:49] <sagaci> kernel panics on the daily's and alpha 2
[10:50] <yofel> I'm not getting those, but regular GPU lockups with nouveau on my notebook
[11:08] <gunndawg> Think I'll just hang on to 10.10 until 11.04 is released, even then I might give it a bit of time to grow
[11:09] <gunndawg> unless I hear good enough things about it on launch
[11:12] <sagaci> final releases are pretty good, a week later and most of the pressing issues are resolved
[11:21] <gunndawg> I hope I can get my mic jack to work in Natty so I can use skype audio
[12:29] <coz_> good day
[12:30] <penguin42> is it? Haven't made up my mind yet
[12:36] <Q-FUNK> has anybody else encountered a situation where gdm stalls after selecting the user from the face browser and then never launches the gnome session?
[12:37] <coz_> Q-FUNK,  not that exactly but  withouty fail... it takes sometimes 3 or 4 resets of the system to actually boot to gdm h ere.. not sure if it is related to scsi drives  yet
[12:38] <Q-FUNK> coz_: ok. different issue, then. here, booting works flawlessly, but gdm stalls.
[12:39] <coz_> Q-FUNK,   yeah understood... but aparenlty there are boot issues  :)
[12:41] <coz_> Q-FUNK,  out of curiosity,,, does this happen on each boot?  doest it solve itself if you keep rebooting?
[12:41] <coz_> resolve  rather
[12:43] <Q-FUNK> coz_: it has happened ever since I upgraded from maverick.  it never resolved itself. I ended up having to install lxdm from console just to be able to login.
[12:45] <penguin42> Q-FUNK: I'd go and try digging in some logs to see if there is anything showing up; if you select one of the failsafe sessions does it let you login?
[13:12] <coz_> what is the status of fixing that "grab" handle?   here on some applications, it is a permanently visible  bug   http://dl.dropbox.com/u/132551/screenshots/grabhandle.png
[13:22] <yofel> iirc the bug is still open, I see them too here
[13:27] <valkyrie> hello, does natty have a live dvd?
[13:38] <Hew> I've been trying to upgrade to natty for over a week now, but I keep getting the following message: E:Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
[13:38] <Hew> I can't see what the problem could be, anyone else heard of this issue?
[14:09] <penguin42> how have you been trying to do the upgrade?
[14:11] <sidnei> Hew, check the log file it has more info
[14:12] <sidnei> Hew, i cant remember the filename, but i its in /var/log/
[14:12] <Hew> penguin42, update-manager -d
[14:13] <penguin42> Hew: OK, and is that the whole error you get or is there any more? Do you have any PPAs installed?
[14:14] <Hew> sidnei, I have looked through /var/log/dist-upgrade but can't find anything useful, like an error on a package or something. I thought before alpha 2 maybe it was xorg breakage, but that can't be the case anymore.
[14:15] <Hew> penguin42, sure I have local packages, I have tried the upgrade with all third party repos turned off. If it said what package was causing the problem I would be able to do something about it.
[14:15] <Hew> I already went and undid my xorg-edgers packages, but that didn't help
[14:15] <penguin42> Hew: did you use ppa-purge to do that?
[14:15] <Hew> no, I have not heard of that
[14:16] <penguin42> Hew: It's a program (that I think xorg-edgers installs?) that can be used for removing ppa's - it does a good job cleaning up
[14:17] <penguin42> it's in the ppa-purge package
[14:17] <penguin42> Hew: The other thing you could try is do-release-update -d from the command line, I wonder if it will give you more debug
[14:18] <Hew> thanks penguin42 I'll try that now
[14:30] <Hew> penguin42, just the same messages
[14:30] <Hew> Calculating the changes
[14:30] <Hew> Calculating the changes
[14:30] <Hew> Could not calculate the upgrade
[14:32] <penguin42> hmph
[14:33] <penguin42> Hew: OK, in that case I'd try removing any other ppa stuff you have, especially any library or core stuff; don't just remove the ppas from the sources.list; you need to downgrade the packages to the standard ones
[14:34] <Hew> penguin42, I am removing all local packages now.. sucks
[14:38] <andreas> I crippled my system with trying to update to python2.7 today. I seem to hit Bug 689615 but I have no idea how to fix it.
[14:39] <andreas> I now forced dpkg to remove all 2.6 python packages, but the configure for python2.7-minimal still doesn't work
[14:40] <andreas> It complains: "python or pycompile not found in public_modules.rtinstall hook."
[14:40] <andreas> Does anyone know a way to fix this mess?
[14:40] <penguin42> Hew: It's probably just one package with a weird dependency
[14:44] <Hew> penguin42, I'd think if it was one package it would be clear from the error displayed, or at least from the logs, what the problem was
[14:45] <penguin42> Hew: Yeh I'm susrprised you're not seeing more logs
[14:45] <Hew> all the logs show is the upgrade logic solving all the issues, then it ends and doesn't seem to have worked
[14:46] <penguin42> Hew: Can you put one of those logs in a pastebin?
[14:47] <Hew> I've removed all local packages now so I'm attempting to upgrade again, will post when this one fails..
[14:49] <Hew> penguin42, whoa it looks like it's working!
[14:49] <penguin42> wahey!
[14:49] <Hew> maybe it was medibuntu upgraded packages..
[14:49] <Hew> penguin42, thanks for your help!
[14:49] <penguin42> no problem
[14:53] <andreas> Is there a way to securely remove python2.6* packages from the system - seems like I missed some
[15:09] <penguin42> andreas: dpkg -l \*2.6\*|grep python|grep -v ^un    lists the ones I have left installed
[15:11] <andreas> penguin42: Thanks - I purged that one, too - but it still complains
[15:12] <andreas> I even found the point in pycompile were it fails - but I don't know how to fix it
[15:13] <bullgard4> !gnome3
[15:14] <penguin42> sorry, I don't know anything about the innards of python
[15:15] <andreas> penguin42: me neither :(
[15:56] <avis> can anyone recommend a ppa to run unity under maverick ?
[16:02] <valkyrie> i have tried, none can pass the certification
[16:03] <valkyrie> so, i have no guts to install them
[16:15] <valkyrie> lol, my toolbars disappeared randomly
[16:15] <valkyrie> what a buggy natty!
[16:15] <valkyrie> i have to kill the gdm and restart again
[16:16] <Daekdroom> Unity is crashing randomly for pretty much anyone.
[16:16] <Daekdroom> Use classic gnome.
[16:17] <penguin42> compiz on classic is being a bit crashy as well
[16:17] <Daekdroom> That is why I use (No effect)
[16:18] <coz_> unless you compile 0.9  from git... but there are still bugs there
[16:18] <valkyrie> unity is a not-bad eye-candy
[16:19] <valkyrie> i am exciting to use 11.04
[16:19] <valkyrie> hehehe
[16:20]  * valkyrie kicks fedora out of the door
[16:39] <Omega> valkyrie: Remember the CoC.
[16:39] <charlie-tca> seems like alpha software still has bugs in it, huh?
[16:40] <valkyrie> coc?
[16:40] <Daekdroom> Code of Conduct
[16:40] <Daekdroom> !CoC
[16:41] <valkyrie> i have no email, so i don't think i can sign on something
[16:42] <charlie-tca> You still agreed to follow it when you come into any #ubuntu++++ channel
[16:42] <Daekdroom> Actually, we agreed to follow the TermsOfService
[16:43] <Daekdroom>  https://wiki.ubuntu.com/IRC/TermsOfService
[16:43] <Daekdroom> Which implies following the CoC ;)
[16:52] <bazhang> valkyrie, it has zero to do with email, you need to follow it in ubuntu channels whether you choose to sign it or not
[17:20] <coz_> hey guys ,, out of curiosity... generally when do sites like this    get updated    https://help.ubuntu.com/community/HardwareSupportComponentsWirelessNetworkCardsAsus#USB
[17:20] <coz_> sorry  t his one   https://help.ubuntu.com/community/WifiDocs/WirelessCardsSupported
[17:21] <penguin42> coz_: I think it's just a wiki, so it depends on the person who wrote it
[17:21] <coz_> penguin42,  ah ok... that I understand.. its unfortunate it is a bit outdated in terms of which ubuntu version ;(
[17:21] <penguin42> coz_: Feel free to update it I think
[17:22] <coz_> penguin42,  :)  if I had the info I would definitly do that...
[17:22] <coz_> I may have to use a wireless usb  so I checked there but no biggie
[19:54] <daniel__> hi @all
[19:54] <daniel__> How can I enable ALT+F2 dialouge in Unity 2D?
[20:28] <Daekdroom> I'm now forced to use Windows :(
[20:31] <rork> why?
[20:32] <Daekdroom> Some odd regression.
[20:32] <Daekdroom> 11.04 has trouble communicating with my router.
[20:32] <Daekdroom> It works, but the quality is awful.
[20:32] <yofel> you really should have a fallback installation on a flash drive at least when using natty..
[20:32] <yofel> hm, ralink?
[20:33] <yofel> I did notice my eeePC being unstable
[20:33] <Daekdroom> MCP61 ethernet chip and a DSLink 260E router
[20:33] <alex_mayorga> Can I get some pairs of eyes on bug 713781 please?
[20:34] <yofel> oh, *that*
[20:34] <yofel> alex_mayorga: yeah, I see that too, but that's *before* X comes up
[20:35] <yofel> so that's the KMS framebuffer I would say
[20:35] <coz_> hey guys
[20:35] <yofel> hi coz_
[20:35] <coz_> yofel,  hey guy :)
[20:35] <alex_mayorga> yofel: but you do get X, right?
[20:35] <yofel> I do here
[20:35] <alex_mayorga> in my case is all garbled, I think I uploaded the picture of it
[20:35] <yofel> you can add me to the ranks of GPU lockup cards with nouveau though :(
[20:36] <yofel> yeah, I see that too here, but X starts after that with nouveau
[20:36] <alex_mayorga> yofel: nVidia?
[20:36] <yofel> alex_mayorga: yep
[20:36] <yofel> I'll probably ping bryce later for some debugging instructions
[20:37] <alex_mayorga> mine does start as I can hear the bongo if I type my password, but gdm is all garbled
[20:37] <yofel> nouveau works perfectly fine on my desktop, but my notebook is a mess
[20:37] <alex_mayorga> 2.6.37-12 would have to do for now
[20:37] <yofel> I think I actually managed to get a dozen freezes in one hour once
[20:38] <alex_mayorga> maybe I should go try edgers, do you now how?
[20:38] <alex_mayorga> s/now/know
[20:38] <alex_mayorga> or maybe try squeeze :)
[20:38] <yofel> add ppa:ubuntu-x-swat/x-edgers, probably the wrong URL though
[20:38] <Daekdroom> sudo add-apt-repository ppa:xorg-edgers/ppa
[20:38] <Daekdroom> x-swat is for stable updates.
[20:38] <yofel> ah, that one ;)
[20:38] <yofel> ah
[20:39] <Daekdroom> Altho you must read the PPA page in launchpad before adding, really.
[20:39] <alex_mayorga> Daekdroom: OK, I will thanks!
[20:46] <alex_mayorga> at #nouveau they tell me to disable vesafb, can anyone tell me how?
[20:48] <Daekdroom> Has anyone seen anything like bug #713443 before?
[20:50] <yofel> alex_mayorga: not really, I think we use vesafb by default now since the last grub changes
[20:50] <yofel> to get plymouth graphical mode to work with non-kms drivers
[20:51] <bjsnider> well, plymouth is very crucial
[20:52] <bjsnider> extremely crucial, even
[20:52] <yofel> yeah, but nouveau doesn't seem to like those changes
[20:52] <yofel> first I get graphical plymouth with 640x480 res, then pixel garbage, then X
[20:52] <yofel> plymouth is only fine on shutdown
[20:53] <yofel> nouveau framebuffer rather
[20:54] <daniel__> Where's this channel logged?
[20:55] <guntbert> !logs | daniel__
[20:58] <alex_mayorga> yofel: so no way to disable it then?
[20:58] <daniel__> thank you
[20:58] <yofel> alex_mayorga: I don't know how
[20:59] <alex_mayorga> yofel: I see, thanks anyway
[20:59] <yofel> hm...
[20:59] <yofel> setting GRUB_GFXPAYLOAD_LINUX=text in /etc/default/grub might help
[21:00] <alex_mayorga> yofel: is that to me?
[21:01] <yofel> alex_mayorga: yep
[21:02] <alex_mayorga> so I just add "GRUB_GFXPAYLOAD_LINUX=text" anywhere?
[21:04] <yofel> yes
[21:05] <yofel> that should disable the graphical kernel mode that sets vesafb up IIRC
[21:05] <alex_mayorga> yofel: let me try that one
[21:05] <alex_mayorga> BRB, hopefully :)
[21:15] <Daekdroom> Looks like I fixed network-manager.
[21:16] <Daekdroom> Aw.. It's still not working alright :(
[21:21] <alex_mayorga> yofel: nothing except this time the text from the boot stayed in there :)
[21:21] <yofel> :S
[21:22] <alex_mayorga> any other tips?
[21:41] <ethana2> howdy-- nVidia user here..  I
[21:41] <ethana2> whoops, hit enter..  I've tried every driver I can think of on 11.04, and haven't been able to get 3d working yet
[21:41] <ethana2> Is this likely to be fixed soon or is it fixed already?  ..or is it going to be a week or two or something?
[21:42] <paradigmflow> I've just done an upgrade using the terminal method and it still says 10.10?
[21:42] <penguin42> says where?
[21:43] <paradigmflow> on the loading screen
[21:43] <paradigmflow> and monitor window
[21:43] <paradigmflow> system monitor
[21:44] <penguin42> hmm - can you do a uname -a   and tell me what it says?
[21:44] <ethana2> ah, the magic or release notes
[21:45] <paradigmflow> 2.6.35-25-generic
[21:45] <penguin42> sounds like it hasn't upgraded
[21:45] <paradigmflow> :(
[21:45] <penguin42> ok, so how did you upgrade?
[21:46] <paradigmflow> from the dos window
[21:46] <penguin42> how?
[21:46] <penguin42> (It's not a dos window, it's a shell)
[21:46] <paradigmflow> :$
[21:46] <penguin42> yeh, so what did you do to upgrade
[21:47] <paradigmflow> I typed "update-manager -d"
[21:48] <paradigmflow> it said a new distro is available
[21:48] <penguin42> ok, then what?
[21:48] <paradigmflow> 11.04
[21:48] <paradigmflow> then I followed the prompts
[21:48] <paradigmflow> intructions
[21:49] <penguin42> any errors?
[21:49] <paradigmflow> it asked me whether I wanted to keep maverick or install newer version
[21:49] <paradigmflow> nope
[21:49] <paradigmflow> got to the restart at the end of the script/install
[21:49] <penguin42> how long did it take?
[21:49] <paradigmflow> about 45 mins
[21:50] <paradigmflow> it downloaded the distro about a 1gig I think and then started the install
[21:50] <paradigmflow> all looked well
[21:51] <paradigmflow> until I rebooted
[21:51] <paradigmflow> :(
[21:52] <penguin42> odd, sounds reasonable - did you tick the thing about trying stuff in aufs ?
[21:53] <paradigmflow> yes
[21:53] <penguin42> hmm, I've never done that and don't know how it works, it's supposed to let you revert to the old-unupgraded version, and it sounds like you've done that somehow
[21:54] <paradigmflow> I'm running it again
[21:54] <paradigmflow> got this: WARNING: Failed to read mirror file
[21:55] <paradigmflow> now it's calculating the changes
[21:55] <paradigmflow> some hd grinding going on :$
[21:57] <paradigmflow> hmm...E:Unable to correct problems, you have held broken packages.
[21:59] <penguin42> any more errors before that ?
[22:00] <paradigmflow> A deprecation warning
[22:00] <penguin42> can you paste the full set of errors to a pastebin?
[22:01] <paradigmflow> not used it yet :(
[22:02] <paradigmflow> Checking for a new ubuntu release
[22:02] <paradigmflow> /usr/lib/python2.6/dist-packages/apt/progress/old.py:134: DeprecationWarning: apt.progress.FetchProgress is deprecated.
[22:02] <paradigmflow> theres 9 of those
[22:03] <paradigmflow> relating to different packages
[22:04] <paradigmflow> extracting 'natty.tar.gz'
[22:04] <paradigmflow> authenticate 'natty.tar.gz' against 'natty.tar.gz.gpg'
[22:04] <paradigmflow> then the error I just posted
[22:05] <penguin42> be much better if you could paste to a pastebin, but still, that all looks OK
[22:25] <alex_mayorga> how do I get back the calendar applet?
[22:26] <alex_mayorga> using ubuntu classic desktop
[22:55] <BUGabundo> hey guys can anyone recommend me a easy to setup SIP server ?
[22:55] <BUGabundo> with TLS support
[23:04] <genii-around> asterisk?
[23:06] <BUGabundo> too complex for a simple test genii-around
[23:06] <BUGabundo> is it safe to remove 5)     xserver-xorg-video-nv ?
[23:08] <yofel> should be, it's not used anyway these days
[23:08] <BUGabundo> ok
[23:08] <BUGabundo> I got an upgrade pending on that
[23:08] <BUGabundo> yofel: anyidea why gwibber is showing *old* notifications bubbles?
[23:09] <yofel> nope, I don't use it
[23:16] <genii-around> !info ser
[23:16] <genii-around> hm
[23:16] <johnjohn101> i can't wait to try unity on the live cd
[23:17] <genii-around> BUGabundo: I'm not sure how easy or not it is to set up, but probably less work than asterisk
[23:17] <BUGabundo> will try sipwitch
[23:18] <BUGabundo> will keep an eye on that ser, genii-around
[23:27] <LLStarks> proposal: rename ubuntu classic desktop to "natty light"
[23:28] <BUGabundo> ahaha


[21:35] <Bryanstein> Hello anyone alive in here?
[21:35] <Bryanstein> RBecker, perhaps?
[21:36] <RBecker> depends on how much you pay me
[21:37] <RBecker> lol, hi, I'm here
[21:45] <Bryanstein> RBecker,
[21:45] <Bryanstein> errr...how about $$$$$$$$$$ much
[21:46] <RBecker> I was joking
[21:46] <Bryanstein> RBecker, I'm trying to track down Brian or umm
[21:47] <Bryanstein> who is the other team leader of the SC loco?
[21:47] <RBecker> don't know who either of them are
[21:48] <Bryanstein> Jesse Richardson?
[21:49] <Bryanstein> RBecker, are you going to the South East Linux Fest?
[21:49] <RBecker> idk
[21:54] <Bryanstein> RBecker, do you guys have actual meetings?
[21:54] <RBecker> No, because no one keeps the team organized any more


[16:05] <Daviey> Hey, how do you edit an event/date on the fridge cal?
[16:05] <Daviey> The instructions seem to be for NEW events
[20:02] <nhandler> Daviey: If you added the event, just edit it in google calendar. It will cause the fridge event to update as well
[20:03] <nhandler> Daviey: If you didn't add it, you will need either the original person who added it to make the change or someone with direct access (I could help)
[20:04] <Daviey> nhandler: i didn't
[20:04] <Daviey> nhandler: cool, can you change the server team meeting time :)
[20:04] <nhandler> Daviey: To what
[20:06] <Daviey> nhandler: sorry, multitasking here
[20:07] <Daviey> nhandler: every Tues - 1800 UTC
[20:09] <nhandler> Daviey: So not Wednesday at 14:00 UTC ?
[20:10] <Daviey> nhandler: no,changed from todat
[20:10] <Daviey> today*
[20:11] <nhandler> Daviey: Right now, it is a repeating event that takes place every wednesday at 14:00 UTC.
[20:12] <nhandler> Daviey: So you want this repeating event changed to be every Tuesday at 1800 UTC instead?
[20:12] <Daviey> nhandler: yes, from today - it's no longer that
[20:12] <Daviey> nhandler: yes please
[20:12] <nhandler> Oh, ok. I understand what you are saying now ;)
[20:13] <nhandler> Daviey: Check now
[20:16] <Daviey> nhandler: sorry, for being brief - i'm mega multi-tasking atm
[20:17] <Daviey> nhandler: hmm,not seeing it for 4th May
[20:19] <nhandler> Hmmm...Let me see what happened
[20:20] <nhandler> Daviey: Check now
[20:24] <Daviey> nhandler: great!
[20:24] <Daviey> Thanks


Every time i try log into online banking at this time a get e "technical error please try again later". wtf i cannot believe i have to pay for this service


[10:00] <Destine> Hi.
[10:01] <head_victim_defy> Good evening all.
[10:02] <head_victim_defy> I'm on my phone so apologies if I'm slow or sending typos
[10:03] <ejat> head_victim_defy: :)
[10:04] <head_victim_defy> Gday. So have any of the applicants shown yet?
[10:04] <ejat> shani ? ubuntuku ?
[10:05] <ejat> sadeq , TeTeT ?
[10:05] <Destine> ejat, haven't found anyone.
[10:06] <ejat> Destine: ;(
[10:07] <Destine> ejat, do they know that we will have a meeting today?
[10:07]  * ejat calling one of the candidate
[10:08] <ejat> Destine: apogee is coming ..
[10:08] <ejat> only we 3 ?
[10:08] <Destine> ejat, I guess so.
[10:09] <ejat> need to find another 1 to fill the quorum ..
[10:09] <ejat> elky: ?
[10:09] <head_victim_defy> I propose we have a volunteer contact all the applicants by mail as suggested on the mailing list. Make them aware of the next meeting a as there hasn't ben any scheduled in a while
[10:09] <ejat> head_victim_defy: i agreed ..
[10:09] <Destine> ejat, agreed.
[10:10] <ejat> since the wiki page also not up2date
[10:10] <ejat> they havent notice .
[10:10] <head_victim_defy> I don't mind doing that over the next few days if no one else shows up tonight
[10:10] <ApOgEE> hi all
[10:10] <ejat> ApOgEE: welcome ..
[10:10] <ejat> head_victim_defy: thanks ..
[10:10] <Destine> ApOgEE, Hi.
[10:10]  * ejat pokes elky
[10:10] <ApOgEE> hi Destine
[10:11] <Destine> ejat, elky was in the Regional Membership Board when I was applying for membership. That was long time ago.
[10:11] <ejat> Destine: yeah .. i know .. i think need to find other regional people to help us to start the meeting ..
[10:12] <head_victim_defy> hmmm any other board members around that can fill in to make quorum?
[10:12]  * Destine board members plz...
[10:13] <czajkowski> I'm here if needed what's up ?
[10:14] <Destine> czajkowski, we are calling for board members... only 3 has come.
[10:14] <czajkowski> Destine: I'm on EMEA
[10:14] <ejat> czajkowski: mind to help us
[10:14] <head_victim_defy> Okay can someone on a real pc chair please?
[10:14] <czajkowski> ejat: yup sure
[10:15] <ejat> czajkowski: mind to chair ? :)
[10:15] <czajkowski> ejat: sorry pn the phone also
[10:15] <czajkowski> your board someone from your team should chair
[10:16] <head_victim_defy> Okay I will if need be
[10:16] <ApOgEE> hi czajkowski
[10:16] <ApOgEE> hi head_victim_defy
[10:16] <head_victim_defy> #startmeeting
[10:16] <meetingology> Meeting started Tue Sep 13 10:16:36 2011 UTC.  The chair is head_victim_defy. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[10:16] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[10:17] <head_victim_defy> #topic apogee's membership application
[10:17] <head_victim_defy> As the only one present lets start with apogee
[10:18] <ejat> ApOgEE: mind to intro your self
[10:18] <czajkowski> wiki page?
[10:18] <ApOgEE> Hi all, my name is Muhammad Fauzilkamil Bin Zainuddin from Malaysia
[10:18] <ApOgEE> my wiki page is https://wiki.ubuntu.com/ApOgEE
[10:19] <ejat> #link https://wiki.ubuntu.com/ApOgEE
[10:19] <ApOgEE> I've been actively helping Ubuntu Malaysia LoCo team since 2008
[10:20] <Destine> ApOgEE, I like the shirts you designed. :)
[10:20] <ApOgEE> Thanks Destine
[10:20] <czajkowski> nice detailed wiki page ApOgEE
[10:20] <elky> Hi, I'm here now
[10:20] <head_victim_defy> Awesome wiki page
[10:21] <ApOgEE> I'm preparing new LoCo t-shirt for the upcoming OnericOcelot launch party
[10:21] <head_victim_defy> Makes it hard to ask questions
[10:22] <ApOgEE> I'm sorry, I didn't prepare much for this meeting. This is my working hour and I'm in the office right now
[10:22] <ejat> i can testify what ApOgEE written on his wiki ..
[10:22] <czajkowski> ApOgEE: Can I ask with all your events happening in your team why you don't use the LD for your events http://loco.ubuntu.com/teams/ubuntu-my
[10:23] <ApOgEE> my blog is http://coderstalk.blogspot.com and http://artofapogee.blogspot.com where sometimes I use them to spread the words about ubuntu and FOSS Softwares
[10:23] <ejat> czajkowski: thats what we lack of .. we (ubuntu-my) previously havent full utilize the LD .. will update there a.s.ap
[10:24] <czajkowski> ApOgEE: what will becoming an Ubuntu member mean to you ?
[10:25] <ApOgEE> czajkowski: actually i'm trying to become official ubuntu member
[10:25] <czajkowski> ApOgEE: yes that's what I asked
[10:25] <ApOgEE> to encourage other newbies in our loco
[10:25] <ApOgEE> to get serious
[10:25] <czajkowski> ok
[10:25] <czajkowski> thanks
[10:26] <head_victim_defy> Anyone else have questions?
[10:26] <czajkowski> nope
[10:27] <head_victim_defy> Okay I'll put it to the vote. Only board members vote please
[10:27] <ApOgEE> thank you
[10:27] <head_victim_defy> #vote apogee membership application
[10:27] <meetingology> Please vote on: apogee membership application
[10:27] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[10:27] <czajkowski> +1 well done and keep it up
[10:27] <meetingology> +1 well done and keep it up received from czajkowski
[10:28] <ejat> +1
[10:28] <meetingology> +1 received from ejat
[10:28] <Destine> +1
[10:28] <meetingology> +1 received from Destine
[10:28] <head_victim_defy> +1 nice work with the loco
[10:28] <meetingology> +1 nice work with the loco received from head_victim_defy
[10:28] <elky> +1
[10:28] <meetingology> +1 received from elky
[10:28] <ApOgEE> thanks czajkowski ejat Destine head_victim_defy elky
[10:28] <head_victim_defy> #endvote
[10:28] <meetingology> Voting ended on: apogee membership application
[10:28] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[10:28] <meetingology> Motion carried
[10:29] <Destine> ApOgEE, congrats.
[10:29] <head_victim_defy> Well done apogee
[10:29] <ApOgEE> thank you very much
[10:29] <ejat> congrate ApOgEE .. keep up the good work with loco ..
[10:29] <head_victim_defy> Are there any other applicants here?
[10:30] <head_victim_defy> Or does anyone else have anything to bring up tonight?
[10:31] <ejat> i think only the one that u suggest just now
[10:31] <Destine> ejat, agree. That page is really out of date.
[10:31] <ejat> we need to notice or acknowledge the candidates for our next meeting
[10:32] <czajkowski> or else spring clean the wiki page fro start and if people are still interested they will re add themselves
[10:32] <ejat> czajkowski: agreed ..
[10:32] <Destine> czajkowski, agree.
[10:33] <czajkowski> it's not fair on the candidates and also havng a full set of members here as well so meetings start on time is more encouraging for members
[10:33] <head_victim_defy> Okay if you are all happy me to do I'll email them all this week telling them to reapply when ready
[10:34] <Destine> head_victim_defy, could you please tell me when is the next meeting?
[10:35] <head_victim_defy> Thanks elky, ejat, destine and czajkowski
[10:35] <ejat> thanks to u too ..
[10:35] <ApOgEE> Thanks all
[10:35] <head_victim_defy> Destine: 2nd and 4th tuesdays of every month according to the wiki
[10:35] <Destine> head_victim, thank you, good chair.
[10:36] <head_victim_defy> We can discuss I'd that suits on the mailing list so all members can have a say
[10:36] <Destine> head_victim_defy, thx.
[10:36] <head_victim_defy> Okay happy to end meeting?
[10:39] <head_victim_defy> #endmeeting
[10:39] <meetingology> Meeting ended Tue Sep 13 10:38:59 2011 UTC.
[10:39] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-13-10.16.moin.txt
[10:40] <head_victim_defy> Thanks one and ask I have to go back to work now
[15:58] <jamespage> o/
[15:59] <m_3> o/
[16:00] <Daviey> \o
[16:00] <jamespage> OK - lets get started then
[16:00] <jamespage> #startmeeting
[16:00] <meetingology> Meeting started Tue Sep 13 16:00:22 2011 UTC.  The chair is jamespage. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:00] <jamespage> #topic Review ACTION points from previous meeting
[16:00] <jamespage> no action point from last meeting
[16:01] <jamespage> #topic Oneiric Development
[16:01] <Daviey> Hey.
[16:01] <Daviey>  http://status.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:01] <jamespage> #chair Daviey
[16:01] <meetingology> Current chairs: Daviey jamespage
[16:01] <Daviey> is looking quite good, but also not making much progress.  Not seeing too much new stuff appearing, or some of the older stuff going away
[16:02] <Daviey> So we really need to look at what needs to be targeted.
[16:02] <Daviey> We didn't get as many bug reports from beta 2 as we might have hoped.
[16:02] <Daviey> This could mean it's already really, really stable
[16:02] <Daviey> (beta 1 rather)
[16:03] <Daviey> So please look over bugs, and see candidates for Oneiric
[16:03] <Daviey> http://status.ubuntu.com/ubuntu-oneiric/group/topic-oneiric-server-overview.html
[16:03] <Daviey> The main conerns i have regarding features are probably regarding arm at this stage.
[16:03] <hallyn> Daviey: can I mark bug 827831 wontfix?
[16:04] <Daviey> It's not clear what how that is looking.
[16:04] <hallyn> Daviey: and can you target the qemu-kvm-spice one?
[16:04] <Daviey> hallyn: And take pleasure in doing so.
[16:05] <Daviey> hallyn: spice-gtk ?
[16:05] <hallyn> no, qemu-kvm-spice merge
[16:06] <Daviey> hallyn: bug num?
[16:06] <hallyn> (finding)
[16:06] <hallyn> 828789
[16:07] <Daviey> bug 828789
[16:08] <Daviey> hallyn: thanks
[16:08] <hallyn> thank YOU
[16:08] <Daviey> Ursinha: thanks for joining us. :)
[16:08] <Ursinha> Daviey, autojoin failed, sorry
[16:09] <Daviey> anything else for devel?
[16:10] <jamespage> Daviey: does not appear so - shall we move on?
[16:10] <jamespage> #topic Ubuntu Server Team Events
[16:11] <Daviey> Openstack Developers Summit and Conference is soon
[16:11] <jamespage> So anyone want to raise awareness of events that members of the server team are attending?
[16:11] <Daviey> Oct 3rd ->
[16:12] <jamespage> any other events that folk are attending?
[16:12] <m_3> Strata, mediawiki hackathon, hadoopworld to show off ensemble
[16:12] <Daviey> m_3: where is that?
[16:13] <m_3> Strata/NY... mediawiki/NewOrleans... Hadoopworld/NY
[16:14] <Daviey> bah. no good for me.
[16:14] <jamespage> m_3: are you attending all of those events?
[16:14] <m_3> yup
[16:15] <jamespage> just out of interest anyone attending javaone (1-6 Oct) or the Jenkins Conference just before it?
[16:15] <jamespage> hmm - guess not - moving on
[16:16] <jamespage> #topic Weekly Updates & Questions for the QA Team (hggdh)
[16:16] <jamespage> #chair hggdh
[16:16] <meetingology> Current chairs: Daviey hggdh jamespage
[16:16] <jamespage> just in case he wants to action anyone :-)
[16:16] <jamespage> hggdh: any updates from the QA team?
[16:17] <jamespage> hmm - looks like no hggdh ATM - we'll come back to him later if he appears
[16:18] <jamespage> #unchair hggdh
[16:18] <meetingology> Current chairs: Daviey jamespage
[16:18] <jamespage> #unchair Daviey
[16:18] <meetingology> Current chairs: jamespage
[16:18] <jamespage> #topic Weekly Updates & Questions for the Kernel Team (smb)
[16:18] <Daviey> (apologies, only half here - on the phone)
[16:19] <jamespage> hmm - no smb either
[16:19] <jamespage> #topic Weekly Updates & Questions regarding Ubuntu ARM Server (NCommander)
[16:19] <jamespage> NCommander: any updates from you re ARM server?
[16:20] <jamespage> guess not
[16:20] <jamespage> #topic Weekly Updates & Questions from the Ubuntu Community
[16:21] <jamespage> any updates from the community? hows the review of the server documentation set going?
[16:21] <hggdh> jamespage: hi, sorry, was on a competing call
[16:22] <jamespage> hggdh - np - we can backup to your topic now
[16:22] <jamespage> #topic Weekly Updates & Questions from the Ubuntu Community
[16:22] <jamespage> or even
[16:22] <hggdh> OK.
[16:22] <jamespage> #topic Weekly Updates & Questions for the QA Team (hggdh)
[16:22] <hggdh> We have the new opestack tests to be integrated into the QA cycle, as jamespage told me today
[16:22] <hggdh> I am looking at it
[16:23] <hggdh> RoAkSoAx: you were to give me a writeup of installing cobbler. Is it ready?
[16:23] <hggdh> we want to get it set on the lab, and make it as near as possible to a standard
[16:23] <jamespage> #info https://wiki.ubuntu.com/ServerTeam/Oneiric/OpenStackTestPlan
[16:24] <adam_g> hggdh: we're still fleshing out some bugs on the provisioning side, but its coming along
[16:24] <adam_g> there is currently an openstack installation there
[16:24] <hggdh> adam_g: nice, thank you. We had some tests on cobbler, but I really want to do it by the book (whenever the book gets to exist, it will conform, I mean)
[16:25] <adam_g> i should note, openstack hogging almost the enitre cluster, so if someone needs to use the cluster, please let me know and ill tear down
[16:25] <RoAkSoAx> hggdh: orchestra/ensemble
[16:25] <RoAkSoAx> hggdh: it is ready
[16:25] <RoAkSoAx> hggdh: i mean I have already made a write-up
[16:26] <hggdh> RoAkSoAx: cool! We need to figure out hardware requirements, but they will not be available in time for beta. Can we do it under KVM?
[16:26] <RoAkSoAx> hggdh: yeah, I'm also using smoser's cobbler-devenv for that
[16:27] <hggdh> apart from that, life is good. Please remember beta2 is approaching (like we would forget), and test coverage *is* a requirement ;-)
[16:27] <hggdh> ..
[16:28] <jamespage> great - thanks hggdh
[16:28] <jamespage> #topic Open Discussion
[16:28] <jamespage> open floor - anyone got anything else they would like to raise?
[16:29] <jamespage> #topic Announce next meeting date and time
[16:30] <jamespage> Tuesday 2011-09-20 at 1600 UTC in #ubuntu-meeting
[16:30] <jamespage> see you next week
[16:30] <jamespage> #endmeeting
[16:30] <meetingology> Meeting ended Tue Sep 13 16:30:39 2011 UTC.
[16:30] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-13-16.00.moin.txt
[16:59] <apw> o/
[16:59] <kamal> \o
[16:59] <herton> o/
[17:00] <jjohansen> o/
[17:00] <bjf> #startmeeting
[17:00] <meetingology> Meeting started Tue Sep 13 17:00:21 2011 UTC.  The chair is bjf. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <bjf> ##
[17:00] <bjf> ## This is the Ubuntu Kernel Team weekly status meeting.
[17:00] <bjf> ##
[17:00] <bjf> # Meeting Etiquette
[17:00] <bjf> #
[17:00] <bjf> # NOTE: '..' indicates that you are finished with your input.
[17:00] <bjf> #       'o/' indicates you have something you'd like to add (wait until you are recognized)
[17:00] <bjf> #
[17:00] <bjf> [TOPIC] ARM Status (ppisati)
[17:00] <bjf>  * Various arm kernel flavours: pushed out missing maverick/mvl-dove kernel,
[17:00] <bjf>    it marks the end of this round of kernel updates.
[17:00] <bjf>  * Oneiric/ti-omap4: work continues on the video (latest kernel broke pvr driver
[17:00] <bjf>    and the omap fb seems incompatible with latest omap drm) and audio (we managed
[17:00] <bjf>    to get audio out of panda via aplay but not through pulseaudio yet) fronts.
[17:00] <bjf> ..
[17:00] <bjf> [TOPIC] Release Metrics and Incoming Bugs (ogasawara)
[17:01] <ogasawara> [17:01] <ogasawara> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:01] <ogasawara> [17:01] <ogasawara>  * 39 linux kernel bugs (up 19)
[17:01] <ogasawara> [17:01] <ogasawara>  * 2 linux kernel bugs (up 2)
[17:01] <ogasawara> [17:01] <ogasawara>  * 0 oneiric linux kernel bugs (no change 0)
[17:01] <ogasawara>  * 15 natty linux kernel bugs (no change 0)
[17:01] <ogasawara>  * 3 maverick linux kernel bugs (no change 0)
[17:01] <ogasawara>  * 7 lucid linux kernel bugs (no change 0)
[17:01] <ogasawara>  * 0 hardy linux kernel bugs (no change 0)
[17:01] <ogasawara> [17:01] <ogasawara>  * 191 oneiric bugs (up 19)
[17:01] <ogasawara>  * 1596 natty bugs (up 11)
[17:01] <ogasawara>  * 1087 maverick bugs (up 3)
[17:01] <ogasawara>  * 959 lucid bugs (up 1)
[17:01] <ogasawara>  * 32 hardy bugs (no change 0)
[17:01] <ogasawara> [17:01] <ogasawara> [17:01] <ogasawara>  * 0 oneiric bugs (no change 0)
[17:01] <ogasawara>  * 16 natty bugs (up 1)
[17:01] <ogasawara>  * 40 maverick bugs (no change 0)
[17:01] <ogasawara>  * 78 lucid bugs (up 3)
[17:01] <ogasawara>  * 0 hardy bugs (no change 0)
[17:01] <ogasawara> [17:01] <ogasawara>  * 7 oneiric bugs (up 1)
[17:01] <ogasawara>  * 433 natty bugs (down 2)
[17:01] <ogasawara>  * 237 maverick bugs (down 1)
[17:01] <ogasawara>  * 213 lucid bugs (no change 0)
[17:01] <ogasawara>  * 2 hardy bugs (no change 0)
[17:02] <ogasawara> [17:02] <ogasawara>  * 0 oneiric bugs (no change 0)
[17:02] <ogasawara>  * 3 natty bugs (no change 0)
[17:02] <ogasawara>  * 0 maverick bugs (no change 0)
[17:02] <ogasawara>  * 1 lucid bugs (no change 0)
[17:02] <ogasawara>  * 0 hardy bugs (no change 0)
[17:02] <ogasawara> ..
[17:02] <bjf> [TOPIC] Milstone Targeted Work Items
[17:02] <bjf> [LINK] http://status.ubuntu.com/ubuntu-oneiric/milestones.html
[17:02] <ogasawara> [LINK] http://people.canonical.com/~platform/workitems/oneiric/canonical-kernel-team-ubuntu-11.10-beta-2.html
[17:02] <ogasawara> || apw       || other-kernel-o-bug-handling         || 2 work items||
[17:02] <ogasawara> ||           || other-kernel-o-version-and-flavours || 1 work item ||
[17:02] <ogasawara> ||           || other-kernel-o-ubuntu-delta-review  || 1 work item ||
[17:02] <ogasawara> ||           || desktop-o-xorg-stakeholders-request || 2 work items||
[17:02] <ogasawara> || ppisati   || other-kernel-o-ubuntu-delta-review  || 1 work item ||
[17:02] <ogasawara> || sarvatt   || desktop-o-xorg-tools-and-processes  || 1 work item ||
[17:02] <ogasawara> || smb       || other-kernel-o-server-requirements  || 1 work item ||
[17:02] <ogasawara> If your name is in the table above, please review your Beta 2 work items.
[17:02] <ogasawara> ..
[17:02] <bjf> [TOPIC] Status: General Oneiric (ogasawara)
[17:03] <ogasawara> Last week we uploaded the 3.0.0-11.17 Ubuntu kernel.  I'm planning one more upload today in order to hit Kernel Freeze on Thurs.  I would like to remind everyone that after Kernel Freeze all patches are subject to our SRU policy in order to be applied.
[17:03] <ogasawara> Some important upcoming dates to keep in mind are as follows:
[17:03] <ogasawara>  * Sept 15 - Kernel Freeze (2 days)
[17:03] <ogasawara>  * Sept 22 - Beta 2 (~1 weeks)
[17:03] <ogasawara>  * Oct 13 - Final Release (~4 weeks)
[17:03] <ogasawara> ..
[17:03] <bjf> [TOPIC] Status: CVE's (apw)
[17:04] <apw> [17:04] <apw> [LINK] http://people.canonical.com/~kernel/cve/pkg/CVE-linux.txt
[17:04] <apw> Currently open CVEs for each supported branch:
[17:04] <apw> || Package                                  || Open      ||
[17:04] <apw> ||                                          ||           ||
[17:04] <apw> || linux Hardy                              ||   15 (+6) ||
[17:04] <apw> || linux Lucid                              ||    7 (+1) ||
[17:04] <apw> || linux Maverick                           ||   12 (+6) ||
[17:04] <apw> || linux Natty                              ||   11 (+5) ||
[17:04] <apw> || linux Oneiric                            ||    5 (--) ||
[17:04] <apw> || linux-ec2 Lucid                          ||    7 (+1) ||
[17:04] <apw> || linux-fsl-imx51 Lucid                    ||   12 (+6) ||
[17:04] <apw> || linux-mvl-dove Lucid                     ||    7 (+1) ||
[17:04] <apw> || linux-mvl-dove Maverick                  ||    7 (+1) ||
[17:04] <apw> || linux-ti-omap4 Maverick                  ||   12 (+6) ||
[17:04] <apw> || linux-ti-omap4 Natty                     ||   12 (+6) ||
[17:04] <apw> || linux-ti-omap4 Oneiric                   ||    6 (+1) ||
[17:04] <apw> || linux-lts-backport-maverick Lucid        ||   12 (+6) ||
[17:04] <apw> || linux-lts-backport-natty Lucid           ||   11 (+5) ||
[17:04] <apw> We had seven new CVEs appear this week.  One has already got patches applied, another is under review.  It is pleasing to note that the releasing still getting stable updates are already patched for a number of these.
[17:04] <apw> kernel.org being off the air is impacting triage of new reports.  We expect to make some progress over the next couple of days getting these closed out.
[17:04] <apw> ..
[17:05] <bjf> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Natty/Maverick/Lucid/Hardy (sconklin)
[17:05] <sconklin> ||== Status of kernels ==
[17:05] <sconklin> ||
[17:05] <sconklin> || The stable kernel cadence no longer runs in sync for all kernels.
[17:05] <sconklin> || The Natty kernel is not delayed for any other kernel, due to the value that
[17:05] <sconklin> || this kernel has for many users wishing to obtain the latest fixes. This will
[17:05] <sconklin> || remain the policy for kernels which are version development-1 in the future.
[17:05] <sconklin> ||
[17:05] <sconklin> || Lucid is being respun due to a regression in the i915 driver. When it is complete,
[17:05] <sconklin> || it will require some time in -proposed and verification to insure that the
[17:05] <sconklin> || regression is solved. In addition, three patches were reverted due to a failure
[17:05] <sconklin> || to be verified.
[17:05] <sconklin> ||
[17:05] <sconklin> || There have been a dissapointing number of failures to verify fixes in the last cycle,
[17:05] <sconklin> || resulting in reverting a large number of fixes which are probably of high value.
[17:05] <sconklin> ||
[17:05] <sconklin> || SRU kernel status:
[17:05] <sconklin> || * [[http://people.canonical.com/~kernel/reports/sru-report.html|Detailed Information Here]]
[17:05] <sconklin> ||
[17:05] <sconklin> || Kernel status for each series is as follows:
[17:05] <sconklin> ||
[17:05] <sconklin> ||[17:05] <sconklin> || * Released
[17:05] <sconklin> ||
[17:05] <sconklin> ||[17:06] <sconklin> || * [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/836914|Lucid Tracking Bug]]
[17:06] <sconklin> || * Now building in the PPA, will enter Testing phase when complete and copied to -proposed
[17:06] <sconklin> || * The following fixes were reverted due to a failure to be verified:
[17:06] <sconklin> ||   [[https://bugs.launchpad.net/ecryptfs/+bug/509180|ecryptfs sometimes seems to add trailing garbage to encrypted files]]
[17:06] <sconklin> ||   [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/583760|Mouse cursor dissappears with nouveau]]
[17:06] <sconklin> || * The following patch was reverted because it caused a regression:
[17:06] <sconklin> ||   [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/836899|tunnels: fix netns vs proto registration ordering]]
[17:06] <sconklin> || * The following patches will be reverted due to a regression:
[17:06] <sconklin> ||     756de92 drm/i915: Remove BUG_ON from i915_gem_evict_something
[17:06] <sconklin> ||     9b4fca6 drm/i915: Periodically flush the active lists and requests
[17:06] <sconklin> ||     53e68e3 drm/i915/evict: Ensure we completely cleanup on failure
[17:06] <sconklin> ||     38c2e45 drm/i915: Maintain LRU order of inactive objects upon access by CPU (v2)
[17:06] <sconklin> ||     5ef2204 drm/i915: Implement fair lru eviction across both rings. (v2)
[17:06] <sconklin> ||     3e69bf2 drm/i915: Move the eviction logic to its own file.
[17:06] <sconklin> ||     1126f22 drm/i915: prepare for fair lru eviction
[17:06] <sconklin> ||   These are being tracked in this bug:
[17:06] <sconklin> ||     [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/849130|Revert various i915 patches]]
[17:06] <sconklin> ||
[17:06] <sconklin> ||[17:06] <sconklin> || * Released
[17:06] <sconklin> ||
[17:06] <sconklin> ||[17:06] <sconklin> || * The following fixes were reverted due to a failure to be verified:
[17:06] <sconklin> ||   [[https://bugs.launchpad.net/ecryptfs/+bug/509180|ecryptfs sometimes seems to add trailing garbage to encrypted files]]
[17:06] <sconklin> ||   [[https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/795717 32bit rhel and centos 5.(56) hangs on boot on natty]]
[17:07] <sconklin> ||   [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/728835|[ath9] kswapd0: page allocation failure. order:1, mode:0x4020]]
[17:07] <sconklin> || * [[https://bugs.launchpad.net/ubuntu/+source/linux/+bug/848246|Natty Tracking Bug]]
[17:07] <sconklin> || * Now in -proposed
[17:07] <sconklin> ||
[17:07] <sconklin> || Current Kernel versions are available here: http://people.canonical.com/~kernel/reports/versions.html
[17:07] <sconklin> ||
[17:07] <sconklin> ..
[17:07] <bjf> [TOPIC] Open Discussion or Questions: Raise your hand to be recognized (o/)
[17:08] <bjf> thanks everyone
[17:08] <bjf> #endmeeting
[17:08] <meetingology> Meeting ended Tue Sep 13 17:08:01 2011 UTC.
[17:08] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-13-17.00.moin.txt
[17:08] <kamal> thanks bjf!
[17:08] <cking> nice one


[19:31] <fritsch> bschaefer: https://github.com/fritsch/xbmc/commit/372a3ff88360ded6fb09692621cbfe88d34aa9f0 works for me quite fine on X11
[19:32] <fritsch> that's basically your work with some kodi glue and proper closing of the handle
[19:32] <fritsch> that will really make VAAPI X11 unaware which is really great
[19:33] <fritsch> thanks very much for that
[19:33] <bschaefer> :) yeah was reading the code
[19:33] <bschaefer> and *all* the direct calls for the x11 display it self was only used to get the va display
[19:34] <fritsch> jep
[19:34] <fritsch> "historic reasons"
[19:34] <bschaefer> yeah it happens :)
[19:34] <fritsch> we use glx via vaPutSurface before
[19:34] <fritsch> used
[19:34] <bschaefer> oo yeah that makes sense
[19:34] <fritsch> which was _the only_ way
[19:34] <fritsch> to use vaapi for a very long time
[19:34] <bschaefer> fritsch, here is a cheap RAII for the fd http://paste.ubuntu.com/23467327/
[19:34] <bschaefer> (since i wasnt cleaning it up before)
[19:34] <bschaefer> o i see, well seems like DRM/EGL is a very nice cross display server
[19:35]  * bschaefer was going to look into making a better look up of /dev/dri/renderD
[19:35] <bschaefer> and to check for kernel >= 3.15
[19:35] <fritsch> there is a better one
[19:35] <fritsch> let me find it out - I just "patched it together" for a wayland packager
[19:36] <bschaefer> o sweet :)
[19:36] <bschaefer> i was just reading its somewhere between 128 < 128 + 64
[19:37] <bschaefer> fritsch, also the other thing i wanted to ask: CSingleLock lock(g_graphicsContext);
[19:37] <bschaefer> was that just needed to get the X11 display?
[19:37] <fritsch> the problem here is
[19:37]  * bschaefer didnt dig around to much about the thread saftey
[19:37] <fritsch> that rendering in that does only work from thread 1
[19:37] <fritsch> so whenever you access the display stuff
[19:37] <fritsch> you need to make sure to use a more or less global lock :-(
[19:37] <fritsch> which DRM will also solve for us
[19:37] <fritsch> in that regard
[19:38] <bschaefer> i see, but there was no g_Windowing usage there before?
[19:38] <bschaefer> it just did a XOpenDisplay() vs a g_Windowing.GetDisplay();
[19:39] <bschaefer> or you ment anytime you access the m_X11Display
[19:39] <bschaefer> you'll need to lock, that makes sense
[19:40] <bschaefer> fritsch, also the check of the ret of vaInit was only needed because i wasnt checking the FD (was getting a -1 on KMS/mir)
[19:41] <fritsch> looking again
[19:41] <fritsch> it was used from decoder thread
[19:41] <fritsch> yeah, please pick what you need from that commit
[19:41] <fritsch> it's yours :-)
[19:41] <fritsch> not mine
[19:41] <bschaefer> :)
[19:41] <fritsch> i just fixed it up a bit
[19:42] <bschaefer> yeah, anyone can take it :)
[19:42] <fritsch> concerning the RAII - I think explicit close is fine
[19:42] <fritsch> we have the destroy context anyways
[19:42] <fritsch> so, something explicit is done never the less
[19:42] <bschaefer> yeah thats fine, i was checking when i manually hit exit it wasnt hitting the dtor anyway (not sure why)
[19:42]  * bschaefer assumes someone kills the thread in an unkind way :)
[19:42] <fritsch> but do it how you prefer it, you know what you are doing :-)
[19:43]  * bschaefer spend yesterday just reading about drm/vaapi soo still figuring things out
[19:43] <fritsch> you exactly hit the 4 points that needed adjustment
[19:43] <bschaefer> but yeah ill attempt to clean it up and would most likely be better in a different branch
[19:43] <fritsch> so all fine
[19:43] <fritsch> jep
[19:43] <bschaefer> (as this branch would also affect x11 less confined)
[19:44] <fritsch> This change can also be PRd separately
[19:44] <bschaefer> yeah i agree
[19:44] <fritsch> then we can discuss it and you can base your other MIR work on that then
[19:44]  * bschaefer should figure out git a bit more
[19:44] <bschaefer> sounds good!
[19:45] <fritsch> what kernel version has ubuntu 14.04?
[19:45] <fritsch> 3.13 right? iirc?
[19:45] <bschaefer> dang let me check im always way to far on the ubuntu version ... on yakkety atm
[19:45] <fritsch> 14.04.4 should have a far newer one
[19:45] <fritsch> i have zero issues dropping support for any kernel < 4.0 anyways
[19:46] <fritsch> as we require vaapi 0.34 anyways
[19:46] <bschaefer> well then that makes things easier :)
[19:46] <fritsch> which only 16.04 or later ship (of the supported ones)
[19:46] <fritsch> it's intel gpus - things were pretty rough back at 3.13
[19:46] <bschaefer> looks like 3.16
[19:46] <fritsch> nope
[19:46] <fritsch> that can't be :-)
[19:46]  * bschaefer checks the actual
[19:46] <bschaefer> source list
[19:47] <fritsch> http://packages.ubuntu.com/trusty/linux-image-generic
[19:47] <fritsch> 3.13
[19:47] <fritsch> let's see what the debian stable guys are doing
[19:47] <bschaefer> yeah there we go
[19:48] <fritsch> 3.16
[19:48] <fritsch> no problem - just write a comment above it
[19:48] <fritsch> and fine
[19:48] <bschaefer> sounds good, sounds like if you dont have vaapi 0.36 you disable it anyway
[19:48] <fritsch> jep
[19:49] <bschaefer> cool, ill try doing a branch directly from xbmc vs fork
[19:49] <fritsch> it should all run on 16.04 (concerning vaapi)
[19:49] <fritsch> what do you mean by that? :-)
[19:49] <fritsch> I'd just fork kodi once to your repo, that you did
[19:49] <fritsch> now create a seperate branch: vaapi-dropx11-dependency
[19:49] <bschaefer> well dont think i can fork again... i know bzr but not git very well :)
[19:49] <bschaefer> ooo
[19:49] <bschaefer> from my fork dang... well ive been pusing to master in my fork
[19:49] <fritsch> you already forked on github :-)
[19:50] <fritsch> by clicking fork
[19:50] <bschaefer> right, then i didnt branch
[19:50] <bschaefer> in my fork haha
[19:50] <fritsch> jep, you dev on your master
[19:50] <fritsch> not a problem
[19:50] <fritsch> stash everything or commit it locally
[19:50] <fritsch> then add xbmc-upstream as remote, by doing
[19:50] <bschaefer> hmm how do i go back to xbmc master then branch from that? So i can avoid the mir changes?
[19:50] <fritsch> git remote add xbmc-upstream https://github.com/xbmc/xbmc.git
[19:50] <bschaefer> since the vaapi stuff is differnet
[19:51]  * bschaefer will just have to read up on git
[19:51] <fritsch> i just tell you
[19:51] <fritsch> now do in your master: git commit -m "Squash me later, clean me up" -a
[19:51] <fritsch> followed by:
[19:51] <fritsch> git fetch xbmc-upstream
[19:51] <fritsch> git checkout -b vaapi-drop-x11 xbmc-upstream/master
[19:51] <fritsch> now you are on a vanilla new branch of kodi's master
[19:51] <bschaefer> oo that make sense
[19:51] <bschaefer> cool, thanks!
[19:52] <fritsch> now either cherry-pick the commit you have in your master
[19:52] <fritsch> by doing: git log master
[19:52] <fritsch> finding the id
[19:52] <fritsch> and doing: git cherry-pick id
[19:52] <fritsch> that will apply just that commit on top
[19:52] <fritsch> you can also add me as remote
[19:52] <bschaefer> o so i can pick from your commit
[19:52] <bschaefer> vs commit this
[19:52] <fritsch> git remote add fritsch https://github.com/fritsch/xbmc.git
[19:52] <fritsch> git fetch fritsch
[19:53] <fritsch> git cherry-pick b044a9ff578d3fddb4a717e266d5e6f8b32bb678
[19:53] <fritsch> that gets you my commit I showed you
[19:53] <fritsch> now do your changes, commit them
[19:53] <fritsch> git commit -m "squash me" -a
[19:53] <fritsch> now comes the git magic after you are finished with everything:
[19:53] <fritsch> git fetch xbmc-upstream
[19:53] <fritsch> git rebase -i xbmc-upstream/master
[19:54] <fritsch> now squash the squash commit in the first one (writing squash in front of it instead of pick)
[19:54] <bschaefer> that happens on the rebase?
[19:54] <fritsch> afterwards: git push -f origin vaapi-drop-x11
[19:54] <fritsch> on the rebase it uses the xbmc-upstream/master branch
[19:54] <fritsch> as a given base
[19:54] <fritsch> and tries to apply your commits on top of it
[19:54] <bschaefer> to *base* the changes against (something i wish bzr had)
[19:54] <fritsch> you can see them (-i <- interactive)
[19:55] <fritsch> and either pick them, or squash them
[19:55] <bschaefer> o cool, ill be using that
[19:55] <fritsch> pick 1234
[19:55] <fritsch> squash 4567
[19:55] <bschaefer> fritsch, from there do a pull request from that branch?
[19:55] <fritsch> that will squash 4567 into 1234
[19:55] <fritsch> jep exactly
[19:55] <bschaefer> sweet
[19:55] <fritsch> you should never rebase if you are the upstream
[19:55] <fritsch> as rebasing means: loosing history
[19:55]  * bschaefer now knows git until something goes wrong horribly :)
[19:55] <fritsch> :-)
[19:55] <fritsch> yeah, just ping me - I can help you
[19:56] <bschaefer> cool, and thanks again!
[19:56] <fritsch> oki, so let's as next step try to get that DRM PR out to us
[19:56] <fritsch> i hope I convince everyone to branch in a very near future
[19:56] <bschaefer> do the PR now before clean up?
[19:56] <bschaefer> (for at lease conversation)
[19:56] <fritsch> nope, after you are finished with everything
[19:57] <bschaefer> o ok sounds good
[19:57] <fritsch> as you like it
[19:57] <bschaefer> yeah
[19:57] <fritsch> then we can discuss on the final commit
[19:57] <fritsch> concerning printf and kodi
[19:57]  * bschaefer likes printf
[19:57] <fritsch> for kodi we use CLog and its static method Log
[19:57] <fritsch> there is LOGNOTICE, LOGDEBUG, LOGERROR
[19:57] <bschaefer> i tried looking for this log before...
[19:57] <fritsch> notice spams everything, LOGDEBUG only when debug logging is enabled
[19:57] <fritsch> ERROR makes it red in the log
[19:57] <fritsch> hehe
[19:58] <bschaefer> is it an env var?
[19:58] <fritsch> nope
[19:58] <bschaefer> or compile time?
[19:58] <fritsch> you include it
[19:58] <fritsch> #include "utils/log.h"
[19:58] <bschaefer> i mean umm how do i read these logs?
[19:58] <fritsch> all that stuff lands in ~/.kodi/temp/kodi.log
[19:58] <fritsch> tail -f ~/.kodi/temp/kodi.log
[19:58] <bschaefer> o ok thats where i was missing
[19:59] <bschaefer> fritsch, yeah i usually use printf for my own debugging to stdout/err but usually switch to loggers :)
[19:59]  * bschaefer will attempt to just use the logger
[20:00] <fritsch> For DIVX: Player Settings (Expert Hierarchy) -> Enable Mpeg4
[20:00] <fritsch> we have it disabled by default. As you know: in the times of divx and mpeg-4
[20:00] <fritsch> the standard was not so standard as h264 was
[20:00] <bschaefer> o dang, yeah i can imagine
[20:00] <fritsch> hehe
[20:02] <fritsch> oki, for the DRM change I think it won't make it into v17 - as it is a majore change and we are near to RC
[20:02] <bschaefer> yeah i agree (it has possible problems not tested out)
[20:02] <fritsch> but if the code is written and ubuntu will ship mir + kodi
[20:02] <fritsch> you can easily pick your "upstream" commit
[20:02] <fritsch> into your package as upstream backport patch
[20:02] <bschaefer> yeah i can also push a pathc
[20:02] <bschaefer> yeah
[20:02]  * bschaefer was my plan :)
[20:03] <fritsch> that's why it's brilliant if we get it upstream
[20:03] <bschaefer> if it wasnt part of the release
[20:03] <fritsch> we often need to cope with the other way round :-(
[20:03]  * bschaefer prefers upstream == less patches
[20:03] <fritsch> distros patch and patch
[20:03] <bschaefer> yeah
[20:03] <fritsch> and we don't see the patches - and more severe - cannot tell what is wrong
[20:03] <bschaefer> gets very crazy trying to debug someones binary when they have all these patches
[20:03] <bschaefer> yeah!
[20:03] <fritsch> if you can make the first mir release with a fully mir aware kodi + hw accel
[20:03] <fritsch> people will realize something: it's easy to use mir
[20:04] <fritsch> and it just works
[20:04] <fritsch> at the end ubuntu is aimed at the desktop
[20:04] <fritsch> not at the frickler, that is hacking everything together
[20:04] <fritsch> so out of the box experience is the most important for such a goal
[20:04] <bschaefer> yup, soon *hopefully* people will realize they wont even notice what display server they are running
[20:04] <fritsch> that's the goal, exactly
[20:04] <bschaefer> yup :)
[20:05] <fritsch> perhaps there is even a "better way" of surface sharing without egl
[20:05] <fritsch> with just drm
[20:05] <fritsch> i know there is, but zero copy rendering is not just about copying
[20:05] <fritsch> but yeah, displaying it directly
[20:05] <fritsch> current limitation with vaapi is, that there is no way to transfer yuv420p10
[20:05] <fritsch> via egl / mesa
[20:06] <fritsch> means: hevc-10 decoded content we can currently not display
[20:06] <fritsch> (won't work on your laptop anyways)
[20:06] <fritsch> need to wait for the T470
[20:06] <bschaefer> o so its planned but not released?
[20:06] <fritsch> but we are working on that with the mesa guys
[20:06] <bschaefer> very nice!
[20:06] <fritsch> i have a poc already that decodes and shows what is missing for the render part
[20:07] <fritsch> basically we miss the R16 G16 and RG16 transfer format
[20:07] <bschaefer> also, to really see the difference between a hw accel vs software for the video...
[20:07] <bschaefer> should i just stress my system?
[20:07]  * bschaefer cant really tell when software seems to render fine
[20:07] <bschaefer> i assume the embedded devices will be a big difference
[20:08] <fritsch> https://github.com/fritsch/xbmc/blob/372a3ff88360ded6fb09692621cbfe88d34aa9f0/xbmc/cores/VideoPlayer/DVDCodecs/Video/VAAPI.cpp#L1238 <- see
[20:08] <fritsch> you can do: kodi-send -a PlayerDebug
[20:08] <fritsch> there you see render skips and render drops
[20:08] <fritsch> if you don't get any skips
[20:08] <fritsch> all fine
[20:08] <bschaefer> ooo very good to know
[20:08] <fritsch> if you want to test mir's throughput
[20:09] <fritsch> there is a 3840x2160p60 <- 60 progressive frames
[20:09] <fritsch> of a h264 big buck bunny
[20:09] <fritsch> that's a good throughput test
[20:09] <bschaefer> o geez, yeah that sounds like a good test
[20:09]  * bschaefer goes to download
[20:09] <fritsch> as you run windowed, make sure to set the scaling to bilinear
[20:09] <fritsch> your broadwell (T450) won't be fast enough to do it with lanczos3
[20:10] <bschaefer> fritsch, well the screenshots i usually show is in the X11 platform (ie. Mir on X)
[20:10] <bschaefer> which is not great for throughput testing
[20:10] <bschaefer> since theres the added X11 layer
[20:10]  * bschaefer will test on the metal for that in KMS which will be fullscreen
[20:10] <fritsch> you can press enter while playback
[20:11] <fritsch> go to the video settings comming up
[20:11] <fritsch> and choose: Deinterlace-Method: VAAPI-MCDI
[20:11] <fritsch> and Scaling-Method: Bilinear
[20:11] <fritsch> and do: save for all videos
[20:11] <fritsch> normally we prefer lanczos3 (quality of course)
[20:11] <fritsch> but it makes no sense to upscale 1080p to 1080 display with a lanczso scaler
[20:11] <fritsch> :-) as nothing is scaled
[20:12] <bschaefer> hmm i only see VAAPI-Bob, VAAPI-MotionAdaptive
[20:12] <bschaefer> and motion comp
[20:12] <fritsch> jep
[20:12] <fritsch> mcdi <- motion compensation deinterlacing
[20:12] <fritsch> the "translation" guys :-)
[20:12] <fritsch> had fun
[20:12] <fritsch> http://forum.kodi.tv/showthread.php?tid=231955 <- here is a bit of a read up why vaapi is as it is now
[20:13] <bschaefer> o cool im trying to read up a bit more on this whole thing
[20:13] <fritsch> and also some settings - but "slow" :-) too much information currently
[20:13] <fritsch> don't stress yourself, please - I am a bit in ahurry, that's why I post so much information
[20:13] <fritsch> hehe
[20:13] <bschaefer> o no worries :)
[20:13] <bschaefer> i can always re-read the logs (which i usually end up doing to double check things)
[20:14] <fritsch> oki, then I wish you good luck on the rest of the way to a working mir + vaapi
[20:14] <fritsch> i think if you have some nice screenshots up and running
[20:14] <bschaefer> thanks, and thanks again for all the info!
[20:14] <fritsch> the "linux bild zeitung" <- german for news paper stuff
[20:14] <fritsch> will make something about it
[20:14] <fritsch> phoronix.com
[20:15] <bschaefer> yeah ill make sure to get some screen shots of mir + x11 as well
[20:15] <bschaefer> to show both still working
[20:15] <fritsch> not for me - if you want some positive publicity about "how easy it is" to support mir
[20:15] <fritsch> then www.phoronix.com is a good thing ... (only for that ;-))
[20:15] <bschaefer> true, depends on how its spinned :)
[20:15] <fritsch> we sometimes ask them to publish things whenever hw vendors don't make good drivers
[20:16] <fritsch> there was a "fglrx time"
[20:16] <fritsch> in shorT: their driver sucked, their xvba sucked, we made it public. amd oss devs implemented vdpau with us
[20:16] <fritsch> we dropped fglrx completely
[20:16] <bschaefer> :)
[20:16] <fritsch> tadaaa :-) dead of fglrx in linux world for any video decoding stuff
[20:17] <fritsch> and since then we still work with the amd oss devs together, especially when we plan new stuff
[20:17] <fritsch> wayland support, egal buffer sharing
[20:17] <fritsch> and so on
[20:17] <bschaefer> nice! That helps a lot i can imagine!
[20:17] <fritsch> oki - afk now :-) good luck with all the stuff
[20:17] <fritsch> and do not hessitate to ping me
[20:17] <bschaefer> thanks! (only about noon here)
[20:17] <fritsch> or send me an email
[20:17] <fritsch> or github
[20:17] <fritsch> whatever you prefer
[20:17] <bschaefer> cool, sounds good
[20:25] <fritsch> bschaefer: PlayerProcessInfo -> just press "o"
[20:25] <fritsch> (so, now I am really gone)
[20:25] <fritsch> but this does not show PlayerDebug info
[20:25] <bschaefer> ill hvae to use that debug command from above i assume?
[20:26]  * bschaefer can dig around
[20:34] <fritsch> or map it to another key, e.g. ctl-o
[20:36] <bschaefer> good idea


 I'm on  major lagtime today
[06:27] <fabbione> morning
[06:32] <fabbione> i guess nobody has been tracking the Debian kernel while i was away... right?
[06:36] <dilinger> i have!
[06:36] <dilinger> ;)
[06:39] <fabbione> yeah i know you do :)
[06:39] <fabbione> nobody did here
[06:39] <fabbione> and i can see a few hunderd tons of SECURITY and other important bug fixes
[06:40] <dilinger> i actually am about to release 2.6.10-6
[06:40] <dilinger> i have an i386 image compiling
[07:09] <fabbione> is there any abi breakage between debian 2.6.10-4 and -6?
[07:16] <dilinger> there shouldn't be
[07:16] <dilinger> i dropped the netfilter private frag queue stuff
[07:17] <dilinger> there's an amd64 fix that touches a header file, but it's a static inline function, so it shouldn't break stuff
[07:17] <dilinger> i'm also reenabling CONFIG_PREEMPT on i386, so as to avoid an ABINAME bump
[07:17] <dilinger> no point fixing that stuff in 2.6.10, and having it rot in NEW while we do the same thing in 2.6.11
[07:18] <fabbione> but that's in the kernel-image....
[07:18] <dilinger> right
[07:18] <dilinger> which you don't care about.  but i figured i'd mention for completeness
[07:18] <fabbione> yes.. i am not going to munge too much around with configs at this point in time
[07:19] <dilinger> i have a half written ruby script that does abi checking
[07:19] <dilinger> wrote it in an airport
[07:19] <dilinger> i should finish it tonight
[07:20] <fabbione> yeah but we were considering build-time checks
[07:20] <dilinger> right
[07:21] <dilinger> bounty it, and i'll have it done in a day or two :)
[07:21] <fabbione> in 99.9% of the cases we always pre-build on porting boxes
[07:21] <dilinger> in something other than ruby
[07:21] <fabbione> for bounties = mdz ;)
[07:21] <fabbione> the point isn't ruby or python or shell script
[07:22] <dilinger> well, if you're going to run it at build-time, it's an added build-dep
 sleep now
[07:22] <fabbione> yes.. but that isn't an issue
[07:22] <fabbione> just read all the irclogs :-)
[07:22] <fabbione> i need to go for a few minutes.. mother nature is calling me badly
[07:23] <dilinger> heh
[07:23] <dilinger> i need to start this i386 build anyways
[07:23] <fabbione> eheh
[07:25] <fabbione> jbailey: CONFIG_LOGO=n on all arches
[07:25] <fabbione> just committed
[07:41] <fabbione> HMMM
[07:41] <fabbione> there is something really unclear to me....
[07:49] <dilinger> fabbione: just checking vmlinux symbols doesn't work
[07:49] <dilinger> modules ABI need to be checked as well
[07:49] <fabbione> yeah i have been thinking about it...
[07:49] <dilinger> modules'
[07:50] <dilinger> my way is running nm on modules
[07:50] <fabbione> and i had the same idea..
[07:50] <dilinger> ie, nm /lib/modules/2.6.10/kernel/drivers/ide/ide-core.ko
[07:51] <dilinger> 3b97ad98 A __crc_ide_undecoded_slave
[07:51] <dilinger> 00007fa0 T ide_undecoded_slave
[07:51] <dilinger> that's 0x3b97ad98      ide_undecoded_slave     drivers/ide/ide-core in Module.symvers
[07:52] <dilinger> an abi checker needs to report any modules that are missing, and any changed symbols within modules
[08:14] <fabbione> first 2 things to do after hoary:
[08:14] <fabbione> - clean up the packing
[08:14] <fabbione> - allign the configs
[08:14] <fabbione> - abi checker if we cannot get it in hoary
[08:14] <fabbione> IT IS PURE MADNESS!
[08:16] <fabbione> we could have a kernel-config builder.. similar to kernel-wedge
[08:20] <dilinger> how about
[08:20] <dilinger> - synch packaging w/ debian
[08:20] <dilinger> since i think we both want the same things; the only place we seem to differ is w/ ubuntu's d-i stuff right in the source package
[08:21] <dilinger> differ in goals, that is
[08:21] <fabbione> and a bunch of extra modules compiled in
[08:21] <fabbione> but yes
[08:21] <fabbione> we need a common source
[08:21] <dilinger> yea, but that's not a packaging issue
[08:21] <dilinger> it'd make everyone's life easier, i think
[08:21] <fabbione> but we can't achive it until debian will not kill at least the kernel-source -> kernel-image madness
[08:22] <fabbione> i fully agree
[08:22] <dilinger> right
[09:57] <fabbione> it's snowing
[09:57] <fabbione> damn
[11:10] <Mithrandir> slushing here.
[11:10] <fabbione> the only thing that pisses me off about snow is that i need to go out and clean the road
[11:11] <Mithrandir> it'll clean itself eventually.   We need to sync with kamion for the language support deps, as soon as you'll upload ooo :)
[01:01] <T-Bone> fabbione: wasn't aware of that
[01:01] <T-Bone> fabbione: nobody complained
[01:02] <fabbione> T-Bone: yup.. i did paste here when you were around :-)))
[01:02] <fabbione> and you said: "Uhuh?"
[01:02] <fabbione> so i just went forward and fixed it
 debian/ext3-modules-2.6.10-4-itanium-smp-di lib/modules/2.6.10-4-itanium-smp/kernel/fs/mbcache.ko
 debian/ext2-modules-2.6.10-4-itanium-smp-di lib/modules/2.6.10-4-itanium-smp/kernel/fs/mbcache.ko
 some modules are in more than one package
[01:02] <fabbione> i tought you were busy somehow
[01:02] <T-Bone> yesterday
[01:02] <fabbione> yes that one
[01:02] <Mithrandir> T-Bone: I would be very happy if you checked it out and closed the bugs if appropriate
[01:03] <T-Bone> well given i get back from work at 1900 localtime on every week days except friday, I don't have much time to dig that kind of stuff
[01:03] <T-Bone> Mithrandir: the only bug i know of is the ldd one, You fixed it, you close it? :)
[01:03] <fabbione> that's why i went forward and fixed it
[01:03] <T-Bone> which is cool
[01:03] <Mithrandir> T-Bone: please verify it's fixed.
[01:03] <T-Bone> besides, I don't have much insight on kernel build process
[01:04] <T-Bone> Mithrandir: sure, hold on
[01:04] <T-Bone> Mithrandir: give me 5mn to get something on fire for me to eat, i'm starving
[01:04] <Mithrandir> sure
[01:04] <Mithrandir> T-Bone: I hate to close bugs if I can't verify that they are fixed.
[01:07] <T-Bone> well you can... :)
[01:07] <T-Bone> what am i supposed to check? apt-get removing and install ia32-libs is enough?
[01:08] <Mithrandir> also lib32gcc1
[01:08] <Mithrandir> and that ooo works afterwards
[01:08] <T-Bone> (btw, i dunno what you did with ssh yesterday but nc didn't like it. I have 12 process running and the same number of open connex between nekkid and my box :)
[01:08] <T-Bone> pl
[01:08] <T-Bone> err, 'ok'
[01:08] <Mithrandir> just kill the nc prosesses
[01:09] <T-Bone> done
[01:13] <T-Bone> ls /usr/bin/ld
[01:13] <T-Bone> ld         ldd        ldd.amd64  lddlibc4
[01:13] <T-Bone> root@Nekkid:/home/varenet/ooo # ls /usr/bin/ld
[01:13] <T-Bone> root@Nekkid:/home/varenet/ooo # dpkg -S ldd.amd64
[01:13] <T-Bone> diversion by ia32-libs from: /usr/bin/ldd
[01:13] <T-Bone> diversion by ia32-libs to: /usr/bin/ldd.amd64
[01:13] <T-Bone> *PLONK*
[01:14] <T-Bone> the RTLDLIST is correct though
[01:14] <T-Bone> only the naming looks wrong
[01:14] <T-Bone> dunno if that's such a big problem
[01:15] <fabbione> no log on people...
[01:15] <fabbione> that's good..
[01:15] <fabbione> it means that buildds didn't fail... YET
[01:17] <T-Bone> Mithrandir: ooo works as a charm
[01:18] <T-Bone> fabbione: wrt the m-l, i wasn't the one who set it up, i hope you're subscribed to it, it's used for bugreports actually.
[01:18] <Mithrandir> T-Bone: great, thanks.
[01:18] <T-Bone> Mithrandir: what do you think about the ldd.amd64 thingy?
[01:19] <T-Bone> in my taste it should be corrected, but as long as it works...
[01:19] <fabbione> T-Bone: i didn't want a ml from the beginning and i know you have no power to sub people
[01:19] <T-Bone> ?
[01:20] <fabbione> and now it is a very high traffic ml that nobody is going to read
[01:20] <T-Bone> i didn't want bugreports to be sent to that m-l
[01:20] <fabbione> since i get the same bug  messages in 3 inbox now
[01:20] <T-Bone> i didn't push forward for that m-l
[01:20] <fabbione> T-Bone: read above please.. i didn't say you did something anywhere
[01:20] <fabbione> i know you did not create it
[01:20] <fabbione> but you were one pushing for it
[01:21] <T-Bone> i thought that if we were to have a decently sized team, it would be useful
[01:21] <Mithrandir> T-Bone: I'm somewhat inclined to ignore it, or rather, I'm probably going to fix it for ia32-libs in Debian and we'll sync what they have.
[01:21] <T-Bone> but I clearly stated (and the logs on that channel will show it) that having bugreports sent to it was a *bad idea*, since it would turn up the same shit as debian-kernel which I unsubscribed for that very reason
[01:22] <fabbione> i agree to that :-)
[01:22] <fabbione> we shoud remove the bugs from the list
[01:22] <fabbione> i think lamont has to do it
[01:22] <T-Bone> Mithrandir: ok. Maybe you want to add some README entry somewhere about that, so that confused users can see it before posting irrelevant bugreports
[01:22] <fabbione> i am not sure even who did it in the beginning
[01:22] <T-Bone> fabbione: i would more than thank you for doing that
[01:23] <fabbione> i don't know it has been done in the beginning
[01:23] <fabbione> so i am not sure HOW to revert it
[01:23] <T-Bone> OTOH you can blame *me* for creating this channel :P
[01:23] <Mithrandir> T-Bone: sure, but it's a 200-odd MB upload, so I try not to upload it too often.
[01:24] <fabbione> i am off until the meeting
[01:24] <fabbione> i need some relax
[01:24] <fabbione> pleaase keep an eye on the build logs
[01:24] <fabbione> and try to grep for -j to see if it has been set properly
[01:24] <T-Bone> Mithrandir: heh roger that
[01:24] <fabbione> we should have a huge build speed up with this upload
[01:29] <T-Bone> Mithrandir: care to close the bug btw?
[01:30] <mjg59> Ok, new HP laptops need the reboot=b paramater on boot to reboot
[01:30] <mjg59> We can work round that with a DMI entry in reboot.c
[02:22] <Mithrandir> T-Bone: done
[02:28] <T-Bone> thx
[02:34] <lamont> actually, removing bugs from the mailing list is a change in the default assignment in bz...
[02:59] <T-Bone> hey lamont!
[02:59] <T-Bone> issaishiburidane?! ;)
[03:00] <zul> heylo
[03:00] <T-Bone> heya
[03:00] <zul> when is that meetinga again?
[03:01] <T-Bone> in 3 hours
[03:01] <zul> ok
[03:02] <zul> dang thats when i have lunch
[03:02] <T-Bone> heh
[03:49] <zul> heh in theory i could test out ppc stuff with pearpc
[03:53] <T-Bone> lol
[03:53] <T-Bone> you *really* are a masochist, indeed :)
[03:54] <zul> thats why i said in theory
[03:54] <jbailey> What's a pearpc?
[03:54] <zul> its a powerpc emulator
[03:54] <jbailey> Cool.
[03:55] <jbailey> Hmm, now that I'm on PPC I should track down an old MacOS emulator and some abandonware games.
[03:55] <T-Bone> jbailey: tssks tssks, You should read /. There's been stories about PearPC and CherryOS ;)
[03:55] <jbailey> There was one I really like to play.  CAn't for the life of me remember what it was called.
[03:55] <T-Bone> Monkey Island?
[03:55] <jbailey> T-Bone: I've managed to get my /. reading down to once every couple of days.
[03:55] <T-Bone> jbailey: hehe ;)
[03:56] <T-Bone> jbailey: syndicate. Much easier to read :)
[03:56] <jbailey> No, it was a game where you wake up in a spaceship and you're the only one alive and the computer has lost most of its memory.
[03:56] <T-Bone> huh
[03:56] <jbailey> You have to help it reconstruct its memories in order to find out what happened.
[03:56] <T-Bone> that rings something, but i can't tell what
[03:56] <T-Bone> ;)
[03:56] <zul> jbailey: roger wilco?
[03:56] <zul> by sierra wasnt it?
[03:57] <jbailey> zul: You're thinking space quest, I think.
[03:57] <zul> yeah
[03:57] <jbailey> zul: And I play that under dosemu occasionally. =)
[03:57] <zul> ah sweet i found to play that game again i never completed it
[03:57] <jbailey> On the other machine I have a nice abandonware site bookmarked.
[03:58] <zul> the-underdogs.org
[03:58] <T-Bone> jbailey: please hand over the URL :)
[03:58] <jbailey> Huh, annoying.  my susv3 package in Debian isn't in multiverse.
[03:58] <jbailey> T-Bone: The machines not on right now, I'll grab it when I stop for lunch.
[03:58] <T-Bone> cool thx :)
[03:59] <jbailey> T-Bone: It's a French Abandonware site, too. =)
[03:59] <jbailey> A bunch of the games are in French only.  Good practice for me.
[03:59] <zul> anyone played nobunaga's ambition?
[03:59] <T-Bone> jbailey: i think i've hit that one once, but i don't recall the name
[04:00] <T-Bone> most of my bookmarks went away with my dead HD :P
[04:00] <T-Bone> zul: doesn't ring a bell
[04:00] <zul> its an awesome game you are shogun and you are trying to become emperor of japan
[04:01] <T-Bone> lol
[04:09] <lamont> T-Bone: hisashiburi da.
[04:09] <zul> lamont: hey
[04:11] <T-Bone> daijobu deska? :)
[04:12] <lamont> t-bone: shindoi da
[04:12] <lamont> morning zul
[04:12] <T-Bone> heh ;)
[04:13] <zul> yes you have entered the twiligh zone
[04:14] <lamont> zul: we'll be operating in japanese today, ok? :-)
[04:14] <T-Bone> lol
[04:15] <lamont> tonycrackers, I should read my email about the dev meeting, eh?
[04:15] <T-Bone> 'tonycrackers' ! LOL
[04:16] <T-Bone> that one is a quote I'm probably the only one to understand, but it's rather *fun* 8)
[04:16] <T-Bone> lamont: dooso
[04:17] <zul> i might miss the first bit of the meeting
[04:17] <T-Bone> same here
[04:17] <zul> but you guys dont need me do you?
[04:17] <T-Bone> same here
[04:17] <T-Bone> ;)
[04:17] <lamont> T-Bone: there's also narufrigginghodo
[04:20] <T-Bone> LOL
[04:20] <zul> i so much hate this program
[04:25] <Mithrandir> T-Bone: which one?
[04:25] <T-Bone> efibootmgr
[04:27] <lamont> ] ??
[04:27] <lamont> T-Bone: the person requesting the sync is the one that katie claims the mail is from
[04:27] <T-Bone> [!!
[04:27] <T-Bone> ah ok
[04:27] <lamont> as for who _really_ did the upload: gpg: Good signature from "Ubuntu Archive Automatic Signing Key (Syncs<EMAIL_ADDRESS>[04:27] <T-Bone> hehe ;)
[04:27] <T-Bone> at least i know that now mails get to me :)
[04:28] <T-Bone> next try will be an actual upload
[04:36] <T-Bone> Mithrandir: btw, let me know when you upload new ooo-amd64, so that I can edit the Wiki ;)
[04:36] <Mithrandir> will do
[04:37] <T-Bone> ta
[04:47] <T-Bone> (i'll pester kamion for desktop-seed update at the same time :)
[05:02] <fabbione> re
[05:02] <fabbione> i guess the idiotify patch did invalidate the cache
[05:03] <fabbione> otherwise the compiling time is totally bong
[05:04] <fabbione> i just bought a webcam
[05:05] <fabbione> if we don't have the driver for it.. well ... there -27...
[05:05] <fabbione> ;)
[05:05] <Mithrandir> fabbione: do we include random drivers found on around in the stock image?
[05:06] <Mithrandir> if so, I'd like to have the spca5xxx driver in
[05:07] <zul> oh hey fabbione
[05:07] <fabbione> Mithrandir: well not properly random.. but we include external drivers
[05:07] <fabbione> and any pending issue will be hoary+1
[05:14] <fabbione> do we know if elmo blessed NEW?
[05:15] <Mithrandir> he seems to have done NEW stuff this morning at least
[05:15] <fabbione> yeah he did
[05:15] <fabbione> #  linux-patch-ubuntu-2.6.10_2.6.10-26_powerpc.deb
[05:15] <zul> gah...box at home is down
[05:26] <fabbione> of course my camera isn't supported by our drivers :)
[05:26] <zul> what kind of camera is it?
[05:26] <fabbione> logitech
[05:26] <zul> quickcam pro?
[05:26] <fabbione> Bus 003 Device 004: ID 046d:08f5 Logitech, Inc.
[05:26] <fabbione> it's not claimed by any driver
[05:27] <zul> i had a camera like that a while ago there were some drivers on sourceforge iirc
[05:27] <fabbione> yeah
[05:27] <fabbione> i am googling
[05:27] <fabbione> Logitech Quickcam QC-USB driver for Linux
[05:42] <Mithrandir> there was somebody rambling about it on -devel today or so
[05:43] <fabbione> i am testing the driver right now
[05:43] <fabbione> quickcam: QuickCam USB camera found (driver version QuickCam Messenger/Communicate USB $Date: 2004/12/30 10:00:00 $)
[05:44] <zul> yay! we get to see fabbione ugly mug
[05:44] <fabbione> well let see if it works :-)
[05:44] <fabbione> quickcam [52.189162] : Quickcam snapshot button registered on usb-0000:00:1d.2-2/input0
[05:44] <fabbione> wow
[05:46] <fabbione> well it kinda works
[05:46] <mdz> dilinger: ?
[05:47] <Mithrandir> fabbioneTV?
[05:49] <zul> shaya said on -devel "kernel abi seems to have been broken again"
[05:54] <fabbione> it didn't like the removal and insert in another usb port
[05:54] <fabbione> but it works
[05:54] <fabbione> zul: ?
[05:54] <fabbione> zul: i did test the abi....
[05:55] <zul> fabbione: shaya said it was broken but he might be on crack he has linux-restricted 2.6.10-3 and linux-source 2.6.10-4 installed
[05:55] <fabbione> ah no no no
[05:55] <fabbione> i can test again
[05:55] <fabbione> gimme 2 minutes
[05:55] <zul> k
[05:56] <fabbione> Extracting templates from packages: 56%debconf: apt-extracttemplates failed: Bad
[05:56] <fabbione> this is known.. right?
[05:56] <zul> first time i seen it
[05:57] <fabbione> hmmmmmm
[05:57] <fabbione> i guess it will have to wait after the meeting
[05:58] <fabbione> or during
[05:58] <zul> heh...shit happens
[05:59] <zul> https://bugzilla.ubuntu.com/show_bug.cgi?id=7468 as well
[06:00] <fabbione> that is NOT our fault
[06:00] <zul> ok..
[06:02] <zul> i need some lunch
[06:03] <fabbione> the aBI seems ok
[06:03] <zul> ok...bbiab
[06:26] <zul> that was a good lunch
[07:12] <zul> so that was it for kernel stuff?
[07:12] <fabbione> bah
[07:12] <fabbione> apparently
[07:13] <zul> heh...that wasnt too bad
[07:13] <fabbione> the QC driver doesn't init properly
[07:14] <fabbione> it needs unload and load again
[07:14] <fabbione> and it is OOPSorama in dmesg
[07:14] <zul> so dont include it in -27
[07:15] <fabbione> i was never going to do it!
[07:15] <zul> sure sure :)
[07:16] <fabbione> now.. time to get flumotion or any stream thing going
[07:16] <fabbione> otherwise it's pointless
[07:17] <zul> i might go see a movie tonight
[07:17] <T-Bone> *sigh*
[08:05] <T-Bone> fabbione: kernel stuff back on #u-meeting
[08:08] <fabbione> thanks
[08:16] <fabbione> T-Bone: can you keep an eye on the meeting?
[08:16] <fabbione> i really must cook/eat something
[08:16] <T-Bone> fabbione: heh. who's gonna cook me somethign? :)
[08:16] <T-Bone> fabbione: ok i'll do
[08:16] <fabbione> well if you are around
[08:16] <fabbione> otherwise i think lamont is
[08:17] <zul> im around kind of
[08:22] <T-Bone> eeep eeeppp hppa eeep eep
[08:22] <T-Bone> eeep eeeppp hppa eeep eep lamont
[08:23] <T-Bone> (need to highlight else it's pointless :)
[08:24] <zul> wohoo!
[08:24] <T-Bone> *G*
[08:39] <T-Bone> fabbione: i'm off the meeting
[09:03] <mjg59> Oh, this is crack
[09:03] <mjg59> hal does an ioctl to check for carrier detect on this b44 device and the machine hangs
[09:08] <fabbione> [video4linux @ 0x8271eb4] Fatal: grab device does not support suitable format
[09:08] <fabbione> BAH
[09:08] <fabbione> xawtv can see and use the device
[09:09] <fabbione> both flumotion and ffmpeg go banana
[09:16] <zul> mind if lower the serverity of 6303, user has a workaround which is working for him now
[09:17] <zul> its the audigy sound card one
[10:01] <zul> ooh another flakey keyboard bios bug
[10:02] <zul> later
[10:02] <zul> https://bugzilla.ubuntu.com/show_bug.cgi?id=6553
[11:46] <mdz> http://lists.ubuntu.com/archives/ubuntu-devel/2005-March/005482.html
[11:46] <mdz> unintentional ABI change?
[11:47] <zul> not that i know of...what version of l-r-m are they using?
[11:48] <mdz> unknown, but the module path is /lib/modules/2.6.10-4-686-smp/kernel/drivers/video/nvidia.ko
[11:48] <mdz> so it's one that claims the correct abi version
[11:48] <zul> we got a problem like that today on -devel but fabbione diagnosed it as l-r-m mismatch
[11:53] <zul> ill do a dist-upgrade and see