[02:12] <Netham46> I've got an ARM box (First-gen CuBox), and the only ubuntu distro I can find is an ubuntu 12.10 image
[02:13] <Netham46> It looks like the package repos for it are down
[02:13] <Netham46> Is there an alternate mirror for older ARM releases?
[02:13] <Netham46> I'm looking to do a dist upgrade to bring it up to date, but I can't get it fully installed in the first place w/o the repos.
[02:26] <Netham45> Nevermind, found it at http://old-releases.ubuntu.com/ubuntu/ .
[05:14] <nikko_01> hello. I have not used my pandaboard in a year and was wondering if anyone had an idea how it would perform with 14.04
[06:56] <infinity> nikko_01: Headless or desktop?
[06:56] <infinity> nikko_01: As a headless machine, they still perform really well, and are quite handy.
[06:57] <infinity> nikko_01: For desktop/gui type use, the situation's a bit crap, cause TI dropped support on the floor for OMAP4 quite a long while back, which means no more sketchy binary drivers which means no more 3D drivers at all, since there isn't an open source powervr driver.
[06:58] <nikko_01> infinity: so the situation has not changed. I did want to use it to build my UI as well as real-time embedded processor.
[06:58] <infinity> nikko_01: So, you can run a desktop that doesn't demand fancy 3D performance (xubuntu, lubuntu, etc), the 2D framebuffer performance isn't awful, but no 3D and, more importantly for some usecases (set top box?), no non-free video decode acceleration.
[06:59] <infinity> nikko_01: The situation isn't likely to improve ever, really.  PowerVR doesn't play well with others.
[07:01] <nikko_01> infinity: Got it. It's a shame .  I have 2 of those boards. I assume the same is true with beagleboard Xm?
[07:01] <infinity> Not sure that video's on the XM, or the state thereof.
[07:02] <nikko_01> I tink it is the same chip or earlier generation if I am not mistaken
[07:02] <infinity> But pretty much anything who's upstream status is "nothing but a non-free driver", we're not shipping any of those, and for most of them, it's because it's usually an unsupported non-free driver that only works with a kernel from 4 years ago.
[07:03] <nikko_01> Infinity: Thanks for the info. Any arm board in those price ranges you know of?
[07:04] <infinity> Haven't kept track of the latest and greatest.
[07:04] <infinity> But free Mali drivers are starting to not suck, AFAIK, so in the future, I'd look for SoCs with Mali GPUs.
[07:04] <nikko_01> ok. thanks for the info again.
[07:05] <infinity> Though, today, unless you're really into hacking together stuff and playing a LOT, pretty much everything sucks.
[07:05] <infinity> Except if you take a device that you know works with, say, Android or ChromeOS, and violently shoehorn their drivers and kernel into Ubuntu.
[07:05] <infinity> Which is actually a lot less fun than it sounds.
[07:05] <infinity> I don't recommend it.
[07:06] <nikko_01> does not sound like fun


[01:16] <guufy> hi
[01:17] <guufy> i have one service that "start on started anotherone"
[01:18] <guufy> and if i do initclt list, it says that my service is in stop/waiting, and anotherone is in start/post-start, (post-start) process 193
[01:18] <guufy> does it mean that the post-start script hasn't returned yet?


