[00:49] <Redoubt> Does anyone know at what level a tap-to-click is handled?
[00:49] <Redoubt> What decides?
[00:49] <RAOF> Redoubt: The X driver.
[00:50] <Redoubt> RAOF: Thank you-- is it purely time-based?
[00:50] <RAOF> I believe so; you'd want to check the finite state automaton in xf86-input-synaptics
[00:54] <Redoubt> RAOF: Okay, I appreciate the help!
[01:05] <jgriffith> smb`: ping
[01:21] <Redoubt> Are funkeys (volume up, volume down, etc) handled in the userspace nowadays?
[01:23] <RAOF> Yes
[01:25] <Redoubt> RAOF: I'm having some trouble figuring out where, exactly. Any pointers?
[01:25] <RAOF> gnome-settings-daemon does the handling in GNOME/Unity; KDE will have an equivalent.
[01:27] <Redoubt> RAOF: So if I have a funkey that adjusts my keyboard backlight brightness, does gnome-settings-daemon turn that into... an ACPI signal back to my keyboard?
[01:27] <RAOF> That depends :)
[01:27] <Redoubt> Haha
[01:27] <Redoubt> How do I learn that stuff?
[01:28] <RAOF> So, posibilities include: your firmware doesn't generate an event at all, and just twiddles backlight brightness itself. Or, generates an event that gets sent to gnome-settings-daemon and then g-s-d doesn't know what to do with it.
[01:30] <Redoubt> Ah, I didn't know that first one was an option. Is there a way to confirm one way or another?
[01:32] <Redoubt> The backlight _does_ change, just not in an ideal manner. I was hoping I could take a look at the logic
=== doko_ is now known as doko
[07:19] <Daviey> smb: Are we blocked on bug 1023755?
[07:19] <ubot2> Launchpad bug 1023755 in linux "Precise kernel locks up while dd to /dev/mapper files > 1Gb (was: Unable to delete volume)" [Undecided,Confirmed] https://launchpad.net/bugs/1023755
[07:43] <smb> Daviey, In the sense that I cannot see in a low-level experiment that the dd I use hangs. I get an IO error and the snapshot is invalidated as I would expect. I would at least need someone affected getting back in the report and saying whether the reproduction happens on them
[07:44] <smb> Daviey, There is the other part that maybe a slightly bigger snapshot size may circumvent the issue, too.
[07:46] <smb> Unfortunately there is no pre-existing simple way to convert the snapshot storage/meta-data area into a linear volume and erase that later.
[07:46] <smb> (at least I found none)
=== henrix_ is now known as henrix
[07:55] <Daviey> smb: yeah, i think there is a genuine bug there
[08:04] <ppisati> brb
[08:24]  * apw yawns
[08:25] <cooloney> moring smb, ppisati and apw 
[08:25] <apw> morning cooloney 
[08:25] <smb> Morning all
[08:25]  * smb is lazy
[10:37] <inter> ciao a tutti
[10:37] <inter> !list
[10:37] <ubot2> $who: No warez here! This is not a file sharing channel (or network); read the channel topic. If you're looking for information about me, type « /msg ubottu !bot ». If you're looking for a channel, see « /msg ubottu !alis ».
[11:04] <henrix> apw: are you around?
[11:07] <henrix> guess not...
[11:18] <apw> henrix, yep
[11:23] <henrix> apw: i've a question
[11:27] <smb> I think the answer is it was not really expected but is possible due to them being compatible... :-P
[11:35]  * henrix -> lunch
=== Amoz_ is now known as Amoz
[11:59] <Pirx-Danford> cheers, found out I need an older kernel after upgrading to 12.04, luckily the old kernel I used still boots, but is there a maintained 2.6 line for 12.04?
[12:22] <Pirx-Danford> okay so I found http://kernel.ubuntu.com/~kernel-ppa/mainline/ - is there any other way?
[12:41]  * henrix -> brb
[12:48] <ppisati> ogra_: i left my board compiling since yesterday and with vm.min_free=32K i can confirm that
[12:48] <ppisati> lp 690370
[12:48] <ubot2> Launchpad bug 690370 in linux-ti-omap4 "Strange out of memory on pandaboard" [Medium,Triaged] https://launchpad.net/bugs/690370
[12:48] <ppisati> ogra_: is fixed
[12:48] <ogra_> cool
[12:48] <ppisati> ogra_: now, casper had that fix but
[12:48] <ppisati> 1) does it carry it to the installed system?
[12:49] <ppisati> 2) what someone upgrades from [N/O] to P?
[12:49] <ppisati> *what if
[12:49] <ppisati> is the fix carried over?
[12:49] <ppisati> in Q is fixed at kernel level, so no prob there
[12:49] <ppisati> ogra_: ^
[12:50] <ogra_> it is a file that jasper creates in /etc/sysctl.d ... 
[12:50] <ogra_> that file isnt owned by any package, so upgrades should still have it
[12:50] <ogra_> (i.e. there is nothing removin that file)
[12:50] <ppisati> what if someone comes from M?
[12:51] <ppisati> and was N the first were this fix showed up?
[12:51] <ppisati> *first release
[12:51] <ogra_> coming from M you have an armel install and *wnat* to reinstall anyway 
[12:51] <ogra_> *want
[12:51] <ppisati> well, you can reach P
[12:51] <ogra_> theoretically, yeah
[12:52] <ogra_> err
[12:52] <ogra_> no, you cant 
[12:52] <ppisati> becasue in that lp, mdz said he had a 11.04 system
[12:52] <ogra_> there was some kernel guy who decided to only build panda kernels for armhf ;)
[12:52] <ppisati> and he still experience that bug
[12:52] <ppisati> that wasn't me :)
[12:52] <ogra_> heh
[12:53] <ogra_> it was a good decision ... butu upgraders will be stuck on their old kernel
[12:53] <ppisati> uhm ok
[12:53] <ogra_> why isnt that a duplicate for the oter bug ? 
[12:58] <ogra_> ppisati, i think we should just duplicate it ... natty will be dead in a few weeks 
[12:59] <ogra_> and i really wouldnt suggest to anyone to stay on armel, while it is still there in the archive, its totally untested since two reeases
[12:59] <ppisati> ogra_: added a comment for mdz in that lp bug
[13:00] <ogra_> (and in quantal it even switched its default arch)
[13:00] <pocoporco1> hello@all
[13:01] <pocoporco1> can somebody help me? i'm searching for an implementation of the wlan management frames in the kernel :(
[13:02] <pocoporco1> or... could somebody tell me, if i'm searching right here in ubuntu-KERNEL? i'm not sure where i have to search
[13:06] <rtg> herton, re: https://lists.ubuntu.com/archives/kernel-team/2012-September/022121.html - did you notice that I did cherrypick the upstream patch (for Quantal) and not the one in the email ?
[13:07] <herton> rtg, no, didn't notice you cherry-picked it already the right patch
[13:08] <rtg> herton, depending on who submits the request, I almost always verify first.
[13:10] <herton> rtg, sent the ack for the cherry-pick on precise
[13:10] <rtg> apw, https://lists.ubuntu.com/archives/kernel-team/2012-September/022108.html
[13:11] <apw> rtg seen it, will get to thinking on shortly
=== yofel_ is now known as yofel
[13:34]  * rtg thinks ogasawara must be having desktop issues
[13:35] <ogasawara> I'm here, although I'm on my laptop as I am having issues with my desktop (ie I'm pretty sure my hard drive is dieing).
[13:36] <rtg> ogasawara, oh, not the refurb Vostro ?
[13:37] <rtg> or its the desktop the auguring in ?
[13:37] <ogasawara> it's my desktop that is cratering, I'm on my adamo
[13:38] <rtg> ogasawara, fortunately you live in the silicon forest where hard drives are readily available
[13:42] <ogasawara> indeed
[13:46] <amitk> rtg: what, ogasawara moved to Fry's?!
[13:47] <rtg> amitk, she lives just down the street from Fry's IIRC
[13:47] <rtg> amitk, no, thats a different place.
[13:47] <tjaalton> rtg: hey, have you tried building the ubuntu-r kernel yet? I'm thinking of using it as a base for debugging intel drm crack..
[13:48] <rtg> tjaalton, it buildds for armhf, amd64, and i386
[13:48] <rtg> builds*
[13:48] <tjaalton> rtg: cool, enough for me
[13:48] <rtg> using the quantal toolchain
[13:48] <tjaalton> yeah
[13:49] <rtg> tjaalton, its doesn't work worth a dang on my AMD Fusion(?) GPU
[13:49] <tjaalton> oh, heh
[14:01] <apw> henrix, ok a buildd admin did indeed flip a machine to lpia and back
[14:01] <henrix> apw: ah, ok. cool! thanks for the update
[14:03] <infinity> Sorry if I confused people. :P
[14:04] <henrix> heh, no problem. i was a little bit confused indeed :)
[14:07] <apw> infinity, its good for us
[14:17] <infinity> henrix: For the record, I'll be doing the usual copy-from-ppa and mangle overrides dances today for all the things you guys have been uploading this week.
[14:17] <henrix> infinity: ack, thanks.
[14:35] <ppisati> is the a way to specify to dpkg-buildpackage to build just one flavour? e.g. omap
[14:35] <ppisati> *there
[14:35] <rtg> ppisati, --target=
[14:36] <ppisati> rtg: thanks
=== ogasawara_ is now known as ogasawara
[14:47]  * rtg knocks the number of linux-firmware bugs down to 2.
[14:48] <ogra_> does that ean we need to file new ones ?
[14:48] <ogra_> *mean
[14:48] <ogra_> so you dont run out of work :)
[14:48] <rtg> ogra_, oh please, I _live_ for firmware bugs :)
[14:49] <ogra_> hahaha
[15:00] <rtg> skaet, I think you should drop the  rls-mgr-q-tracking tag on bug #1006427 as ppc is a community supported arch and should not be allowed to hold up the release.
[15:00] <ubot2> Launchpad bug 1006427 in linux "(PowerBookG4) Live image won't boot, stuck on "stdin: Not a typewriter"" [High,Incomplete] https://launchpad.net/bugs/1006427
[15:01] <skaet> rtg,  that's a stale tag,  not being used anymore.    Need to do a cruft cleanup.
[15:02] <rtg> skaet, what are you using to compile http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html ?
[15:02] <skaet> valid tags are:  rls-q-incoming,   rls-q-notfixing.   Otherwise status is tracked by whether its targetted to a series or not.
[15:03] <skaet> rtg,  bdmurray looks for those bugs targetted to a series,   as decided at last UDS,   there was an email from slangasek about earlier in cycle,  I'll go get the blueprint...
[15:03] <rtg> skaet, don't bother, its not that important to me (cause I won't remember for more  then a day at the most)
[15:04] <rtg> skaet, mostly I just wanted bug 1006427 off my radar
[15:04] <ubot2> Launchpad bug 1006427 in linux "(PowerBookG4) Live image won't boot, stuck on "stdin: Not a typewriter"" [High,Incomplete] https://launchpad.net/bugs/1006427
[15:05] <rtg> ppisati, tag, you're it: bug #1045855
[15:05] <ubot2> Launchpad bug 1045855 in linux-ti-omap4 "usb keyboard doesn't work during installation of ubuntu-server on panda" [High,Triaged] https://launchpad.net/bugs/1045855
[15:06] <skaet> rtg,  then add the tag rls-q-notfixing to it,  and that should bump it from the list
[15:07] <rtg> jsalisbury, recent responses on https://bugs.launchpad.net/bugs/1045027
[15:07] <ubot2> Launchpad bug 1045027 in linux "[regression] iPXE kills kvm with KVM: entry failed, hardware error 0x80000021" [Critical,In progress]
[15:07] <rtg> skaet, done
[15:07] <ppisati> rtg: weird
[15:08] <rtg> ppisati, might be bogus, it just needs some love
[15:08] <ppisati> rtg: ack
[15:11] <ppisati> ogra_: how is the server installation handled these days? i remember the installer back then via serial console (and thus you needed serial access), how about now?
[15:11] <rtg> ppisati, bug #746137 is also in your bailiwick.
[15:11] <ubot2> Launchpad bug 746137 in linux-ti-omap4 "Page allocation failure on Pandaboard and Beagle XM" [High,Confirmed] https://launchpad.net/bugs/746137
[15:12] <ogra_> ppisati, theoretically you should be able to isntall via framebuffer, practically bug 1028664 might get in your way
[15:12] <ubot2> Launchpad bug 1028664 in debian-installer "keyboard does not work on quantal-server-armhf+omap4.img" [Critical,Fix released] https://launchpad.net/bugs/1028664
[15:14] <ogra_> ppisati, there is a preEnv.txt-serial you can copy over preEnv.txt on the first partition of the SD before installing, that will get you the serial setup
[15:17] <ppisati> ogra_: no, i want to test lp 1028664
[15:17] <ubot2> Launchpad bug 1028664 in debian-installer "keyboard does not work on quantal-server-armhf+omap4.img" [Critical,Fix released] https://launchpad.net/bugs/1028664
[15:17] <ppisati> ogra_: but i remembered that it wasn't possible to do a server installation without serial console
[15:18] <ppisati> ogra_: let's see this framebuffer thing
[15:18] <ogra_> you should just see the d-i screen right after booting
[15:18] <ogra_> it comes up really fast 
[15:18] <ppisati> besides, someone should really tell what's the rationale in requiring a monitor for a server installation... but that's another story...
[15:19] <ppisati> ogra_: on the screen, right?
[15:20] <ogra_> yes
[15:20] <ogra_> ppisati, we used to default to serial and i agree with you that servers should be serial ...
[15:21] <ogra_> but with us forcing unity on everyone people asked for a way to install xubuntu or lubuntu desktops ... 
[15:21] <ogra_> for which server or netinst is your best chouce
[15:21] <ogra_> and tehse people want to use framebuffer
[15:21] <ppisati> i disagree here
[15:22] <ppisati> if i install a server (a dell blade&c) i'll never attach an lcd to it perhaps
[15:22] <ogra_> oh. sure
[15:22] <ppisati> so if you install an ubuntu server, just use the serial console
[15:22] <rtg> arges, has jjohansen's AA bug fix been exposed publicly yet ?
[15:22] <ogra_> but server serves the purpose of the now dropped alternate image now as well
[15:23]  * ppisati shrugs
[15:23] <arges> rtg, what do you mean? the LP #?
[15:23] <rtg> arges, the patch
[15:23] <ppisati> ogra_: anyway, i'm downloading the daily server to check it out
[15:23] <arges> rtg, https://bugs.launchpad.net/bugs/1056078
[15:23] <ubot2> Launchpad bug 1056078 in linux "freeing apparmor profiles cause irq stack overflow" [Critical,Confirmed]
[15:23] <arges> rtg, yea its there
[15:23] <ogra_> ppisati, but we should probably consider defaulting to serial and make framebuffer the optional choiuce (i.e. flip the defaults)
[15:24] <rtg> arges, cool, I'll pluck that into Q
[15:24] <ppisati> ogra_: wait, let me just check this usb thing
[15:24] <ppisati> ogra_: so i don't have to flip the new defaults
[15:24] <ogra_> default is framebuffer
[15:25] <ogra_> you should be able to but as is
[15:25] <ogra_> *boot
[15:26] <ppisati> dd-ing right now...
[15:30] <rtg> arges, is bug #979498 related to bug #1056078 ?
[15:30] <ubot2> Launchpad bug 979498 in linux "Critical: Natty kernel hangs in xlog_grant_log_space" [High,In progress] https://launchpad.net/bugs/979498
[15:30] <ubot2> Launchpad bug 1056078 in linux "freeing apparmor profiles cause irq stack overflow" [Critical,Confirmed] https://launchpad.net/bugs/1056078
[15:30] <arges> rtg, nope
[15:31] <arges> rtg, that one will be a bit more tricky... its a series of 13 or so patches that are in upstream nfs now (i think)
[15:31] <arges> err
[15:31] <arges> xfs
[15:31] <rtg> ok
[15:31] <rtg> arges, I'm gonna change the patch description from jjohansen to ':1
[15:31] <rtg> UBUNTU SAUCE: apparmor: fix stack overflow
[15:32] <ppisati> ogra_: screen is black and installer started on serial console
[15:32] <ppisati> ogra_: http://cdimage.ubuntu.com/ubuntu-server/daily/current/quantal-server-armhf+omap4.img
[15:32] <ogra_> it doesnt for me here 
[15:32] <ogra_> you didnt copy anything around on the image/SD ?
[15:33] <ppisati> ogra_: nope
[15:33] <ppisati> ogra_: wget and then dd
[15:33] <ogra_> well, thats tecnically not possible 
[15:33]  * ppisati is technically impossible!
[15:33] <ogra_> d-i wont start on serial if there isnt a console= line
[15:33] <ogra_> and there isnt one
[15:33] <ogra_> check preEnv.txt please
[15:33] <ppisati> ok
[15:34] <ppisati> ogra_: bootargs=vram=40M mem=456M@0x80000000 mem=512M@0xA0000000   cdrom-detect/try-usb=true
[15:34] <ppisati> preEnv.txt
[15:35] <ogra_> yeah, nothing in there that could even remotely cause d-i to start on serial
[15:35] <ogra_> (and in fact it doesnt here)
[15:35] <ppisati> AH!
[15:36] <ppisati> this time it started on the framebuffer!
[15:36] <ppisati> i'm not kidding
[15:36]  * ogra_ scratches head
[15:36] <ppisati> and indeed usb is dead
[15:37] <ogra_> i suspect we're missing HID stuff in the udebs
[15:37] <rtg> bjf, another regression test for your suite: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1056078/comments/2
[15:37] <ubot2> Launchpad bug 1056078 in linux "freeing apparmor profiles cause irq stack overflow" [Critical,Confirmed]
[15:37] <ogra_> but didnt get to that big yet
[15:37] <ogra_> *bug
[15:37] <bjf> rtg, reading
[15:37] <ppisati> i want to wipe the sd and try again now
[15:38] <bjf> rtg, we _do_ run the apparmor qrt tests, i'd like to see this added to those. however, i'm happy to run this separately also.
[15:38] <rtg> bjf, It doesn't matter to me where it lands
[15:39] <rtg> vi ~/tmp/jj
[15:39] <bjf> rtg, i understand
[15:45] <ppisati> ogra_: dd it again and this time it went immediately to framebuffer
[15:45] <ppisati> ogra_: *bah*
[15:46] <ogra_> phew, ok, lets call that cosmic rays thenb
[15:46] <ppisati> always on me?
[15:46] <ogra_> looking at the d-i detection code there is no reason why you did see the serial console  
[15:46] <ppisati> i didn't take a screenshot
[15:46] <ppisati> net time i'll do
[15:46] <ppisati> anyhow
[15:46] <ogra_> from the black screen ? 
[15:47] <ppisati> nope, from the terminal
[15:47] <ogra_> i belive you it was black when the serial console was up ;)
[15:47] <ogra_> ah, k
[15:58] <ppisati> ogra_: during the desktop install, the usb keyboard is working (i know it because i use it for input), so why it's not working here?
[15:58] <ogra_> ppisati, d-i can only use modules that are provided as a udeb 
[15:59] <ogra_> while desktop just has all modules available that are in the kernel package
[15:59] <ppisati> ok
[15:59] <ogra_> i would suspect we are missing a hid udeb here 
[16:03] <rtg> sforshee, could you have a look at bug #117414061 ? It kind of looks like an interrupt issue.
[16:03] <jsalisbury> bjf, should I add 1056969 to the hotlist, or are you looking at it?
[16:04] <rtg> sforshee, make that bug #1056969
[16:04] <ubot2> Launchpad bug 1056969 in linux "USB accessories stop working" [High,Confirmed] https://launchpad.net/bugs/1056969
[16:04] <bjf> jsalisbury: should be on the list
[16:04] <jsalisbury> bjf, ack
[16:04] <sforshee> rtg, ack
[16:06] <penguin42> are there older nightly deb's anywhere from Linus's git tree - I'm looking for stuff pre 3.6.-rc1
[16:07] <rtg> penguin42, http://kernel.ubuntu.com/~kernel-ppa/mainline/
[16:08] <penguin42> rtg: That only has the main tags, rather than Linus's tree
[16:08] <rtg> penguin42, I'm not sure what you're telling me. those kernels are built from vanilla sources out of Linus tree.
[16:09] <penguin42> rtg: But only at specific tags; I'm looking for the nightlys that occurred prior to the 3.6.-rc1 tag
[16:09] <rtg> penguin42, oh, that we don't have
[16:09] <penguin42> rtg: But (after 3.5 release)
[16:10] <penguin42> rtg: Yeh the nightly build only has about a weeks saved
[16:21] <rtg> henrix, pushed precise
[16:21] <henrix> rtg: ack, thanks
[16:28] <jsalisbury> rtg, bug 1041883 bisected down to commit d3a67dbe37d32ba10da0de2f14151d606856e5d2 as the cause of the regression.  
[16:28] <ubot2> Launchpad bug 1041883 in linux "Recent patch to asus-wmi module makes system unbootable" [High,In progress] https://launchpad.net/bugs/1041883
[16:28] <jsalisbury> rtg, it may be related to CONFIG_X86_X32=y
[16:29] <jsalisbury> rtg, I think that was your first hunch :-)
[16:29] <rtg> jsalisbury, indeed. apw ^^
[16:35] <cking> apw, any notion why we enabled that back in 3.5.0-11.11?
[16:36] <apw> cking, yeah it was something we are interested in for next cycle maybe
[16:36] <apw> cking, so we enabled it to see if it was a problem and to allow testing
[16:36] <apw> cking, it is the 32bit pointer 64bit registers mode thing
[16:36] <cking> so lets turn it off and explore that for Q+1 then..
[16:36]  * cking recalls that now
[16:36] <apw> cking, if jsalisbury proves it is the issue i am all for that
[16:37] <tjaalton> rtg: ubuntu-r kernel oopses immediately after loading.. oh well
[16:42]  * ppisati -> gym
[16:53] <penguin42> jsalisbury: on the iPXE crash, I'm curious - does it trigger for you (it's trivial to try if you have KVM installed)
[16:54] <jsalisbury> penguin42, I'm not able to reproduce the bug, but there are two people in that bug that can.
[16:55] <penguin42> jsalisbury: Yes, I'm one of them - hmm ok, I'd assumed it was host cpu independent
[16:55] <jsalisbury> penguin42, ahh, ok :-)
[16:57] <jsalisbury> penguin42, It's strange that the bug does not exist on v3.6-rc1, since the same commit that causes the bug in 3.5.3 is applied there as well.  An email has been sent upstream requesting info as well.
[16:58] <penguin42> jsalisbury: Yeh, there are lots of other changes in 3.6 though, so I assume another one fixed it somewhere or it was an incomplete backport of a patch from 3.6
[16:59]  * cking ~~> food
[16:59] <jsalisbury> penguin42, yeah.  I'll have to look closer 
[17:02] <apw> commit bacef661acdb634170a8faddbc1cf28e8f8b9eee
[17:02] <apw> Author: Jan Beulich <JBeulich@suse.com>
[17:02] <apw> Date:   Fri May 25 16:20:31 2012 +0100
[17:02] <apw>     x86-64/efi: Use EFI to deal with platform wall clock
[17:29] <jgriffith> smb: ping
[17:34]  * rtg -> lunch
[18:27] <rtg> smb, so what is your call on bug #1038055 ? do you still want CONFIG_DRM_CIRRUS_QEMU disabled ?
[18:27] <ubot2> Launchpad bug 1038055 in linux "graphics fail to initialise correctly, in kvm with cirrus graphics (after LUKS install)" [High,Confirmed] https://launchpad.net/bugs/1038055
=== Amoz is now known as Staffan_Star
=== Staffan_Star is now known as Amz
=== Amz is now known as Amoz
=== henrix is now known as henrix_
[19:35] <herton> rtg, that apparmor sru for lucid will not apply, wrong patch?
[19:37] <rtg> herton, perhaps, lemme check
[19:40] <rtg> herton, hmm, looks right to me. try git://kernel.ubuntu.com/rtg/ubuntu-lucid.git master-next
[19:41] <herton> rtg, right, ignore me... now I noticed I was in the wrong branch after reviewing lts-backport oneiric today...
[19:42] <rtg> herton, np
[19:54] <rtg> herton, arges: I'm getting a lot of noise from the AA reproducer script in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1056078/comments/2 . Is that what you would expect ?
[19:54] <ubot2> Launchpad bug 1056078 in linux "freeing apparmor profiles cause irq stack overflow" [Undecided,In progress]
[19:59] <herton> rtg, on a precise vm I get lots of "apparmor_parser: cannot use or update cache..."
[20:00] <rtg> herton, thats what I got as well, but dmesg indicates that tehre are profiles being deleted. is that the same in yours ?
[20:01] <herton> rtg, yes, some profile_replace messages
[20:02] <rtg> herton, ok. I guess thats good.
[20:29]  * rtg -> EOD
[20:45] <phillw> Hi, is kernel-3.6.0-0.rc6.git0.2.fc18 (or later) going to land for 12.10?
[20:58] <bjf> phillw, we are going with the 3.5 kernel
[21:03] <phillw> bjf: okies, I'll have to go figure out another route to fix bug 1043518 and https://bugzilla.redhat.com/show_bug.cgi?id=857300
[21:03] <ubot2> Launchpad bug 1043518 in ubiquity "live cd is unusable due to video degradation with the splash boot option enabled" [High,Confirmed] https://launchpad.net/bugs/1043518
[21:03] <ubot2> phillw: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found (https://bugzilla.redhat.com/xml.cgi?id=857300)
[21:04] <phillw> hopefully I can nosplasj put in for the PPC architecture until 3.6 arrives for 13.04
[21:04] <phillw> *nosplash*
=== henrix_ is now known as henrix
[21:50] <infinity> phillw: You should be isolating the git commit and asking people to pull it into our kernel, not to upgrade wholesale to 3.6.0
[21:51] <phillw> infinity: my apologies, when it comes to this level of detail, I'm way out of my depth... sorry!
[21:52] <phillw> so, now that I know the correct question.. could the patch be applied to our current 3.5.x kernel. From my (very) limited reading of the bug report, it did not cause regressions and fixed the issue.
[22:02] <phillw> s/reading/understanding
=== henrix is now known as henrix_
=== zz_Kiall is now known as Kiall
=== Kiall is now known as zz_Kiall