[01:54] <mjrosenb> so I'm trying to update my chromebook to 12.10
[01:55] <mjrosenb> and it is failing due to a checksum mismatch
[01:55] <mjrosenb> W:Failed to fetch
[01:55] <mjrosenb> gzip:/var/lib/apt/lists/partial/ports.ubuntu.com_ubuntu-ports_dists_quantal_main_binary-armhf_Packages
[02:02] <persia> Try again now (it's been 5 minutes).  That usually means a mirror goes wonky, which is usually solved shortly for the mirrors identified by "ports.ubuntu.com"
[02:11] <mjrosenb> I tried at like noon, and was getting it then
[02:11]  * mjrosenb tries again
[02:12] <mjrosenb> nopepe, still there
[02:13] <mjrosenb> s/pe//
[02:41] <mjrosenb> any other suggestions?
[03:07] <persia> Maybe delete everything under /var/lib/apt/lists/ and run `apt-get update` again?  This should redownload everything, but it won't fix it if it's an issue with the checksums on the server.
[03:16] <infinity> It won't be a mirror issue, that file has been static for months.
[03:16] <infinity> Unless it's actually corrupt on the mirror he's hitting.
[03:17] <infinity> Which is pretty unlikely for ports.
[03:18] <infinity> Nope, looks fine from here.
[03:18] <infinity> mjrosenb: Try persia's "delete the world and try harder" approach.
[03:21]  * mjrosenb is running apt-get update as i type
[03:29] <mjrosenb> well, that is strange
[03:29] <mjrosenb> it says there is no new release
[03:30] <mjrosenb> but dist-upgrade wants to upgrade 1,223 packages
[03:30] <mjrosenb> and /etc/issue now says that I am running 12.10
[03:30] <TheMuso> Are the nexus7 raring images working yet?
[03:31] <persia> apt believes you to be running 12.10 with outdated packages (based on the content of /etc/apt/sources.list)
[03:31] <mjrosenb> persia: sounds right.
[03:31]  * mjrosenb wonders if this is going to attempt to install a new kernel
[03:31] <mjrosenb> and how that is going to go if it does
[03:32] <persia> It will only do so if you have a kernel package installed for which there is a newer package available in your currently configured archives.
[03:37] <mjrosenb> I never installed a kernel package
[03:38] <mjrosenb> although I should still get perf on here at some point or other.
[03:40] <mjrosenb> and iirc, the kernel that this is running was just copied from chromium so we'd get nice driver support out of the box
[04:45] <mjrosenb> great, now plymouth is throwing an assertion
[04:45] <mjrosenb> hrmm
[04:45] <mjrosenb> actually, I have absolutely no clue how to recover this system
[04:52] <[mbm]> mjrosenb: nexus7?
[04:53] <[mbm]> there was an open bug about that one; the console=none in the kernel commandline was causing issues, and plymouth had been disabled until it could be fixed
[05:01] <mjrosenb> [mbm]: no, chromebook.
[05:38] <mjrosenb> although I would not be surpred if this is the same assertion that the nexus 7 is throwing
[06:16] <mjrosenb> so, I'd like to do something fancy like init=/bin/bash
[06:16] <mjrosenb> but I don't actually know how to touch the kernel arguments on here.
[08:01] <dholbach> good morning
[08:05] <mjrosenb> morning.
[09:31] <ppisati> http://lwn.net/Articles/526920/
[09:31] <ppisati> Support for Tegra 2D hardware
[09:32] <ogra_> ppisati, heh, you just missed the person intrested in it most :)
[09:33] <ogra_> (though igues marvin24 has seen it already)
[09:33] <ogra_> marvin24, <ppisati> http://lwn.net/Articles/526920/
[09:34] <ogra_> ppisati, sadly tegradrm doesnt work with the binary driver yet
[09:34] <ogra_> (afaik)
[09:35] <marvin24> ogra_, ppisati: yeah, this will take a *long* time
[09:35] <ogra_> right, and thanks to our new desktop policy we are bound to the GLES drivers
[09:35] <ogra_> so even if it would land tomorrow, we couldnt use it
[09:36] <lilstevie> cause of unity
[09:36] <ogra_> well, compiz, but yeah
[09:36] <marvin24> what abount software gles?
[09:36] <marvin24> *about*
[09:36] <ogra_> i didnt get it working on the nexus yet
[09:36] <ogra_> i have it working on the chromebook and dont know why :)
[09:37] <mjrosenb> does anyone know how to change the parameters that the kernel gets on a chromebook?
[09:37] <marvin24> ogra_: strange ...
[09:37] <ogra_> mjrosenb, probably hrw
[09:37] <hrw> mjrosenb: you have to sign kernel and at that stage you can change cmdline
[09:37] <hrw> easy
[09:38] <hrw> mjrosenb: >
[09:38] <hrw> >
[09:38] <hrw> >
[09:38] <hrw> ops
[09:38] <hrw> mjrosenb: https://plus.google.com/u/0/109993695638569781190/posts/34PYU79eUqP
[09:38] <ogra_> so just get a pen then :P
[09:39] <hrw> ogra_: any progres on teaching plymouth to check proper console=?
[09:39] <ogra_> hrw, it isnt the console parameter at all :)
[09:40] <hrw> or whatever
[09:40] <ogra_> hrw, it is a missing piece of console-setup
[09:40] <hrw> ogra_: tell me more
[09:40] <ogra_> if you build your initrd with FRAMEBUFFER=1 set in the initramfs.conf, plymouth works fine
[09:41] <hrw> I do not have initrd
[09:41] <ogra_> i'm working on tracking it down to a specific function in console-setup, once i have that well just add it to the plymouth upstart job and it should work
[09:41] <ogra_> we'll
[09:41] <mjrosenb> hrw: the issue is I cannot currently boot into ubuntu
[09:42] <ogra_> hrw, right, initrd doesnt matter its just that you can fix it by having an initrd that runs console-setup
[09:42] <hrw> mjrosenb: tell me more?
[09:42] <ogra_> which means running that console-setup bit from an upstart job before plymouth starts should work as well
[09:43] <mjrosenb> hrw: I attempted to upgrade from 12.04 to 12.10 with the standard do-dist-upgrade, and now it plymouth just thros an assertion, and I cannot continue booting.
[09:43] <hrw> mjrosenb: boot chromium, mount ubuntu, cd ubuntu/etc/init/;rm plymouth*;reboot
[09:43] <hrw> works just fine
[09:44] <ogra_> no, the biuts will re-appear on next update
[09:44] <hrw> or s/rm plymouth*/for f in plymouth*;do echo manual > ${f}.override/
[09:44] <hrw> or s/rm plymouth*/for f in plymouth*;do echo manual > ${f}.override;done/
[09:44] <ogra_> drop the rm's
[09:44] <mjrosenb> iirc, I can boot into chromium by just turning on the validation again?
[09:44] <ogra_> yeah
[09:45] <ogra_> the above looks fine
[09:45] <hrw> mjrosenb: better is keep chromium kernel in KERN-A and boot ubuntu with KERN-B or KERN-C
[09:45] <mjrosenb> *nod*
[09:45] <hrw> so all you need is change of partition priorities
[09:46] <hrw> works just fine
[09:46] <mjrosenb> hrw: so I didn't touch the kernels, I just ran do-dist-upgrade; apt-get dist-upgrade
[09:46] <mjrosenb> err, maybe it wasn't do-dist-upgrade
[09:46] <mjrosenb> do-release-upgrade?
[09:46] <hrw> mjrosenb: do update to 13.04
[09:46] <mjrosenb> I tab-completed it
[09:46] <ogra_> do-release-upgrade is the right tool
[09:46] <mjrosenb> hrw: is support better in 13.04?
[09:47] <ogra_> yes
[09:47] <hrw> mjrosenb: s/better//
[09:47] <ogra_> hrw, up0loads packages and fixes all the time :)
[09:47] <hrw> 12.10 does not know anything about chromebook
[09:47] <mjrosenb> hrw: does 12.04?
[09:47] <hrw> you are joking or not?
[09:48] <ogra_> the 12.04 that you can install with that weird script that downloads 50 tarballs will work
[09:48] <ogra_> (since it is hacked up)
[09:49] <mjrosenb> yeah, that is how I installed it to begin with.
[09:50] <hrw> I used python to calculate offsets and did setup with linaro image
[09:50] <hrw> that's why my chromebook may lack some packages
[09:53] <hrw> I am waiting for 32GB microsd card to arrive so will have pristine ubuntu install on it
[09:53] <hrw> unless courier would bring me another chromebook...
[09:54] <hrw> but this will rather not happen
[09:55] <mjrosenb> is there a microsd card reader other than the full-sized sdcard on the side?
[09:57] <hrw> there are small usb readers
[09:57] <hrw> which sticks out for 3mm from socket
[09:58] <mjrosenb> ahh.  I've seen those
[09:58] <mjrosenb> this one that holds the microsd card so it will eject *into* the computer if you could theoretically eject it when it was inside the computer?
[10:00] <hrw> no idea - order not arrived yet
[10:02] <mjrosenb>  this mount command is taking quite a while to complete...
[10:04] <mjrosenb> aaand, ^C does not do anything on this terminal :/
[10:13] <mjrosenb> ok, problem solved
[10:13] <mjrosenb> i assume I need to re-run |sudo cgpt add -i 6 -P 5 -S 1 /dev/mmcblk0| in order to get this machine to want to boot into ubuntu again?
[10:20] <hrw> -T5
[10:21] <hrw> or -T1 at least
[10:21] <mjrosenb> ok, this time, it finished the kernel initializations, then "mountall: Disconnected from Plymouth" and is now hung there
[10:21] <mjrosenb> what does that do?
[10:22] <hrw> sets 'tries' field
[10:22] <mjrosenb> oh, so it'll boot into ubuntu N times, then go back to cros?
[10:23] <hrw> no, thats matter of priority field
[10:24] <hrw> you have 3 fields: tries, priority, successful
[10:24] <hrw> priority == which kernel boot first and which if first one fail
[10:24] <hrw> successful = this kernel boots at all
[10:53] <ogra-cb> i think i'll go with something like the second one here http://tbreak.com/tech/2012/06/quick-look-apacer-32gb-usb-3-0-memory-sticks/
[10:54] <ogra-cb> the values arent stellar but still far beyond USB 2.0
[10:54] <ogra-cb> (for the chromebook rootfs)
[10:56] <hrw> ogra-cb: nice :)
[10:57] <ogra-cb> i havent found a place to buy it yet though
[10:57] <hrw> http://www.shopmania.co.uk/external-memory/p-apacer-ah152-super-mini-usb-drives-16gb-48812413 but 16GB only
[10:57] <ogra-cb> it is small enough to not turn into a lever that opens the netbook case if you press it :)
[10:58] <hrw> I have to connect my usb3.0 harddrive and check speed
[10:59] <ogra-cb> you should see between 80 and 120M/s
[10:59] <ogra-cb> i personally think even 60 are awesome alreadfy though :)
[11:00] <RaYmAn> ogra-cb: it's just a pity you can't use usb 3.0 to boot kernel from :(
[11:00] <ogra-cb> i dont care
[11:01] <ogra-cb> as long as my rootfs runs off a fast device
[11:01] <ogra-cb> and as long as i *can* boot a kernel somehow :)
[11:31] <hrw> RaYmAn: you put kernel in KERN-C on internal and boot rootfs on usb3 - fine
[11:36] <RaYmAn> sure
[11:39] <hrw> internal emmc has 59 MB/s average read in gnome-disks bench
[11:44] <hrw> ech. gnome-disks fails to bench my usb3 drive
[11:44] <hrw> on chromebook
[11:45] <ogra-cb> file a bug :)
[11:45] <hrw> hdparm has 92MB/s
[11:50] <hrw> Bug #1081019 already exists
[11:50] <ubot2> Launchpad bug 1081019 in gnome-disk-utility (Ubuntu) "Benchmark for Harddisk fail" [Undecided,Confirmed] https://launchpad.net/bugs/1081019
[11:51] <hrw> same hdd connected to desktop has 147 MB/s average
[11:56] <hrw> I miss "maximize to whole available desktop space" action in WM
[12:04] <ogra_> which WM ?
[12:08] <hrw> kwin
[14:46] <fmoreau> hi. Does anybody know why ext4 fs is prefered over a "flash" fs such as ubifs ?
[14:49] <suihkulokki> fmoreau: for a flash file system, such as ubifs, you need a raw interface to the flash. most device these days instead have a MMC interface where you can only put block filesystems, such as ext4
[16:18] <sfeole> o/
[16:39] <ogra_> yippie !
[16:39] <ogra_> slideshow is back
[16:41] <ogra_> xnox, hmm, so that onboard behavior is really bad in oem-config since the switch to compiz
[16:41] <ogra_> i actually have to reboot to make typing work
[16:43] <ogra_> plars, janimo, so i dont get why you need adbd instead of just using ssh over usbnet
[16:44] <janimo> ogra_, no idea if usbnet works I never used it
[16:44] <ogra_> it does
[16:44] <ogra_> pretty agressively even :)
[16:44] <janimo> ogra_, if the current kernel needs some patch or config options enabled feel free to ping the kernel team :)
[16:45] <janimo> if not then a wiki entry would be nice
[16:45]  * ogra_ accidentially built it in into one of his test kernels ... made my desktop NM go crazy :)
[16:45] <janimo> I never used this feature
[16:45] <janimo> it should not interfere with normal work though and not be buggy :)
[16:45] <plars> ogra_: same, never tried usbnet. If you have some pointers I'd like to hear more about it though.  adb is nice from the perspective of being a similar tool for what a lot of people would have normally used there, and has some neat features, but I'm not really stuck on it
[16:45] <ogra_> it doesnt
[16:46] <ogra_> but NM shows you it tries to auto establish the network (it only shows you a wired connection)
[16:46] <plars> ogra_: will usbnet have issues since the n7 might be on a server, potentially with several other n7's attached doing the same thing?
[16:46] <ogra_> it just took me quite aq while to find out that this behavior comes from the attched nexus (which didnt have the NIC up )
[16:47] <ogra_> plars, usbnet just behaves like any other network
[16:47] <plars> ogra_: So I'd need to be able to bring up those connections and distinguish between them
[16:47] <ogra_> just that your device is called usb0 and that the wire is actually a usb connection to the next machine
[16:48] <plars> ogra_, janimo: so it sounds like we just need a kernel with it turned on, and give it a try
[16:48] <ogra_> right
[16:48] <janimo> ogra_, and it shows up depending on whether you connect the nexus to a laptop or not?
[16:48] <ogra_> i simply assume you want to issue more than just a reboot via ssh
[16:49] <ogra_> janimo, plugging in the USB connection with usbnet *buioltin* will always try to bring up usb0 (and the desktop/laptop side for it)
[16:49] <ogra_> indeed you shouldnt build it in :)
[16:49] <ogra_> but load it on demand as module
[16:49] <plars> ogra_: I don't actually have NM running on the ubuntu-server they are attached to currently
[16:50] <ogra_> well, you want to attach more of them
[16:50] <ogra_> i would actually runs something like dnsmasq
[16:50] <ogra_> so you can hand out IPs to them via dhcp
[16:50] <ogra_> and preseed usb0 properly for that
[17:26] <xnox> ogra_: why does a reboot help after flashing in oem-config? a reboot is still treated as first boot if oem-config is not completed?
[17:26] <xnox> ogra_: is it a problem with fastboot reboot then?
[17:42] <ogra-cb> xnox, nope. rather with some ubiquity-dm race or onboard
[17:43] <ogra-cb> and yes, oem-config-remove is run last, it removed ubiquity-dm ... as long as that didnt run you will always end up in oem-config on next boot
[17:43] <ogra-cb> *removes
[17:44] <xnox> ogra-cb: right so if I reboot a few times sometimes onboard is fine and sometimes it isn't? but doesn't ubiquity launch onboard anyway ...
[17:45]  * xnox will have to play with it.
[17:45] <ogra-cb> err no
[17:45] <ogra-cb> if you reboot onboard will always work fine
[17:45] <ogra-cb> it just doesnt if it boots through from the tarball installer
[17:46] <ogra-cb> i could add another reboot to the process but imho we already have to many (especially with the one we will need for the hostname later)
[17:56] <plars> janimo: so from what I'm reading, it looks like it's could just be CONFIG_USB_ETH that we need to turn on?
[17:57] <janimo> plars, ogra-cb should know as he had a kernel with that enabled. I am not certain what other (if any) options are required
[21:03] <mjrosenb> hrw: ping
[21:12] <mjrosenb> unrelatedy, if I don't want oneconf or update-manager running, what is the right way to turn them off?
[21:59] <mjrosenb> ok, so I'm going to assume that the best way forward at this point is to just go through the chrubuntu setup again, since all of the data I care about is on an external sdcard
[22:35] <hrw> mjrosenb: pong
[22:36] <mjrosenb> hrw: should I try to get 12.10 working, or should I just give up, re-install from the crazy tarball-downloading script, then try to update directly to 13.04?
[22:41] <hrw> mjrosenb: I suggest skipping 12.10
[22:41] <mjrosenb> well, the plann was to get 12.10 booting, then immediately upgrade to 13.04
[22:48] <hrw> mjrosenb: make a backup, upgrade to 13.04 directly. if fail - restore backup
[22:55] <mjrosenb> hrw: that shouldn't be too hard, the partitions are small enough that I can dd them both onto an external sd card.
[23:21] <philhug> is anyone familiar with the rockchip rk3066 devices? e.g. those chinese hdmi sticks like MK808?
[23:23] <philhug> and does anyone have a complete kernel source? the chinese manufacturers don't seem to care much about the GPL.