[02:58] <zul> yo
[03:24] <dem> hello
[12:22] <jbailey> benc: http://git.infradead.org/?p=hdrinstall2-2.6.git;a=commitdiff_plain;h=master;hp=linus
[12:24] <BenC> jbailey: excellent, thanks
[12:30] <BenC> jbailey: It's in
[12:31] <BenC> I'll wait to do the actual linux-kernel-headers packages, till you can test some things
[12:31] <jbailey> BenC: Nice!  Are you working on abi -2 now?  I noticed that your nightlies seem to be -2.
[12:31] <jbailey> Yup.
[12:31] <jbailey> I'll do an upload of the tarball extract first.
[12:31] <BenC> last nightly should have been -3
[12:31] <BenC> if not, it will be soon
[12:31] <jbailey> Then migrate the stuff to your package.
[12:31] <jbailey> I haven't looked since last week, before 2.6.17 was in edgy.
[12:32] <BenC> going to do another daily now to test build this after merging xen and your patch
[12:32] <BenC> infinity and I are planning a "linux-image/lrm/linux-meta upload" BoF sometime this week
[12:33] <jbailey> Ah, nice.
[12:35] <jbailey> I'm just trying to guess how the version numbering should go, so I don't stop on yours by accident.
[12:35] <jbailey> 2.6.17-ABI-Ubunturev?
[12:35] <jbailey> Or do use 2.6.17-ABI.Rev?
[12:38] <BenC> for the dailys?
[12:39] <zul> BenC: my xen patch is almost done for x86, its a 2 meg patch ;0
[12:39] <zul> but now it kill some people
[12:40] <zul> doh...s/it/to/
[12:40] <ajmitch> :)
[12:40] <ajmitch> who do you plan to kill off?
[12:40] <BenC> zul: I already have xen in git :)
[12:40] <ajmitch> BenC: you'll make him cry, you know
[12:41] <BenC> jbailey: the dailys use 2.6.17-ABI-<squished git sha of head>
[12:41] <jbailey> BenC: No, I mean for what version lkh will wind up having when it comes from the kernel.
[12:42] <BenC> are lkh arch dependent?
[12:42] <BenC> yep, asm is at least
[12:42] <jbailey> No.  there's an asm symlink needed.
[12:43] <jbailey> err.
[12:43] <BenC> ah, ok
[12:43] <jbailey> yes, dependant.
[12:43] <zul> BenC: hmmm...ok
[12:43] <BenC> bleh, make up your mind :)
[12:43] <jbailey> It could be indep if you'd rather.
[12:43] <jbailey> Sorry, I read it as 'independant' first.
[12:43] <jbailey> It would just require a postinst.
[12:43] <BenC> jbailey: linux-kernel-headers-2.6.17-ABI-ARCH
[12:43] <jbailey> Wait.
[12:43] <jbailey> no, I'm smoking.
[12:44] <jbailey> The idea had been to actually only install the headers that a particular arch needs.  It's an easy variable to set:
[12:44] <jbailey> make ARCH=$arch INSTALL_HDR_PATH=/tmp/foo/$arch headers_install
[12:44] <jbailey> So definetly dependant.
[12:44] <BenC> and I'll make a linux-meta for linux-kernel-headers so it's easier to build-dep on
[12:45] <jbailey> glibc needs to dep on it.
[12:45] <BenC> actually, the ABI is probably pointless
[12:45] <jbailey> or libc6-dev does, anyway.
[12:45] <BenC> linux-kernel-headers-2.6.17
[12:45] <BenC> then you can ver build-dep if you need to
[12:45] <jbailey> Mmmm..
[12:46] <jbailey> The package itself shouldn't contain that.
[12:46] <BenC> the arch and abi in the package name is useless
[12:46] <jbailey> Otherwise it's another package colletion to pile up.
[12:46] <jbailey> I think so is the version number,
[12:46] <BenC> so just linux-kernel-headers?
[12:46] <jbailey> Please.
[12:46] <jbailey> Then nothing else needs to change for all of the build-deps that are out there.
[12:47] <BenC> ok
[12:47] <jbailey> But I'm wondering about the version number that will go with it.
[12:47] <jbailey> I want to make sure that the upload I do now doesn't wind up being newer by accident.
[01:51] <zul> hey
[01:52] <zul> BenC: where did you get the xen patch from?
[01:52] <BenC> xensource
[01:52] <BenC> and I brute forced it into our tree
[01:52] <zul> ah...and it compiles?
[01:53] <BenC> doing some compile testing now
[01:53] <BenC> few quirks, but I think I've worked out all the kinks
[01:53] <zul> yeah it redefined a couple of things
[01:54] <zul> at least when i was compiling it
[01:54] <zul> but then again i suck..:)
[01:58] <BenC> I'm running into the vsyscall crap now
[02:02] <zul> yeah thats a fun part
[02:06] <BenC> think I got it...gotta start another build to find out
[02:06] <zul> did you fix that config_early_printk as well?
[02:10] <BenC> didn't see that?
[02:11] <zul> hold on lemme check..
[02:11] <BenC> the tpm driver was a bitch too
[02:12] <zul> its in the setup-xen
[02:14] <zul> BenC: look for CONFIG_EARLY_PRINTK
[02:14] <zul> hey jeffrey how is it going?
[02:20] <zul> BenC: there should be better coordinating between us since i was doing an xen patch as well
[02:23] <zul> so there isnt any duplication of work
[02:40] <BenC> yay, it built
[02:41] <ajmitch> good
[02:41] <BenC> no xen enabled kernels yet, but the stock targets build...that's step one
[02:41] <ajmitch> now to get it working :)
[02:42] <BenC> there's the git protocol, but I've never used it, and I'm not sure if git.kernel.org runs it
[02:42] <BenC> you can try git-pull git://git.kernel.org/....
[02:42] <ajmitch> my ISP seems to hate rsync
[02:43] <ajmitch> so when there's a 120MB pack file to pull down, it dies
[02:43] <zul> BenC: i can add my config.xen tonight if you want
[02:43] <BenC> I'm waiting to see what we can yank out of the default kernel
[02:44] <BenC> iwj is supposed to assist with most of everything else
[02:44] <BenC> like userspace tools and testing
[02:44] <zul> ok
[02:44] <BenC> I'm just wondering if we can have our default kernels Xen enabled
[02:44] <BenC> they need to be in order to be dom0/host right?
[02:44] <zul> i used debian as a template
[02:45] <zul> i had like linux-image-2.6.12-3-xen with the kernel-pacakge from sid
[02:45] <Mithrandir> BenC: apparently, that'll break nvidia and fglrx modules.
[02:45] <Mithrandir> BenC: I would not be very amused if so happened.
[02:47] <BenC> this is getting worse
[02:47] <BenC> I'm half tempted to just revert this whole damn thing
[02:48] <zul> heh
[02:48] <BenC> why couldn't they make a nice simple patch
[02:48] <BenC> why the fuck do they have this whole parse tree and patches, and both conflict
[02:48] <BenC> s/parse/sparse/
[02:50] <BenC> I need a break, this is pissing me off
[02:55] <zul> hey Keybuk
[02:56] <Keybuk> heyhey
[02:56] <ajmitch> hello Keybuk
[03:00] <zul> BenC: heh... got to that point yesterday
[03:03] <zul> BenC: need my help?
[03:03] <BenC> nah, just help when I get it building
[03:04] <BenC> do you know how to setup a xen system?
[03:04] <zul> i done it once and then got disgusted
[03:05] <zul> heh...it caused more hair for me to fall out
[03:12] <Mithrandir> BenC: ian knows his way around it, AIUI.
[03:51] <lifeless> BenC: you need a new kernel first
[03:51] <lifeless> BenC: as xen and binary drivers do not play at all well
[03:52] <BenC> what do you mean need a new kernel first?
[03:53] <BenC> can a xen patched kernel, even though it doesn't have xen enabled, not work with our l-r-m package?
[03:53] <BenC> if that's the case, I'm shitting on this patch right now
[03:53] <BenC> gotta relocate
[05:39] <BenC> xen is now official not going into dapper
[05:39] <BenC> err, edgy
[05:39] <Mithrandir> what about edgy?
[05:39] <Mithrandir> :-P
[05:39] <Mithrandir> you might want to tell Ian, then.
[05:39] <Mithrandir> also, why?  Because you're fed up?
[05:39] <BenC> I'll break it to him gently
[05:39] <BenC> no, because it simply doesn't compile when you are not compiling a xen target
[05:40] <Mithrandir> uh
[05:40] <BenC> and the amount of breakage will just increase my maint. time down the road for it
[05:40] <Mithrandir> that's special.
[05:40] <BenC> I could fix it, but I don't want to
[05:40] <Mithrandir> and fixing it is nontrivial, I guess?
[05:40] <ajmitch> wonderful
[05:41] <zul> i could give it a shot in my copius spare time
[05:41] <BenC> yeah, it's very non-trivial, and very intrusive, and with the way I have to import xen into our tree, it's a lot of work to keep it that way while still following xen
[05:41] <BenC> zul: Don't bother, it's not the getting it to work part, it's the keeping it working part that bothers me
[05:42] <Mithrandir> and xen upstream's not happy to make it not break the regular kernels?
[05:42] <BenC> if they decide to make a git tree, and make it compile when !CONFIG_XEN, then I'll pull it in
[05:42] <zul> BenC: you wouldnt have to maintain it i could if you want
[05:42] <TheMuso> BenC: Speakup upstream is looking into getting a git tree up. Will keep you posted.
[05:43] <zul> im volunteering *eep*
[05:43] <BenC> zul: In  a way, I still have to maintain it, but if you're willing to try, start a -xen branch in git and make it work
[05:44] <zul> ok
[05:44] <BenC> TheMuso: that sounds really good
[05:44] <BenC> TheMuso: Can I get your to forward a patch for speakup?
[05:44] <TheMuso> Yeah it does.
[05:45] <TheMuso> Certainly.
[05:45] <BenC> TheMuso: it's a rework for the keyboard.c file, so it's just a replacement diff
[05:45] <BenC> TheMuso: email?
[05:45] <TheMuso> That would be great. Thanks.
[05:46] <TheMuso> There is also another slight issue that I might talk over with you at some point when you aren't so busy. Doesn't have to be in person, so IRC is fine, and doesn't have to be this week either. It is to do with speakup softsynth driver and kernel preempt, but I will explain later when we talk about it.
[05:47] <BenC> ok
[05:49] <BenC> TheMuso: what's your email?
[05:49] <TheMuso><EMAIL_ADDRESS>[05:50] <BenC> TheMuso: Sent...it's the patch I am using, so I know it compiles...pretty certain it also works :)
[05:51] <TheMuso> Ok thanks. When I get onto edgy when I return home, I will give it a whirl. Thanks again.
[05:52] <zul> BenC: xen gives me something to do ;)
[05:54] <BenC> zul: be happy :)
[06:13] <zul> i always am
[06:13] <ajmitch> heh
[06:13] <zul> with conditions
[06:15] <irvr_> since the last update in the ubuntu 6.06 kernel I lost sound, If I move back one kernel from 25 to 23 I get my sound back.
[06:21] <makx> irvr_ try alsaconf on the new
[06:23] <irvr_> i will need to restart and login with new kernel and do this, thanks. Will be back shortly.
[06:35] <irvr> I restarted with the new kernel. Now to get my sound back working I need to alsaconf. Is this right.
[06:37] <TheMuso> Alsaconf has been depricated for ages AFAIK.
[06:38] <irvr> I guess I am not sure what you mean by this
[06:39] <TheMuso> Alsaconf is no longer used for detecting and setting up soundcards.
[06:40] <irvr> If I use AFAIK how can I get the sound back with this new kernel?
[06:45] <TheMuso> Sorry, alsaconf is no longer used to detect and configure sound cards as far as I know.
[06:46] <irvr> Thanks
[07:37] <dilinger> BenC: ping?
[08:22] <XMuffinFlavoredX> Hello.
[08:24] <mikearthur> how would I go about making a self-compiled kernel image fill the dependency for linux-image?
[08:32] <crimsun> use make-kpkg with --stem linux
[08:34] <mikearthur> nice one, thanks
[08:48] <XMuffinFlavoredX> Anyone there.
[08:49] <XMuffinFlavoredX> If I compiled a more recent kernel, for ex, <IP_ADDRESS>, how would I get the restirced modules?
[09:48] <crimsun> whoa, snd_aoa replaces wholescale snd_powermac