[01:45] <FireCat> I'm having poblems with a compile with Breezy on AMD64-SMP. It's complaining that Module.symvers is missing from linux-headers.
[01:46] <crimsun> you've installed linux-headers-$(uname -r) ?
[01:47] <FireCat> Yes 
[01:47] <crimsun> hmm
[01:47] <crimsun> I presume you mean you're trying to compile an external kernel module?
[01:48] <FireCat> I also deinstalled them and the kernel, and reapplied them in synaptic
[01:48] <FireCat> crimsun: Yes, the Accelleration module for qemu
[01:48] <crimsun> did you install gcc-3.4-base and gcc-3.4?
[01:49] <FireCat> Yes, even though it recommends gcc-3 I thought I'd give 3.4 a shot since I had already installed it
[01:49] <crimsun> did you override $(CC)?
[01:50] <FireCat> Yes, I symlinked it in /usr/bin/gcc I think it was.
[01:50] <FireCat> If there is a better way to do it than that I'm all ears
[01:51] <crimsun> if the acceleration module uses a Makefile with CC defined, then you need to override it there or as an environment variable prior to compilation of the module
[01:52] <FireCat> Yep, how do you override it with an environment variable, I'd rather not be making symlinks
[01:52] <crimsun> CC=gcc-3.4 make
[01:52] <crimsun> etc.
[01:53] <FireCat> ok, I just noticed something, let me try it again, looks like the path might be wrong
[01:54] <crimsun> -headers should contain that file
[01:54] <crimsun> (it does here)
[02:11] <calc> BenC: wrt #7299 i'll try updating the laptop and see what happens
[02:18] <zul> hey
[02:19] <zul> aie make the email stop!! :)
[02:29] <zul> BenC, i seen bug reports for 10834 as well, i dont have a fix for it yet
[02:31] <crimsun> speaking of which, I'm working on 15031, will provide a dpatch soon
[03:51] <jorgp> anyone else getting unsolved symbols issue with 2.6.12-9 breezy kernel when trying to load madwifi driver?
[03:52] <BenC> what symbols?
[03:52] <BenC> is madwifi linux-restricted-modules?
[03:53] <jorgp> no
[03:53] <BenC> ok, what symbols?
[03:54] <jorgp> I'll have to report it tomorrow I guess, left the laptop at work
[03:54] <jorgp> but the netgear wg511t wireless card does not work in 2.6.12-9
[03:55] <jorgp> worked fine with 2.6.10 in hoary, upgraded to breezy today
[03:55] <jorgp> sorry wish I could be more help BenC 
[03:56] <BenC> no problem
[03:56] <mjg59> madwifi is linux-restricted-modules
[03:56] <mjg59> It's non-free
[03:56] <BenC> that's what I thought
[03:56] <BenC> just file a bug on l-r-m
[03:57] <jorgp> ok
[04:47] <fabbione> BenC: kernel is up :)
[04:47] <crimsun> yep, I just booted into it
[04:47] <fabbione> crimsun: sparc?
[04:47] <crimsun> oh, no. i386.
[04:48] <fabbione> BenC: i saw you did open a .14 branch. it would be nice if you could publish your orig.tar.gz somewhere
[05:44] <BenC> fabbione: I haven't even really started it yet
[05:45] <BenC> fabbione: but I'll get the linux-source-2.6.14 under universe as soon as I do (that's the proper place, right?)
[05:45] <BenC> probably put it on people.u.c before then
[05:45] <fabbione> BenC: eheh ok
[05:46] <fabbione> i suggest to wait dapper before uploading
[05:46] <fabbione> or use people
[05:46] <fabbione> but yeah.. a new kernel would land in universe
[05:46] <BenC> yeah, I guess at first I'll just keep my own repo under people until it can go into dapper
[05:46] <fabbione> so that gives us the freedom to slam it a bit
[05:47] <fabbione> BenC: just one hint.. check the diff.gz of the old kerenl. there is a one liner that cannot go into debian/
[05:47] <BenC> yeah, I saw that
[05:47] <fabbione> and it is sort of usefull to avoid trashing debian/ dir on cleanup :)
[05:47] <BenC> actually, what is the problem with our .orig.tar.gz having just the tarball in it?
[05:48] <fabbione> it does i think...
[05:48] <BenC> no I mean, unpacking linux-source-2.6.1x would give you linux-source-2.6.x-2.6.x/linux-2.6.x.tar.bz2
[05:49] <fabbione> ah no
[05:49] <fabbione> i mean i don't really mind that
[05:49] <fabbione> it's just easier to apt-get source and have the code there readable
[05:50] <fabbione> but it's your package :)
[05:50] <BenC> the reason I ask is that once already I accidentally uploaded a kernel with a change in the .diff.gz to the main source
[05:50] <fabbione> so if you want to go that direction i am not going to object
[05:50] <BenC> and twice I almost did (because I check now)
[05:50] <fabbione> BenC: i think we could use a completely different approach
[05:51] <fabbione> if we need to push our kernel to kernel.org
[05:51] <fabbione> we can just kill dpatch to a certain extent
[05:51] <fabbione> and just keep the tree patched
[05:51] <fabbione> that something we need to discuss
[05:51] <BenC> that's one thing I want to discuss at UBAZ
[05:51] <BenC> UBZ
[05:51] <fabbione> otherwise we will have 2 trees to handle
[05:51] <BenC> I need to finish my kernel agenda for UBZ
[05:51] <fabbione> yeah
[05:52] <fabbione> BenC: remember to add all that stuff to the LinuxKernelRoadMap on the wiki
[05:52] <fabbione> because that'd be part of a spec
[05:52] <fabbione> brb
[05:56] <fabbione> ahh coffee :)
[05:56] <fabbione> we can also consider to switch RCS
[05:57] <fabbione> if that's required to push our kernel to kernel.org
[05:59] <fabbione> we need to be careful not to specs too much
[05:59] <fabbione> that was a mistake at UDU
[06:02] <BenC> yeah, git is something I want to discuss
[06:03] <fabbione> yeah
[06:48] <desrt> what's the story with sk98lin?
[06:52] <desrt> should i suspect it of causing crashes?
[07:10] <BenC> it shouldn't
[07:10] <BenC> then again, it isn't well tested
[07:10] <BenC> with ubuntu atleast
[07:28] <desrt> it looks like it's been getting a lot of changes lately
[07:29] <desrt> anyway... i use that driver and i was getting random lockups a kernel rev or two ago
[07:29] <desrt> just looking for something to blame :)
[01:44] <zul> brb
[01:45] <zul> holy lag batman
[01:53] <zul> how is it going everyone?
[03:04] <jbailey_> zul: I'm alive! I'm alert! I FEEL GREAT!
[03:05] <fabbione> yo
[03:05] <jbailey> Heya Favio
[03:06] <jbailey> s/v/b/
[03:07] <jbailey> mjg59: 9092 seems to not make sense, but since Colin reported it and confirmed it, I probably ought to not close it as UBD
[03:07] <fabbione> :)
[03:08] <jbailey> mjg59: Apparently processor.ko tells it that it should work very hard, very fast, and consqeuently, very hot.
 i'm wide awake, it's morning
