**** BEGIN LOGGING AT Fri Nov 09 02:59:58 2012
Nov 09 05:21:29 <mjrosenb> sweet, my chromebook is now running ubuntu!
Nov 09 05:36:52 <mjrosenb> ok, does anyone know how software for ubuntu/arm (e.g. firefox) is built?
Nov 09 05:37:13 <mjrosenb> is it cross-compiled, or just built nativelty?
Nov 09 05:37:34 <TheMuso> mjrosenb: Everything that ships with Ubuntu on Arm is built natively.
Nov 09 05:37:50 <mjrosenb> ow
Nov 09 05:38:08 <mjrosenb> I tried building firefox on a pandaboard last night
Nov 09 05:38:15 <TheMuso> Took a while eh?
Nov 09 05:38:23 <mjrosenb> and the linking phase killed it
Nov 09 05:38:25 <lilstevie> use that shiny new a15
Nov 09 05:38:36 <TheMuso> ...or lots and lots and lots and lots of swap.
Nov 09 05:38:40 * achiang would be interested in seeing chrubuntu build performance
Nov 09 05:38:51 * lilstevie too
Nov 09 05:38:51 <achiang> dual a15, 2gb ram... and using usb3 for IO
Nov 09 05:39:05 <mjrosenb> yeah, I think my pandaboard has 1G ram + 512m swap
Nov 09 05:39:06 * achiang nominates mjrosenb to do some tests. :)
Nov 09 05:39:14 <mjrosenb> I should give it some more swap
Nov 09 05:39:27 <TheMuso> Yep, try a lot more swap.
Nov 09 05:39:43 <lilstevie> building on my quad a9, 1gb ram with slow mmc is a bit more decent but that a15 should kill it
Nov 09 05:39:44 <mjrosenb> achiang: oh, its internal hard disk uses usb3.0?
Nov 09 05:39:59 <TheMuso> No, it usees MMC internally.
Nov 09 05:40:02 <TheMuso> At least afaik.
Nov 09 05:40:02 <achiang> mjrosenb: oh, no. cr-book has an external usb3 port
Nov 09 05:40:07 <achiang> internal mmc
Nov 09 05:40:51 <mjrosenb> yeah, something or other is showing up as an sdcard
Nov 09 05:40:59 <achiang> that's the mmc
Nov 09 05:41:05 <mjrosenb> sadly, / is *quite* small
Nov 09 05:41:14 <hrw> ogra_: ignored flash. hangouts are handled by plugin (not tried extracting)
Nov 09 05:41:30 <achiang> the ubuntu buildds use external USB disks
Nov 09 05:41:33 <mjrosenb> you know if the mmc is user-replacable?
Nov 09 05:41:51 <hrw> TheMuso: that ppa which persia mentioned is with ucm profile.
Nov 09 05:42:08 * mjrosenb does not have any external usb disks available, but I do have a nice 32g sd card
Nov 09 05:42:14 <mjrosenb> (that I need to find)
Nov 09 05:42:36 <achiang> hrw: i'd be interested if you were able to figure out the hangout plugin. that's my blocker for getting a chromebook. :)
Nov 09 05:42:50 <hrw> TheMuso: what do you think about moving ucm profiles to separate package? would be easier to update and I would love to get them in Debian as well
Nov 09 05:43:02 <persia> hrw: How easier to update?
Nov 09 05:43:08 <hrw> achiang: hdmi output works fine
Nov 09 05:43:31 <achiang> hrw: sorry, i don't understand? how is hdmi related to google hangouts?
Nov 09 05:43:45 <lilstevie> hrw, moving the ucm profiles to a separate package would also make tweaking for devices with similar codecs easier
Nov 09 05:43:54 <persia> lilstevie: Why?
Nov 09 05:44:16 <lilstevie> persia, smaller, more portable package?
Nov 09 05:44:40 <persia> lilstevie: more boilerplate documentation bloating deployed images
Nov 09 05:44:50 <lilstevie> hm
Nov 09 05:45:07 <persia> ucm files are trivially portable.  Uploading them as part of a single thing makes it easy, as long as we effectively collaborate on the uploads.
Nov 09 05:45:21 <persia> It's only if one falls into the trap of believing in maintainers and maintainer lock that it could be an issue.
Nov 09 05:45:44 <hrw> 23:55 < achiang> the fact that they shipped without getting hdmi working is... lame
Nov 09 05:46:12 <achiang> hrw: oh, you're processing old scrollback. :)
Nov 09 05:46:13 <hrw> persia: and ucm profiles are ubuntu delta
Nov 09 05:46:19 <hrw> achiang: yes, I do
Nov 09 05:46:36 <persia> hrw: That makes it even simpler: they just drop in local VCS, and get deployed.
Nov 09 05:46:36 <hrw> achiang: its 6:45 here
Nov 09 05:46:40 <achiang> nod
Nov 09 05:46:45 <achiang> 2146 here
Nov 09 05:46:57 <lilstevie> 1646 here :p
Nov 09 05:47:06 <mjrosenb> 47 here
Nov 09 05:47:24 <lilstevie> just 47?
Nov 09 05:47:29 * persia refutes the concept of timezones, and claims it to be 8:17, based on time since becoming awake.
Nov 09 05:47:38 <hrw> persia: my plan is to get all chromebook related to debian rather then ubuntu
Nov 09 05:47:42 <mjrosenb> well, 0047 if you want to zero pad it
Nov 09 05:47:49 <lilstevie> persia, heh
Nov 09 05:47:57 <persia> hrw: I like that plan.  How does Debian deploy ucm today?
Nov 09 05:47:58 <hrw> and chromebook can fry speakers when wrong switches are enabled in alsa mixer
Nov 09 05:48:08 <hrw> persia: so far not found any
Nov 09 05:48:14 <persia> Frying speakers is good: some hardware actually melts.
Nov 09 05:48:28 <lilstevie> hrw, ouch, that seems like..... a very poor design decision
Nov 09 05:48:36 <persia> hrw: Have you asked #debian-arm@OFTC?
Nov 09 05:48:48 <hrw> persia: conferences does not help too much to make real work
Nov 09 05:49:06 <persia> hrw: I totally understand (hence you not seeing me last week)
Nov 09 05:49:17 <persia> Err, this last week.
Nov 09 05:50:04 <hrw> but today I start few days of vacations in 'still not so cold' Spain
Nov 09 05:50:29 <persia> Heh.  Enjoy the last breath of summer.
Nov 09 05:50:55 <hrw> if 11°C counts as summer ;d
Nov 09 05:51:36 <hrw> lilstevie: I have a feeling that chromebook was released in a rush when I use it
Nov 09 05:51:53 <lilstevie> hrw, probably, like everything is these days
Nov 09 05:52:47 <hrw> alsa mixer without restrictions, power usage during suspend-to-ram
Nov 09 05:53:05 <persia> hrw: Anyway, as far as I can remember, we stuck the ucm stuff in libasound2 because it matched /usr/share/alsa/* for the Intel-HDA quirking: if there's a better architecture, then it probably makes sense to abstract out the /usr/share/alsa/cards/* stuff as well.
Nov 09 05:54:06 <persia> But, as mentioned before, that would require additional licensing and documentation files, and I suspect achiang will support the idea of having less of that to ease deployment.
Nov 09 05:54:20 <hrw> yep
Nov 09 05:55:15 <achiang> persia: hm, i'm not planning on doing anything with chromebooks. :)
Nov 09 05:56:27 <persia> achiang: Yes, but such extra stuff would be on *all* rootfs constructions, which increases the footprint requirements for every install.
Nov 09 05:56:56 <persia> And I thought I remembered you wanting smaller footprints from UDS: my apologies if I'm mistaken.
Nov 09 05:57:29 <achiang> ah, yes. sorry, that is still definitely true
Nov 09 05:58:46 <TheMuso> hrw, persia, I asked the alsa guys fi they wanted to carry the ucm stuff and I was told no.
Nov 09 05:59:55 <TheMuso> And really, it is trivial to carry them.
Nov 09 06:00:14 <persia> TheMuso: Do you think it's better to carry them as a distro-patch, or a separate package?
Nov 09 06:00:20 <TheMuso> Having said that, if upstrea were convinced to make another package for all ucm stuff, then I wouldn't object, upstrea being alsa devs.
Nov 09 06:00:22 * persia is in favour of the distro-patch model
Nov 09 06:00:37 <TheMuso> Me too, only because they are so easy to carry.
Nov 09 06:00:54 <TheMuso> If they were hell to patch in, I'd be pushing for a separate package, but since they are only text files...
Nov 09 06:01:15 <persia> TheMuso: Have you had any discussions with Debian ALSA folk about them?
Nov 09 06:01:29 <TheMuso> persia: As aboev, I asked if debian wanted to carry, and afaicr they said no.
Nov 09 06:01:33 <TheMuso> above*
Nov 09 06:01:53 <persia> Sorry: I read the above as the ALSA project, rather than Debian.  I understand now.
Nov 09 06:02:06 <TheMuso> But this stuff is really alsa upstream stuff.
Nov 09 06:02:19 <TheMuso> I need to check the archives to see if any previous discussion was held about sed topic.
Nov 09 06:02:27 <persia> I thought UCM was originally done by ALSA upstream folk, but maybe there's still discussions ongoing there.
Nov 09 06:02:49 <TheMuso> Well they don't appear to carry any ucm files from what I've seen in git.
Nov 09 06:03:08 <hrw> persia: UCM was rather ASoC guys stuff
Nov 09 06:03:36 <hrw> Liam G., Mark Brown etc
Nov 09 06:05:30 <persia> hrw: Ah, right.  I get asoc confused with ALSA sometimes.
Nov 09 06:06:21 <hrw> I still remember discussion from Openmoko times about that stuff
Nov 09 06:07:29 <TheMuso> It maybe ASOC but its still part of ALSA.
Nov 09 06:08:47 <TheMuso> Ok this is weird. In /proc/asound/cards on the nexus7, I see an HDA driver loaded for NVIDIA Tegra HDA...
Nov 09 06:09:15 <persia> Hrm?  I would have expected tegra-alc5632
Nov 09 06:09:28 <lilstevie> that isn't totally odd
Nov 09 06:09:33 <lilstevie> same thing on the tf201
Nov 09 06:09:34 <TheMuso> Sure, there is an rt5xxx card, and the one I mentioned above.
Nov 09 06:10:21 <TheMuso> rt5640 to be exact.
Nov 09 06:10:25 <TheMuso> Oh its for HDMI.
Nov 09 06:10:30 <persia> Interesting: are there actually two different audio interfaces in hardware, both connected to the same speakers/
Nov 09 06:10:36 <TheMuso> Which is absolutely crazy, given no HDMI out on the Nexus.
Nov 09 06:10:41 <lilstevie> with the tf201 I get HDA NVIDIA Tegra and tegra-codec
Nov 09 06:11:00 <lilstevie> TheMuso, I think it is actually integrated into the SoC
Nov 09 06:11:02 <persia> Does it not have some sort of dock connector, which maybe carries underdocumented HDMI?
Nov 09 06:11:03 <TheMuso> lilstevie: As above, I suspect the second HDA based one is for HDMI.
Nov 09 06:11:16 <TheMuso> Mini USB only for the nexus7 afaik.
Nov 09 06:11:21 <TheMuso> Or micro USB whatever its called.
Nov 09 06:11:23 <lilstevie> the SoC itself supports HDMI
Nov 09 06:11:36 <persia> Silly hardware manufacturers: save money by not exposing ports, limiting functionality.
Nov 09 06:11:36 <lilstevie> it has 2 outputs
Nov 09 06:11:40 <TheMuso> lilstevie: Yeah afaik you can still have an hda codec as part of the SOC.
Nov 09 06:11:41 <lilstevie> LVDS and HDMI
Nov 09 06:12:09 <lilstevie> I haven't looked at the block diagram but you will probably find the HDA codec is somewhere in that
Nov 09 06:12:25 <lilstevie> I know there is something similar with the Tegra 2
Nov 09 06:12:30 <TheMuso> lsmod shows snd-hda-codec-hdmi loaded on the n7.
Nov 09 06:13:29 <TheMuso> From what I read aon achiang's blog, a new kernel si coming that will disable athat though.
Nov 09 06:13:30 <lilstevie> yeah, on the trimslice it has tegra-trimslice-analog and tegra-trimslice-digital
Nov 09 06:13:56 <persia> A new kernel isn't the right way to do that: it just pushes us further down the path of device-specific kernels.
Nov 09 06:13:56 <lilstevie> I really need a microhdmi cable to test hdmi out with the tf201
Nov 09 06:14:03 <TheMuso> Yeah but I am surprised they used HDA for HDMI... but it does make sense.
Nov 09 06:14:14 <persia> Better would be to have a framework that lets us blacklist modules based on device name.
Nov 09 06:14:42 <lilstevie> persia, yeah, the tf201 kernel needs a crapload of work before that will become an option though
Nov 09 06:14:44 <TheMuso> They already have to do the legwork for their desktop hardware, so why not incldue it in the SoC.
Nov 09 06:15:01 <persia> lilstevie: Lots of them do, but I still think we want SoC-specific kernels in Ubuntu if we can.
Nov 09 06:15:28 <persia> I'd like ISA-specific kernels, or even architecture-specific kernels, but those are significantly harder targets.
Nov 09 06:15:30 <lilstevie> persia, I agree, an SoC specific kernel would take a crapload of stress off me with tf201 stuff
Nov 09 06:16:26 <TheMuso> In other news, GNOME shell appears not to work on the Nexus 7, I get GNOME fallback.
Nov 09 06:16:29 <hrw> microhdmi... I got one yesterday. in a box with some Atom based device
Nov 09 06:16:33 <persia> Off everyone, as the SoC licensor could just push upstream (or to gregkh for LTSI) and nobody would have to reimplement.  THe issue being that we don't have any way *other* than kernel patches to turn on or off features on a per-device basis, nevermind the issues with board-bringup on initial boot.
Nov 09 06:16:51 <lilstevie> but at this stage it just isn't possible, stupid kernel cross contamination crap asus have done
Nov 09 06:17:16 <persia> lilstevie: tf201-not-possible, or tegra-not-possible?
Nov 09 06:17:28 <lilstevie> persia, tegra3 transformer not possible
Nov 09 06:17:42 <lilstevie> persia, the best I can probably do is all the tegra 3 transformers into 1 kernel
Nov 09 06:18:00 <persia> That's a huge step forward though.
Nov 09 06:18:28 <lilstevie> yeah, well thankfully the tf201 tf300t and tf700 are very similar devices
Nov 09 06:18:40 <lilstevie> and asus have left much of the code for the other devices in the latest kernel
Nov 09 06:18:48 <hrw> have a nice day guys. I go for vacations
Nov 09 06:18:50 <lilstevie> I still need to do a bit more research into what is missing
Nov 09 06:18:50 <persia> Good for them.
Nov 09 06:18:53 <lilstevie> hrw, have fun
Nov 09 06:19:18 <lilstevie> persia, likely situation is they build for all 3 devices from the same tree
Nov 09 06:19:45 <persia> lilstevie: They just need to be convinced to only maintain one kernel.  You don't happen to know folk there, do you?
Nov 09 06:19:58 <lilstevie> persia, asus don't like us very much
Nov 09 06:20:29 <lilstevie> and I suspect since July they would be even less likely to open dialogue with me
Nov 09 06:20:29 <TheMuso> /c/c
Nov 09 06:20:40 <persia> lilstevie: Oh well.
Nov 09 06:21:04 <lilstevie> persia, yeah, we kinda really broke their platform :)
Nov 09 06:21:21 <lilstevie> I don't think nvidia would like talking to us either
Nov 09 06:24:11 <lilstevie> persia, not that that matters anyway, I have in the past tried to open communication with them and got ignored
Nov 09 06:42:38 <achiang> TheMuso: we have bugs for gnome-shell
Nov 09 07:29:58 <mjrosenb> major annoyance #1 about the chromebook
Nov 09 07:30:09 <mjrosenb> the power button is evidently right where I expect pageupu to be
Nov 09 07:30:15 <mjrosenb> also, it doesn't have a page up
Nov 09 07:43:14 <persia> Mapping to Search-UpArrow probably makes sense.  That keyboard should have had a function key.
Nov 09 07:46:16 <dholbach> good morning
Nov 09 07:49:14 <mjrosenb> dholbach: morning.
Nov 09 07:49:58 <mjrosenb> hey, is there a TI guy in here?
Nov 09 07:50:15 <mjrosenb> I remember I had an issue with a TI provided library, and someone was pinged
Nov 09 07:50:25 <mjrosenb> but I no longer remember who it was.
Nov 09 07:52:38 <persia> Do you remember which issue?
Nov 09 08:06:39 <mjrosenb> persia: yes, various parts of unity didn't work because libgbm shipped via the omap ppa had the wrong version number.
Nov 09 08:22:13 <persia> Just to confirm, this is likely a mesa issue?
Nov 09 09:04:10 <mjrosenb> yeah.
Nov 09 09:29:05 <persia> Then the person you seek is likely ndec (at least according to my backscroll)
Nov 09 09:55:45 <mjrosenb> persia: ahh, yes.  I remember it was a short name
Nov 09 09:55:56 <mjrosenb> *remembered
Nov 09 09:56:05 <mjrosenb> ndec: ping?
Nov 09 09:56:27 <mjrosenb> also, it took me 17 minutes to build the spidermonkey shell
Nov 09 09:56:34 * mjrosenb tries on the pandaboard
Nov 09 11:00:42 <ogra_> janimo, did you ping any archive admin about the kernel upload yet ?
Nov 09 11:00:48 <ogra_> still in NEW
Nov 09 11:06:47 <ogra_> heh
Nov 09 11:07:09 * ogra_ sees an armhf package for fastboot ... so i should be able to flash my nexus from my ac100 or chromebook now
Nov 09 11:12:51 <janimo> ogra_, I told infinity yesterday
Nov 09 11:12:59 <ogra_> k
Nov 09 11:13:19 <janimo> ogra_, would the x86 one not run under qemu?
Nov 09 11:13:39 <ogra_> i dont think we have a qemu i386 on arm
Nov 09 11:13:54 <persia> There used to be one: was it disabled?
Nov 09 11:13:58 <ogra_> iirc i looked at that for last UDS
Nov 09 11:14:11 <ogra_> persia, a system one probably
Nov 09 11:14:29 <persia> user-mode also, at least at DebConf11, but that was a while ago now.
Nov 09 11:14:34 <ogra_> for which you would need to run a full VM ... which in turn would eat all my RAM :)
Nov 09 11:14:55 <persia> Get more RAM then (and if it's all soldered, go complain to your manufacturer)
Nov 09 11:15:10 <ogra_> i had a discussion with one qemu upstream guy back then and he told me there are too many syscals missing for -user mode
Nov 09 11:15:25 <ogra_> persia, well, i fixed that ram issue on the ac100
Nov 09 11:15:33 <persia> How?
Nov 09 11:15:37 <ogra_> by buying a chromebook :)
Nov 09 11:15:51 * persia fails to see how that fixed the ac100
Nov 09 11:16:02 <ogra_> heh
Nov 09 11:16:07 <lilstevie> lol
Nov 09 11:19:21 <xnox> mfisch: android-tools are built and published in the ppa:ubuntu-nexus7/ubuntu-nexus7-installer, you can update your blog post =))))
Nov 09 12:00:47 <victorp> ogra_, I am doing some video test, the nexus7 is really struggling with 720p ogg movie
Nov 09 12:01:19 <ogra_> i havent tried ogg yet, but that might well be, i doubt there is an ogg omx plugin
Nov 09 12:01:47 <ogra_> it works fine with h264 mp4 files, at lest it did at aome point for me
Nov 09 12:02:03 <ogra_> i.e HD movbie trailers
Nov 09 12:06:24 <victorp> ogra_, I will try that
Nov 09 12:06:39 <victorp> ogra_, different question
Nov 09 12:06:59 <ogra_> http://www.dvdloc8.com/list_clip.php
Nov 09 12:07:12 <ogra_> there you should be able to find some h264 HD movie trailersa
Nov 09 12:11:55 <ogra_> livecd-rootfs (2.94) raring; urgency=low
Nov 09 12:11:55 <ogra_>   * add a dependency on android-tools-fsutils for armhf builds
Nov 09 12:11:55 <ogra_>   * add nexus7 live-build configuration
Nov 09 12:11:55 <ogra_>   * add nexus7 post processing with make_ext4fs for teh tarball to roll a
Nov 09 12:11:55 <ogra_>     proper android img file
Nov 09 12:11:59 <ogra_> there we go :)
Nov 09 12:12:29 <ogra_> oh i hate if i typo changelog entries, damned
Nov 09 12:47:25 <angs> I have a beagleboard-xm that runs ubuntu-server. What is the name of the package that I need to install on my laptop (ubuntu 12.10) to cross compile my C code?
Nov 09 12:54:42 <victorp> ogra_, hehe
Nov 09 12:55:00 <victorp> ogra_, I am using big buck bunny
Nov 09 12:55:05 <victorp> much nicer ;)
Nov 09 12:55:16 <victorp> anyway I logged a bug for ogg
Nov 09 12:55:47 <victorp> is there a way to pull in latest decoders that might speed it up?
Nov 09 12:59:03 <ogra_> angs, apt-get install gcc-arm-linux-gnueabihf
Nov 09 12:59:09 <ogra_> angs, trhats the cross compiler
Nov 09 12:59:28 <ogra_> angs, http://marcin.juszkiewicz.com.pl/2012/03/26/ubuntu-12-04-precise-and-cross-compilation-of-arm-kernels/
Nov 09 13:09:47 <ogra_> victorp, sorry, missed your last sentence (life is a bit crazy today over here, lots of people in my house), the codecs come from nvidia, so we wont be able to update unless they release a new version
Nov 09 13:10:30 <hrw> ogra_: iirc at uds there was deiscussion to take all linaro crosscomplation pages and make finally some docs for ubuntu ;)
Nov 09 13:10:49 <ogra_> hrw, yeah, but its not done yet
Nov 09 13:23:36 <angs> ogra_: thank you very much
Nov 09 13:58:04 <victorp> ogra_, I am transform it to mp4 h264 and does not playwell
Nov 09 13:58:28 <victorp> do you use totem?
Nov 09 13:58:32 <ogra_> transform ?
Nov 09 13:58:37 <ogra_> yes, you have to
Nov 09 13:58:43 <victorp> using vlc in my pc
Nov 09 13:58:45 <ogra_> or any othert gstreamer based player
Nov 09 13:58:58 <ogra_> the nvidia codecs are only available for gstreamer
Nov 09 13:59:54 <victorp> totem plays the mp4 well in my laptop but like an old TV in the nexus 7
Nov 09 14:00:00 <victorp> colour all messed up
Nov 09 14:01:19 <ogra_> well, use a proper mp4 not something you manually transcoded
Nov 09 14:01:32 <ogra_> i have the simpsons trailer here from the page above
Nov 09 14:01:41 <ogra_> and that plays fine
Nov 09 14:01:53 <ogra_> some audio lag sometimes but i blame pulse for that
Nov 09 14:02:04 <dholbach> hum, do we advise nexus7 users to upgrade? http://www.mattfischer.com/blog/?p=298
Nov 09 14:02:21 <dholbach> to me it looks like at least nux and unity will be replaced by unpatched versions then: https://launchpad.net/~ubuntu-nexus7/+archive/ppa
Nov 09 14:02:35 <dholbach> I'm just asking because it was picked up by http://www.omgubuntu.co.uk/2012/11/ubuntu-for-nexus-7-gets-small-updated
Nov 09 14:11:27 <brendand_> ogra_, at risk of being bitten, i'd like the broach the subject of some sort of DMI equivalent on ARM. i've heard DeviceTree mentioned
Nov 09 14:13:35 <ogra_> dholbach, well, -updates and -security are disabled by default (on purpose) but fixes that go to the PPA should be updated, yes
Nov 09 14:14:07 <dholbach> ogra_, ah ok
Nov 09 14:14:09 <ogra_> brendand_, yeah, for kernels using DT that could server as a dim like tool
Nov 09 14:14:14 <ogra_> *dmi
Nov 09 14:14:27 <ogra_> brendand_, sadly only very few kernels have DT yet
Nov 09 14:14:31 <brendand_> ogra_, does the n7?
Nov 09 14:14:38 <ogra_> no
Nov 09 14:14:45 <brendand_> ogra_, can it/will it?
Nov 09 14:15:03 <ogra_> if you find someone to port it :)
Nov 09 14:15:46 <ogra_> there are no plans to port the current kernel anywhere on our side beyond adding fixes to make the HW work better
Nov 09 14:16:15 <ogra_> but if someone from the community wants to work on a port to i,.e. 3.5 or newer nobody will block him/her
Nov 09 14:20:19 <brendand_> ogra_, alright. we have some tests that use DMI, but it may be necessary just to skip them if DMI/DT is not available
Nov 09 14:20:30 <ogra_> right
Nov 09 14:20:41 <brendand_> ogra_, an example is a test that checks the amount of installed RAM on the system and makes sure the kernel detects it all
Nov 09 14:20:45 <ogra_> i was working on a lshw fix for that before releaase
Nov 09 14:21:04 <ogra_> seems it has the dmi check hardcoded as the very first test
Nov 09 14:21:29 <ogra_> (but there is an option to override that, i was planning to make that a default on arm builds of lshw)
Nov 09 14:21:53 <ogra_> ... but didnt manage to finish that bit yet
Nov 09 14:22:14 <ogra_> memory should really not be pulled from DMI anyway, you want it from /proc/meminfo
Nov 09 14:22:47 <brendand_> ogra_, /proc/meminfo is what the kernel sees, right?
Nov 09 14:22:57 <ogra_> yep
Nov 09 14:23:09 <ogra_> dmi is what the BIOS sees
Nov 09 14:23:20 <ogra_> but arm systems are usually BIOS less
Nov 09 14:23:42 <brendand_> ogra_, exactly. they should match up after allowing for UMA, right?
Nov 09 14:24:10 <ogra_> well, the bios data usually only tells you about the RAM modules used etc
Nov 09 14:24:34 <ogra_> while the values in proc show you the actual currently usable ram
Nov 09 15:01:22 <victorp> cwayne, I saw you raised some bugs on video. Did you get any HD video working?
Nov 09 15:02:03 <cwayne> victorp: i'm trying it again now.  i had gotten 720p working for a bit in copenhagen, but haven't tried since
Nov 09 15:02:06 <cwayne> will keep you updated
Nov 09 15:02:29 <victorp> cwayne, I have 720p ogg working but is very very choppy
Nov 09 15:02:43 <victorp> http://www.bigbuckbunny.org/index.php/download/
Nov 09 15:02:44 <victorp> ^^
Nov 09 15:02:47 <cwayne> victorp: yeah, i saw that, im downloading that file now to test
Nov 09 15:03:17 <victorp> but I tried mp4/h264 and I get lots of image corruption
Nov 09 15:03:59 <ogra_> in my tests before uploading the codecs package it just worked
Nov 09 15:04:52 <ogra_> using commercial 720p and 1080p trailers for testing
Nov 09 15:24:13 <victorp> ogra_, you wont have a link to the actual files?
Nov 09 15:25:17 <ogra_> not direct, i use them from the site i gave you above
Nov 09 15:26:08 <ogra_> http://www.dvdloc8.com/view_clip.php?movieid=12167
Nov 09 15:26:27 <ogra_> the 720p one should definitely be fine
Nov 09 15:32:17 <cwayne> ogra_: i think that's what i used in copenhagen and they seemed to work iirc
Nov 09 15:32:42 <ogra_> yup, same for me
Nov 09 15:33:16 <achiang> victorp: need to mute and unmute your video button in the indicator again ;)
Nov 09 15:33:30 * cwayne tries again
Nov 09 15:33:36 <victorp> achiang, what?
Nov 09 15:34:19 <victorp> ogra_, downloading now...
Nov 09 15:34:31 * achiang wonders if victorp knows what a snipe hunt is ...
Nov 09 15:34:58 <victorp> achiang, lol
Nov 09 15:37:54 * cwayne tries out mfisch's kernel while waiting for sample videos to download
Nov 09 15:38:03 <mfisch> cwayne: great
Nov 09 15:39:11 <ogra_> janimo, CONFIG_USB_GADGET=m and CONFIG_USB_CDC_COMPOSITE=m
Nov 09 15:39:28 <janimo> ogra_, ack
Nov 09 15:39:48 <janimo> will add them in the next kernel upload
Nov 09 15:39:52 <ogra_> ++
Nov 09 15:39:58 <victorp> ogra_, it is not HD though 1280 x 544
Nov 09 15:40:08 <ogra_> victorp, its 720p
Nov 09 15:40:18 <janimo> I wonder if these are needed by adb too. I could not get adb to connect to an adbd running on ubuntu, maybe this is why
Nov 09 15:40:48 <ogra_> victorp, the content is 1280 x 544 instead of 1280x720 because its a cinema (16:10) format though
Nov 09 15:41:05 <ogra_> the black stripes are in the movie as well :) that makes it 720p
Nov 09 15:41:55 <mfisch> cwayne: this new video from Blender is much more fun than Big Buck Bunny: http://www.tearsofsteel.org/
Nov 09 15:42:24 <victorp> ogra_, ha
Nov 09 15:42:42 <victorp> it is not HD is has only 544 horizontal lines
Nov 09 15:42:43 <victorp> 1280 x 544
Nov 09 15:42:53 <victorp> http://en.wikipedia.org/wiki/720p
Nov 09 15:43:01 <cwayne> mfisch: your kernel seems to work!
Nov 09 15:43:08 <mfisch> cwayne: great
Nov 09 15:43:23 <ogra_> victorp, how else would you display a 16:10 movie on a 16:9 display ?
Nov 09 15:43:56 <victorp> ogra_, I am just talking about how hard is making the hardware work
Nov 09 15:43:59 <ogra_> its 544 lines of content and 2x88 lines of black
Nov 09 15:44:10 <ssweeny> mfisch,  achiang, is it fair to set the brightness bug as "won't fix" since it's working as upstream designed it? the bug doesn't mention the UI, so changing the label on the tickbox seems like a separate task
Nov 09 15:44:15 <ogra_> still 720p ;)
Nov 09 15:44:21 <cwayne> ssweeny: which brightness bug?
Nov 09 15:44:30 <ssweeny> cwayne, https://bugs.launchpad.net/ubuntu-nexus7/+bug/884041
Nov 09 15:44:31 <ubot2> Launchpad bug 884041 in ubuntu-nexus7 "Screen brightness not adjusted when switching from AC to battery" [High,Confirmed]
Nov 09 15:45:04 <mfisch> ssweeny: at the very least we need an upstream bug about the confusing wording
Nov 09 15:45:33 <ssweeny> mfisch, i think the wording is tangential to the bug as filed
Nov 09 15:45:52 <ssweeny> i'm going to file a bug with gnome anyway
Nov 09 15:46:03 <ssweeny> but i'm not sure it needs to be attached to this one
Nov 09 15:46:43 <ssweeny> the filer didn't say "I checked this box and it didn't do what I thought". They said "This thing used to work and now it doesn't"
Nov 09 15:46:53 <victorp> anyway, I am sending it to the nexus7 and see if it plays without green shades
Nov 09 15:47:34 <cwayne> ssweeny: i think it could be attached
Nov 09 15:47:37 <ogra_> if you installed vnc it might have replaced any codecs with its own btw, i'm not sure what vnc pulls in through deps
Nov 09 15:47:40 <cwayne> and then won't fix'd for nexus7
Nov 09 15:47:58 <cwayne> ogra_: +1 i think we should only use totem for video testing for now
Nov 09 15:48:01 <ssweeny> cwayne, vg
Nov 09 15:48:08 <ssweeny> cwayne, i will trust your expert opinion :)
Nov 09 15:48:20 <cwayne> afaik, vlc brings in a lot of codecs, which is why we don't ship by default i believe
Nov 09 15:48:28 <ogra_> cwayne, right, or any other gstreamer based player (are there any ?!?) :)
Nov 09 15:49:08 <hggdh> I am getting checksum failed when downloading the new image
Nov 09 15:49:11 <ogra_> it can well be that there are still issues with the actual codecs indeed i only did some smoke testing before uploading
Nov 09 15:49:31 <ogra_> hmm, why is vanhoof not in this channel ?
Nov 09 15:50:10 <cwayne> hggdh: what if you clear out that directory (~/Downloads/UbuntuNexus7) and try again?
Nov 09 15:50:19 <victorp> ogra_, is playing extremely choppy
Nov 09 15:50:28 <victorp> cwayne, ^^
Nov 09 15:50:42 <hggdh> cwayne: on it
Nov 09 15:50:59 <cwayne> victorp: which one?  ogra_'s?  damn i need faster internet, mines still downloading
Nov 09 15:51:07 <ogra_> victorp, yeah, i fear your vnc installation might have trashed the setup
Nov 09 15:51:56 <hggdh> cwayne: a look on the dir shows the sha256 file with a date of Oct 26, not today... I wonder
Nov 09 15:52:22 <cwayne> hggdh: hmm, perhaps its not overwriting as it should... i believe vanhoof may have just fixed that
Nov 09 15:52:29 <victorp> cwayne, yes, ogra's
Nov 09 15:52:43 <victorp> ogra_, that is just random
Nov 09 15:52:59 <ogra_> well, it most likely does SW rendering
Nov 09 15:53:15 <ogra_> so once the queue is full it chops frames out
Nov 09 15:53:32 <victorp> and what does vlc have to do with that?
Nov 09 15:53:43 <ogra_> if you let htop run in a terminal window you should actually see one CPU maxed out if thats the case
Nov 09 15:54:00 <ogra_> the whole multimedia stack consists of multiple packages
Nov 09 15:54:17 <ogra_> vlc might have replaced one or the other through a dependency
Nov 09 15:54:39 <victorp> htop not in the image
Nov 09 15:54:42 <victorp> :(
Nov 09 15:55:04 <ogra_> apt-get install it :)
Nov 09 15:55:26 <victorp> I am just complaining that is not in the image ;)
Nov 09 15:55:27 <ogra_> we discussed pulling it into the desktop seed for ubuntu during UDS
Nov 09 15:55:40 <victorp> shouldnt this tools be pre-install on a dev image?
Nov 09 15:55:43 <ogra_> seems everyone is using it anyway and we should have the space
Nov 09 15:55:49 <ogra_> you have top
Nov 09 15:55:55 <ogra_> its just harder to read
Nov 09 15:56:42 <cwayne> fewer pretty  colors :)
Nov 09 15:56:46 <victorp> or we could have a meta packages that install all the debug tools
Nov 09 15:56:53 * victorp like colors
Nov 09 15:57:21 <victorp> ogra_, cores are not maxed out
Nov 09 15:57:41 <ogra_> cwayne, well, the important part for me is always the total ram usage, nothing shows that as nicely as htop
Nov 09 15:57:50 <cwayne> ogra_: agreed
Nov 09 15:57:53 * cwayne <3 htop
Nov 09 15:58:00 <ogra_> victorp, well, then it uses the omx libs apparently
Nov 09 15:58:03 <highvoltage> fun fact: htop actually starts up slightly faster than top
Nov 09 15:58:19 <victorp> it is with the ogg 720p
Nov 09 15:58:25 <victorp> for bbb
Nov 09 15:59:09 <hggdh> cwayne: OK. deleting the sha256 file and re-downloading all causes an Oct 26 sh256 file to be recreated -- and failure ensues
Nov 09 15:59:37 <cwayne> hggdh: ruh roh
Nov 09 15:59:53 <cwayne> vanhoof: ^^
Nov 09 16:00:09 <victorp> cwayne, let me know if you get the simpsons running well
Nov 09 16:00:22 <cwayne> victorp: ack.  just finished downloading
Nov 09 16:01:10 <achiang> ssweeny: you get an answer re: brightness? my opinion is that we have an opportunity to do better than upstream
Nov 09 16:01:45 <ssweeny> achiang, i can take a look at implementing something if you like
Nov 09 16:03:05 <cwayne> mine crashes at 9 seconds in victorp... weird
Nov 09 16:03:39 <achiang> ssweeny: iow, i think as part of our power savings kick, shouldn't dimming screen make sense? my android phone autodims even when plugged in
Nov 09 16:03:40 <victorp> mine plays the second time but not the first
Nov 09 16:03:41 <victorp>  :)
Nov 09 16:04:18 <ssweeny> achiang, you make a valid point
Nov 09 16:05:15 <vanhoof> cwayne: hggdh you've gotta be picking up something cached
Nov 09 16:05:32 <vanhoof> have a quick call, ill take a look
Nov 09 16:05:43 <victorp> http://status.ubuntu.com/ubuntu-raring/group/topic-raring-desktop-targets-for-embedded.html
Nov 09 16:08:06 <cwayne> huh, im always getting it hanging at 9 seconds
Nov 09 16:08:08 <cwayne> wtf
Nov 09 16:08:37 <hggdh> vanhoof: I do have a cache for packages (squid-deb-proxy), but I do not see how it would get there
Nov 09 16:08:44 <hggdh> vanhoof: and certainly not for wget
Nov 09 16:11:01 <mfisch> vanhoof: what about the squid proxy?
Nov 09 16:11:01 <Laney> hrm
Nov 09 16:11:28 <cwayne> ogra_: victorp: i've got it running now, its pretty watchable
Nov 09 16:11:42 <cwayne> it stutters on occasion,but not horrible, although there's no sound at the moment
Nov 09 16:12:15 <vanhoof> mfisch: not sure otp will check in a sec
Nov 09 16:12:25 <vanhoof> hggdh: sending you a couple q's
Nov 09 16:15:10 <mfisch> ssweeny: did you look into where the brightness slider gets it's initial value from?
Nov 09 16:15:19 <mfisch> ssweeny: or just the dim part
Nov 09 16:17:43 <keithzg> I don't see any ARM builds of plasma-active on packages.ubuntu.com, is that indeed missing from the repos? (although it's mostly broken thanks to a drop, I'm hoping to try out Active on my Nexus 7)
Nov 09 16:18:54 <cwayne> ogra_: once i get it running (which is difficult sometimes) the simpsons trailer looks great actually
Nov 09 16:19:14 <ssweeny> mfisch, there's a helper program that talks to sysfs
Nov 09 16:19:44 <mfisch> ssweeny: where is it?
Nov 09 16:20:17 <victorp> cwayne, watcheable with no sound.. :)
Nov 09 16:20:21 <victorp> I have the same
Nov 09 16:20:27 <victorp> but with sound is very choppy
Nov 09 16:20:41 <cwayne> victorp: ah, i havent gotten the sound to work yet cus i hadn't suspended
Nov 09 16:20:59 <victorp> ah
Nov 09 16:21:00 <yofel_> keithzg: packages.ubuntu.com only searches on archive.ubuntu.com I believe. the arm packages are on ports.ubuntu.com
Nov 09 16:21:09 <victorp> let me know, might be just me ;)
Nov 09 16:21:38 <ssweeny> mfisch, source is in gnome-settings daemon, plugins/power/gsd-backlight-helper.c. binary is /usr/lib/gnome-settings-daemon/gsd-backlight-helper
Nov 09 16:22:13 <mfisch> janimo: here's the slider bug, I'm looking at it now: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1077054
Nov 09 16:22:13 <ubot2> Launchpad bug 1077054 in ubuntu-nexus7 "in some cases, sliding the brightness slider to the right (brighter) actually dims the screen more" [Medium,New]
Nov 09 16:22:27 <mfisch> ssweeny: thanks
Nov 09 16:22:40 <ssweeny> mfisch, sure. why do you ask?
Nov 09 16:22:48 <mfisch> ssweeny: that bug above ^^
Nov 09 16:23:00 <ssweeny> mfisch, ah, right
Nov 09 16:23:34 <cwayne> mfisch: confirmed
Nov 09 16:27:00 <brendand> these figures are strange in 'upower --dump':
Nov 09 16:27:00 <brendand>     energy-full:         41.41 Wh
Nov 09 16:27:01 <brendand>     energy-full-design:  18.348 Wh
Nov 09 16:28:17 <Laney> on the nexus, does anyone else see webkit being busted? http://paste.ubuntu.com/1345526/
Nov 09 16:28:27 <Laney> I am on raring, which may or may not be relevant
Nov 09 16:29:56 <xnox> Laney: I like the "soso" bit. =))))
Nov 09 16:30:24 <Laney> yeah it's pretty cute
Nov 09 16:36:38 <achiang> i think webkit is known to be  broken on arm?
Nov 09 16:36:44 <achiang> </rumor>
Nov 09 16:37:24 <ogra> -updates gas a fix
Nov 09 16:37:28 <ogra> has
Nov 09 16:38:06 <victorp> achiang, that should be a bug then
Nov 09 16:38:41 <ogra> victorp, long fixed in quantal-updates
Nov 09 16:38:59 <achiang> so we'll get it as soon as we can move to R :)
Nov 09 16:39:06 <ogra> right
Nov 09 16:39:17 <ogra> ot you fish it out of updates
Nov 09 16:39:27 <ogra> or
Nov 09 16:40:57 <brendand> janimo, https://bugs.launchpad.net/bugs/1077062
Nov 09 16:40:59 <ubot2> Launchpad bug 1077062 in ubuntu-nexus7 "upower says battery is charged when it is not" [Undecided,New]
Nov 09 16:41:03 <Laney> I don't think that is the same as the jit fix
Nov 09 16:41:27 <Laney> but that SRU is still pending in the queue :/
Nov 09 16:42:14 <achiang> ssweeny: wonder if that webkit thing fixes rb-u1
Nov 09 16:42:34 <cwayne> achiang: ah, thatd be cool
Nov 09 16:42:40 <ssweeny> achiang, interesting
Nov 09 16:43:10 <ssweeny> achiang, i should test if the store page is pre-loaded
Nov 09 16:43:20 <victorp> cwayne, so should I re-install the image?
Nov 09 16:43:22 <ssweeny> in banshee it wouldn't load until you clicked on it
Nov 09 16:43:47 <cwayne> victorp: i think so, although now i'm getting pretty similar results as you
Nov 09 16:43:57 <cwayne> but i think it's best to do this on a fresh image anyway :)
Nov 09 16:44:08 <victorp> I think i will wait until the raring daylies are out
Nov 09 16:44:12 <ssweeny> if the crash was in webkit that would explain why i couldn't get a decent trace out of it. that's the only -dbg package i think i didn't have installed
Nov 09 16:44:20 <achiang> ssweeny: right, if the new webkit fixes rb-u1, then that's still a bug
Nov 09 16:44:31 <achiang> ssweeny: because we shouldn't be loading webkit until it's needed
Nov 09 16:45:00 <ogra-cb> well, ubiquity usies webkit a lot
Nov 09 16:45:22 <ssweeny> achiang, i'll take another look at it after i'm done playing with gsd
Nov 09 16:45:26 <xnox> ogra-cb: just the slideshow....
Nov 09 16:45:31 <ogra-cb> yeah
Nov 09 16:45:40 <achiang> ok
Nov 09 16:45:44 <ogra-cb> wow, i lkie the chromebook
Nov 09 16:46:05 <ogra-cb> the weird uk layout needs some getting used to
Nov 09 16:46:20 * ogra-cb is on 12.04 now
Nov 09 16:46:40 <xnox> ogra-cb: do not change to the evil side
Nov 09 16:46:56 * xnox proudly uses us layout regardless of the keyboard stickers
Nov 09 16:47:22 <ogra-cb> well, then i always have to search for # and stuff
Nov 09 16:47:30 <cwayne> mfisch: wanna mark this fix released?https://bugs.launchpad.net/ubuntu-nexus7/+bug/1072086
Nov 09 16:47:30 <ubot2> Launchpad bug 1072086 in ubuntu-nexus7 "Having random hostnames can result in offensive hostnames" [High,Fix committed]
Nov 09 16:48:01 <ogra-cb> i would just use a german layout and stuckers, but then i rype so much that the stickers look really ugly at some point
Nov 09 16:48:24 <ogra-cb> oh WOW
Nov 09 16:48:39 <ogra-cb> even the multitouch stuff and gestures work OOTB
Nov 09 16:48:53 <ogra-cb> four finger tap gets me the dash
Nov 09 16:48:59 <ogra-cb> like on the nexus
Nov 09 16:49:52 <ogra-cb> <3 unity-2d
Nov 09 16:57:27 <mfisch> ssweeny: can you run this on your laptop?  /usr/lib/gnome-settings-daemon/gsd-backlight-helper --get-max-brightness
Nov 09 16:57:57 <ssweeny> mfisch, i get "7"
Nov 09 16:59:03 <mfisch> i'm looking for another device with a large range, like 255
Nov 09 16:59:46 <mfisch> mine is 20
Nov 09 17:02:52 <ogra-cb> ubuntu@nexus7-roccos:~$  /usr/lib/gnome-settings-daemon/gsd-backlight-helper --get-max-brightness
Nov 09 17:02:53 <ogra-cb> 255
Nov 09 17:03:38 <ogra-cb> but
Nov 09 17:03:40 <ogra-cb> ubuntu@nexus7-roccos:~$ cat /sys/class/backlight/pwm-backlight/brightness
Nov 09 17:03:40 <ogra-cb> 40
Nov 09 17:03:47 <mfisch> ogra-cb: thanks!
Nov 09 17:03:52 <mfisch> ogra-cb: can you try to repro a bug for me?
Nov 09 17:04:23 <mfisch> ogra-cb: I cannot repro on laptops they dont have enough steps 0-20 isn't a wide enough range
Nov 09 17:24:26 * ogra-cb looks at https://launchpad.net/ubuntu/raring/+queue and sighs
Nov 09 17:24:37 <ogra-cb> still no movement for the nexus kernel
Nov 09 17:26:33 <brendand> mfisch, about this bug : https://bugs.launchpad.net/ubuntu-nexus7/+bug/1071259
Nov 09 17:26:34 <ubot2> Launchpad bug 1071259 in ubuntu-nexus7 "Setting brightness all the way down actually switches off the display completely" [Medium,Confirmed]
Nov 09 17:26:38 <brendand> mfisch, i can't confirm it
Nov 09 17:27:06 <mfisch> brendand: I did a fix for it today, but it's not in the wild
Nov 09 17:27:31 <brendand> mfisch, interestingly, if i move the slider back up afterwards then after a few steps the display does blank
Nov 09 17:27:31 <mfisch> brendand: what happens when you slide it all the way left?
Nov 09 17:27:49 <mfisch> brendand: that's another bug: https://bugs.launchpad.net/gnome-control-center/+bug/1077054
Nov 09 17:27:49 <ubot2> Launchpad bug 1077054 in ubuntu-nexus7 "in some cases, sliding the brightness slider to the right (brighter) actually dims the screen more" [Low,Confirmed]
Nov 09 17:28:01 <mfisch> brendand: the slider seems to have confusion in some cases
Nov 09 17:28:14 <brendand> mfisch, you describe it differently though
Nov 09 17:28:29 <brendand> mfisch, what's the command to get and set the brightness level again?
Nov 09 17:29:07 <mfisch> /usr/lib/gnome-settings-daemon/gsd-backlight-helper --help
Nov 09 17:29:12 <mfisch> set it to 0
Nov 09 17:29:25 <mfisch> brendand: I've also noticed that the slider is off by a bit
Nov 09 17:29:26 <brendand> mfisch, ah - then it goes off
Nov 09 17:29:36 <mfisch> brendand: for example, the max should be 255, mine seems to max at 252
Nov 09 17:29:39 <brendand> mfisch, i can only get it down to 7 with the slider
Nov 09 17:29:42 <mfisch> and if you move the slider real fast, it never keeps up
Nov 09 17:29:50 <mfisch> brendand: try moving it very slowly
Nov 09 17:29:53 <mfisch> brendand: are you using a mouse?
Nov 09 17:30:06 <brendand> mfisch, no - i still don't have a working one
Nov 09 17:30:24 <brendand> mfisch, my damn wireless mouse managed to break just after a got home :/
Nov 09 17:30:27 <mfisch> I'm filing one more about the slider
Nov 09 17:30:40 <brendand> mfisch, so 0 and 1 seem to correspond to off
Nov 09 17:30:41 <mfisch> brendand: the issue is that all the laptops I've seen have values from like 0-8 or 0-20
Nov 09 17:30:48 <mfisch> the slider seems to do some odd stuff with 0-255
Nov 09 17:32:03 <mfisch> brendand: that 0=off is being fixed as soon as we have a new kernel
Nov 09 17:32:10 <mfisch> brendand: as it's a rather annoying usability issue
Nov 09 17:35:02 <brendand> man this backlight is powerful
Nov 09 17:35:22 <ogra-cb> way to bright is you ask me
Nov 09 17:35:27 <ogra-cb> *if
Nov 09 17:35:27 <brendand> mfisch, setting via gsd doesn't seem to impact the slider
Nov 09 17:35:35 <mfisch> brendand: yep
Nov 09 17:35:41 <mfisch> the slider is problematic ;)
Nov 09 17:36:17 <mfisch> brendand: can you confirm this for me?
Nov 09 17:36:20 <mfisch> brendand: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1077096
Nov 09 17:36:20 <ubot2> Launchpad bug 1077096 in ubuntu-nexus7 "brightness slider doesn't hit max/min value sometimes even when all the way left/right" [Low,New]
Nov 09 17:37:39 <mfisch> brendand: also see the new comment I added there, it's my current theory
Nov 09 17:38:41 <brendand> mfisch, hmm. i can't repro it right now
Nov 09 17:39:02 <brendand> mfisch, if i use the arrow keys to ensure it's all the way right then it says 255
Nov 09 17:39:06 <mfisch> brendand: I see it more on the max side, and it's worse with a mouse, because the faster you slide it, the more transitions it misses
Nov 09 17:39:23 <mfisch> brendand: I'm not surprised the arrow keys work
Nov 09 17:39:39 <mfisch> can you add that comment?
Nov 09 17:39:59 <brendand> mfisch, hmm no - i can repro with the arrow keys
Nov 09 17:40:02 <brendand> :)
Nov 09 17:40:11 <mfisch> ah cool
Nov 09 17:40:13 <mfisch> well kinda cool
Nov 09 17:41:17 <brendand> mfisch, i can't get it to zero with the arrow keys either
Nov 09 17:41:18 <mfisch> ssweeny: what did we decide on that other brightness bug?
Nov 09 17:41:29 <mfisch> brendand: odd, I never had an issue with minimum
Nov 09 17:42:23 <brendand> mfisch, check it out. slider at the end '237'
Nov 09 17:42:31 <brendand> mfisch, move it to the left, '252'
Nov 09 17:42:33 <mfisch> ubuntu@nexus7-265143b8:~$ /usr/lib/gnome-settings-daemon/gsd-backlight-helper --get-brightness
Nov 09 17:42:33 <mfisch> 0
Nov 09 17:42:34 <ssweeny> mfisch, achiang oh-so-slyly implied that i should try to implement the AC/battery transition
Nov 09 17:42:53 <mfisch> brendand: yep, that's the bug.  max should be 255
Nov 09 17:43:17 <mfisch> brendand: check out what happens if I use a mouse and drag it as fast as possible to the right
Nov 09 17:43:21 <mfisch> this should be "max"
Nov 09 17:43:21 <mfisch> ubuntu@nexus7-265143b8:~$ /usr/lib/gnome-settings-daemon/gsd-backlight-helper --get-brightness
Nov 09 17:43:21 <mfisch> 45
Nov 09 17:43:24 <brendand> mfisch, ok, but i was moving the slider 'downwards
Nov 09 17:43:58 <mfisch> this slider is all sorts of broke
Nov 09 17:44:20 <brendand> mfisch - new bug: 'brightness slider is generally screwed'
Nov 09 17:45:09 <mfisch> ssweeny: was there a good reason why the feature was removed?
Nov 09 17:45:22 <mfisch> brendand: it certainly was never designed to handle a system with a range of 0-255
Nov 09 17:45:58 <ssweeny> mfisch, i assume it's because it was a useful GNOME feature
Nov 09 17:46:28 <brendand> mfisch, i can reproduce similarly on my laptop though
Nov 09 17:46:38 <mfisch> brendand: what's the max on your laptop?
Nov 09 17:46:42 <brendand> mfisch, 24
Nov 09 17:46:51 <mfisch> thats the highest I've seen from a laptop
Nov 09 17:46:55 <brendand> mfisch, currently it's full right and the value is '19'
Nov 09 17:47:00 <mfisch> please note that if you will, I can't repro here
Nov 09 17:47:27 <mfisch> most of the laptops were like 7 for a max, much less chance to miss a signal to raise it since the area for 7 is probably 2 inches wide
Nov 09 17:47:36 <achiang> ssweeny: i think it would be worth investigating, and i think it's worth talking it through with the -desktop team. please hook up with didrocks or seb128. they should understand what we're trying to do re: power savings, and may have a better suggestion than carrying a gsd patch
Nov 09 17:47:56 <ssweeny> achiang, ack
Nov 09 17:48:16 <brendand> mfisch, i confirmed your bug
Nov 09 17:48:52 <brendand> achiang, i think gsd is broke, so it's not a matter of carrying a patch (at least for some of the issues)
Nov 09 17:50:10 <brendand> mfisch, i think a large part of the problem may be to do with the fact that running gsd-backlight-helper --set does not actually change the slider value. there is no feedback loop between the core and the ui or something
Nov 09 17:50:39 <ngharo> Trying to get involved in hacking n7 project.  Curious how rootfs is built.. i see projects such as rootstock and live-build; am i on the right track?
Nov 09 17:50:49 <brendand> mfisch, if you set volume level in pulseaudio command line then there is immediate feedback in the ui. same for bluetooth settings etc
Nov 09 17:51:21 <mfisch> brendand: that would be yet another bug
Nov 09 17:51:44 <mfisch> ngharo: what are you trying to hack?
Nov 09 17:52:17 <brendand> mfisch, which is easily reproducible on any system
Nov 09 17:52:19 <ngharo> mfisch: I'm interested in different DE images and building a Kiosk image
Nov 09 17:52:22 <mfisch> ngharo: see if this helps too: http://www.mattfischer.com/blog/?p=285
Nov 09 17:52:24 <ogra-cb> ngharo, we use live-build, rootstock is dead
Nov 09 17:52:33 <ngharo> ogra-cb: thanks
Nov 09 17:52:44 <mfisch> ngharo: my post will tell you how to proceed after you do your live-build
Nov 09 17:52:59 <ogra-cb> there will be daily images for ubuntu, kubuntu and lubuntu soon
Nov 09 17:53:06 <ngharo> mfisch: awesome thanks
Nov 09 17:53:31 <mfisch> ngharo: you need to set LB_BINARY_IMAGES="tar" in your live-build config
Nov 09 17:53:45 <mfisch> ngharo: input to this process is a rootfs.tar.gz and output is rootfs.img/boot.img
Nov 09 17:54:44 <ngharo> the tarball installer script lives in boot.img it appears; should that also be in the rootfs.tar.gz then?
Nov 09 17:55:02 <NekoXP> yikes does nexus7 really use usb audio?
Nov 09 17:55:03 <ngharo> before building boot.img
Nov 09 17:55:12 <mfisch> ngharo: you'll need all the packages from our PPA in your image
Nov 09 17:55:31 <ngharo> roger that
Nov 09 17:55:32 <mfisch> ngharo: https://launchpad.net/~ubuntu-nexus7/+archive/ppa
Nov 09 17:55:48 <mfisch> ngharo: "tarball-installer" is one of them
Nov 09 17:55:58 <ngharo> :D
Nov 09 17:56:19 <brendand> mfisch, is it the case on your laptop that changing the brightness using the hw keys updates the gsd-backlight-helper value but not the slider?
Nov 09 17:56:22 <ngharo> very cool.  Thanks.  It's reassuring to know I'm not completely off the broken path
Nov 09 17:56:32 <mfisch> brendand: lemme check
Nov 09 17:56:45 <mfisch> brendand: yes
Nov 09 17:57:12 <NekoXP> anyway question, where's the nexus7 kernel coming from? I can see builds in the ppa but not where the source lives
Nov 09 17:57:25 <mfisch> NekoXP: in our wiki, let me find you a link
Nov 09 17:57:34 <ogra-cb> on kernel,ubuntu.com
Nov 09 17:57:40 <ngharo> https://wiki.ubuntu.com/Nexus7/Developers
Nov 09 17:57:41 <mfisch> NekoXP: https://wiki.ubuntu.com/Nexus7/Developers
Nov 09 17:57:42 <brendand> mfisch, the slider is completely disconnected
Nov 09 17:58:23 <NekoXP> wicked
Nov 09 17:58:55 <mfisch> brendand: may I suggest a new bug, "was brightness slider written as a practical joke"
Nov 09 17:59:11 <NekoXP> :) I don't think gnome settings has a proper dbus interface for backlight
Nov 09 17:59:33 <NekoXP> gsd-backlight-helper just tweaks the backlight class files directly, just like the UI does. but they don't have a nice common interface to communicate.
Nov 09 17:59:48 <brendand> mfisch, https://bugs.launchpad.net/gnome-control-center/+bug/893851
Nov 09 17:59:49 <ubot2> Launchpad bug 893851 in gnome-control-center (Ubuntu) "Brightness adjustment gauge in gnome-control-center screen not responding to brightness hot-keys" [Low,Fix committed]
Nov 09 17:59:56 <brendand> mfisch, it's marked as fix released :(
Nov 09 18:00:05 <mfisch> lies!
Nov 09 18:00:05 <vanhoof> hggdh: plars: mind giving the sha256sum a hit ( hggdh: no installer changes needed )
Nov 09 18:00:15 <NekoXP> most gnome guys would consider implementing a backlight setting API on top of a backlight setting sysfs would be redundant duplication of code and not worthwhile. I am sure the freedesktop guys would pitch a fit too if it was not "standardized"
Nov 09 18:00:19 <vanhoof> see if we are in sync now
Nov 09 18:00:30 <vanhoof> looking like it may have been a server side caching issue
Nov 09 18:00:34 <mfisch> brendand: I'll go ask jm-leddy
Nov 09 18:00:46 <vanhoof> but if it is local ISP, then we have a fix as well
Nov 09 18:01:01 <plars> vanhoof: sure
Nov 09 18:01:19 <plars> 55c9802559118ab40e26a2b9d6be105634cbfcecdd54d0b78db34a8b91bcf23c  boot.img
Nov 09 18:01:19 <plars> 5908fcf21c71c0c247848e8b534cacf2a17dd1ca7235ba794567b3b63c0563d5  rootfs.img
Nov 09 18:01:34 <plars> same as it was earlier for me
Nov 09 18:01:56 <brendand> mfisch, well i'm calling it a week. bet you $50 that bug is the source of all these problems
Nov 09 18:02:00 <vanhoof> that's accurate for 16gb
Nov 09 18:02:02 <brendand> ttyal
Nov 09 18:02:04 <plars> so I'm not sure we'd see it unless we change something
Nov 09 18:02:24 <NekoXP> mfisch, you should check if your kernel has inotify/fnotify or something in there
Nov 09 18:02:42 <mfisch> NekoXP: that bug exists on the standard ubuntu kernel
Nov 09 18:02:50 <vanhoof> plars: can also try
Nov 09 18:02:50 <vanhoof> wget --progress=bar:force http://hwe.ubuntu.com/uds-r/nexus7/8GB/ubuntu-nexus7-sha256sum.txt  -O /tmp/ubuntu-nexus7-sha256sum.txt
Nov 09 18:02:56 <NekoXP> oh.. then.. ouch?
Nov 09 18:03:00 <vanhoof> then ls -ltr /tmp
Nov 09 18:03:06 <vanhoof> see if its oct 26th or nov 8th
Nov 09 18:03:16 <vanhoof> if 26th, then add --no-cache
Nov 09 18:03:25 <vanhoof> but a change was made server side
Nov 09 18:03:41 <vanhoof> so it may all be sorted now, just want to be sure
Nov 09 18:03:44 <plars> vanhoof: oh, I got nov 8
Nov 09 18:03:49 <plars> err
Nov 09 18:03:50 <vanhoof> sweet
Nov 09 18:03:50 <plars> vanhoof: no
Nov 09 18:03:55 <plars> vanhoof: oct26
Nov 09 18:03:58 <plars> sorry, typo
Nov 09 18:04:03 <vanhoof> heh
Nov 09 18:04:05 <plars> I was looking at what you said and not the screen
Nov 09 18:04:05 <vanhoof> ok
Nov 09 18:04:13 <vanhoof> run the same (keep the old file)
Nov 09 18:04:17 <vanhoof> and add --no-cache
Nov 09 18:04:36 <plars> vanhoof: so I'm still pulling a cached copy I guess... yes with that I get the nov8 copy
Nov 09 18:04:44 <plars> with --no-cache that is
Nov 09 18:04:54 <vanhoof> ok
Nov 09 18:05:24 <vanhoof> with the updated cache expirary still in question, i'll update the installer too just to be cautious
Nov 09 18:24:24 <yofel_> DId someone here ever try to build anything KDE related in a armhf pbuilder on amd64 host? Here it ends in automoc4 segfaulting and I seem to be debugging this wrong: http://paste.kde.org/600374
Nov 09 18:24:30 <yofel_> (qemu bug?)
Nov 09 18:25:30 <mfisch> cwayne: actually I'm just trying to gather info on this bug: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1077062
Nov 09 18:25:30 <ubot2> Launchpad bug 1077062 in ubuntu-nexus7 "upower says battery is charged when it is not" [Undecided,New]
Nov 09 18:25:49 <mfisch> cwayne: his energy-full value is way too high
Nov 09 18:26:29 <ogra-cb> yofel_, yeah, could be, file it
Nov 09 18:26:45 <yofel_> ack
Nov 09 18:26:55 <ogra-cb> mfisch, i noticed that it is accurate after a reboot
Nov 09 18:27:16 <ogra-cb> when it gets into that state
Nov 09 18:27:26 <mfisch> ogra-cb: mine is accurate now
Nov 09 18:27:37 <mfisch> wondering how to make it inaccurate ;)
Nov 09 18:28:00 <ogra-cb> for me it becomes inaccurate if i leave the device on the charger over night
Nov 09 18:28:06 <cwayne> mfisch: added, mine was a bit wrong
Nov 09 18:28:13 <mfisch> cwayne: okay, go ahead and confirm
Nov 09 18:28:15 <mfisch> ogra-cb: thanks
Nov 09 18:28:19 <ogra-cb> its usually wrong when i touch the touchscreen to get it out of dpms
Nov 09 18:28:48 <mfisch> it would be interesting if we could test that in Android too
Nov 09 18:29:00 <cwayne> mfisch: ah, but i dont see the same symptoms
Nov 09 18:29:06 <cwayne> mine doesnt say it's charged
Nov 09 18:30:20 <ogra-cb> well, after the power patch to the kernel you cantreally compare to android anymore
Nov 09 18:30:47 <ogra-cb> well, you can, but the stuff you compare is now different
Nov 09 18:31:55 <ogra-cb> cking should just take another look at his patch
Nov 09 18:42:21 <mfisch> ogra-cb: assign it to him?
Nov 09 18:42:32 <ogra-cb> ++
Nov 09 18:56:42 <ogra-cb> ogra@chromebook:~/linux-ac100-3.0.27$ time dpkg-buildpackage -rfakeroot -b
Nov 09 18:56:44 <ogra-cb> ...
Nov 09 18:56:47 <ogra-cb> real	44m37.117s
Nov 09 18:56:47 <ogra-cb> user	55m16.630s
Nov 09 18:56:47 <ogra-cb> sys	7m33.140s
Nov 09 18:56:55 <ogra-cb> WOW !!!
Nov 09 18:57:39 <ogra-cb> https://launchpad.net/ubuntu/+source/linux-ac100/3.1.10-6.10/+build/3962084 shows the last buiuld of the same thing on a panda took 2h 08min
Nov 09 18:58:04 <ogra-cb> and i'm even building on the MMC, nnot any fast USB disk or so
Nov 09 18:58:35 <cwayne> mfisch: ping
Nov 09 18:58:36 <hggdh> vanhoof: on it (was at lunch). Just a note, I saw it happening with the sha *and* the images (both of them)
Nov 09 18:58:46 <mfisch> cwayne: YO
Nov 09 18:59:06 <cwayne> mfisch: im thinking of marking this incomplete with my last comment,  thoughts? https://bugs.launchpad.net/ubuntu-nexus7/+bug/1075417
Nov 09 18:59:07 <ubot2> Launchpad bug 1075417 in unity (Ubuntu) "Unity panel/launcher/dash don't scale with system DPI/font settings" [Undecided,New]
Nov 09 18:59:37 <ogra-cb> iirc there is an older upstream bug for the same issue
Nov 09 18:59:39 <mfisch> cwayne: there's another bug about login/logout
Nov 09 18:59:45 <ogra-cb> mpt should be able to tell you about it
Nov 09 19:00:02 <mfisch> maybe we should just ask mpt before filing any bugs?
Nov 09 19:00:23 <ogra-cb> for UI stuff that probably makes sense
Nov 09 19:00:24 <cwayne> mfisch: hmm, i suppose so.. should we mark this one a dupe?
Nov 09 19:00:29 <mfisch> cwayne: marking incomplete while waiting for a response is the correct flow
Nov 09 19:00:37 <mfisch> lemme find it
Nov 09 19:00:37 <ogra-cb> yeah
Nov 09 19:01:18 <mfisch> cwayne: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1075470
Nov 09 19:01:19 <ubot2> Launchpad bug 1075470 in light-themes (Ubuntu) "Titlebar buttons are unusably small for tablets/touchscreens and don't scale with the fonts/titlebar" [Undecided,Confirmed]
Nov 09 19:01:30 <mfisch> seems to be some overlap
Nov 09 19:02:43 <cwayne> hmm yeah
Nov 09 19:02:44 <hggdh> vanhoof: bad sha file
Nov 09 19:13:58 <hggdh> vanhoof: I tried 4 downloads of the sha file. One failed. I wonder about how the server(s) are set up. http://paste.ubuntu.com/1345950/
Nov 09 19:17:00 <[mbm]> it's not just the titlebar buttns that are small, most of the ui is rather small
Nov 09 19:17:39 <ogra-cb> most of it scales properly if you set the font to "gigantic" :)
Nov 09 19:17:54 <ogra-cb> the panel doesnt scale at all
Nov 09 19:18:18 <ogra-cb> it even cuts off the bottom of the letters in the biggest font size
Nov 09 19:18:47 <[mbm]> I think thatfor porting adesktop os like ubuntu it'd be better to toss out this concept of absolute coords and clicking directly on things and instead switchtmore mouse style cntrols
Nov 09 19:19:16 <ogra-cb> well, there are no actual plans to touch the UI at all for thhis cycle
Nov 09 19:20:00 <ogra-cb> there will be very deep focus on UI stuff in 13.10 on the road to 14.04
Nov 09 19:20:54 <[mbm]> well, what I mean is that with a laptop, nobody expects the touchpad to be in absolute coords mode, and yet as soon as you put a screen behind it people expect to click directly
Nov 09 19:21:38 <[mbm]> if you treat the touchscreen in relative mode, same as a laptop, all the usability issues of things being too small goes away
Nov 09 19:22:09 <[mbm]> no ui changes needed
Nov 09 19:22:43 <ogra-cb> well, that implies that we would have any influence on the touchscreen driver ... which is a binary blob
Nov 09 19:23:38 <[mbm]> translating from absolute to relative would be easy enough with a shim
Nov 09 19:24:42 <[mbm]> (I already tried the obvious thing of toggling it with xinput but that isn't supported by the driver)
Nov 09 19:39:18 <ben1066> ogra-cb: haha, touch the ui >_>
Nov 09 19:39:31 <ogra-cb> :)
Nov 09 19:40:13 <ben1066> Still having annoyance with Ubuntu on my desktop...never mind android...multi monitor + nvidia drivers == hell
Nov 09 19:40:19 <ben1066> s/android/nexus 7
Nov 09 19:40:59 * ogra-cb has an ATI in hs desktop and no issues with a tripe monitor setup
Nov 09 19:41:27 <ben1066> Both monitors are VGA (yeah go me) and one wont even report it's data
Nov 09 19:41:32 <ben1066> At the login screen all is good
Nov 09 19:41:41 <ben1066> login, the second monitors res is 640x480
Nov 09 19:41:42 <ben1066> YAY
Nov 09 19:42:23 <ogra-cb> well, probably a setting issue ... or a limitation of the nvidia driver, i guess they dont put much effort into plain VGA anymore
Nov 09 20:01:18 <ben1066> i dont get why the login screen is fine
Nov 09 20:01:21 <ben1066> AND THEN it breaks
Nov 09 20:01:50 <ogra-cb> because gnome-settings-daemon manages the resolution after the login
Nov 09 20:02:24 <ben1066> So it's that cocking up
Nov 09 20:02:33 <ogra-cb> likely
Nov 09 20:03:39 <ben1066> ill reboot back into ubuntu in a sec
Nov 09 20:03:42 <ben1066> Now I know why
Nov 09 20:03:49 <ben1066> You have been more helpful than #ubuntu :)
Nov 09 20:04:05 <ogra-cb> well, we're not a support channel, mind you
Nov 09 20:04:30 <ben1066> I know, and I shan't use it as such
Nov 09 20:04:32 <ben1066> Still
Nov 09 20:04:47 <ben1066> In #ubuntu they insisted it was because I was using the NVIDIA binary not the Ubuntu one
Nov 09 20:04:51 <ben1066> despite it partially working...
Nov 09 20:05:06 <ogra-cb> well, thats definitely the root cause
Nov 09 20:05:31 <ogra-cb> nvidia and xrandr are known to not work well together
Nov 09 20:05:42 <mfisch> we have several bugs filed about it ^^
Nov 09 20:06:16 <ogra-cb> and gnome-settings-daemon simply does everthing regarding the resolution settings via xrandr
Nov 09 20:07:27 <mfisch> yep
Nov 09 20:08:29 <ogra-cb> i doubt it makes much difference which of the binary drivers you use though
Nov 09 20:08:58 <ben1066> Is there a proper solution?
Nov 09 20:09:00 <ogra-cb> the ubuntu one is simply better maintained, and gets a bunch of tests before going into the distro
Nov 09 20:09:13 <ogra-cb> yes, make nvidia fix it :)
Nov 09 20:09:25 <ben1066> Other than that, that's hardly an option
Nov 09 20:09:40 <ogra-cb> you asked for proper :)
Nov 09 20:10:03 <vanhoof> hggdh: still about
Nov 09 20:10:58 <ben1066> Apparently the drivers have xrandr now...or is it broken?
Nov 09 20:11:48 <ogra-cb> no idea, no first hand experience with recent nvidia here
Nov 09 20:12:06 <ogra-cb> i know its accused to be broken, they might have fixed it
Nov 09 20:12:17 * ogra-cb only uses nvidia on arm 
Nov 09 20:12:24 <ben1066> Nvidia is great on windows
Nov 09 20:12:28 <ben1066> On linux, aparently not so much
Nov 09 20:12:32 <ogra-cb> havent touched it in years on x86
Nov 09 20:13:10 <ogra-cb> doesnt it come with a gui configuration tool ?
Nov 09 20:13:26 <ogra-cb> you should be able to set it up there
Nov 09 20:13:30 <ben1066> the nvidia driver does
Nov 09 20:13:33 <ben1066> it sets xorg.conf
Nov 09 20:13:37 <ben1066> Still gets reset on login
Nov 09 20:13:48 <cwayne> ogra-cb: i thought you only used everything on arm :)
Nov 09 20:14:27 <ogra-cb> cwayne, i only work on arm stuff since 4 years ... there was a time before that
Nov 09 20:15:09 <ogra-cb> i.e. LPIA
Nov 09 20:15:15 <ogra-cb> :)
Nov 09 20:17:15 <infinity> *shudder*
Nov 09 20:17:45 <mfisch> could be worse
Nov 09 20:18:16 * mfisch was working on Intel space heater technology aka Itanium
Nov 09 20:18:37 <infinity> ia64 had a much longer life than lpia.
Nov 09 20:18:48 <infinity> Though, I'll never forgive ia64 for killing parisc.
Nov 09 20:19:28 <mfisch> HP wanted parisc dead though
Nov 09 20:20:28 <infinity> mfisch: I'm unconvinced that's true, rather that they were contractually obliged to let it die.
Nov 09 20:20:58 <infinity> (Which, sure, means that the people who signed that contract wanted it dead, but... They also didn't realise at the time that trading parisc for ia64 was a very bad idea)
Nov 09 20:22:49 <mfisch> infinity: HP co-invented the Itanium chip and handed it to Intel
Nov 09 20:23:03 * mfisch knows because /me was there during the early itanium days
Nov 09 20:23:21 <mfisch> infinity: unless you mean once they realized the mistake they made ;)
Nov 09 20:24:48 <infinity> mfisch: Where the engineering came from is less interesting than the contract that pretty much tied their hands WRT continuing development on PARISC afterward.
Nov 09 20:25:55 * ogra-cb really loved alpha
Nov 09 20:25:55 <mfisch> true, but by then all the HP chip designers were working on Itanium for a few years, right?  they'd be behind.  then in 2003 +/- 1 year, HP essentially "traded" the chip designers to Intel here in Fort Collins, probably elsewhere
Nov 09 20:27:13 <vanhoof> ogra-cb: i still have 3 DS10L's that work :D
Nov 09 20:27:23 <vanhoof> ogra-cb: all the rest have died :)
Nov 09 20:27:25 <ogra-cb> sweet !
Nov 09 20:27:44 * vanhoof loved build server closet cleaning days in the past ;)
Nov 09 20:27:44 <ogra-cb> vanhoof, you werent in CPH ... :(
Nov 09 20:27:51 <vanhoof> ogra-cb: i tried!
Nov 09 20:27:53 <vanhoof> four times
Nov 09 20:27:54 <ogra-cb> i actually had the ac100 displays with me
Nov 09 20:27:59 <vanhoof> ah crap :\
Nov 09 20:28:25 <ogra-cb> well, we just have to convince achiang that we need to do a sprint ;)
Nov 09 20:28:28 <vanhoof> ogra-cb: since we moved saturday, i flew sunday, which was a big mistake trying to leave the east coast w/ the hurricane :\
Nov 09 20:28:31 <ogra-cb> then i can bring them
Nov 09 20:28:40 <ogra-cb> yeah
Nov 09 20:28:42 <mfisch> vanhoof: did you get stuck?
Nov 09 20:28:44 <vanhoof> best I could get there was tuesday night, jetlag + two days, seemed, meh
Nov 09 20:28:52 <vanhoof> ogra-cb: :D
Nov 09 20:28:54 <ogra-cb> right, that would be nonsense
Nov 09 20:29:00 <vanhoof> mfisch: no just cancelled luckily
Nov 09 20:29:09 <vanhoof> mfisch: but sat for many hours here at the airport
Nov 09 20:29:19 <vanhoof> all my original flights went through nyc*
Nov 09 20:29:35 <vanhoof> newark, then jfk, then chicago, then flat out NO
Nov 09 20:30:04 <mfisch> I flew via IAD
Nov 09 20:30:17 * ogra-cb always tries to enter/exit the US via philly
Nov 09 20:30:22 <mfisch> that airport is an embarassment
Nov 09 20:30:29 <vanhoof> plars: hggdh: ogra-cb: 1.5 of the installer is in the ppa (safety measures) + server side change, should be all good to go
Nov 09 20:30:40 <ogra-cb> yay
Nov 09 20:30:43 <vanhoof> yeah if I'd have left saturday or even a few hours earlier sunday i would have made it
Nov 09 20:31:18 <vanhoof> ogra-cb: i hate squid :D
Nov 09 20:31:26 <ogra-cb> heh
Nov 09 20:31:33 <mfisch> why dont we just turn squid off?
Nov 09 20:31:35 <vanhoof> luckily i was able to finally reproduce it
Nov 09 20:31:40 <vanhoof> i thought everyone was crazy :)
Nov 09 20:31:43 <mfisch> I assume the number of downloads has dropped off
Nov 09 20:31:49 <vanhoof> mfisch: cache timeout is 15m now
Nov 09 20:32:02 <vanhoof> and we force --no-cache on downloads client side
Nov 09 20:32:07 <vanhoof> so we should be a'ok
Nov 09 20:32:42 <vanhoof> there are other large relics on the same machine i'd like to have squid for so I dont get yelled at :D
Nov 09 20:34:31 <vanhoof> hggdh++ thanks for help w/ testing today
Nov 09 20:35:28 <hggdh> vanhoof: yw
Nov 09 20:41:35 <mfisch> vanhoof: can we mark https://bugs.launchpad.net/ubuntu-nexus7/+bug/1077007 as fix released?
Nov 09 20:41:36 <ubot2> Launchpad bug 1077007 in ubuntu-nexus7 "Downloaded images failed checksum validation" [Critical,Fix committed]
Nov 09 20:42:01 <vanhoof> yeah I was going to wait to hear back from the reporters
Nov 09 20:42:18 <vanhoof> but im pretty confident its fixed
Nov 09 20:57:32 <hggdh> vanhoof: just confirmed it works. At least so far ;-)
Nov 09 21:59:29 <ngharo> Does anyone have a live-build for n7 directory/config checked in anywhere?
Nov 10 02:00:53 <uberushaximus> Has anyone done any work to be able to boot into fastboot from linux? (like adb reboot bootloader)
Nov 10 02:01:08 <uberushaximus> on n7
Nov 10 02:10:13 <cwayne> from a n7 running ubuntu?
Nov 10 02:10:27 <cwayne> you can't yet, youd have to just power off + on while holding volume down
Nov 10 02:11:20 <lilstevie> it shouldn't be too difficult to manually do though
Nov 10 02:11:28 <lilstevie> (reboot into fastboot)
Nov 10 02:11:41 <lilstevie> from memory it is a bootloader message on misc
Nov 10 02:14:37 <uberushaximus> if all you have is ssh and you're locked out of where it is, it's helpful
**** ENDING LOGGING AT Sat Nov 10 02:59:58 2012