bjf[] | exit | 02:12 |
---|---|---|
=== bjf[] is now known as bjf[afk] | ||
bjf[afk] | -EWRONGWINDOW | 02:12 |
=== sconklin-gone is now known as sconklin | ||
=== bjf__ is now known as bjf | ||
=== sconklin is now known as sconklin-gone | ||
=== cmug is now known as cmug2 | ||
=== bjf is now known as bjf[afk] | ||
=== lifeless_ is now known as lifeless | ||
* apw yawns | 08:11 | |
RAOF | apw: You should sleep in, then :) | 08:15 |
apw | pgraner, frylock is off the world ... for the 3rd time in two days ... both links to nowhere | 08:18 |
apw | pgraner, actually dsl and ubuntu point to the same IP address ? | 08:32 |
kraut | moin | 09:20 |
ikepanhc | ouch, sent a empty subject to k-t list | 09:38 |
=== ericm-Zzz is now known as ericm | ||
ericm | ikepanhc, yeah - but fortunately it didn't end up in my spam box | 09:53 |
apw | cking, morning ? | 09:53 |
ikepanhc | ericm: ya, fortunately. | 09:54 |
ericm | ikepanhc, it's quite old kernel, why the building issue was revealed recently? | 09:55 |
ikepanhc | ericm: oh, the compile error happen after rebase to lastest hardy master branch | 09:56 |
ericm | ikepanhc, I see | 09:56 |
ikepanhc | ericm: it wasnt there last week | 09:56 |
* apw pokes pgraner | 10:17 | |
ikepanhc | apw: good question on lquest - I dont think we need lguest on netbook branch | 10:18 |
ikepanhc | s/lquest/lguest | 10:19 |
ericm | apw, I cannot connect to pgraner's machine, what about you? | 10:20 |
apw | ericm, indeed been down all morning | 10:21 |
cooloney | try tyler | 10:22 |
apw | i think both are out | 10:22 |
ericm | apw, I guess helena is also down | 10:22 |
apw | ericm, that has been announced as down, the machine is going to boston | 10:23 |
apw | but it has been 6 damn weeks in transition | 10:23 |
* ericm has to build a kernel on his tiny mini fan-noisy slow machine now | 10:23 | |
apw | pgraner should be awake within the hour and we should get .mills back | 10:24 |
ericm | any one has hint for the error below: ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. | 10:30 |
* ericm is doing a fdr binary | 10:30 | |
ikepanhc | ericm: I just ignore the error message. fdr binary still give me the linux-image.deb and the deb works | 10:32 |
ericm | ikepanhc, you are having the same issue? interesting - this never happens on pgraner's machine (never noticed the release difference though) | 10:33 |
apw | ericm, i've seen that before i think but cannot remember what it was about any more sorry | 10:34 |
=== lexical is now known as kengyu | ||
cooloney | ericm: i got that error several times | 10:43 |
cooloney | ericm: so a) sudo su to get root to build the package | 10:43 |
cooloney | b) sbuild | 10:43 |
cooloney | that's might be a issue from fakeroot upstream | 10:44 |
cooloney | i found that bug was tracked in debian's bug list | 10:44 |
smb | lag, Hey just wanted to let you know that your "make perf more useful in case of error" change likely sneaks into Lucid anyway when apw does his abstracted magic. :) | 10:48 |
* smb waves to apw | 10:48 | |
apw | smb, indeed so ... its in the ones i am test building now | 10:48 |
lag | Good news :) | 10:49 |
smb | apw, Did I expect too much or is there only Karmic master updated for now? I fetched but only master changed... | 10:49 |
lag | Will my "fdr editconfigs" change get in? | 10:49 |
smb | I believe to have seen that too | 10:49 |
apw | smb, i thought the plan was i did master, you tie the bow on that than we can rebase the others and do them too | 10:50 |
apw | (ie. i can rebase them during the day) | 10:50 |
smb | apw, I think you are right | 10:50 |
apw | the plan may be flawed but i think that was the plan | 10:50 |
apw | pgraner, ping | 10:50 |
smb | apw, Meh, I think its alright. I do the ties and push, can I hand test building that to you? | 10:51 |
apw | smb, yep... i have to build it anyhow | 10:52 |
smb | Doh! | 10:52 |
apw | doh ? | 10:52 |
smb | apw, You surely have | 10:52 |
apw | yep ... _if_ the build boxes come back of course so i can free up my local box for it | 10:53 |
smb | apw, And me just making little updates to the changelog won't break that | 10:53 |
apw | there is that too, though i thought there may be more updates coming for -proposed for karmic i forget | 10:53 |
smb | apw, No, I know nothing more for KArmic | 10:54 |
apw | i'll re-test buuld it once i have a free box anyhow | 10:54 |
smb | apw, You have something with the bow tie on when you pull | 10:57 |
apw | smb, thanks | 10:57 |
smb | apw, Thanks for going through the rebases. I think to remember there will be a little fallout with the debian.env when doing those. Anything else to expect? Or simpler let me know what happens. :) | 10:59 |
apw | i think it was simpler than i expected actually, but yes will let you know | 10:59 |
ogra | were the omap3 udeb changes for lucid already uploaded before the new d-i was uploaded yesterday ? | 11:09 |
ericm | smb, reviewing the DOS CR/LF format issue with Marvell code, it looks like a _too_ big issue, (https://pastebin.canonical.com/33183/) | 11:13 |
* apw doesn't remember any omap3 stuff aimed at lucid | 11:14 | |
apw | ogra, the bug we had was for maverick was it not | 11:15 |
ogra | the missing USB NIC drivers in udbes ? | 11:15 |
ogra | *udebs | 11:15 |
ogra | no, that was lucid omap3 | 11:15 |
ogra | fixed several weeks ago by mpoirier | 11:15 |
apw | that i don't think i remember that at all, presumably someone else was dealing with that, so ignore me | 11:15 |
ogra | LP#588805: enable armel-omap udebs for netboot use | 11:16 |
ogra | you commented on it 6 days ago | 11:16 |
ogra | oh, though thats a different bug number | 11:17 |
ogra | bug 584920 | 11:17 |
ubot2 | Launchpad bug 584920 in linux-ti-omap (Ubuntu) "netinstall fails, it has no network driver for moschip (affects: 1) (heat: 264)" [Medium,Fix committed] https://launchpad.net/bugs/584920 | 11:17 |
ogra | pull request from may 27th | 11:17 |
ogra | ~two weeks ago | 11:17 |
ogra | since thats stuff needed for netinstall, having it in before d-i gets rebuild is essential | 11:18 |
ogra | else it makes no sense :) | 11:18 |
cooloney | ericm: try dos2unix? | 11:30 |
apw | ogra, i would not be supprised if its not yet uploaded, as we have been under -security for the last 3 weeks | 11:30 |
ogra | hrm, k | 11:31 |
ericm | cooloney, yeah - but the format itself isn't a big issue, a noisy patch and the problem of application of subsequent patches would be the biggest issue | 11:31 |
apw | the SRU process is not in the least bit determininstic time wise especially when -security pops up its ugly head | 11:31 |
apw | ogra, if your patch has a bug link in it then its not showing up on ti-ompa | 11:32 |
ogra | yeah, understood | 11:32 |
ogra | ompa lompa :) | 11:32 |
ogra | its not my patch | 11:32 |
ogra | https://lists.ubuntu.com/archives/kernel-team/2010-May/010757.html | 11:33 |
ogra | the ,mail had a buglink | 11:33 |
ogra | and according to smb it was applied to the tree two days ago | 11:34 |
apw | ogra, ok found it ... it'll be in the next upload, its right at the tip of the tree | 11:34 |
ogra | i just dont know if it went in with an upload | 11:34 |
ogra | ok | 11:34 |
apw | thats post -security which is only just in | 11:34 |
ogra | ok | 11:34 |
ogra | no prob then, i just want to know what to tell users that ask | 11:34 |
ghostcube | hmmm ureadhead still gets killed for me at startup :) is there anything known about | 11:46 |
cking | ghostcube, i think it's known about: bug 491943 | 11:54 |
ubot2 | Launchpad bug 491943 in ureadahead (Ubuntu) (and 1 other project) "Kernel trace buffer should be set to less unrealistic value (affects: 11) (dups: 2) (heat: 54)" [High,Triaged] https://launchpad.net/bugs/491943 | 11:54 |
ghostcube | cking: thx looking :) | 11:55 |
ghostcube | hmmm yeah my system has 4 gig mem too | 11:56 |
ghostcube | looks nearly the same must check this athome later thx for the bug | 11:57 |
cking | my pleasure | 11:57 |
ericm | apw, what if I want to change a blueprint to M+1 (it was target for M, but apparently the topic/work grows more than that)? | 13:54 |
apw | ericm, is there work in M still? if so leave it as it is, but then move the target on the blueprint front page to N when that starts existing | 14:00 |
ericm | apw, what do you mean by "when that starts existing"? after UDS-N? | 14:00 |
apw | i am not sure uds-n even exists as a goal really | 14:01 |
apw | as yet | 14:01 |
ericm | apw, no - checked and not available in the drop down box | 14:01 |
apw | just put the work-items which flow out under like | 14:01 |
apw | Work Items for NN: | 14:01 |
apw | or something which won't match our current release, and they will not show up | 14:02 |
ericm | apw, I see | 14:02 |
apw | arm work going to take forever ? | 14:02 |
sebjan | Hello, I am wondering if BUG 507503 was fixed in .34 upstream (I see some patches from .34). Anyone to confirm? Thanks! | 14:31 |
ubot2 | Launchpad bug 507503 in linux-ti-omap (Ubuntu Lucid) (and 5 other projects) "VFP/NEON state is not preserved around signal handlers, causing state corruption between user processes (affects: 1) (heat: 10)" [High,Fix released] https://launchpad.net/bugs/507503 | 14:31 |
=== ericm is now known as ericm-afk | ||
pgraner | cooloney: ping | 14:37 |
cooloney | pgraner: hey, pete | 14:54 |
=== sconklin-gone is now known as sconklin | ||
apw | sebjan, i thin that was fixed upstream yes, i am pretty sure it was a backport in our trees | 14:54 |
pgraner | cooloney: hey some one was asking about an OMAP bug in the scroll back: [09:32] <sebjan> Hello, I am wondering if BUG 507503 was fixed in .34 upstream (I see some patches from .34). Anyone to confirm? Thanks! | 14:54 |
ubot2 | Launchpad bug 507503 in linux-ti-omap (Ubuntu Lucid) (and 5 other projects) "VFP/NEON state is not preserved around signal handlers, causing state corruption between user processes (affects: 1) (heat: 10)" [High,Fix released] https://launchpad.net/bugs/507503 | 14:54 |
pgraner | cooloney: and apw just answered | 14:55 |
pgraner | cooloney: so never mind | 14:55 |
cooloney | pgraner: thanks for ping me this. hehe | 14:55 |
cooloney | apw is a nice man, always help us | 14:55 |
cooloney | apw and sebjan, the patch we backported into our lucid tree might be different from upstream. I need to double check | 14:56 |
cooloney | since at that time, we applied the patch from arm mail list | 14:57 |
cooloney | but it might be changed a little bit after rmk reviewed before it entered upstream mainline | 14:57 |
sebjan | cooloney: yes, the lucid backport is different, and the .34 upstream contains the latest patch revision (v5) discussed in this thread: http://thread.gmane.org/gmane.linux.ports.arm.kernel/58722/focus=58724 | 14:59 |
cooloney | sebjan: got it, thanks for heading up. | 15:01 |
cooloney | sebjan: i think the upstream version is the right one, in lucid, we just wanna fix the bug in .31/.32/.33 kernel | 15:02 |
cooloney | sebjan: so if you rebase the on .34, you can ignore that backported VFP patches. | 15:02 |
sebjan | cooloney, apw, pgraner: thanks guys for checking! | 15:03 |
sebjan | cooloney: yep, this is what I did, and wanted to confirm as the patch content did not seem obvious to me :) Thanks! | 15:03 |
=== bjf[afk] is now known as bjf | ||
JFo | moin bjf | 15:19 |
bjf | JFo, i'll take your word for that | 15:19 |
bjf | bjf, not awake yet | 15:19 |
JFo | speaking of which... | 15:20 |
* JFo goes for more coffee | 15:20 | |
tgardner | ogasawara, please hold off on my LP591416 pull request. I'm working with upstream to build a better solution. | 15:40 |
statik | hi hi | 15:41 |
statik | one of my colleagues is having trouble with an e1000e on the maverick kernels (works fine in lucid) | 15:41 |
statik | I wanted to see whether the patch talked about in this thread was in the maverick kernel already http://kerneltrap.org/mailarchive/linux-netdev/2010/5/11/6276964 | 15:42 |
statik | i'm kinda ignorant about kernel stuff, what is the right way for me to get the tree for the ubuntu kernels? | 15:42 |
tgardner | statik, git clone git://kernel.ubuntu.com/ubuntu/ubuntu-maverick.git | 15:43 |
statik | thanks tgardner | 15:43 |
tgardner | statik, drivers/net/e1000e/hw.h:#define E1000_DEV_ID_PCH_D_HV_DM 0x10EF | 15:44 |
statik | thanks | 15:45 |
statik | dmesg seems to show that it is failing probe during boot, and the patch talked about does a hw reset | 15:46 |
statik | http://git.kernel.org/?p=linux/kernel/git/davem/net-next-2.6.git;a=commitdiff;h=627c8a041f7aaaea93c766f69bd61d952a277586 | 15:46 |
statik | i have no idea what i'm talking about, but figured this seemed relevant and worth double checking whether it was present or not | 15:46 |
tgardner | statik, that commit is in Maverick. 'e1000e: Reset 82577/82578 PHY before first PHY register read' | 15:51 |
statik | tgardner, thanks :) my clone was still running. nessita has a bug report here: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/591702 , and the dmesg shows a line like this: e1000e: probe of 0000:00:19.0 failed with error -3 | 15:52 |
apw | tgardner, in which upload ? | 15:52 |
ubot2 | Launchpad bug 591702 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (dup-of: 591707)" [Undecided,New] | 15:52 |
ubot2 | Launchpad bug 591707 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (affects: 1) (dups: 1) (heat: 14)" [Undecided,New] | 15:52 |
tgardner | apw, I'm looking at the tip of the Maverick tree, so its at least in -rc2 | 15:53 |
apw | statik, which kernel are you testing when seeing this? | 15:53 |
apw | cat /proc/version_signature | 15:53 |
manjo | tgardner, olimpiya was a good suggestion | 15:54 |
statik | nessita, ^ can you check the version_signature ? | 15:54 |
statik | it was from a dist-upgrade yesterday | 15:54 |
tgardner | which should be Ubuntu-2.6.35-2.2 | 15:55 |
JFo | bjf, got the boxes | 15:55 |
JFo | just 2 of them yes? | 15:55 |
tgardner | statik, oh, maybe not. -meta has not been updated. | 15:56 |
nessita | tgardner: I'll let you know in a sec | 15:56 |
nessita | statik: version_signature where? | 15:56 |
statik | nessita, cat /proc/version_signature as apw suggested above | 15:56 |
JFo | run that from a terminal | 15:56 |
nessita | Ubuntu 2.6.35-1.1-generic 2.6.35-rc1 | 15:57 |
nessita | statik: thanks, I missed apw comment above | 15:57 |
tgardner | nessita, can you download and try https://edge.launchpad.net/ubuntu/maverick/+package/linux-image-2.6.35-2-server ? | 15:58 |
nessita | tgardner: yessir | 15:58 |
tgardner | http://launchpadlibrarian.net/49983143/linux-image-2.6.35-2-server_2.6.35-2.2_amd64.deb | 15:59 |
nessita1 | tgardner: no luck with rc2 kernel, look http://nessita.pastebin.com/A9zdSyWt | 16:14 |
tgardner | nessita: ok, I'll see if I can grok the error code (right after I scarf some breakfast) | 16:15 |
nessita1 | tgardner: ok, I'm in the troubled machine right now, I plugged in a dongle | 16:16 |
nessita1 | tgardner: so I can copy and paste more easily :-P | 16:16 |
bjf | JFo, you got both pkgs? | 16:21 |
JFo | yep | 16:23 |
tgardner | nessita: has this e1000e _ever_ worked with any kernel? | 16:27 |
apw | ogasawara, yo ... | 16:31 |
ogasawara | apw: yo | 16:31 |
apw | seems we had some FTBS's :( | 16:31 |
ogasawara | apw: yep, just looking at those. it's the firmware not being optional | 16:31 |
apw | yeah i think we may have to make them optional again | 16:31 |
ogasawara | apw: I agree. I'm gonna send a patch to flip them back. | 16:32 |
apw | though you should speak to tgardner | 16:32 |
ogasawara | tgardner: ^^ | 16:32 |
* ogasawara jump on mumble | 16:32 | |
nessita | tgardner: yes, of course | 16:32 |
nessita | tgardner: until yesterday 7pm it was working | 16:33 |
nessita | tgardner: and right now it works with kernel 2.6.32 | 16:33 |
nessita | tgardner: which was the kernel from lucid | 16:33 |
nessita1 | tgardner: http://nessita.pastebin.com/UHKNCXKM | 16:35 |
cking | manjo, ping | 16:36 |
manjo | cking, pong | 16:36 |
cking | manjo, hows that UEFI box getting on? Did you get any joy from it? | 16:36 |
manjo | cking, I am talking to 2 people at intel regarding EFI, unfortunately looks like most of the EFI devs are going to be in santa clara during the plugfest week | 16:37 |
manjo | cking, I read up some docs yesterday regarding EFI | 16:38 |
manjo | cking if you hop on some channel on mumble we can chat ? | 16:39 |
cking | OK - gotta bear with me - I've got a migrane | 16:39 |
manjo | oh sorry to hear that | 16:39 |
manjo | I am looking at the grub2 code right now | 16:39 |
tgardner | nessita, ok, this seems like a serious regression. | 16:39 |
manjo | cking, I read your wikis on EFI and they are pretty detailed | 16:39 |
manjo | was wondering with your permission I could move it to our ubuntu wiki ? | 16:40 |
cking | manjo, hold on.. | 16:40 |
nessita | tgardner: how can I help debug? | 16:40 |
manjo | cking, ok be back with some more coffee | 16:40 |
tgardner | nessita: the first thing is to make sure it really, really works with 2.6.32 lucid. please reboot and paste the whole dmesg just to make sure you've not coincidentally encountered a HW issue. I'd be really surprised to find a regression in a well supported driver like e1000e. | 16:42 |
tgardner | reboot to lucid, that is. | 16:42 |
nessita1 | tgardner: rebooting to 2.6.32 | 16:43 |
nessita1 | tgardner: dmesg for kernel 2.6.32 attached to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/591707 | 16:49 |
ubot2 | Launchpad bug 591707 in linux (Ubuntu) "After upgrade lucid -> maverick eth0 interface is gone (affects: 1) (dups: 1) (heat: 14)" [Undecided,New] | 16:49 |
nessita1 | tgardner: I'm currently using net connectivity through eth0 and e1000e | 16:49 |
dob1 | hi, after installing the new ubuntu release on my acer 5100 this problem https://bugs.launchpad.net/ubuntu/+source/linux/+bug/446274 happen again, with the 9.04 the problem wasn't present, with the precedent release to 9.04 (i don't remember the version number) the problem was present, i know is very difficult to find the cause, but someone has some idea to what is changed in the kernel in these releases that can create the p | 16:51 |
ubot2 | Launchpad bug 446274 in linux (Ubuntu) "System freeze with ACER aspire 5100 (affects: 2) (heat: 12)" [Undecided,Incomplete] | 16:51 |
tgardner | nessita: cool, now if you could do the same for the 2.6.35-rc2 Maverick kernel? | 16:51 |
nessita1 | tgardner: yessir | 16:51 |
dob1 | it's a very bad problem, every time i had to hard reboot the system | 16:52 |
dob1 | and i can't find nothing in log or what else | 16:52 |
apw | dob1, sadly there is such a huge ammount of stuff has changed between 9.04 and 10.04 LTS, that we're pretty unlikely to find the issue | 16:54 |
apw | does the previous kernel still boot for you with the updated userspace ? | 16:54 |
dob1 | apw: i don't have it anymore | 16:54 |
apw | dob1, the next steps are normally to try and find out if upstream has this fixed via the mainline builds | 16:54 |
apw | dob1 you can likely find it in the lauchpad librariant, it keeps every kernel forever | 16:55 |
nessita | tgardner: second output attached to bug report | 16:56 |
dob1 | apw: well can i find some precompiled kernel with no ubuntu patches ? or i can download it from kernel.org | 16:56 |
dob1 | just to test | 16:56 |
apw | dob1, yep in the miainline archive: https://wiki.ubuntu.com/KernelTeam/MainlineBuilds | 16:56 |
apw | report any testing results to the bug | 16:57 |
dob1 | apw: the problem is that when this problem happen i can't do nothing, the pc is freeze, no log , it doesn't respond to ping, like dead, i have to hard reboot | 16:58 |
apw | dob1, so you can very easily tell if its happehing or not on that kernel then | 16:58 |
apw | when does it happen, instantly at boot or do you have to do something to trigger it | 16:58 |
dob1 | it can happen at boot, after hours i am using the pc, there is no applications that i can identify as a cause | 16:59 |
apw | if you can trigger it at boot, then booting without quiet and splash on the command line may get you something on the screen to report | 17:00 |
dob1 | apw: to be clear, i have to login to the system | 17:01 |
apw | never occurs before that ... hrm ... | 17:01 |
apw | a pig to debug for sure | 17:01 |
dob1 | it was happen 1 time before the login, i was at login screen, the screen was ok but the sound of the login was repeated a lot of time, and it was freezed, but not stripe pattern on the screen | 17:02 |
dob1 | as sound of login, i mean the ubuntu login music, you understand what i mean | 17:03 |
tgardner | nessita, 'apport-collect 591707' to get the rest of your system info. Looks like you've got some ATI nouveau issues as well. | 17:03 |
tgardner | is this a thinkpad or something? | 17:04 |
nessita | tgardner: yes, video sucks at the moment, though I have a nvidia card... | 17:04 |
nessita | tgardner: ImportError: No module named gi after running apport-collect, though it keeps running | 17:05 |
tgardner | nessita, do you remember ever havinf flash issues with this e1000e? there was a serious problem during Hardy days when flash could get partially corrupted. | 17:07 |
tgardner | thinkpads were particularly vulnerable | 17:08 |
nessita | tgardner: this is a new box so I only had lucid installed on it | 17:08 |
nessita | tgardner: first installation was during March this year | 17:08 |
tgardner | s/ATI nouveau/nVidia nouveau/ in my previous comment. I get 'em confused sometimes | 17:09 |
tgardner | nessita, then you should be OK there | 17:09 |
tgardner | firmware wise.... | 17:09 |
nessita | tgardner: apport-collect finished | 17:11 |
tgardner | nessita, got it, thanks. I know there are a couple of these thinkpads within the canonical IS group. I'll see if I can get someone to duplicate your issue. | 17:13 |
nessita | tgardner: ok, let me know if I can do anything else | 17:14 |
tgardner | nessita, maybe one last thing, attach the 'sudo dmidecode' to the report so I have the BIOS versions, etc. | 17:15 |
nessita | coming right up | 17:16 |
tgardner | I wish apport-collect did taht autmatically | 17:16 |
bjf | tgardner, am talking to cking about adding that to apport | 17:17 |
nessita | tgardner: fill a bug! :-P | 17:17 |
nessita | tgardner: output attached | 17:17 |
tgardner | bjf, why would cking be doing it? | 17:17 |
bjf | tgardner, he wants the information for some of the bios testing work he is doing | 17:18 |
bjf | tgardner, i'll do the work to apport | 17:18 |
tgardner | bjf, it means you'll have to run apport-collect as sudo | 17:19 |
bjf | tgardner, yup, know that | 17:19 |
=== nessita1 is now known as nessita | ||
bjf | tgardner, there is code in apport to collect certain logs as root, gksudo, ksudo, or whatever will run as necessary | 17:29 |
tgardner | cool | 17:30 |
tgardner | nessita, just for kicks and giggles, can you try the nVidia driver? | 17:36 |
nessita | tgardner: I'd love, how can I? aptitude complains with the xorg packages | 17:37 |
tgardner | nessita, it used to be system/administration/hardware manager | 17:38 |
nessita | tgardner: as per that application, NVIDIA accelerated graphics driver (version 173) is activated and currently in use | 17:40 |
nessita | tgardner: and I can not update xserver-xorg-core because it breaks xserver-xorg-input-7 | 17:41 |
nessita | xserver-xorg-core breaks xserver-xorg-video-6 (provided by nvidia-173 173.14.22-0ubuntu11, ...) | 17:41 |
tgardner | nessita, perhaps the best way to test this is to reinstall Lucid and then run the LTS backport kernel? That would get your video issues out of the loop. | 17:41 |
tgardner | maverick is in a bit of flux right now | 17:42 |
tgardner | wrt X packages | 17:42 |
nessita | yes :-) | 17:42 |
tgardner | nessita, you can get the LTS backported kernel from http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu | 17:43 |
nessita | tgardner: what do you mean with "reinstall" Lucid? reinstall from scratch? | 17:43 |
tgardner | nessita, uh, yep. I know that might be painful | 17:43 |
nessita | tgardner: *a lot* :-/ dependencies for ubuntu one are hige | 17:44 |
nessita | huge* | 17:44 |
tgardner | nessita, well, I hesitate to bug the upstream guys about this 'cause the _first_ thing they'll bitch about is the video faults you have in your dmesg. | 17:45 |
nessita | tgardner: I see. Let me talk about this with statik | 17:45 |
tgardner | once you have an oops, all bets are off for future behaviors. | 17:45 |
nessita | statik: ping | 17:46 |
tgardner | nessita, in the future you should try the LiveCD first before stepping off the edge :) | 17:47 |
nessita | tgardner: part of my job is to do this | 17:48 |
nessita | tgardner: isn't argument enough to show that kernel 2.6.32 works? | 17:48 |
nessita | tgardner: for upstream guys, I mean | 17:48 |
tgardner | nessita, not with an oops in your dmesg | 17:48 |
nessita | tgardner: video is totally broken in 2.6.32 but net works | 17:48 |
nessita | ok | 17:48 |
tgardner | nessita, in fact, if you _do_ reinstall, then just install the server (no video issues). you can always update by installing ubuntu-desktop | 17:50 |
nessita | tgardner: reinstall lucid or maverick? | 17:51 |
tgardner | nessita, reinstall lucid. Is this your only machine? | 17:51 |
nessita | tgardner: nopes, I have a laptop as well, with Lucid in it | 17:52 |
tgardner | nessita, um, I thought this _was_ your laptop. Thinkpad, right? | 17:52 |
nessita | tgardner: nopes, laptop is a toshiba satellite (works well so far) | 17:53 |
tgardner | that would explain the DMI information. | 17:53 |
nessita | tgardner: computer with this net issue is a desktop | 17:53 |
tgardner | OK. | 17:53 |
nessita | tgardner: want me to add those details to the report? | 17:57 |
tgardner | nessita, lets just start with the Lucid server re-install first, then add the LTS kernel and report on the results of that. | 17:57 |
nessita | tgardner: just to be sure, how which one would be the LTS kernel backport and how shall I install it? dpkg -i? | 18:11 |
tgardner | nessita, use can do that, or just add the repo to your apt sources, e.g., 'echo "deb http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu lucid main" | sudo tee /etc/apt/sources.list.d/kernel-ppa.list', then 'apt-get update;apt-get install linux-image-server-lts-backport-maverick' | 18:14 |
tgardner | s/use/you/ | 18:14 |
nessita | right, thanks | 18:15 |
ppires | hi there. am i wrong if i put a kernel package building question here? | 19:26 |
jjohansen | -> Lunch | 19:29 |
=== sconklin is now known as sconklin-lunch | ||
ogasawara | tgardner: heh, I forgot that enabling bnx2 in armel results in additional build failures which I've hopefully fixed up now. | 20:17 |
tgardner | ogasawara, how much fun could that be :) | 20:18 |
ogasawara | tgardner: so hopefully the latest test build will finish soon and then I'll upload | 20:18 |
tgardner | ogasawara, what kind of fixes did you have to make? | 20:19 |
ogasawara | tgardner: needed to define dma_get_ops | 20:19 |
ogasawara | drivers/net/bnx2.c:3102: error: implicit declaration of function 'get_dma_ops' | 20:19 |
ogasawara | make that needed to define get_dma_ops | 20:20 |
tgardner | ogasawara, just a header file inclusion | 20:20 |
tgardner | ? | 20:20 |
tgardner | I'm wondering if its an upstreamable patch | 20:20 |
ogasawara | I just threw in a #define get_dma_ops(dev) platform_dma_get_ops(dev) | 20:21 |
dupondje | whats the best way to make a bugreport for a kernel bug ? | 20:44 |
tgardner | dupondje, 'ubuntu-bug linux' | 20:45 |
dupondje | [ 2313.242321] BUG: unable to handle kernel NULL pointer dereference at (null) | 20:47 |
dupondje | [ 2313.242329] IP: [<ffffffffa025e0d6>] iwl3945_get_channels_for_scan+0xc6/0x210 [iwl3945] | 20:47 |
dupondje | and firefox gets locked totally .. weird thing :) | 20:47 |
dupondje | https://patchwork.kernel.org/patch/103568/ | 21:01 |
dupondje | don't need to make bug for it then? As it hopefully gets fixed upstream ? | 21:02 |
tgardner | ogasawara, dave says he's gonna take that net patch that I sent you earlier today. | 21:07 |
ogasawara | tgardner: cool, I've already applied it locally | 21:07 |
=== sconklin-lunch is now known as sconklin | ||
manjo | bjf, where can I get the scripts to generate the modified ISO? | 22:18 |
manjo | bjf, found it... but I get an error chroot: cannot run command `mount': Exec format error | 22:38 |
bjf | manjo, you got it from the kteam-tools repo | 22:39 |
manjo | yes | 22:39 |
manjo | bjf, do I need to fun it from PWD? ie where the script is ? | 22:40 |
bjf | manjo, don't know, i've run it on three different systems | 22:40 |
bjf | manjo, that's how I normally run it look at the daily script | 22:40 |
manjo | I coped the script to a directory called newiso/ and ran it | 22:40 |
manjo | so I should run it from kernel-tools/daily-test-isos | 22:40 |
manjo | hmmm ran it from that dir and still get chroot: cannot run command `mount': Exec format error | 22:41 |
bjf | the "daily-iso-builder.sh" script shows you exactly how I run it | 22:42 |
bjf | manjo, are you running it on a lucid system? | 22:42 |
manjo | yes | 22:42 |
bjf | hmmm | 22:42 |
manjo | I have a maverick iso | 22:43 |
bjf | that error seems familiar but I can't recall why | 22:44 |
manjo | bjf, do I need to be in a chroot ? | 22:44 |
bjf | no, the script should take care of any of that | 22:45 |
bjf | manjo, I run that script just as it is from a cron job on emerald.pgraner | 22:45 |
bjf | manjo, just for a test, try to build it as you on emerald.pgraner | 22:46 |
bjf | manjo, in your home dir | 22:46 |
manjo | bjf, yeah emerald is not connecting atm | 22:46 |
manjo | bjf, looks like its dead from here | 22:46 |
manjo | ssh: connect to host XX port 22: Connection timed out | 22:47 |
manjo | pgraner, ^ | 22:47 |
ogasawara | manjo: should be up, I'm currently watching a build on it as we speak | 22:47 |
bjf | ogasawara, same error for me | 22:48 |
apw | seems to work for me | 22:48 |
bjf | ogasawara, apw, same problem from two systems (was able to ssh in yesterday and maybe earlier today) | 22:53 |
bjf | getting ssh_exchange_identification: Connection closed by remote host | 22:53 |
manjo | bjf, any idea why sudo mount --bind /dev $CHROOT/dev would fail ? | 22:53 |
apw | bjf, using the main link in right? dsl is firewalled off when main is up | 22:55 |
ogasawara | bjf: did you just catch what I said on mumble? | 22:55 |
apw | bjf, just logged in successfully right now | 22:55 |
ogasawara | bjf: you probably need to update your .ssh/config | 22:55 |
bjf | ogasawara, why? | 22:55 |
ogasawara | bjf: I'm assuming firewall changes? | 22:56 |
bjf | ogasawara, since yesterday? | 22:56 |
ogasawara | bjf: no idea, but I know I had issues connecting this morning and once I updated my .ssh config to use ubuntu.redvoodoo.org it started working | 22:57 |
apw | ogasawara, the secondary link is not open unless the main goes down, so you have to use the right one | 22:57 |
bjf | ogasawara, yup, that was it | 22:57 |
apw | and we were on the secondary for the first few hours of the day | 22:58 |
bjf | apw, but i've been using dsl for a while, for long enough i forgot i'd changed | 22:58 |
bjf | apw, anyway, can connect now | 22:58 |
bjf | manjo, ^^ | 22:58 |
apw | perhaps that bit wasn't working | 22:58 |
apw | bjf, ahh yes i know why, the dyndns on the dsl link was reporting the main address instead of the correct one | 22:59 |
manjo | yeah I switched to ubuntu. | 22:59 |
manjo | from dsl | 22:59 |
manjo | as per ogasawara | 22:59 |
apw | so it was no use for fall back | 22:59 |
bjf | ah | 22:59 |
apw | we should get pete to publish a name which points to the up link | 23:00 |
bjf | manjo, as per mount question, don't know why it would fail | 23:00 |
* bjf is going to get some exercise, back later | 23:02 | |
=== bjf is now known as bjf[afk] | ||
manjo | bjf[afk], ogasawara, take a look at http://uck.sourceforge.net/ | 23:17 |
manjo | bjf[afk], same script seems to work on emerald, something wrong with my machine setup, I tried uck and that fails on my machines as well.. so using emerald now | 23:23 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!