[00:23] <currybullen> i installed a snap application called caprine (a chat client) on fedora. do i need to do something with snapd to be able to open links i click on in caprine in my web browser?
[00:43] <cowsay_> hey.. I'm using the vs code snap in classic confinement.  I'm trying to edit a site that I have mounted via webdav.  It gets mounted to "/run/user/1000/gvfs/dav:host=neocities.org,ssl=true,prefix=%2Fwebdav" and vscode throws the error "cannot open path of the current working directory: Permission denied".  I believe this is due to the confinement preventing access to /run.  is there any way to circumvent this or force it to allow access to specific
[00:43] <cowsay_> locations?
[01:07] <cowsay_> nevermind, i worked around it by using davfs2 instead of the Nautilus plugin (I guess??) and mounting manually to /media instead
[01:27] <ogra> cowsay_, yeah, gvfs is still an issue, see https://forum.snapcraft.io/t/difficulty-viewing-mounted-fileystems-via-samba-nfs-gvfs-interface/14680
[10:59] <sdhd-sascha> ogra: can i sometimes ask you some questions about the rpi4 - kernel, gadget and core image ? here i have two arm cortex boards and want to build an ubuntu image for it ? They are rockchip and amlogic.
[11:00] <sdhd-sascha> i wonder where the ubuntu-eoan/debian.raspi2/abi/5.3..../arm64/raspi2* files come from ?
[11:44] <ogra> sdhd-sascha, from the kernel team :) it is one of the multiple snippets the debian package build creates its config from ... if you dont build for RPi i wouldnt care about it though ...
[13:04] <sdhd-sascha> Thank you. I just copied and renamed the generic from arm for now
[13:47] <ogra> sdhd-sascha, you dont need to copy anything ... just using "kconfigflavour: generic" in snapcraft.yaml is enough ... then you can use "kconfigs:" to override certain settings as needed
[13:48] <sdhd-sascha> ogra: i already start building the kernel. And as next step. I want to figure out, where to modify the kconfigflavour. I started with your raspi2 snap
[13:50] <sdhd-sascha> currently i have `kconfigflavour: rk3318`. But i think the build will now fail, because i don't know where the flavour comes from. I cloned the "debian.raspi2" directory to "debian.rk3318/"
[13:50] <ogra> alternatively you can use upstream defconfigs like i do in https://github.com/ogra1/linux-multi-v7-snap/blob/master/snap/snapcraft.yaml#L31 ... with the patches from line 39 (https://github.com/ogra1/linux-multi-v7-snap/blob/master/patches/configs.patch)
[13:52] <ogra> (thats a rockchip 32bit kernel btw)
[13:52] <sdhd-sascha> really 32bit ? Oo
[13:53] <ogra> yeah, arm64 on boards with less than (or equa to) 4GB ram is wasteful nonsense IMHO :) (others disaree :) )
[13:53] <ogra> *disagree
[13:53] <sdhd-sascha> ok, that's a good point. I didn't thought about the ram
[13:54] <sdhd-sascha> :-)
[13:54] <ogra> (arm64 binaries allocate nearly twice the amount of ram for no benefit)
[13:54] <sdhd-sascha> oh
[13:54] <sdhd-sascha> then i will change it back to "armhf"
[13:55] <ogra> i.e. the core16 image on a dragonboard consumes ~90MB for the idling OS ... vs ~40MB on a rpi
[13:56] <sdhd-sascha> u-boot i will took from here: https://github.com/rockchip-linux/u-boot
[13:56] <ogra> (dragonboard runs wpa-supplicant by default thats accoutable for the extra10MB over doubling it i assume)
[13:57] <sdhd-sascha> ok - i hope one of the boards will work. The other one is a amlogic S912
[13:58] <ogra> for a rockchip 32bit one i have https://github.com/ogra1/tinkerboard-gadget ... for 64bit there is https://github.com/ogra1/rock64-gadget
[13:59] <sdhd-sascha> wow, i didn't found this. thank you :-)
[14:00] <sdhd-sascha> from one device i found the dtb and dtbo. I know, i can decompile the dtb? But what should i do with the overlay ?
[14:01] <ogra> nothing for the start :)
[14:01] <ogra> i assume you have seen https://ograblog.wordpress.com/2017/06/13/patching-u-boot-for-use-in-an-ubuntu-core-gadget-snap/ and https://ograblog.wordpress.com/2017/05/30/building-u-boot-gadget-snap-packages-from-source/ ?
[14:02] <ogra> (old but should mostly still work fine)
[14:03] <sdhd-sascha> thank you. Some months ago, i already experimented with rpi4 dtb and dtbo. But can't remember today :-D
[14:03] <ogra> rpi is special ...
[14:03] <ogra> thanks to the proprietary bootoader
[14:03] <sdhd-sascha>  yes. we want uefi ;-)
[14:04] <ogra> try to ignore it if you buuild something that supports plain ubot
[14:04] <sdhd-sascha> Here is the thread for the rpi4 netboot stuff<EMAIL_ADDRESS>[14:05] <sdhd-sascha> Sometime i want to test netboot on rpi4 with u-boot. Without u-boot it works good.
[14:05] <ogra> oh, thats quite some work ... i started working on that once before i changed teams ... take a look at alexander garfs work  https://www.raspberrypi.org/forums/viewtopic.php?t=169982
[14:05] <ogra> *graf's
[14:06] <ogra> netboot work work with core without some massive changes to the initrd scripts
[14:07] <sdhd-sascha> Yes, in the past, i could boot rpi4 kernel and ubuntu root on nfs
[14:07] <ogra> sure, you can still do that easily with a classic ubuntu server image
[14:08] <sdhd-sascha> Did you work today or are you free ?
[14:08] <ogra> but the initrd scripts of core make a lot of assumptions and do a very special mount setup to achieve writable dirs on top of a readonly squashfs that in turn lives on the writable partition (there are several loops involved in the mount process)
[14:09] <ogra> i'm off til mondy like most of canonical :)
[14:09] <ogra> *monday
[14:09] <sdhd-sascha> nice :-)
[14:10] <ogra> (the company officially shuts down from christmas to new year for two weeks)
[14:11] <sdhd-sascha> i read about that, on the forum :-)
[14:11] <ogra> yeap
[14:12] <sdhd-sascha> I'm still looking for the right job. that's why I'm currently fill my knowledge gaps
[14:13] <ogra> well, i assume you saw https://canonical.com/careers/all-vacancies already then :)
[14:13] <sdhd-sascha> Yes ! :-) 6 or 7 years ago, i already wrote to canonical
[14:14] <sdhd-sascha> didn't get an answer. So i think i need to become better first
[14:16]  * ogra needs to go AFK again ... back later ...


