[00:19] alf_: ogra_: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/979438, for gles support at nux [00:19] Launchpad bug 979438 in nux "Nux should be built with OpenGL ES2.0 support at ARM" [High,Confirmed] [00:19] debdiff attached [03:07] anyone here know how to manually install omap4 addons on a pandaboard? [03:08] scratch that, accidentally solved it [05:44] ubuntu on pandaboard is stuck in the install loop. does anyone know the command to break it out of tha tloop [05:44] it keeps asking keyboard, location, username, password, then resets and repeats [05:45] ubuntu 11.10 desktop omap4 image [05:46] scratch that remembered oem-config-remove [05:52] I'm surprised it doesn't remove oem on its own -- unles it doesn't have write access to the ramdisk? [05:53] beats me [05:53] i did it manually, and the train is now back on the tracks === KRF_ is now known as KRF [06:52] looks like ubuntu does not provide a "xf86-video-modesetting" driver [06:56] marvin24: ubuntu's kernel does KMS, but probably not for relatively obscure arm GPUs [06:57] well, I wouldn't name geforce/light an obscure arm GPU ... [06:57] Shrug [06:57] Compared to the vast numbers of x86-y intel/ati/nv GPUs, it is [06:57] That's what I meant [06:58] I just wanted to test it on my ac100 with the newly tegra drm posted yesterday [06:59] but there's still other stuff to do and compiling it myself should be too difficult [07:00] What I do know, is that on my tegra2 TF101, I have a native-resolution fbcon. [07:00] I kinda assumed that meant it had KMS, but i haven't investigated. Oh- but that's with the android kernel, not the ubuntu kernel [07:02] twb: I was talking about mainline code [07:03] there is fbdev for tegra yet [07:03] lilstevie told me the GPU support is best (for tf101, but they're mostly the same) in the Chrome OS kernel [07:04] not at the moment it isn't :p [07:05] I have native res in my fbcon and that's all I really care about [07:05] heh [07:05] yeah [07:05] cause your odd and use xinit for everything [07:06] well, android is on 2.6.39 (I guess) and chromeos on 3.0 ... [07:06] marvin24: specific case is neither for those [07:06] CrOS is at 2.6.38 and android at 2.6.36 [07:06] It would be NICE if the animated gif didn't make xinit /usr/bin/midori http://www.bom.gov.au/products/IDR023.loop.shtml#skip visibly laggy, but not enough that ICBF maybe breaking my only working computer [07:07] cause the 2.6.39 android kernel is silly [07:07] mmh, I don't know which kernels are shipped with which version (of android or chromeos) [07:07] but ac100 has a chromeos kernel with accel'ed X [07:08] and it is version 3.0 (but still too old for precise) [07:08] so we badly need a newer kernel sooner or later [07:08] tf101 can have accelerated X with .39 but it is stupid [07:08] there is some odd bug [07:08] breaking fbdev [07:08] no console? [07:08] yep [07:08] and f'd colours [07:08] same here on the nv 3.1 kernel [07:09] I posted something on the tegra forum, but no reply [07:09] heh [07:09] lilstevie: anything on xda-developers, you know of? [07:09] nope [07:09] fucked as in yuv thinking its rgb kinda thing? [07:10] I am otherwise sidetracked with [redacted] [07:10] twb: yes [07:10] so let's hope the open source driver will make fast progress [07:10] I didn't know there even was an accelerated open driver for it [07:10] its new [07:10] ah, cool [07:11] this kind of new http://www.phoronix.com/scan.php?page=news_item&px=MTA4NjA [07:14] there are a few other little whispers that I am hearing from nvidia, but they are no more than whispers [07:16] we are having some good luck with getting 3.1 running on the tf201 though [07:16] so far we can boot and mostly use android with it [07:18] Do you get the impression that nvidia are slowly getting a clue about dealing with the FOSS community? [07:18] The tf is the first product I've bought from them EVER since they have such a bad rep [07:18] well the whispers I am hearing are that they are starting to embrace FOSS, at least in the arm sector [07:19] Probably because it's not their core market [07:19] Sounds like I should continue to boycott them on the desktop/server segment === doko_ is now known as doko [10:02] The arm-ubuntu and ubuntu core rootfs FAQs are not clear on who is and is not a developer. [10:03] ? [10:03] I've built stable kernel source for armv7 (920T core, WM8505/Via8505) on one of those generic 7" netbnooks [10:03] Anyone who wants to write software is a developer, I imagine. [10:03] ahh ok [10:03] I'm not sure what your statement means. [10:04] (Which FAQ are you referring to?) [10:04] infinity: https://wiki.ubuntu.com/Core [10:04] this one. [10:04] Also, the 920T isn't ARMv7... [10:05] infinity: i was meaning that I will probably not contribute anything useful to the project [10:05] but still want to hack on it [10:05] andl that peice of info saves me a lot of effort to just get a crash at boot up doesn't it [10:06] A 920T is probably v4t... [10:06] * serishema didn't know and it's on the channel topic. Arm cores != ISAs how embarassing [10:06] that explains why it is so hopelessly slow [10:06] So, not even remotely supported by ubuntu-core. [10:06] Debian may well support it. [10:06] The actual chip is a via/wondermedia 8605 @ 600 Mhz [10:07] * serishema is wrong about the 920t core part [10:07] Sure, it's not about slow, it's about pure incompatiblity. [10:07] * serishema realizes it would be an ISA / EABI issue [10:07] so the wm8605 is definately an arm v4? and not v7? [10:07] Oh, an 8605 sounds more like an ARMv7. ;) [10:07] ahh [10:07] good [10:08] I guessed from the /board directory name in the wmt uboot code [10:09] But yeah, slow it will be, relatively speaking. [10:09] infinity: tl;dr basically I had been living under a rock (read: working for a boss who makes her run and develop for windows) for too long and wasted effort trying to write drivers for the on chip hardware when they actually exist [10:09] * serishema is not expecting this to run X btw if that makes a difference [10:09] It could run X, I'm sure. [10:09] And many other shiny things. [10:10] But yeah, it'll probably perform similarly to a beagleboard, or a Nokia n900, none of which are particularly speedy by today's standards. [10:10] So, patience will be a virtue. ;) [10:11] * infinity is surrounded by fast ARM kit, and keeps forgetting that's a relatively new invention. [10:11] basically if it ran ssh, rdesktop and a browser (chrome or firefox,) vi, basic shell prompt tools.. could connect to the internet via my nokia 2730 classic and decode and play mp3/ogg vorbis, etc i'd be really pleased with that [10:11] This is essentially intended as a mobile dumb terminal. [10:12] All real processing happens on amazon EC2 anyway [10:12] Well, any of that's doable. [10:12] so it was a natural choice to use something so cheap it was virtually disposable rather than a real laptop :) [10:12] We build out full userspace for ARM, so... It really comes down to kernel and video support for that SoC, which we obviously don't support out of the box. [10:12] s/build out/build our/ [10:13] (And, I'd recommend basing your work on precise/armhf ... Especially on a slower SoC, you'll be glad for the performance boost) [10:13] Unless you're stuck using binary softfp drivers from a vendor. :/ [10:13] Then armel it is. [10:15] this is VFP? [10:15] * serishema can't get her hands on any vendoer specific code. [10:15] Well, it's all VFP, it's the ABI that changes. [10:15] Welcome to the confusing world of ARM. [10:16] time for a rebuild then. [10:16] soft = soft floating point, softfp (which our armel port is) = vfp ops with soft calling conventions, hard = vfp ops with new calling convention to make use of extra registers, breaking ABI. [10:17] ubuntu-armhf/debian-armhf = hard, ubuntu-armel = softfp, debian-armel = soft [10:18] basically I got given a bricked one of these netbooks bricked. [10:19] for free [10:19] I've got as far as vfs: cannot mount root fs on uknown block (cos I haven't even made a root fs or initrd) [10:20] * serishema is mostly just curious to see if there is a easier way than doing everything from scratch :) [10:20] Well, at least you have a kernel. [10:20] As for "from scratch", given that no installer will work for you, you get to put a tiny bit of effort in. [10:20] But using ubuntu-core as your rootfs will work fine. [10:21] Just need to maybe chroot in and add a user (or set a root password) before you try stuffing it on another device. :P [10:22] nice. I most likely just have to recompile with the right eabi [10:23] I am pretty sure I used armel [10:23] which I don't want [10:23] The kernel doesn't care. [10:24] You're fine. [10:24] Same kernel can run armel and armhf userspaces. [10:24] oh. so the kernel will load any elf for init with the correct header and ISA type? [10:24] and an eabi is a userspace dynamic linker thing? [10:25] Basically, yeah. [10:25] ahh this is a good thing [10:26] I was going to just gcc -static everything to avoid this problem [10:26] Ew. [10:26] but that would be unrealistic on a board with 256mb of ram [10:26] I assume running swap space on a SD card is a bad idea? [10:27] Very. [10:27] works, but is no fun at all [10:27] Unless you like throwing out cards. [10:27] (It's also just dead slow) [10:27] * ogra hasnt managed to kill a card with that yet but its close to unusable if you start swapping [10:27] Keeping your VM commit under your RAM size is the saner option, if you're building for a specific use case. [10:27] and i have cards that are constantly in use for 2 years [10:28] ogra: You're a very lucky man. [10:28] ogra: Or your definition of "constantly" is different from mine. [10:28] I just assumed that the write perf would suck too much to be useable. [10:28] I didn't think about it wearing out the card [10:28] well, in my testbuild machines i always use the same cards [10:28] serishema: Write performance is awful, but wear is the real concern. [10:28] across the releases [10:28] serishema: Anal retentive SSD owners often swap to external rotary disks for wear reasons. [10:29] (Or people like me just don't use swap) [10:29] * serishema nods [10:30] if I can't run ssh on a single VT with 256Mb of ram and no swap I have done something seriously wrong :) [10:30] Indeed. [10:30] it worked on my 486 with 8Mb [10:30] 10 years ago [10:30] Well, times have changed a bit since kernel 2.0 [10:30] we can't have all forgotten how to program because of java, etc that badly [10:30] But, yeah, 256 is still "a lot" until you get into fancy desktop environments. [10:31] and compilers are better so I assume any hand written arm ASM will be trash compared with gcc's output with -O2? [10:31] which wasn't nessacarly true on 486 in 1999 [10:31] oh, fun, compiz FTBFS [10:31] ah, KDE issue [10:32] phew ... wasnt my patch [10:34] serishema: Depends on the quality of your assembly, or what you're trying to do. [10:35] serishema: (Also depends on the quality of your C, as a good C programmer knows more or less what the compiler's going to optimise out anyway) [10:35] serishema: But yeah, in general, GCC's not awful. [10:35] if i'm writing asm it's because i'm doing eairly power up and can't do it in C. I hate ASM. [10:36] ;) [10:36] * serishema just stole the code WMT was forced to release for GPL violations for dram controller init [10:36] I hate that stuff [10:36] Board designers problem [10:37] I have designed boards, but reverse engineering an unknown board is too hard for me :) [10:37] I will definately need to get a newer uboot on it [10:37] theirs is full of crappy bugs [10:38] Meh. If it's good enough to jam some blobs at some offsets and jump, who cares? [10:38] true. [10:38] The only actual bug which matters is the power button GPIO [10:39] which doesn't have a proper debounce, just a delay by a constant [10:39] but the real delay it should wait varies with the battery voltage [10:39] so you have to press the power button 10 times before it will turn on [10:39] I'm unconvinced that anything related to power buttons is ever correct on any ARM device I own. [10:39] From dev boards to phones to... Well, everything. [10:39] that's normal? [10:40] I noticed a // can't power off myself comment on a function which jumps into some bizare assembly [10:40] Well, your specific issue isn't necessarily normal (though I have two phones that behave like that). [10:40] which appears to among other things set the hibernate flag (WMT specific) [10:40] But I have other boards that are equally but differently confused about what power buttons do. :) [10:41] And a netbook that never actually powers off, just goes into a suspend state. [10:41] that would explain my mysterious battery drain [10:41] and the meaning of the // can't power off myself comment [10:41] Potentially, yeah. [10:42] ahh.. so is this software controllable at all? I can get my hands on a JTAG, etc. [10:42] so reflashing the bootloader is OK [10:42] Depends on the SoC. [10:42] That's a big "maybe". [10:42] when i connect the battery does it actually jump to __start or is that board specific? [10:42] And I don't know anything about the one you've got. [10:42] That's also board specific. [10:42] ahh ok. [10:43] Some reset on power, and jump somewhere sane, some just start garbled and wait for a keypress event. [10:43] (ie: a soft power button that shouldn't even exist) [10:43] urgh [10:43] so just wiring a hardware power switch onto the battery is a bad idea [10:43] since it probably wouldn't work [10:43] Unless it would. [10:44] It would work on a Pandaboard. [10:44] (Maybe even all OMAP SoCs) [10:44] OMAP SoCs are the only ones i've seen which I don't think are insane [10:44] It wouldn't work for beans on an iMX53, which insists on powering on to confusion. [10:44] unfortunately they are too expensive [10:45] I get my arm stuff for free because people give me their bricked devices [10:45] usually they have not even overwritten the boot loader, so a board/soc specific micro SD card can load a kernel onto them [10:46] otherwise.... it's down to the university electronics lab for some unauthorized use of university resources :) [10:48] anyway it doesn't matter. I will just put the 26 amp hour deep cycle battery which is just sitting on my floor on float charge in my car as a 2nd battery [10:48] and then it can waste as much power with soft off as it likes :) [10:49] I occasionally use it to power flourecent lights during power cuts in winter, but that's about it [10:49] * serishema lives in the wop wops so every time the wind gets up the power and xDSL go out [10:50] anyway enough blathering. I will download this and put it in qemu-system arm and see if I can get it to go [10:51] infinity: and as for the orriginal question. I will just subscribe to both mailing lists and lurk [10:51] and should I happen to accidentally do something useful I will post the patch :) [10:51] Heh. Sure. [10:51] #debian-arm on oftc is another place worth lurking. [10:51] oftc? [10:51] irc.oftc.net [10:52] ahh. another fs/oss related net? [10:52] debian hides there :) [10:52] Yeah [10:52] irc.debian.org points to oftc. [10:52] I wonder where #debian went [10:52] So, that would be your answer. ;) [10:52] Cool [10:52] We only moved, like, a decade ago. [10:52] *cough* [10:52] hhyaha [10:53] * serishema disappeared sometime around kernel 2.6.35 [10:53] not true, i remember still seeing debian channels around at warty days [10:53] and has just come back [10:53] ogra: Yeah, the move was slow. [10:53] but close to a decade already :) [10:53] naturally it is taking forever to get back up to speed on everything [10:53] there have been so many changes in 3.x [10:53] but I just grabbed the source and broke stuff, rather than trying to find answers on the internet [10:53] hopefully that wasn't stupid [10:54] That's the best way to do it, IMO. :P [10:54] Even if you end up duplicating effort, you learn. [10:54] And then you can submit patches and make the various subystem maintainers cry. [10:54] haha. I'm not that evil [10:55] I derive so much pleasure every day from reading davidm's rants about idiot submissions. [10:55] link? [10:55] oh .. I shall have to join that mailing list too? [10:55] I wouldn't subscribe to LKML, if I were you, unless you're a masochist. [10:55] oh LKML? [10:56] I've heard the horror stories [10:56] didn't realize [10:56] * serishema wouldn't even attempt to get a patch into mainline [10:56] Well, Dave's rants tend to be on places like his G+ account, and in private with friends, but. LKML's educational, if you're bored. [10:56] I tend to stay on the other side of the syscall layer, but a disturbing number of my friends are kernel developers. [10:57] the right side generally [10:57] Both sides suck. :P [10:57] It's just insanity to try to work with both. [10:57] but I had the misfortune of actually being able to make sense of the wrong side of the syscall layer of that certain popular proprietary OS [10:57] haha snap [10:57] So, I let other people do kernel crap, and I'm sitting here with 5 parallel glibc builds going right now. [10:58] So before the recession I got paid as much as $80US an hour to do consulting with user mode/ kernel mode interface crap on windows drivers [10:58] mostly for fixing STOP IRQL_LESS_THAN_EQUAL [10:58] I don't remember the code [10:58] I don't want tio [10:58] Everyone's favourite bluescreen. [10:58] Yeah. [10:59] Since it's ALWAYS caused by the dev not reading the docs :) [10:59] unfortunately this includes MS internal devs [10:59] on wincore who should know better [10:59] I never did learn enough to know what it meant. Based on the constant name, I'm assuming integer over/underflows and a lost pointer to an IRQ or something? [10:59] Nah [10:59] IRQL is an abstraction [10:59] a moronic one [10:59] Of course. [10:59] it represents IRQ mask registers on the board/CPU specific interrupt controller [11:00] basically if you don't know that certain things require eg the timer interrupt to be masked off [11:00] you shouldn't be writing drivers [11:01] But MS came up with an abstraction to make it easier which actually makes it harder [11:01] Ignorance has never prevented driver development in the past. [11:01] NT kernel = bastardized version of VMS [11:01] * serishema doesn't even have windows installed [11:01] I used VMS in high school, but we never wrote to the hardware. [11:02] i only read about VMS [11:02] for class [11:02] before my time [11:02] For some reason, they didn't think that doing kernel development classes that would let us crash the entire school by offlining the VAX would be a good idea. [11:03] they were probably right [11:03] Probably. ;) [11:03] I didn't learn how to do windows kernel at university [11:03] basically I was at a school which forced us to use Windows [11:03] so at that age I had the naevity to try and make it not suck [11:04] My friend's doing a CS degree right now, and I'm moderately impressed that most of their classes are on Linux systems. [11:04] I became the bane of the network admins for all my custom stuff which some how ran when I logged in even though they had supposedly disabled user login scripts [11:04] Most of his profs are idiots. But at least they're learning on open systems. [11:04] Yeah I transfered [11:04] Being forced to use windows was the lesser evil than being the only girl in a class of 185 with an openly mysogenistic bigot for a professor [11:05] getting my boobs grabbed and being asked if they were real and responding with a ju jisu wristlocking was a day in the life [11:05] But their course was also 10 years out of date [11:06] You got groped? Seriously? [11:06] In terms of material [11:06] What the fuck is wrong with people? [11:06] infinity: it was a get wasted, party and get laid type of school [11:06] I missed the memo [11:06] I mean, I'm used to geeks being socially inept, and moreso with women, but... Wow. [11:06] people who actuially wanted to work went else where [11:06] by other students only.. but yeah. [11:07] Sounds lovely. :/ [11:07] if a staff member did that the cops would hear about it. But they quickly learnt that I was not to be got on the wrong side of [11:08] * serishema lived in ghettos .. built computers out of rubbish and learnt C instead of participating in drugs/gangs, etc [11:08] Right, remind me not to invite you to the Ubuntu-ARM frat kegger. [11:08] depends. [11:09] infinity: I won't comment since freenode: "there are no girls on the internets" will be in effect.. but let's just say my boyfriend has another girlfriend and I am fine with this. [11:09] * serishema isn't your average blond [11:09] anyway this is getting far too OT [11:09] PM? [11:13] serishema: you sound kickass :-D [11:13] backlog was one of the more enjoyable return to work after lunch reads Ive had for a while [11:14] hi XorA [11:14] VMS is a long and distant memory [11:14] XorA: when it comes to VMS I actually don't know what I'm talking about [11:15] i'm 27 so therefore too young to have seen a real live VMS system [11:16] ah right, at univerity the student email/blah system was VMS [11:16] infinity: Why try Debian? [11:17] I was already used to posix style from Amiga so all the [blah]bleh; stuff used to confuse me until I got the hang of it [11:17] tomtiger11: I suspect he was answering my questions when I thought my chip was something older and ubuntu core wouldn't go . [11:17] tomtiger11: Why provide context with your question? [11:17] I've seen a VMS system. It was even running. It just wasn't doing anything. [11:17] infinity: *steal* [11:18] infinity: Seriously, Is ubuntu-arm incompatible with Raspberry Pi? [11:18] tomtiger11: Yes. [11:18] tomtiger11: yes, Raspberry Pi is old technology [11:18] infinity: Is it the RAM? [11:18] tomtiger11: The Pi is ARMv6, we build for ARMv7. [11:18] Oh [11:18] you have to be nimble to keep up with the ubuntu boys [11:19] /girls [11:21] ogra: do you think we still need our biweekly call? [11:24] * serishema much prefers "get a real computer" or "bitty box" and leaving it at that :) [11:25] since being a bitty box is actually the whole point with arm :) === ogra is now known as Guest6312 === Guest6312 is now known as ogra_ [12:00] tomtiger11: bring the question to the next UDS, to lower the optimization level for the community maintained armel to get back to debian level now when ubuntu-arm have switched to use armhf [12:05] xranby: It's already being discussed internally. [12:05] xranby: And, honestly, while it would be a community port, it needs to be driven by Canonical for infrastructure reasons, so you may as well let us beat the horse dead a bit first. [12:05] xranby: (But it's being beaten) [12:07] i want to build the package for Ubuntu ARM [12:07] how do i do ?? [12:08] pnphi: you have some ptions 1. setup a complete build environment on a ubuntu arm machine and simply build it using dpkg-buildpackage [12:08] 2. use xdeb to cross compile a package [12:10] from source of package ubuntu ?? [12:10] pnphi: yes from source [12:11] by the way [12:11] in the Chroot, can i build the package ? [12:11] from source [12:12] yes, as long as you have installed all compilers inside the chroot [12:13] what link will i add source list ?? [12:13] that i can get source [12:13] pnphi: deb-src http://archive.ubuntu.com/ubuntu/ precise main universe restricted [12:13] ok [12:13] its the same source archive for all architectures [12:14] for all ? ok i do [12:15] ok thank you so much [12:15] pnphi: youre welcome [12:16] infinity: ok i take canonical wants to try a neon build .. what other optimizations are currently untested= [12:16] ? [12:16] xranby: Err, we do? [12:17] let me rephrase the question.. what is it left to flog on the horse? :) [12:17] No, no. The other direction. [12:17] As in, we also want to drop the baseline for armel. [12:18] But we're discussing in-house how much effort that will be, and if we really want to do it. [12:18] ok, thank you for the heads up [12:23] where is the tutorial for xdeb ??? i don't search The xdeb [12:35] pnphi: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/UsingXdeb [12:36] pnphi: wookey are the person to ask about current xdeb status [12:38] ndec, not really i think, in ubuntu we just swallow what linaro gives us nowadays, but for ppisati it is important to get the kernel issues across, i wonder if we could take that bit to mail or so [12:39] ogra_: ok. i see. we just need to make sure ppisati, sebjan , me and andy discuss sometimes... [12:39] right, i dont know how important the call is for ppisati ... i guess thats something he needs to answer [12:44] ok thanks [12:55] i install the package "g++-arm-linux-gnueab" but E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi' [12:58] apt-get install gcc-arm-linux-gnueabihf [12:58] try that one [13:40] hmm, so doing a dpkg --get/set-selections between two ac100 precise installs (one armhf the other armel) makesd me end up with linux-image....-mx5 installed on the target system [13:40] * ogra_ wonders why [13:55] hmpf, actually i end up with *only* the linaro lt-mx5 image installed [13:55] :( [14:00] install the package "g++-arm-linux-gnueab" but E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi' [14:03] apt-get install gcc-arm-linux-gnueabihf [14:09] joined [14:09] install the package "g++-arm-linux-gnueab" but E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi' [14:09] what do i add source ? [14:12] apt-get install gcc-arm-linux-gnueabihf === chuck_ is now known as zul === chuck_ is now known as zul [14:21] E: Unable to locate package gcc-arm-linux-gnueabihf [14:26] how use Xdeb to build package ?? [15:34] ogra_: I don't know if you saw it yesterday, but it'd need to change vram from 32 to 40 at panda [15:34] to make SGX to work properly, with flip chain and such [15:34] rsalveti, yup, i did, i forgot to ask infinity if he had changed it already [15:35] wasnt there also the option to drop the mem= args too ? [15:35] didn't yet open a bug for it, as I know we have tons of places with that thing hardcoded [15:35] since we dont have ducati support in this kernel ? [15:35] not with current kernel I guess [15:35] oh, that's true [15:35] the next support will be with the newer kernel [15:35] * ogra_ will make sure that changes before release [15:35] so we can safely remove the hole then [15:35] k [15:36] ogra_: thanks [18:24] anyone know anything about a gstreamer0.10-plugins-bad package and how to get around this show stoper [18:25] looks like that package is corrupt [18:29] and reflash and retry :/ [18:37] MrCurious: you mean at the TI PPA? [18:37] not sure what you mean? [18:38] the ti licence accepting? [18:38]