[03:10] <mjg59> jbailey: That's very odd
[03:11] <mjg59> jbailey: I'll see if I can take a look at Colin's
[03:15] <jbailey> Thanks.
[03:15] <mjg59> Ah. Except Colin doesn't have one now.
[08:59] <jbailey> lamont: I thought that the hppa patches were pulled from the parisc tree?
[08:59] <jbailey> Aren't we generally up to date with that?
[09:00] <jbailey> Willy said before that he doesn't know git at all, so I suspect nothing new has gone upstream for a bit.
[09:02] <mkrufky> you dont need to know git to send stuff upstream
[09:02] <mkrufky> akpm takes patches
[09:16] <jbailey> mkrufky: No idea. =)
[09:16] <jbailey> mkrufky: I'm just a cute little glibc hacker ;)
[09:24] <lamont> jbailey: the patch was from pacvs
[09:28] <mkrufky> jbailey: oops, sorry i was away ... i was trying to say.... for those that dont use git, but wish to send in patches, andrew morton takes normal patches via email... no need to learn git
[09:28] <mkrufky> jbailey: I was only telling u for the sake of conversation ;-)
[09:47] <jbailey> =)
[10:14] <spayne> it works!
[10:14] <spayne> the ndiswrapper problem is solved!
[10:14] <spayne> yes!
[10:14] <spayne> jbailey: ping
[10:15] <spayne> BenC: ping
[10:15] <jbailey> spayne: pong
[10:15] <jbailey> Eh?
[10:15] <jbailey> What was it/
[10:15] <spayne> it works! the ndiswrapper problem is solved
[10:15] <spayne> the 2.6.12-9 kernel solved it!
[10:15] <jbailey> Really?
[10:15] <spayne> yes!
[10:15] <spayne> you are surprised as i am!
[10:15] <spayne> a fresh install today
[10:16] <spayne> i will do some more testing BEFORE closing the bug?
[10:16] <jbailey> Please. =)
[10:23] <BenC> ?
[10:23] <BenC> yeah, 9.18 should have fixed ndiswrapper on amd64
[10:24] <spayne> hmm - this is getting weird
[10:24] <spayne> you have try and believe me
[10:25] <spayne> it WORKS when it is plugged into my USB keyboard
[10:25] <spayne> but not directly into my laptop
[10:25] <spayne> it works, gets a DHCPed address
[10:25] <lamont> BenC: pls ping me before you upload a new kernel - trying to fix a bug or 2
[10:25] <BenC> well, it's compiling correctly now, so any other bugs with ndiswrapper are going to be upstream :)
[10:26] <BenC> lamont: sorry, but I'll be doing another by weeks end
[10:26] <lamont> BenC: no, that's good... I just want to have the chance to say "wait an hour" :)
[10:26] <lamont> assuming I'm that close when you get ready
[10:26] <BenC> so if you can get me patches by Friday, they'll get in
[10:26] <BenC> ok :)
[10:26] <lamont> right
[10:26] <lamont> that's today's and tomorrow's work
[10:27] <spayne> jbailey: i also discovered that there is a RT2500 driver for Ubuntu which is native
[10:27] <spayne> jbailey: i wonder if i should give this a go :)
[10:27] <BenC> spayne: if you have problems with ndiswrapper, would you be able to test v1.2 from upstream?
[10:27] <spayne> yes
[10:28] <spayne> you mean from Debian?
[10:28] <BenC> either way
[10:28] <BenC> I didn't know it was in Debian
[10:28] <spayne> well, there is no 1.2 - they are now onto 1.4rc1
[10:28] <spayne> and i can't get the tarballs for anything else
[10:32] <dilinger> that's 1.3rc1
[10:32] <dilinger> that's in debian
[10:33] <spayne> what i am talking about
[10:33] <spayne> install from debain upstream
[10:33] <spayne> or ndiswrapper source?
[10:34] <dilinger> did they actually release 1.3?
[10:34] <dilinger> or did they just skip right to 1.4rc1?
[10:35] <spayne> http://sourceforge.net/projects/ndiswrapper/
[10:35] <spayne> stable  	1.4-rc1  	September 27, 2005
[10:52] <bagpuss_thecat> have there been any changes to the rivafb options in the most recent 2.6.12 k7 kernels?
[10:53] <spayne> BenC: ??
[11:05] <spayne> BenC: 1.4rc1 is looking A LOT better
[11:07] <spayne> it works! properly, in the laptop, no fuss!
[11:07] <spayne> jbailey: ping
[11:10] <jbailey> spayne: Still here. =)
[11:10] <spayne> jbailey: it seems 1.4rc1 solves it completly, thanks to someone on #ndiswrapper
[11:10] <spayne> i compiled it and added the line to /etc/modules
[11:10] <spayne> even NetworkManager works!
[11:10] <jbailey> Cool!
[11:11] <jbailey> What do you need us to do?
[11:11] <spayne> well
[11:11] <BenC> 1.4rc1?
[11:11] <spayne> yes
[11:11] <BenC> spayne: can you try a release version, like 1.3?
[11:11] <spayne> BenC: it has gone from SF
[11:12] <spayne> Yes, it defiantly works
[11:12] <spayne> 100% A OK
[11:12] <BenC> spayne: send me a link to v1.4rc1 and I'll see what I can do
[11:12] <spayne> BenC: although, I normally run 'make deb' which failed but 'make' worked
[11:12] <BenC> bcollins@ubuntu.com
[11:12] <BenC> I'm off for lunch/dinner, but I'll check it out when I get back
[11:13] <spayne> BenC: if you want me to, i will do a complete format with a fresh install and start from scratch
[11:15] <spayne> jbailey: i am doing a fresh install with nothing on
[11:15] <spayne> jbailey: and see if it works with that
[11:15] <jbailey> My mind is in the gutter, obviously.
[11:15] <jbailey> =)
[11:15] <spayne> no, i'd seriously do it for you guys
[11:16] <mkrufky> lol
[11:16] <mkrufky> spayne: read between the lines, and laugh
[11:16] <spayne> mkrufky: as jbailey knows, i've been moaning about this for months
[11:16] <mkrufky> yes, i saw u talk about this before
[11:17] <mkrufky> i usually stay quiet, but sometimes i just cant resist
[11:17] <spayne> jbailey: mmp_l is the guy on #ndiswrapper who got it working
[11:17] <jbailey> mmp_l: \o/
[11:17] <mmp_l> just helped...
[11:17] <spayne> jbailey: but as he will say, there are some big changes going on which may cause problems
[11:17] <mmp_l> and it was just a gues..
[11:18] <jbailey> spayne: Keep in mind, that I'm still not the kernel guy. =)  All I've done so far is tell you that it's not your initramfs. =)
[11:18] <spayne> :-)
[11:18] <spayne> we'd probally be better waiting until BenC gets back
[11:18] <mmp_l> for more info you should ask at mailing list... . I don't have complete information and haven't beed at #ndiswrapper for quite loing time...
[11:18] <mmp_l> *long
[11:18] <spayne> but basically, mmp_l was saying that there are some rewrites in 1.4
[11:18] <mmp_l> yes
[11:18] <spayne> which may cause problems
[11:19] <spayne> if it goes into Breezy....
[11:19] <jbailey> Right, if that's the case, it might be best to just not do it for now.
[11:19] <spayne> mmp_l: do you have any idea from lists when 1.4 might come
[11:19] <jbailey> Since we're about 2 weeks from release. =)
[11:20] <spayne> jbailey: which is the ultimate deadline for this stuff?
[11:20] <jbailey> spayne: About 6 weeks ago.
[11:20] <spayne> jbailey: (cough)kernel upload today(cough)
[11:20] <jbailey> The thing this trips is UpstreamVersionFreeze.
[11:20] <jbailey> You'll notice the kernel is still 2.6.12 =)
[11:21] <mkrufky> i have a suggestion
[11:21] <jbailey> https://wiki.ubuntu.com/BreezyReleaseSchedule
[11:21] <mkrufky> mmp_l: is the fix due to a single patch?
[11:21] <spayne> mkrufky: shoot
[11:21] <jbailey> spayne: Basically the first 3 months of the release cycle is us madly merging stuff, and then 3 months fixing what we broke in the process.
[11:21] <jbailey> =)
[11:21] <mkrufky> i think BenC would be happier to include the single patch against the stable release, as opposed to the rc
[11:22] <mkrufky> but i cannot speak for him
[11:22] <mkrufky> this is just my opinion
[11:22] <spayne> mkrufky: this is where it gets interesting
[11:22] <spayne> mkrufky: look at http://sourceforge.net/mailarchive/forum.php?thread_id=8321710&forum_id=36471
[11:22] <jbailey> A single patch we can definetly do. =)
[11:22] <mmp_l> spayne: just looked into mailing list: 
[11:22] <mmp_l> If no major issues are reported with 1.4-rc1, 1.4 will be released
[11:22] <mmp_l> soon (within few days).
[11:22] <jbailey> Although the last kernel upload is Sched for the 29th. =)
[11:22] <spayne> mkrufky: it looks like a majority has been rewritten for 1.4rc1
[11:23] <spayne> "There won't be 1.3 release" - this helps a bit
[11:23] <mkrufky> hmm... in that case, you should email BenC the info like he asked
[11:23] <spayne> mkrufky: other stuff like WPA2 looks interesting
[11:23] <mkrufky> but i know it is easier to get a single patch in as opposed to an entire upgrade
[11:23] <spayne> mkrufky: it looks considerably more than a single patch
[11:24] <mkrufky> thats my point exactly
[11:24] <mkrufky> they are in code freeze
[11:24] <mkrufky> they are only trying to fix stuff now
[11:24] <spayne> but are some issues (like mine) with the current version
[11:24] <mkrufky> jbailey: am i correct?
[11:25] <jbailey> mkrufky: Yup
[11:25] <jbailey> mkrufky: And at this point it has to be provably low impact
[11:26] <mkrufky> and THATS why i suggested to isolate the sinle patch that fixes your problem
[11:26] <spayne> jbailey, mkrufky: i have the supcious feeling that 1.1 isn't supported in the 2.6.12 kernel
[11:26] <mkrufky> but it seems that might be difficult
[11:26] <mkrufky> spayne: have you tried vanilla 2.6.12.6 ?
[11:27] <spayne> jbailey, mkrufky: "Support for new kernels added.
[11:27] <spayne> mkruky: i have been at this since 2.6.12.1!
[11:28] <spayne> mkrufky: what you could do is provide a deb will the latest 1.4 in IF it is needed
[11:28] <mmp_l> spayne: I'm going to send an email asking for where could one get version 1.2 ...
[11:28] <spayne> mkrufky: i just have the feeling once the majority start shifting to breezy, problems like mine will/may arise and there is nothing we can do
[11:28] <spayne> mmp_l: 1.2 does not work
[11:29] <spayne> mmp_l: i have test it in the past
[11:29] <spayne> mmp_l: nor did 1.3rc1 - 1.4rc1 is the FIRST released to solve this bug
[11:29] <mkrufky> spayne: i'm not the guy to convince... i do v4l/dvb stuff
[11:29] <spayne> :-)
[11:29] <mkrufky> also, ndiswrapper doesnt live inside the kernel
[11:30] <mkrufky> so, IMHO
[11:30] <mkrufky> i agree with your idea about putting the .deb in the repos
[11:30] <mkrufky> even still, i dont have that power
[11:30] <spayne> something like ndiswrapper-1.4.deb
[11:30] <mkrufky> i think that if you can wait, 1.4 final will be released soon enough
[11:30] <spayne> the standard ndiswrapper-utils could stay where whereas ndiswrpper-1.4 could install the deb and the module
[11:30] <mkrufky> and they shouldnt have any problem adopting it
[11:31] <spayne> mkrufky: but the last kernel upload is the 29th
[11:31] <jbailey> Assuming Ben chooses to do another one.  I don't know his plans.
[11:31] <mkrufky> jbailey: you guys package ndiswrapper with your kernel???
[11:31] <spayne> giri - the main developer has just come online
[11:32] <jbailey> mkrufky: I think so, yeah.
[11:32] <mkrufky> interesting.... but im sure it's being compiled as a module
[11:32] <mkrufky> most of the distros have ndiswrapper in a separate package, if at all
[11:33] <spayne> SUSE has a single package
[11:33] <spayne> Fedora has a module and a utils one
[11:34] <mkrufky> u mean 1.3
[11:34] <dilinger> er, yea, 1.3
[11:34] <mkrufky> maybe they got bored and wanted to make people wonder
[11:34] <jbailey> Maybe it got NEtscape 5'd? =)
[11:34] <mkrufky> i do that sometimes with my version #'s here at work... people get excited when the version numbers skip, lol
[11:35] <mkrufky> hahaha netscape 5'd !!!
[11:35] <dilinger> i hope it's not one of those "we're not releasing stable releases anymore, so they're all gonna be RCs" type of thing
[11:35] <jbailey> dilinger: Feh.  It's clearly worked well for glibc. =)
[11:35] <jbailey> *sigh*
[11:35] <dilinger> jbailey: exactly what i was thinking :/
[11:37] <mmp_l> spayne: going off; good night; 2all: good luck with next release:-)
[11:37] <spayne> giri is helping me mmp_l
[11:38] <mmp_l> spayne: I know and hope you'll find the solution of problem...
[11:46] <lamont> BenC: btw, there appear to be new questions in -9.19...
[11:46] <spayne> mkrufky: the ndiswrapper dev. person says that 1.4rc1 shouldn't be included as it is only out today and has no testing
[11:46] <spayne> mkrufky: so i'm grabbing 1.2 from CVS
[11:46] <spayne> it is tagged
[11:47] <spayne> so, i will grab 1.2 and see if that solves the problem
[11:58] <lamont> BenC: 133a134
[11:58] <lamont> > CONFIG_ACPI_DEV=m
[11:58] <mkrufky> spayne: sorry, i was away
[11:58] <mkrufky> spayne: i thought you said you've already tried 1.2 and it didnt work
[11:59] <spayne> mkrufky: the plot deepens
[11:59] <lamont> BenC: but then, I plan to completely overhaul said options
[11:59] <spayne> mkrufky: right - the whole USB layer was rewritten between 1.2 and 1.4 which has greatly improved stability and compatibility
[11:59] <spayne> mkrufky: which means the whole thing works a lot better with the 2.6.12 kernel
[12:00] <spayne> mkrufky: BUT it was only released today so i think the best solution
[12:00] <mkrufky> ...is to wait
[12:00] <spayne> mkrufky: is to make a new 'ndiswrapper1.4' universe package which may be able to be updated to final
[12:01] <spayne> mkrufky: at least things gives the option of having a working system
[12:01] <mkrufky> i wouldnt be against that
[12:01] <mkrufky> but, once again, i remind you that i have NO power herte
[12:01] <mkrufky> s/herte/here
[12:01] <spayne> it is 11:01pm here in the UK
[12:01] <mkrufky> lol
[12:02] <mkrufky> spayne: did you email BenC like he asked
[12:02] <mkrufky> i think you should do that... he'll get back to u
[12:02] <spayne> sent him two - the origianl with the link and second telling him what i told you
[12:02] <spayne> but i'll wait anyway
[12:02] <mkrufky> so, dont worry about it
[12:03] <spayne> worry! i have been waiting months for this. every single day having to faff on with my adaptor.  when i'm this close, i won't give up :)
[12:03] <mkrufky> if you haven't noticed.... it doesnt matter how stable they say ubuntu is... there are always bugs to be fixed, and there are always new packages up on the repositories