[08:51] <ppisati> ogra_: check your mbox
[08:53] <ogra_> damn, i dont have one
[08:53]  * ogra_ uses maildir :P
[08:53] <ppisati> :)
[08:54]  * XorA opens the gates to the religious mailbox format war
[08:54] <ppisati> jsalisbury tested Q/omap4 beta and he said the installer doe4sn't show up immediately, he needs to switch tty and back to get the screen
[08:55] <ppisati> ogra_: ^
[08:57] <ogra_> hmpf
[08:57] <ogra_> yeah, i see the mail
[08:57] <ogra_> i would suspect plymouth
[09:01] <ppisati> actually since we switched to a live installer we are already running unity dyring the install, right? so the pvr driver, right?
[09:01] <ppisati> *during
[09:04] <ogra_> we arent runing unity (ubiquity uses metacity and a simple gtk panel) but yeah. the pvr driver
[09:04] <ogra_> do we have a bug open for this ?
[09:05] <ppisati> no, because he just discovered it
[09:05] <ppisati> i can try daily image and fill a bug if you are too busy
[09:05] <ogra_> i heard something similar before and was alredy pondering to shipü an xorg.conf that forces fbdev during the installation
[09:06] <ppisati> shall i fill it against... plymouth? pvr?
[09:06] <ppisati> i'll try this one: http://cdimage.ubuntu.com/daily-live/current/quantal-desktop-armhf+omap4.img
[09:14] <ogra_> pvr i guess
[09:29] <ppisati> ogra_: i've a blue screen
[09:29] <ppisati> ogra_: not smurf, really electric blue :)
[09:30] <ppisati> and indeed switching fixes it
[09:30]  * ppisati wonders if we have the same problem after the installation...
[09:32] <ppisati> ok, ubiquity exploded in my face so i couldn't finish the installation
[09:32] <LetoThe2nd> oO( *kaboom* )
[09:33] <xnox> ppisati: did you connect an external usb hard drive or the usb stick as installation target?
[09:33] <xnox> ppisati: which instructions did you use?
[09:33] <ppisati> xnox: installing on the sd card actually
[09:33] <xnox> ppisati: that won't work with 12.10 ;-)
[09:34] <ppisati> xnox: it did in the past iirc
[09:34] <xnox> ppisati: unless you pre-partitioned it.
[09:35] <xnox> ogra_: we need to update installation instructions on the wiki.
[09:35] <xnox> ogra_: as all the desktop install instructions talk about preinstalled tarballs, instead of live installer =/
[09:48] <ogra_> xnox, on my list :)
[09:50] <xnox> ogra_: on your list, yet it's me who gets the bugs assigned =)))))
[09:50] <ogra_> i'll try to get to it today
[09:50] <ppisati> lp 1065902
[09:50] <ubot2> Launchpad bug 1065902 in pvr-omap4 "black/blue screen before installer, tty switches fixes it" [Undecided,New] https://launchpad.net/bugs/1065902
[09:51] <ppisati> i'm doing a complete installation just to see if everything is ok after
[10:19] <ppisati> "an unrecoverable error... blablabla.. now a dekstop session will start so you can fix it"
[10:19] <ppisati> black screen again
[10:19] <ppisati> tty switch and there it is my desktop session
[10:24] <ppisati> rsalveti: i'm assigning the pvr part of 1065902 to you
[10:26] <ppisati> ogra_: you wanna take the plymouth part?
[10:50] <ogra_> infinity, hrm, the tegra driver ftbfs in dh_slibdeps now ... would you let the package in if i just completely override that step ?
[10:51] <ogra_> its not like it ever has done anything useful anyway
[10:51] <ogra_> (apart from moaning about the plugin libs)
[10:58] <infinity> ogra_: Or, you could tell it where to look for its libraries...
[10:59] <ogra_> well, it doesnt fail in a local precise build
[11:00] <ogra_> override_dh_shlibdeps:
[11:00] <ogra_>         dh_shlibdeps -l${PWD}/debian/nvidia-tegra/usr/lib/nvidia-tegra
[11:00] <ogra_> something like that ?
[11:00] <infinity> Indeed.
[11:00] <infinity> Should shut up all the warnings, and the two errors.
[11:00] <infinity> Or three, or however many there were.
[11:01]  * ogra_ tries
[11:01] <infinity> No need for the ${PWD}/ bit, though, you should always be relative to the package build dir.
[11:01] <infinity> -ldebian/foo/bar is enough.
[11:02] <ogra_> well, still warnings about the missing SONAMEs
[11:02] <ogra_> in the plugin libs
[11:03] <infinity> Hold on, let me look at this for a sec.
[11:04] <infinity> Gah, why is that in universe?
[11:04] <infinity> ogra_: Will your world explode if I move it where it belongs?
[11:05] <ogra_> not at all
[11:05] <ogra_> dunno why it landed there
[11:05] <ogra_> it used to be in restricted
[11:05] <infinity> It's in universe in precise too, so I guess someone just messed up way back when. :/
[11:05] <infinity> Oh well, moving it in Q.
[11:06] <infinity> To multiverse, not restricted.
[11:06] <ogra_> k
[11:07] <ogra_> i wonder if dh_shlibdeps got more strict in quantal
[11:07] <ogra_> i cant reproduce the error at all in precise
[11:09]  * infinity downloads some build-deps.
[11:09] <infinity> dpkg-shlibdeps may have gotten stricter, I wouldn't consider that a bad thing.
[11:10] <ogra_> i didnt say its bad :)
[11:16] <infinity> Right, -l/usr/lib/nvidia-tegra does the trick (no need for the leading debian/pkg at all)
[11:16] <ogra_> ah, k
[11:16]  * ogra_ adds that then 
[11:16] <infinity> And the mess of warning about the missing SONAMEs seems like a nice reminder that it's broken. :P
[11:18]  * infinity tests with the override in debian/rules
[11:18] <infinity> Yup, perfect.
[11:19] <ogra_> k
[11:19] <infinity> As "useless" as it may seem, it's nice that it'll yell at you if you don't have the right build-deps (and thus don't get the right dependencies), so taking it out feels wrong.
[11:19] <infinity> And this DTRT.
[11:19] <ogra_> yeah
[11:19] <ogra_> and there is hope they fix it eventually :)
[11:24] <ogra_> meh, i should teach my finger memory to not always use -sa for dpkg-buildpackage
[11:24] <infinity> I always forget it when I need it.
[11:24] <infinity> Which is rarely.
[11:25] <ogra_> well, you need it for all native packages
[11:25] <ogra_> we used to have a lot of them when i started :)
[11:42] <infinity> ogra_: Eh?  No native package needs -sa
[11:43] <infinity> ogra_: You only need -sa on a new upstream version of a NON-native package (ie: with an orig) that dpkg doesn't auto-detect as a new upstream (so version doesn't have -0 or -1 on the end).
[11:44] <infinity> ogra_: So, commonly in Ubuntu when doing merges from, say, 1.2.3-4ubuntu1 to 1.2.4-2ubuntu1 instead of 1.2.4-0ubuntu1
[11:47] <ogra_> yeah, i thought it was also used to attach the native tarball ... seems i was wrong :P
[11:47] <ogra_> but that would be nonsense thinking about it :P
[11:48] <xranby> infinity: ogra_:  i would consider it a bug dch -i to not detect and use a  0ubuntu1 name when appropriate
[11:49] <ogra_> well, it never detects if i work on a native package
[11:49] <infinity> xranby: Hrm?  This isn't about dch.
[11:49] <ogra_> but always attaches -XubuntuX
[11:50] <infinity> xranby: I was talking about merging and intentionally versioning in a way that won't be -0 or -1 (which is common when merging to, say, Debian's 1.2.3-4)
[11:50] <xranby> infinity: ok i get it
[11:50] <infinity> ogra_: Really?  I thought dch was smart enough these days to version natively.
[11:50] <ogra_> doesnt for me
[11:50] <infinity> ogra_: If not, THAT is a bug for sure.
[11:50] <xranby> infinity: dch -i always increast the unmber, it never resets the number when the major version differs
[11:51] <ogra_> well, i might have some old dotfile somewhere with weird settings tr so
[11:51] <ogra_> *or
[11:51] <infinity> It sure works for me.
[11:51] <infinity> I just did a dch -i on apt (0.9.7.5) and got (0.9.7.5ubuntu1)
[11:52] <infinity> Which is right.
[11:53] <infinity> xranby: I'm a bit confused as to what you're on about. ;)
[11:53] <infinity> xranby: Up until just now, we were talking about dpkg-genchanges -sa, which has nothing to do with dch's versioning.
[11:53] <xranby> we are surely talking about different things,, yesterday i did a dch -i on avian_0.6+20121011   and got 0.6+20121011-0ubuntu2      instead of 0.6+20121011-0ubuntu1  http://bazaar.launchpad.net/~xranby/ubuntu/quantal/avian/avian_0.6+20121011/revision/4#debian/changelog
[11:54] <xranby> when switching from 0.6+20120911 to 0.6+20121011
[11:55] <infinity> That was driver error.
[11:55] <infinity> You did a uupdate or something first, then a dch -i
[11:55] <infinity> The first thing got the version right, then dch -i did what you asked (increased the version number).
[11:55] <xranby> no update
[11:55] <infinity> Then how did you update from 0.6+20120911 to 0.6+20121011?
[11:55] <infinity> dch doesn't autodetect upstream versions.
[11:56] <xranby> infinity: i got the new name 0.6+20121011  when i did a bzr branch avian.dev avian_0.6+20121011
[11:56] <xranby> and dch -i picked up that
[11:56] <xranby> based on the branch nam
[11:56] <xranby> e
[11:58] <infinity> Still sounds like something, somewhere, filled in a skeleton changelog entry first, and dch -i then increased it.
[11:58] <infinity> (I just did this to myself yesterday..)
[12:01] <xranby> hmm i have to double check next time i update
[12:02] <xranby> you might be right it might be one of those things you do without reflecting about it
[12:02] <xranby> I do
[12:04] <xranby> not to something completly different: When usability fail: The "mouse wiggler" a "new invention" used at a Swedish hospital to prevent inactivity auto-logout http://www.flickr.com/photos/henrikahlen/sets/72157631580658085/
[12:04] <xranby> now
[12:05] <infinity> ogra_: So, after all that pointless prattle, do I get a new upload? ;)
[12:05] <ogra_> err, yeah
[12:05] <ogra_> just noticed i missed to s/precise/quantal/ in my build
[12:06] <ogra_> lets do it without -sa this time :)
[13:37] <ogra_> bug 1065902
[13:37] <ubot2> Launchpad bug 1065902 in linux-ti-omap4 "black/blue screen before installer, tty switch fixes it" [Medium,New] https://launchpad.net/bugs/1065902
[18:45] <nOStahl> hi guys
[18:45] <nOStahl> whats going on with the ubuntu on android thing?
[18:45] <nOStahl> the page has not changed on ubuntu.com for a long time since I first seen it
[20:03] <GrueMaster> Given that unity-2D is dead, probably not much.  Not sure how well Unity runs on an Android system.
[20:04] <nOStahl> the site says it boots up full ubuntu
[20:05] <GrueMaster> Well, iirc it is more like an ubuntu chroot running on an android system.  That way, the two can communicate with each other.
[20:06] <nOStahl> ah ya that makes some sense
[20:06] <nOStahl> i'd love to have one device that I take with me and dock it in a workstation or in some form of lapop device
[20:08] <prpplague> GrueMaster: any idea who is in charge of u-boot/SPL for pandaboard at canonical right now? we have some memory change patches in the pipe for the next revision of the OMAP4 based pandaboard
[20:09] <ogra_> prpplague, jcrigby
[20:09] <prpplague> ogra_: ok thanks
[20:09] <ogra_> (unless that changed and i missed it)
[20:09] <GrueMaster> prpplague: I'm no longer at Canonical.
[20:09]  * prpplague makes a note
[20:09] <prpplague> GrueMaster: yea i keep forgetting
[20:09] <prpplague> GrueMaster: i don't know who is where these days in relationship to canonical/linaro/ubuntu
[20:10] <GrueMaster> It seems to be changing a bit lately.
[20:10] <ogra_> we're all ubuntu :)
[20:10] <ogra_> only few are linaor or canonical :(
[20:10] <ogra_> err
[20:10] <ogra_> :)
[20:11] <prpplague> jcrigby: ping
[20:11] <prpplague> jcrigby: need to start getting a plan together to handle questions / upgrades for u-boot
[20:30] <st3fan> i got Ubuntu 12.04 running on a Pandaboard \o/
[20:31] <st3fan> do i need special drivers now? or is it all included?
[20:31] <st3fan> also, is there a correct way to upgrade to 12.10?
[20:58] <ndec> prpplague: for uboot/spl patches please talk with sebjan too.
[20:58] <ndec> and send them upstream too ;-)
[20:59] <prpplague> ndec: yea, already working on the upstream, i am more concerned about people trying to use older ubuntu releases for pandaboard and it not working
[20:59] <ndec> for older release... it will be a problem since the bootloader is in the released image.
[21:00] <ndec> and new images aren't created after they are released...
[21:00] <ndec> so, if old uboot reallly doesn't boot on new board, 12.04 image will not boot.
[21:00] <ndec> and 12.10 either.
[21:01] <ndec> well, 12.10 there is a slight window to get that done before the release, though...
[21:01] <prpplague> ndec: yea, there was some update procedure that was documented for the pandaboard-es to update the bootloader , so i figured there would be something we could document
[21:01] <prpplague> ndec: yea totally different mem config, it won;t boot without the change
[21:01] <ndec> yep, we did that a couple of times indeed.
[21:01] <ndec> it's basically -> prepare SD, and copy the magic MLO on SD.
[21:02] <ndec> prpplague: what's this change about? and why?
[21:03] <prpplague> ndec: the memory that is currently used on the pandaboard and pandaboard-es is EOL'd as of the end of this month
[21:03] <prpplague> ndec: we have enough stock to last till mid feb
[21:03] <ndec> bummer.
[21:03] <prpplague> ndec: the only available configuration as a replacement is a totally different die/bank configuration
[21:04] <ndec> you can detect the config at runtime, right?
[21:04] <ndec> so that same MLO works on new and old, right?
[21:08] <prpplague> ndec: yes we can detect if it is a new board or old board, however the MLO(SPL) needs to be updated with the new EMIF/LISA configurations
[21:08] <prpplague> ndec: i thought you were gone for something called "weekend", hehe
[21:11] <GrueMaster> That sounds like a simple patch to a lookup table, and maybe some init code.  Should be fairly straight-forward.  YOu could always file a bug against MLO and file a patch with it.
[21:12] <ndec> prpplague: i should be gone indeed...
[21:12] <prpplague> GrueMaster: yea code wise it is trivial
[21:13] <prpplague> GrueMaster: my concern is the coming support issue, "i just got my pandaboard and it doesn't boot ubuntu 12.04"
[21:14] <GrueMaster> Since 12.04 is LTS, this fix should be able to be backported.  Not sure what the release schedule is for 12.04.2, but it will have to wait until then to show up in an image.
[21:16] <ndec> GrueMaster: that said, images weren't rebuilt for 12.04.01 for panda...
[21:17]  * ndec really starts weekend now ;-)
[21:18] <GrueMaster> They weren't?  sigh.  Slackers.
[23:03] <xnox> GrueMaster: ndec: the images were build, they failed testing hence could not be released.
[23:03] <xnox> no sign-off, no point release image.
[23:03] <xnox> image, per-image.
[23:04] <xnox> but boy 12.10 is so much better on Pandaboards =)
[23:07] <st3fan> xnox: how do i test 12.10 now? (i see no images)
[23:07] <xnox> st3fan: they are on cdimage
[23:08] <xnox> st3fan: http://cdimage.ubuntu.com/daily-live/current/
[23:08] <xnox> note you need USB storage to finish the install.
[23:08] <GrueMaster> Failed testing?
[23:09] <st3fan> xnox: ah yes i think i did try that .. i was unable to install it on SD card and was not sure how to fix that
[23:09] <st3fan> i'm currently using the preinstalled 12.04, which works great
[23:09] <xnox> it's slow on the IO though.
[23:10] <xnox> no more preinstalled images.
[23:10] <st3fan> yeah i notice that
[23:10] <xnox> hence you install from sd card onto usb stick or usb HDD
[23:10] <xnox> with quantal onwards.
[23:10] <xnox> you can "do preinstall"
[23:10] <st3fan> aha
[23:11] <st3fan> i was thinking of buying a small SSD and USB/SATA adapter
[23:11] <xnox> basically after creating sd card, create a new partition at the end.
[23:11]  * xnox uses 32 GB tiny pen drive ;-)
[23:11] <st3fan> is that faster than SD?
[23:11] <xnox> yeah.
[23:11] <GrueMaster> Hmm.  Doesn't look like 12.04.1 was even generated, according to http://iso.qa.ubuntu.com
[23:11]  * xnox has fast usb stick though ;-)
[23:12] <st3fan> how does a pandaboard boot from usb though? it needs help from a bootloader on SD right?
[23:12] <GrueMaster> st3fan: Bootloader stays on SD.
[23:12] <xnox> st3fan: so the sd card you used for the install .... becomes boot floppy as panda only boots from there.
[23:13] <st3fan> this sounds good :)
[23:13] <xnox> so you need both to install & both to continue running panda.
[23:13] <GrueMaster> Well, you could also drop a bootloader through the mini-usb from a host.
[23:13] <GrueMaster> It actually looks there first, SD second.
[23:14] <st3fan> do i need to configure the bootloader manually or will that happen as part of the installation?
[23:15] <GrueMaster> It will (should) just work.
[23:15] <st3fan> these are great hints. i'm going to try this after dinner with 12.10b2
[23:15] <GrueMaster> If not, file a bug.  If it doesn't install proeprly, it shouldn't be shipped.
[23:15] <st3fan> or daily?
[23:16] <xnox> st3fan: don't try b2, use daily. The current daily is frozen and is the testing candidate for quantal final.
[23:16] <st3fan> yay
[23:16] <xnox> st3fan: plus you will help testing quantal final =)
[23:16] <st3fan> ok
[23:16] <st3fan> i will bbl
[23:22] <infinity> xnox: You're misinformed.  12.04.1 ARM images weren't built at all, as we only build point-release images for LTS products, and only the netboot images are LTS for ARM.
[23:22] <infinity> xnox: Not that it would matter, the 12.04 images would work just fine, and one could apt-get upgrade.
[23:23] <xnox> infinity: ok. sorry.
[23:23] <infinity> xnox: Oh, I read more backscroll, I see.  So, the 12.04 images will stop working at some point. :P  But we can still build new d-i (and will), so that's the direction to point people in.
[23:23] <xnox> thanks.
[23:24] <infinity> xnox: And d-i is the direction I point people in anyway, since it's the only way to install directly to USB in precise.
[23:25] <xnox> i point people to quantal =)
[23:26] <infinity> Some people (like, I dunno, our buildds) have a legitimate use-case for wanting an LTS. :)
[23:26] <xnox> infinity: for whatever reason people are expecting a much higher volume of SRUs for precise.....
[23:27] <infinity> I don't mind the attempt to perfect LTSes, personally.
[23:28] <infinity> Maybe because I run them. :P
[23:29] <GrueMaster> infinity: I think the reason this came up was due to the expected change to the pandaboard memory, wich will need a new MLO.  If the images aren't respun, then they will fail.  Easy enough to download an updated MLO and drop it in place.
[23:29] <infinity> GrueMaster: Yeah, I caught that and commented on it.
[23:30] <infinity> GrueMaster: We still won't respin the preinstalled images, but debian-installer will get bumped for new netboot love.
[23:30] <infinity> (And, as you say, it's not rocket science to do surgery by hand on the preinstalled ones, if someone really prefers those)
[23:30] <GrueMaster> I'm...not going to comment.
[23:35] <infinity> GrueMaster: (If the whole new MLO thing happens, I could probably be talked into building a Panda/preinstalled image for 12.04.2 if someone communityish wanted to QA it)
[23:35] <infinity> GrueMaster: You could totally get them to send you a new-new-new Panda just for this, and expand your dusty collection. :)
[23:36] <GrueMaster> When is 12.04.2?
[23:37] <GrueMaster> And considering I had to personally buy the last 4 pandas I got, I doubt I will be motivated to do this.
[23:37] <GrueMaster> (note, I could have expensed them, but then I would have 0 dusty pandas and absolutely no reason to be here).