[00:17] <MrCurious_> gruemaster you said sound was working.. it seems to be crashing on me every boot
[00:39] <GrueMaster> MrCurious_: ???  Sound is working here on the latest daily.  Changes went in a couple of days ago.
[00:39] <GrueMaster> What is crashing?
[01:26] <MrCurious_> after a fresh install and first boot, it tries to send a crash report. have gotten it twice. first time it said it was sound related.
[01:26] <MrCurious_> second time i couldnt work out the coause
[01:27] <MrCurious_> gruemaster: i would place what i just said in the unreliable dept, as i dont remember it letter flr letter
[01:28] <GrueMaster> You may have multiple crashes.  Look in /var/crash.
[02:24] <MrCurious_> gruemaster yes, 3, and none are sound (jockey, oem config remove, software center)
[02:26] <MrCurious_> is it ok?
[02:26] <MrCurious_> whoops
[02:30] <infinity> Well, none of that's "okay", per se, but none of it's sound.
[02:30] <infinity> Does the oem-config-remove one have a backtrace about a D-Bus timeout?
[02:30] <MrCurious_> "is it ok" was to my wife about my cooking :D
[02:31] <MrCurious_> and it was...
[02:31] <infinity> After I spin dailies tonight, that should be worked around.  I'd say "fixed", but the fix won't land for oneiric.  But it shouldn't happen, I hope. :/
[02:32] <MrCurious_> it had a timeout at the end somethign didnt respond
[02:33] <infinity> Yah, that's cause another process is running at the same time and eating your system alive.
[02:33] <MrCurious_> sounds like something to avoid
[02:34] <infinity> Needs a deeper fix to make the timeout actually retry or not happen, but tonight's images should at least avoid the eating alive bit.
[02:34] <MrCurious_> this was last nights
[02:34] <infinity> Yeah.  I mean "the ones that will be building over the next 8-12 hours"
[04:52] <MrCurious_> interesting.  if you set screen blanking to off or none it blanks in 1 or 2 minutes
[05:01] <twb> xset dpms force on ?
[05:25] <MrCurious_> i am sure there are workarounds, i was just noting it was a case of what you say isnt what you get
[05:57] <brokencodes> Any wakey wakes in here?
[05:57] <brokencodes> Fresh *buntu Natty install, all updates...
[05:58] <brokencodes> installed qemu-user-static...
[05:58] <brokencodes> ran "sudo debootstrap --arch=armel natty eabi-chroot"
[05:59] <brokencodes> Finishes with error... W: Failure trying to run: chroot /home/XXXXX/eabi-chroot mount -t proc proc /proc
[05:59] <brokencodes> wtf?
[06:36] <ndec> infinity: hi
[06:37] <ndec> gfx packages should work. we have GST and video playback working now. and we need to finalize the packaging steps and push
[06:47] <infinity> ndec: Kay.  And I assume we'll get the metapackage back?
[06:47] <infinity> ndec: Since we have a shiny desktop icon to install it and everything. :)
[08:06] <ogra_> infinity, there should also be a special case of libreoffice in the seeds, not only banshee
[08:08] <ogra_> (it has no negated subarch entry, instead it specifies the subarches to install on (which is a bit silly i think)
[08:08] <ogra_> i wonder if we should actually make that [!armel] instead, just for consistency
[08:21] <ndec> infinity: yes of course! we are putting the real packages first to test them. then we will push the meta pkgs
[08:22] <ogra_> ndec, well, the earlier the better, we're in RC now and havent had a chance to test if the PPA enablich actually works
[08:22] <ogra_> even a meat without deps would help testing atm
[08:22] <ogra_> *meta
[08:22] <ogra_> heh
[08:22] <ndec> ogra_: let me do that now
[08:23] <ogra_> thanks :)
[08:44] <ndec> ogra_: pushed. shouldn't take too long to build ;-)
[08:45] <ndec> let me know how it goes
[08:45] <infinity> ndec: \o/
[08:45] <ndec> this is not the most difficult package we have to manage ;-0
[08:45]  * ogra_ hugs ndec 
[08:46] <infinity> ndec: Nope, but while you can fix your PPA post-release, we can't fix our images, so we need to make sure that installing the meta works vaguely as expected.
[08:46] <ogra_> i'll test after the call today
[08:46] <infinity> ndec: So, thanks. :)
[08:46] <infinity> ogra_: Images won't be done building for another hour or two.
[08:46] <ndec> absolutely
[08:46] <ogra_> infinity, thats fine, 10:46 here :) call is in the afternoon
[08:47]  * infinity glances at the clock.
[08:47] <ogra_> :)
[08:47] <ogra_> bde time, eh ?
[08:47] <infinity> I think I need to go find some niccotine to calm my nerves and have a nap.
[08:47] <ogra_> *bed even
[08:47] <ogra_> have some valerian with the ciggy
[08:47] <ogra_> ;)
[08:47] <infinity> I have none.
[08:47] <infinity> Not sure the gas station sells it.
[08:47] <infinity> Almost positive they don't.
[08:48] <infinity> But gin will work, right?
[08:48] <infinity> It's basically the same thing.
[08:48] <ogra_> sure, but wont macke your cats happy :)
[08:48] <ogra_> *make
[08:48] <infinity> My cats don't need any more happy.  If you ask me, they need some disappointment in their lives.
[08:48] <ogra_> lol
[08:49] <infinity> Tails always up, always expecting the best from life.  Spoiled brats.
[08:49] <ogra_> then probably go for melatonin instead of valerian
[08:50] <infinity> Time to take them back to the dealer and trade them in for kittens anyway.
[08:50] <infinity> Who wants 3-year-old used cats?
[08:50] <ndec> infinity: where are you based?
[08:50] <infinity> ndec: Calgary, AB, Canada.
[08:50] <ogra_> heh
[08:50] <ndec> ouch...
[08:50] <ogra_> why ouch ?
[08:50] <ndec> it's like 3AM?
[08:50] <infinity> Yup.
[08:50] <ogra_> (apart from the weather)
[08:50] <infinity> It's early!
[08:51] <infinity> I only slept about 3 hours last night.
[08:51] <ogra_> good morning then :)
[08:51] <infinity> Tonight's going to be at least 4!
[08:51] <infinity> Progress.
[08:51] <ogra_> so stop talking about sleeping now, DO IT !
[08:51] <infinity> I should start making soap and beating myself up.
[08:51] <infinity> Unfortunately, Helena Bonham Carter doesn't return my phone calls.
[08:52] <ogra_> geez, evil !
[08:52] <infinity> Yeah, she's a bit cruel.
[08:52] <ogra_> did she promise to ?
[08:52] <infinity> Not in so many words.
[08:52] <infinity> But I saw the look in her eye as they dragged me away.
[08:52] <infinity> It was love.
[08:52] <ogra_> tell her you will start dating scarlett johanssen if she doesnt answer
[08:53] <ogra_> envy is a good motivator ;)
[08:53]  * infinity goes shopping.
[08:53] <infinity> ndec: Thanks again.  You gave me something to test tomorrow.
[08:54] <infinity> (And potentially cry over when software-center crashes trying to do something simple)
[08:54] <ogra_> well, we'll corner mvo if it doesnt work
[09:33] <jeremiah_> Hmm. Helena won't return my calls either. And she keeps changing her number. :-/
[09:42] <SysTom> Get the hint.
[09:50] <jondo> Hi to all. I am currently trying to boot my  BeagleBoard-xM rev C with yesterday's daily oneiric-preinstalled-desktop-armel+omap.img.gz
[09:54] <jondo> and now I am stuck at the language selection dialog and neither USB keyboard nor mouse do work.
[10:07] <jondo> Also, there is no LAN LED activity. Can it be that my power supply is too weak? I am currently switchable power supply that says '12 VA', set to 5 V.
[10:07] <jondo> ... currently using a ...
[10:51] <jondo> ogra_?
[11:38] <ogra_> oh !
[11:38] <ogra_> its a "Precise Pangolin" we'll have for the next 6 months
[11:51] <twb> What's my sources.list supposed to look like?
[11:52] <twb> deb http://ports.ubuntu.com/ ubuntu main universe <-- doesn't like me
[11:53] <ogra_> http://ports.ubuntu.com/ubuntu-ports
[11:53] <ogra_> you miss the dir
[11:54] <twb> Ah, silly me
[12:01] <twb> Well, that's working, just sucky-ass speed for some reason
[12:01] <festhead> hi. I'm trying to get the dsp of omap4430 working. i use css5 to create an executable (*.out), copy it to my pandaboard and try to execute it, but it gives the error: " -bash: ./hello.out: cannot execute binary file"
[12:01] <twb> 89% [4 Packages 4816 kB/5610 kB 85%] 24.1 kB/s 32s
[12:06] <jondo> ogra_, have you got my recent mail about my BeagleBoard problems?
[12:06] <ogra_> jondo, did you try to start over ?
[12:06] <ogra_> (just reboot wiht the SD inserted)
[12:10] <jondo> Not yet. I just powered it off. I'm gonna try this now. You mean ctrl-alt-del?
[12:11] <ogra_> as you like
[12:11] <ogra_> you can just pull the power otherwise
[12:13] <jondo> I'm in the language dialog again, and ctrl-alt-del does not work. Powering off and on also does not help: the language dialog reappears, and neither mouse nor keyboard work.
[12:13] <ogra_> very strange, since it does for everyone else
[12:14] <ogra_> sounds a bit like your USB isnt initialized or failing due to not enough power
[12:14] <ogra_> do you by chnace have a powered hub you could try ?
[12:15] <xranby> jondo: when i used the beagle i allways had to attach keyboard and mouse to a selfpowered usb hub
[12:16] <jondo> I am currently using a 5V / 2A power supply. I'll search the office for a hub. And I have also got a second Beagleboard, that is not unwrapped yet.
[12:18] <ogra_> well, 2A should *theoretically* be sufficient
[12:18] <ogra_> (i use a 4A here though)
[12:25] <brandini> morning
[12:34] <jondo> With a powered USB hub, still no keyboard and mouse :(
[12:35] <jondo> But how can there be not enough power with Ubuntu, when keyboard, mouse and LAN work fine with Angstrom Linux?
[12:37] <jondo> (As noted in the mail, the green and yellow LAN socket LEDs do not light up with Ubuntu.)
[12:40] <brandini> then your usb is not being attached properly
[12:40] <brandini> LAN socket it over usb
[12:40] <brandini> look at your dmesg for "not configured" or some such
[12:43] <jondo> Ok, I'll look at dmesg. You mean, the LAN socket is connected over usb?
[12:49] <brandini> yes
[12:49] <brandini> the lan device is usb->ethernet
[13:24] <jondo> BTW, my second BeagleBoard shows the same symptoms.
[13:27] <jondo> I'll continue testing on Monday. Bye!
[13:28] <brandini> sounds like software IMO
[14:14] <rOxx> Hello, i´m using socketcan on my beagleboard xm and i have problems with flooding logfiles. the time stamp of the entries are <1ms and the logfiles are fast bigger than 1gb and the disk going full. i^m using mcp2515 can controller and kernel 3.0.0-x of robertcnelson repository. can someone help me or have an idear what i can do ?
[14:15] <rOxx> the entries look like this:
[14:15] <rOxx> Oct  7 15:23:37 gtrtbb kernel: [ 5813.138458] omap2_mcspi omap2_mcspi.4: rpm_suspend flags 0x0
[14:15] <rOxx> Oct  7 15:23:37 gtrtbb kernel: [ 5813.138580] omap2_mcspi omap2_mcspi.4: rpm_resume returns 0
[14:15] <rOxx> and
[14:15] <rOxx> Oct  7 15:23:37 gtrtbb kernel: [ 5813.138458] omap2_mcspi omap2_mcspi.4: rpm_suspend flags 0x0
[14:15] <rOxx> Oct  7 15:23:37 gtrtbb kernel: [ 5813.138580] omap2_mcspi omap2_mcspi.4: rpm_resume returns 0
[14:15] <rOxx> Oct  7 15:24:00 gtrtbb kernel: [ 5836.953948] smsc95xx 1-2.1:1.0: rpm_resume flags 0x5
[14:15] <rOxx> Oct  7 15:24:00 gtrtbb kernel: [ 5836.783325] smsc95xx 1-2.1:1.0: rpm_resume returns 1
[15:08] <brandini> so still no omap4-extras for daily?
[15:10] <ogra_> brandini, should be there, testing would be appreciated
[15:10] <brandini> how are we supposed to know what bugs are in daily without that stuff?
[15:10] <brandini> ok, I'm running server and I'm not sure how to add the extras repo?
[15:11] <ogra_> heh, yeah, that doesnt get us the test result we look for
[15:11] <brandini> :)
[15:11] <ogra_> there is a graphics subpage onm the omap wikipage
[15:11] <ogra_> that explains how to enable the ppa manually
[15:11] <brandini> k
[15:11] <brandini> oh look, linero
[15:11] <brandini> err linaro
[15:12] <brandini> from here ogra_? http://www.omappedia.org/wiki/Get_started_with_ubuntu_on_omap4
[15:13] <ogra_> brandini, no!
[15:13] <ogra_> wiki.ubuntu.com/ARM/OMAP
[15:14] <brandini> I think I tried that, but here I go again!
[15:14] <xranby> janimo: GrueMaster: the daily 111007 imx5 image works like a charm for me now...   network routes work during oem-config and gui feels more responsive!     still some waiting between that the oem-setup window dissapears to and the gui restarts to show lightdm login. aptd are it are still doing some configuration during the wait...
[15:14] <ogra_> lightdm is a snail
[15:15] <ogra_> (and i suspect it doesnt actually match its name ... i think its far from being actually light)
[15:19] <brandini> ogra_: thanks, great tip :)
[15:19] <ogra_> :)
[15:22] <xranby> ogra_: indeed.. everything went snail after lightdm login
[15:22] <xranby> on the imx53
[15:22] <xranby> ogra_: workaround by installing gdm?
[15:22] <ogra_> nah
[15:22] <xranby> i will check if using gdm changes anything
[15:23] <ogra_> i doubt that, gdm might not have light in its name, but its not lighter :)
[15:23] <ogra_> i would also assume its rather soemthing like metacitys composite that draws the power
[15:24] <xranby> ogra_: the snail feeling are really.. odd   i mean the pointer flies and updates so fast like its on fire... while any event you send to the gui takes about 7sec to be recieved
[15:25] <ogra_> ouch
[15:25] <xranby> andwhen the 7 seconds pass a blimp of snappyness occours  gui gets instantly updated and then it takes some seconds for next event to get processed
[15:25] <ogra_> the image is a tech preview so, while thats not nice, i dont think we will change anything on it for oneiric
[15:25] <xranby> ok
[15:26] <ogra_> not sure how mature the kernel is yet etc
[15:27] <xranby> so to sum it up.. everything looks fast on the paper but the user experience are bleeding
[15:27] <xranby> network traffic ok
[15:27] <xranby> io traffic ok
[15:27] <xranby> etc
[15:27] <xranby> console works ok
[15:28] <ogra_> well, i would blame the framebuffer driver then
[15:29] <xranby> kind of odd since it felt reasonable fast during oem-config
[15:29] <xranby> oh well
[15:29] <xranby> at least it work
[15:29] <xranby> for hosting buildd's
[15:29] <xranby> and arm server testing
[15:39] <janimo> xranby, good to know, probably the swap enablement fixed it. Thanks for the feedback!
[15:47] <brandini> so now that I've got omap4-extras I dunno what to do with them
[15:49] <GrueMaster> Um, test them?  Just a suggestion.  :P
[15:50] <brandini> :)
[15:50] <brandini> well the one thing I was most concerned about that worked on 10.10 was the go/src/pkg/time test that is still failing :(
[16:10] <xranby> janimo: the main observation that i do on the imx53 are that redrawing the gui eats cpu time.. with unity2d idle running gnome-system-monitor   then  gnome-system-monitor eats 30-80% of cpu time when it are updating the gui
[16:11] <xranby> ogra_: so yeah ^ might be some work needed on the framebuffer driver
[16:12] <xranby> someone know how to check how fast the Xorg screen redraw itself?
[16:12] <ogra_> probably the guys in #ubuntu-x
[16:18] <xranby> i have now flooded their channel
[16:18] <xranby> unfortunally noone seems around
[16:18] <xranby> or awake
[16:35] <saliak> anyone had luck with the preinstalled image for Natty on the beagleBoardXM?  I installed it and it boots,etc but doesn't find the /dev/usb0 NIC
[16:35] <saliak> I can boot the test angstrom image and everything works fine.  not sure what else I need to do in ubuntu, any ideas?
[16:36] <GrueMaster> saliak: Which rev beagleXM?
[16:36] <GrueMaster> And what does ifconfig report?
[16:41] <saliak> rev C
[16:42] <saliak> ifconfig only reports lo
[16:42] <saliak> it seems like something is missing,which is weird since it's the prebuilt headless image
[17:24] <five> hi
[17:24] <five> need help regarding dual display on pandaboard with ubuntu 11.04
[17:25] <five> any suggestion
[17:25] <five> i am not able to get this done from couple of days
[17:27] <five> any one with any suggestions
[17:28] <GrueMaster> saliak: Sorry, I was called away for a bit.  Can you try the latest daily Oneiric?  http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/current
[17:29] <saliak> np, yeah, i'll check that out now
[17:29] <GrueMaster> five: I haven't tested this out (yet).  I think it requires the closed drivers for video, but they were not available for Natty.
[17:29] <saliak> is there a patch for revC like there was for natty?
[17:32] <GrueMaster> saliak: It "should" just work.
[17:32] <GrueMaster> The natty patch was due to hw release after Natty freeze.
[17:32] <five> can u please tell me which OS on pandaboard will support dual monitors
[17:34] <GrueMaster> five: We only deal with Ubuntu-arm here.  You could try our latest, which is due to release next week.  Get it at http://cdimage.ubuntu.com/daily-preinstalled/current.  Also, You may want to ask in #pandaboard.
[17:35] <five> thanks GrueMaster
[17:42] <saliak> GrueMaster: will those images run headless?
[17:43] <GrueMaster> The server image is essentially the headless image with additional packages, yes.
[17:50] <saliak> GrueMaster : just to make sure i'm not making a stupid mistake, beagle board is omap3, right?
[17:51] <GrueMaster> saliak: Yes.
[17:51] <GrueMaster> So pull the oneiric-preinstalled-server-armel+omap.img.gz file
[21:13] <GrueMaster> Erm, oops.  Ubiquity Slideshow has a slide on Banshee, which we replaced at the last minute because it fails on arm.  Doh!
[21:13] <GrueMaster> infinity: ^^^
[21:16] <infinity> Not much we can do about that.  We're not forking the slideshow. :/
[21:17] <GrueMaster> I know.  Just found it kind of amusing.
[21:18] <infinity> Won't disagree with that. :)
[21:18] <GrueMaster> I'll refrain from filing a bug.
[21:18] <GrueMaster> Will add it to the arm release notes wiki though.
[21:20] <Daviey> GrueMaster: Do you have a seperate release notes regarding ARM page?
[21:22] <GrueMaster> I do for previous releases.  Haven't started an Oneiric one.  But it usually is for stuff specific to the arm images.  Any i386/amd64 issues are usually mirrored on arm so I consider them redundant.
[21:22] <Daviey> GrueMaster: sure.. when you have it, i'd like to see arm server things. Can you ping me pls?
[21:23] <GrueMaster> sigh.  oem-config-remove appears to have crashed on mx5.
[21:23] <GrueMaster> Daviey: sure thing, although the release notes will be specific to iso testing.  Everything else isn't really automated yet.
[21:26] <Daviey> GrueMaster: After next week, I want to kick of a discussion regarding testing - i need you to be a key part of it :)
[21:26] <Daviey> (all flavours, shared methodology)
[21:27] <GrueMaster> Sure.  I will also be attending the testing BoF at UDS.
[21:31] <GrueMaster> infinity: any ideas on how to get some info on why oem-config is respawning on mx5?  It hasn't happened (yet) on any other platform.  Still need to test beaglexm.
[21:32] <Daviey> GrueMaster: I want to brainstorm before UDS TBH
[21:32] <infinity> GrueMaster: Other than pulling the card for logs, I don't have any remote debugging ideas right now.
[21:32] <GrueMaster> Daviey: No problem.
[21:33] <infinity> GrueMaster: But I suspect the whole thing is just a bit racy, and hardware speed (and dumb luck) triggers the problems. :/
[21:33] <R_Nev> oem-config, that's the thing that asks for language and such?
[21:34] <infinity> And username and stuff, yes.
[21:34] <GrueMaster> infinity: It appears that it is crashing when launching oem-config-remove-gtk.  No other explaination.  I do have an odd error in oem-config.log, but that is related to keymaps.
[21:34] <infinity> Something, somewhere, must say something. :/
[21:34] <R_Nev> cool, thought it was only me; stopped after the fourth one last night
[21:35] <GrueMaster> But that appears on startup.
[21:35] <GrueMaster> Need to smack the installer team into adding meaningful log messages on fail.
[21:35] <infinity> Unless oem-config-wrapper doesn't log anywhere...
[21:37] <infinity> Balls.
[21:37] <infinity> And it really doesn't.
[21:37] <GrueMaster> As I said...
[21:37] <GrueMaster> excellent.
[21:37] <infinity> Maybe /var/log/installer/dm ?
[21:38] <infinity> But I'm not sure if output from oem-config-wrapper will actually get caught by the DM.
[21:38] <infinity> Probably not.
[21:40] <GrueMaster> No, dm looks (almost) like an Xorg log.
[21:42] <GrueMaster> I have scoured /var/log for any semblence of sanity.  None found.
[21:42] <GrueMaster> I can release note it.  It will be a big annoyance, but what else can you do?
[21:43] <infinity> I suspect with enough tries and the right moon phase, it'll work.
[21:43] <saliak> GrueMaster: so I used the Oneiric image and have the same issue.  there's no /dev/usb0
[21:43] <saliak> GrueMaster: if i boot off the test sd card with the Angstrom image, the network hardware works fine
[21:44] <GrueMaster> R_Nev: The workaround (for now) is to go to a text console when oem-config respawns, log in and run "sudo oem-config-remove" then reboot.
[21:45] <GrueMaster> saliak: Try unplugging the network cable, then plugging it back in.  I have been seeing this issue for a while and reported it upstream.
[21:45] <GrueMaster> Thought it was just my hardware.
[21:45] <infinity> The screen just blanked on my Panda in the middle of the install...
[21:45] <GrueMaster> saliak: Wait a few seconds before plugging back in.
[21:46] <GrueMaster> infinity: Try switching to console 1 then back.
[21:46] <infinity> Nada.
[21:46] <infinity> This is disconcerting.
[21:46]  * infinity re-flashes the card and goes for another try.
[21:46] <saliak> GrueMaster: nada here as well.
[21:47] <GrueMaster> infinity: I was going to ask if you still had blinken lights.
[21:47]  * GrueMaster can see a lot of release note editing in his future.
[21:47] <infinity> Yeahp.
[21:47] <infinity> There seemed to be plenty of SD activity.
[21:47] <infinity> And the heartbeat.
[21:48] <saliak> GrueMaster: i did everything over the serial port.  any chance it needs a keyboard/monitor during some setup stage for something that has to do with the network?
[21:48] <GrueMaster> saliak: Not on the headless.  Do you have link lights on the port?
[21:48] <saliak> GrueMaster : no link lights.  that's the weird thing, it's like the hardware is disabled
[21:49] <saliak> GrueMaster : hrm, during boot it says "unbable to enumerage usb device on port 2"
[21:49] <saliak> GrueMaster : I wonder if that's the NIC..
[21:50] <infinity> lsusb?
[21:50] <GrueMaster> saliak: unplug the network cable, wait a few seconds and plug it in.  That seems to make mine work again.
[21:50] <saliak> GrueMaster: shoot, need to run.  will be back on later to continue.. thanks for everyone's help
[21:53] <GrueMaster> How in the he!! can I have obsolete packages?  I thought the pool was frozen?  And why would libpciaccess0 matter for reporting a bug on plymouthd?
[21:54] <GrueMaster> on a platform without PCI?
[21:57] <infinity> GrueMaster: Because, thanks to the plymouth/drm nonsense that I didn't have time to try to fix, libpciaccess0 is actually a plymouth dep. :/
[22:01] <GrueMaster> Grrrr.
[22:05] <GrueMaster> infinity: I am showing 30 upgraded packages in oneiric, with -security and -updates disabled.  Tell me this isn't the final image.
[22:05] <infinity> GrueMaster: No, it's not.
[22:05] <infinity> GrueMaster: It's the image we want some testing against before we build real RCs Sunday night.
[22:06] <GrueMaster> ok.
[22:06] <infinity> (And with any luck, those will be final, but like that ever happens)
[22:06] <GrueMaster> I'll look at the plymouthd crash data and see if it is anything to be concerned about.
[23:06] <infinity> NCommander: software-center traceback and failure to find the package perfectly reproducible on amd64, BTW.  Just cp jasper-initramfs/ppa/ti-omap4* /usr/share/app-install/channels/ and then xdg-open jasper-initramfs/ppa/ti-omap4-ppa.desktop
[23:07] <infinity> NCommander: I'll look into it later, but if you get to it before me, yay.
[23:07]  * infinity finishes getting dressed and leaves.