[17:21] highvoltage: we have the tablets [17:22] highvoltage: or rather, they're in Sherbrooke, PLC will go get them and bring our two units here later today. I'm guessing mgariepy will have his this afternoon too (if he pokes PLC), the two others will have to be shipped to ogra_ and alkisg when you get back. [17:26] highvoltage: is there any written documentation on how to get these boot whatever the kubuntu guys did so far? [17:27] gonna be a busy night, I have the rest of my stuff also arriving later today (SSDs, usb adapter, ...) [20:01] highvoltage: got in touch with rbelem, should have the instructions for the tablets tomorrow. We're also lucky to have the prod units apparently, that should save us the touchscreen problem [21:08] stgraber: when you get the info about booting ubuntu on them, let me know - I want this on a wiki somewhere & want to actually talk with other people working on it :) [21:09] ajmitch: my goal is to have an image up by the end of the weekend with install instructions. The kernel won't be nicely packaged but I don't really care at this point [21:09] that's fine, I just want something to work with other than android [21:09] my tablet's sitting beside me in my bag with an empty 32GB micro sd card that needs used [21:11] the goal currently is to get something on the microsd that you can boot and install on the flash. The install on the flash part being the trick as we don't want to brick the tablet in the process ;) [21:12] I think they're fairly unbrickable, though the utility to reflash them requires windows [21:12] I've read a bit about how to prep an sd card for an A10, not sure how much is relevant to these tablets [21:15] stgraber: one day I'd like to know how you've got your network set up with ipv6 & lxc :) [21:17] ajmitch: it involves a router, radvd, a bunch of vlans, some managed switches and bridges :) [21:18] sounds a little more complex than my home setup :) [21:19] I was looking yesterday to see if I can simple bridge containers on my laptop to eth0, so that they just pick up addresses automatically [21:24] yeah, you can, though making that work with network-manager isn't exactly trivial [21:24] if you don't care about NM, then define the bridge in /etc/network/interfaces with bridge-ports set to eth0 and then configure your containers to use that interface [21:25] that's what I'd found, but as it's my laptop I sort of use NM quite a bit [21:25] alternatively you could use macvlan instead of veth in the containers and replace lxcbr0 by eth0, that'll virtually bridge them to eth0 [21:25] I'll try that [21:25] though there's the downside of them not being able to talk to each other or talk to the host (never can remember which of the two it's). [21:26] I'll find out soon enough :) [21:27] looks like it's picked up the address from radvd, but can't ping the host [21:30] right, so that's the problem... IIRC it can be solved by also moving your host's network to a macvlan interface but then it's really not much better than having a bridge (as NM doesn't know what a macvlan interface is) [21:31] I'll play around a bit with it [21:31] * ajmitch was just hoping for something as simple as virtualbox's bridged networking [21:31] sadly that kind of magic comes at the cost of a kernel module and weird hacks that'd never be allowed in the upstream kernel... [21:32] though maybe someone will figure out a clean way of doing it and macvlan will just become magic at some point [21:32] that'd be nice :)