[04:01] <shPikachu> hi ppl
[04:02] <shPikachu> i want to install ubuntu 12.10 to a SD card for using it in my pandaboard
[04:02] <shPikachu> https://wiki.ubuntu.com/ARM/OmapDesktopInstall
[04:02] <shPikachu> can i install it to a SD instead of a flash drive?
[04:02] <shPikachu> i mean, usb drive
[04:06] <TheMuso> shPikachu: So you want to install to a USB flash drive correct?
[04:06] <shPikachu> no, to the same SD card where the image is
[04:07] <shPikachu> its possible?
[04:07] <infinity> It's not supported, though it's technically possible.
[04:08] <TheMuso> Its much better to run from a USB connected rotery disk.
[04:08] <infinity> Indeed.
[04:08] <infinity> Much, much better.
[04:10] <TheMuso> And IMO a notebook drive is sufficient, since USB disk transfer still requires some CPU, so you're going to max out and get the best possible transfers, but my understanding could be incorrect WRT USB and CPU usage.
[04:11] <shPikachu> i cant to that in this project since its an embedded system
[04:11] <shPikachu> :(
[04:12] <shPikachu> i looked for a preinstalled 12.10
[04:12] <shPikachu> but i didnt find it
[04:13] <TheMuso> There isn't one.
[04:13] <shPikachu> ow
[04:13] <TheMuso> There is for 12.04 though IIRC.
[04:13] <shPikachu> i tested that one but it doesnt have some graphics driver
[04:14] <shPikachu> and i wasnt able to install it , though, because of "broken dependencies"
[04:15] <shPikachu> the package is : PowerVR SGX540
[04:15] <shPikachu> if anybody knows how to make the driver work in 12.04 ill be thankful
[04:16] <TheMuso> I think 12.10 has the prv-omap4 package, which is what you want. You don't need to use any panda/TI PPAs, again IIRC>
[04:17] <shPikachu> whats IIRC i dont know
[04:17] <shPikachu> :)
[04:17] <lilstevie> if I recall correctly
[04:18] <shPikachu> TheMuso : how would you install 12.10 for arm into a SD card?
[04:21] <TheMuso> shPikachu: I wouldn't.
[04:22] <shPikachu> :(
[04:22] <shPikachu> heh
[04:22] <shPikachu> ok thanks for your help
[04:22] <TheMuso> shPikachu: You could run a netboot image.
[04:22] <TheMuso> shPikachu: That would use a text-mode debian-installer to boot and install voer the network, and would thenwhipe and install your system to the Sd card that way.
[04:24] <shPikachu> ill check for that then
[04:24] <shPikachu> thank you
[04:24] <shPikachu> :)
[04:25] <TheMuso> np
[04:25] <TheMuso> No problem.
[07:42] <dholbach> good morning
[07:42] <[mbm]> not yet.
[08:33] <evilmoo> hello
[08:33] <evilmoo> what would it take to rebuild ubuntu to support ARMv5?
[08:34] <xranby> evilmoo: the quickest way is to install debian
[08:34] <suihkulokki> evilmoo: you could just install debian and save the effort
[08:34]  * suihkulokki notices some echoes in the chamber
[08:34] <infinity> evilmoo: Also, you might want to try Debian.
[08:35] <evilmoo> if I didn't want to go the debian route, how would I do it?
[08:35] <xranby> evilmoo:it takes 20+ armv5 machines running 24h/7 for at least 2 months to get anywhere near a rebuild of ubuntu
[08:35] <infinity> evilmoo: If you really, really, really wanted to fork Ubuntu for armv5, I can let you in on a little secret, that all of main for quantal/armel was rebuilt for v5t.
[08:35] <infinity> evilmoo: So, that would be a good starting point.
[08:36] <evilmoo> infinity: that's a good secret to know. thank you
[08:36] <xranby> infinity: really! thats great news :)
[08:36] <infinity> evilmoo: That said, we're dropping armel entirely in raring as we speak, so going forward, we'll only support armhf.
[08:36] <xranby> infinity: i thought armel was about to get dropped
[08:36] <infinity> xranby: It was.  Note that I said "in quantal". :P
[08:36] <infinity> quantal/armel/main is pure v5t.
[08:36] <infinity> Which one could use to bootstrap something else, I suppose.
[08:37] <infinity> But yeah, going forward, we're only doing armhf (which is v7-only) and, of course, arm64.
[08:37] <lilstevie> I'm looking forward to arm64
[08:37] <infinity> Me too.
[08:37] <infinity> I'm looking forward to wiping the slate clean.
[08:37] <lilstevie> hopefully the inconsistencies will clean slate
[08:37] <lilstevie> heh
[08:37] <lilstevie> same reason
[08:38] <lilstevie> er
[08:38] <lilstevie> s/will clean/will disappear with a clean/
[08:38] <infinity> And, with any luck, Arnd ruling with an iron fist and refusing to let people splinter platform support.
[08:38] <evilmoo> just as long as we don't get all new shiny inconsistencies
[08:39] <lilstevie> infinity, yeah, I saw that document recently, certainly will be a welcomed change
[08:39] <lilstevie> infinity, my biggest concern is the next step with device trees
[08:41] <infinity> lilstevie: There's a lot of pressure from various directions for $hardware_detection_method_of_the_day to work fairly well on armv8 server platforms, at least.  It's when someone decides we need 64-bit tablets and phones and starts diverging into sketchy places again that I'll worry.
[08:42] <infinity> lilstevie: And, to be fair, that's always been an issue in x86-land too, except for the part where 99.9% of the x86 kit we care about it desktops/laptops/servers, and most people compltely ignore x86 embedded that lacks standard BIOS/ACPI/etc.
[08:42] <infinity> s/about it/about is/
[08:43] <lilstevie> infinity, yeah, it is more with UEFI pushing ACPI and everyone else pushing FDT
[08:43] <lilstevie> infinity, this is true, I myself am guilty of forgetting about x86 embedded
[08:43] <infinity> lilstevie: ACPI and FDT can coexist quite happily, even in the kernel.
[08:43] <lilstevie> infinity, that is good to know
[08:46] <infinity> But yeah.  Never will there be a perfect compile-once-detect-everywhere solution, so long as people like to do crazy things.
[08:47] <infinity> The hope is that, like in the x86 world, the 99% follow some sane standards, and the 1% that don't are happy not being able to run general-purpose OSes.
[08:47] <infinity> (There's plenty of embedded x86 kit that runs Linux, but you'd never be able to boot a generic distro kernel on it)
[08:47] <lilstevie> I've never really even heard of them
[08:48] <infinity> You're a lucky man. ;)
[08:48] <lilstevie> the only embedded x86 that comes to mind is medfield cellphones
[08:48] <infinity> But hey, they still sell i386s in volume.
[08:48] <infinity> And they're VERY low power now. :P
[08:48] <lilstevie> heh
[08:48] <infinity> And by i386, I mean 80386, not the arch.
[08:48] <lilstevie> I figured
[08:53] <infinity> I should probably sleep some day.
[08:54] <lilstevie> nah
[08:54] <lilstevie> sleep is for the weak :p
[08:55] <suihkulokki> I don't remember i386 being currently sold, but Vortex86 which is i486 compatible is still being sold at least
[08:55] <lilstevie> My biggest hope though is for arm64 is better performance, kernel compiles are down to about 20min on my tegra3, would love  to see just a bit faster
[09:58] <hrw> suihkulokki: vortex... please...
[09:58] <hrw> suihkulokki: I have vortex86sx somewhere... and you had to remind me that ;(
[09:59] <lilstevie> lol
[09:59] <hrw> linux needs fpu emulator compiled in to boot
[11:00] <suihkulokki> hrw: yes I have to remind people about that when someone complains arm is bad ;)
[11:01] <hrw> vortex86sx is not even debian compatible (req own kernel)
[12:01] <wookey> some shoniy arm64 status: http://people.linaro.org/~wookey/buildd/quantal-arm64/sbuild-ma/status-bootstrap.html
[12:03] <wookey> there is some stuff that 'worked for me' so I need to check what's up, but it's a reasonable summary of current status
[15:48] <achiang> ogra-cb: janimo: mfisch: cwayne: ssweeny: will you be able to attend the nexus7 meeting in 12 minutes?
[15:49] <ssweeny> achiang, yes
[15:49] <janimo> achiang, I am there
[15:49] <cwayne> achiang: its irc right?
[15:49] <achiang> yep, #ubuntu-meeting
[15:49] <janimo> cwayne, #ubuntu-meeting
[15:49] <cwayne> thanks, im in
[15:49] <ogra_> indeed
[15:49] <achiang> cool, be prepared to give a 1-line summary of what you are working on when i call on you. :)
[16:02] <brendand> achiang, what's the line on bug reports which have nothing to do with the nexus 7 but are filed in that project?
[16:11] <cwayne> brendand: we link them to an upstream
[16:12] <cwayne> if its seen on nexus7, then it has something to do with nexus 7
[16:12] <brendand> cwayne, !
[16:12] <cwayne> brendand: ?
[16:14] <brendand> cwayne, so for example: https://bugs.launchpad.net/ubuntu-nexus7/+bug/421660
[16:14] <ubot2> Launchpad bug 421660 in ubuntu-nexus7 "gksu's and gksudo's modal password prompt prevents OnBoard's virtual keyboard input, causing accessibility issues" [High,Confirmed]
[16:14] <brendand> and https://bugs.launchpad.net/ubuntu-nexus7/+bug/1077743
[16:14] <ubot2> Launchpad bug 1077743 in ubuntu-nexus7 "gnome-screenshot isn't run via hotkey when menus open" [Low,Confirmed]
[16:15] <cwayne> brendand: think of this as sort of a '100 papercuts' type of project.  these bugs affect the image on nexus7, and were logged there, so they stay at least linked to the n7
[16:17] <brendand> cwayne, that's only going to be sustainable if there doesn't get to be a lot of these
[16:18] <cwayne> brendand: with them affecting n7, it gives us more leverage to go to the upstreams and say 'hey, why hasn't this bug been looked at it 2 years?'
[16:18] <brendand> cwayne, why wouldn't you do the same thing in the absence of the nexus7?
[16:18] <brendand> they affect *everything*
[16:19] <cwayne> because im not trolling around upstream bugs finding ones that havent been touched in 2 years
[16:19] <dholbach> maybe autologin/multi-user should be added to the FAQ
[16:20] <cwayne> dholbach: +1, ill take an action to add it
[16:20] <dholbach> sweet :)
[16:20] <dholbach> thanks
[16:51] <dholbach> you guys are awesome!
[16:57] <Snark> my toshiba AC100 is showing signs of weakness (hinges...), so I'm looking around for replacement -- on which devices is it easy to use ubuntu?
[16:58] <ogra-cb> chromebook :)
[16:58] <Snark> (I'm thinking about things like the samsung nexus 10, asus transformers...)
[16:58] <ogra-cb> though its only partitally there yet
[16:58] <ogra-cb> and indeed the nexus7
[17:01] <Snark> 16Go is a little short, but if there's an SD port, it's good
[17:01] <tassadar__> there is 32gb version of nexus 7 now
[17:02] <dholbach> achiang, the pinning bits are on the wiki now - I'll just double check if they should also live somewhere else
[17:03] <mfisch> thanks dholbach
[17:03] <mfisch> achiang: can we get someone working on the rotation issues?
[17:03] <Snark> tassadar__, 7inch is a bit too small... I'll be mostly reading on that device
[17:04] <achiang> update on stuck button bug - http://lists.x.org/archives/xorg-devel/2012-November/034449.html
[17:04] <achiang> dholbach: awesome!
[17:05] <dholbach> alright my friends - time to call it a day and clean up this place - I'll have guests over in a bit
[17:05] <dholbach> have a great weekend :)
[17:05] <achiang> mfisch: alright, let's work on that this in a bit.
[17:05] <mfisch> dholbach: I hope your spinning some beats for them
[17:05] <dholbach> mfisch, cooking :)
[17:06] <dholbach> so, got go go :)
[17:06] <dholbach> see you
[17:06] <mfisch> bye
[17:06] <ogra-cb> ciao dholbach
[17:06] <dholbach> bye :)
[17:07]  * ogra-cb will be in berlin tomorrow, but as usual likely not manage to visit you
[17:07] <ogra-cb> bah, to slow :P
[17:08]  * mfisch introduced a friend to Berliner Weisse last weekend, he was amazed
[17:08] <ogra-cb> hehe, yeah, its lovely
[17:08] <ogra-cb> though rather something for hot summer evenings
[17:08] <mfisch> wikipedia says uncommon these days in berlin?
[17:09] <ogra-cb> dunno, i rarely drink in berlin :) dholback or doko would know
[17:09] <ogra-cb> i still like it at times, but i'm no "berliner"
[17:10] <mfisch> since the US has no "style" of beer that's been brewed for 1000 years and no Reinheitsgebot we can drink almost anything
[17:13] <achiang> ich bin ein berliner
[17:13] <Snark> achiang, s/berliner/Berliner/ if I don't err
[17:14] <vanhoof> mfisch: we do have Mickeys my man!
[17:15] <mfisch> achiang had a 40 party once
[17:16] <mfisch> the challenge is the last 1/3 of the bottle, when it's all warm
[17:18] <cwayne> mfisch: not if you do it fast enough
[17:19] <achiang> relevant: http://www.40cozy.com/
[17:22] <vanhoof> achiang: edward 40 hands?
[17:23] <vanhoof> ;)
[17:29] <sfeole> cwayne: taking a look at this FAQ i'm going to start from the top and work my way down
[17:29] <sfeole> cwayne: transfer the items into AU
[17:32] <sfeole> theres only a handful of questions on AU that are tagged with nexus7, none of them appear to be duplicates of whats on the FAQ. for the most part, I have not finished going through all the questions yet
[17:32] <Snark> the latest ARM-based chromebook looks like (1) it isn't out (2) it is only 16Go (3) it doesn't have an SD port
[17:33] <cwayne> sfeole: make sure you're answering them at the same time
[17:33] <tassadar__> Snark: yeah, use them clouds :)
[17:33] <sfeole> cwayne: ack
[17:33] <tassadar__> Snark: what about the price, is it known yet?
[17:37] <Snark> tassadar__, eh, no cloud for me!
[17:37] <Snark> I want my documents right here in my hand
[17:37] <Snark> since there are quite a few places where I go and don't have much in the way of connection
[17:38] <tassadar__> not for me either, besides, using cloud with 150mb FUP, which is pretty much standard in our country, is kinda unreal
[17:42] <ssweeny> achiang, i've confirmed that the onboard snapshot builds for us and startup with ambiance theme is ~6s
[17:43] <ssweeny> achiang, i'll upload momentarily
[17:43] <cwayne> ssweeny: \o/ nice!
[17:44]  * infinity read that as "it takes 6s to start onboard", and hopes he misinterpreted.
[17:44] <ssweeny> infinity, before this it was 30s
[17:44] <infinity> Kay.  That doesn't make 6s good. ;)
[17:45] <ssweeny> that's only first startup from cold boot
[17:45] <ssweeny> subsequent appearances are < 1s
[17:45] <ssweeny> still not perfect, but much improved
[17:45] <ssweeny> hopefully when they release it'll be even faster
[17:55] <achiang> infinity: it's slow  w/ a certain theme (Ambience). the theme we actually use by default (blackboard) starts in < 1s
[17:57] <ogra_> iirc it took more than 6sec for me with ambience
[17:57] <ogra_> and the bad thing is that it draws the window long before any content
[17:59] <ogra_> Snark, i ordered my chrtomebook from amazon.uk two weeks ago ... no issues with shipping to germany (you have to live with the strange UK kbd indeed)
[17:59] <ogra_> Snark, my chromebook has an SDHC reader, USB 2.0 and 3.0 ports
[17:59] <ogra_> and indeed dual core A-15 and 2G of ram
[18:01] <ogra_> so adding storage is really no prob
[18:01] <ogra_> and with usb 3.0 you can even have it at close to SATA speed
[18:01] <ogra_> infinity, we should kick out the pandas and just buy 10 chromebooks
[18:01] <ogra_> (and 10 USB 3.0 disks)
[18:02] <ogra_> they even come with builtin UPS !
[18:05] <infinity> ogra_: Heh.  Please don't suggest it where anyone can take you seriously. :P
[18:05] <ogra_> heh
[18:09] <Snark> ogra_, well, I'd rather have an azerty keyboard
[18:10] <ogra_> crazy french
[18:10] <ogra_> :)
[18:10] <Snark> well, french does have quite a few more accents than german, so having them handy is quite a must
[18:11] <Snark> https://groups.google.com/forum/?fromgroups=#!topic/sage-devel/bdWVm4Pt0vc
[18:11] <Snark> ^^^ apparently it's possible to fry an asus transformer...
[18:12] <Snark> I'm pretty annoyed by the concept of a computer getting dead because it has too much work... since I'm quite used to giving too much work to my computers
[18:17] <mfisch> xnox: ping
[18:19] <xnox> mfisch: hola =)
[18:19] <mfisch> xnox: achiang says you've updated smem in raring?  did you include smemcap?
[18:20] <xnox> mfisch: hmm?
[18:20] <xnox> mfisch: smem? don't think so.... id di upload android-tools-fsutils with many utilities in it.
[18:20] <mfisch> xnox: okay, nevermind then
[18:22] <achiang> xnox: i thought you packaged a new version of smem?
[18:22] <achiang> xnox: or was that hrw?
[18:22] <achiang> oopsie, janimo
[18:22] <achiang> :)
[18:22] <xnox> mfisch: but to answer your question: package smem has: smem & smemcap
[18:22] <xnox> no worries =)
[18:25] <mfisch> great
[18:25] <mfisch> thanks
[18:43] <tassadar__> ogra_: Is there some reason why there is "/dev/mmcblk0p9" hardcoded in nexus' tarball-installer, instead of using kernel "root" parameter?
[18:44] <janimo> mfisch, yes smemcap is there
[18:44] <janimo> that was the main reason for the new upload
[19:01] <achiang> woo hoo, who can test this today? https://code.launchpad.net/~unity-team/nux/nux.depth-texture-detection-support/+merge/134729
[20:08] <diwic> if I have this in debian/rules "ifeq ($(DEB_HOST_ARCH), armel)" i should remove the entire section, because armel is dropped. Correct?
[20:11] <infinity> diwic: If it's an Ubuntu-only package, sure.  If you ever intend to also have it in Debian, you might want to keep it.
[20:12] <diwic> infinity, ack
[20:18] <Snark> ogra_, http://ograblog.wordpress.com/ <- you didn't blog since long... what about that recent chromebook and ubuntu?
[20:51] <tassadar__> yaaay, nabootovano z flashky, tak po hodine
[20:52] <tassadar__> and this is the wrong channel
[20:52] <tassadar__> sorry
[20:58]  * Snark was trying to parse that ;-)
[21:05] <infinity> Snark: Something about booting from a flash drive.
[21:05] <infinity> My Czech is weak.
[21:06] <tassadar__> I've just tried booting ubuntu on N7 from flash drive, if you really want to know :)