 @mitya57 do you think a python-qt4 upload to ubuntu reverting the python3-dbus.mainloop.qt drop would be ok? that still has rdeps in ubuntu that trace as far as unity
 the dropping of phon packages might get phonon in proposed to migrate, so would lile to see python-qt4 migrate also
 I don't mind, can you do it?
 Not right now, but maybe later on today. I am fine with taking responsibility
 I removed Python3 version of dbus.mainloop.qt in a separate commit, so you can just git revert it.
 Thanks!
 No probs. I want to double check the migration outputs to make sure it will do what I think, anyway
 That worked. Phonon and python-q4 migrating from proposed
 Thank you!
 I wonder how phonon managed to migrate in Debian, when python-qt4 still build-depended on it O_o
 I looked at that and couldn't quite work it out either!
 o.O


[02:26] <ssk> how to add new drivers like ppp? i see that there are no modules for ppp connection using beagleboard.
[08:09] <hrw> morning
[08:20]  * cwillu yawns
[08:27] <DanaG> ureadahead invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0
[08:27] <DanaG> nice.
[08:28] <ogra> what HW is that ?
[08:28] <DanaG> beagleboard.
[08:28] <ogra> board, disk type, ram etc
[08:28] <ogra> on SD card or USB key ?
[08:28] <ogra> and do you have swap ?
[08:28] <DanaG> Booted from 2GB SD card (that's 90% full), no swap.
[08:29] <ogra> graphical env or only cmdline ?
[08:29] <DanaG> oh, and: on host: hub 8-0:1.0: unable to enumerate USB device on port 1     usb 8-1: new full speed USB device using uhci_hcd and address 9      usb 8-1: device descriptor read/64, error -110
[08:29] <DanaG> Commmand line, with some extra stuff (such as deluge).
[08:29] <DanaG> Xorg is installed, but no display or login manager.
[08:29] <ogra> hmm, i havent seen a beagle hitting OOM in a cmdline env yet
[08:29] <ogra> is that a rev B ?
[08:30] <ogra> (128M)
[08:30] <DanaG> Nope, C4.
[08:30] <ogra> hmm, thats indeed very weird
[08:30] <DanaG> where's that ureadahead pack file?
[08:33] <ogra> man ureadahead tells you
[08:33] <DanaG> ah, I thought it was /var/lib/ureadahead/pack
[08:33] <DanaG> File doesn't exist.
[08:33] <ogra> though ureadahead should gracefully exit on Sd cards anyway
[08:33] <ogra> with code 5 iirc
[08:35] <DanaG> argh, tried to load g_audio, and got screenfuls of panic.
[08:36] <ogra> g_audio ? isnt that OTG stuff ?
[08:36] <DanaG> yeah.
[08:36] <ogra> OTG is broken in the kernel still
[08:37] <DanaG> I hope we'll get musb built-in but all the modules... modular.
[08:37] <ogra> https://bugs.launchpad.net/bugs/566645
[08:37] <ubot2> Launchpad bug 566645 in linux-ti-omap (Ubuntu Maverick) (and 2 other projects) "OTG configuration is broken on omap kernel (affects: 2) (heat: 14)" [High,Confirmed]
[08:37] <DanaG> So then I can choose to use g_audio instead of g_ether, or such.
[08:37] <DanaG> It also rather oddly hangs lsusb on the host.
[08:37] <ogra> basically we dont have musb atm
[08:39] <DanaG> I wonder why it doesn't work as a module.
[08:41] <ogra> i think it didnt work compiled in either
[08:41] <ogra> amitk would know, he ported the patch back then
[08:42] <amitk> no porting involved, it was the state of musb in 2.6.33
[08:42] <ogra> cooloney, can you make sure that our omap4 kernel has the same config for udebs as the omap3 one ? i think the files under debian.ti-omap/d-i/modules/ rule that, probably you can just copy them over
[08:45] <cooloney> ogra: the d-i files in omap4 was copied from omap3 debian.ti-omap/d-i/modules/
[08:46] <cooloney> ogra: they are the same, i never change that.
[08:46] <ogra> they recently changed :)
[08:47] <ogra> i just checked the nic-usb-modules package yesterday and its missing the same modules the omap3 one did
[08:48] <ogra> mathieu added a fix afaik it was accepted to the tree already
[08:50] <amitk> ... and that is why we are moving to a unified debian tree. That will be sync'ed across all branches, all releases.
[08:53] <cooloney> ogra: oh yeah, i noticed that. will check it later. maybe just apply mathieu's patch
[08:53] <ogra> that should be fine
[08:55] <DanaG> also weird: cnetworkmanager --syscon doesn't list the wireless connection I stuck in /etc/NetworkManager/system-connections/
[08:57] <DanaG> And it also ignores my "Wired Network" connection by that name, and instead creates an "Auto eth0".
[09:03] <DanaG> I've never managed to get headless NetworkManager to work well.
[09:52] <Laibsch> Hi everyone
[09:53] <XorA> hey Laibsch
[09:53] <Laibsch> XorA!
[09:53] <XorA> Laibsch: joining the ubuntu party?
[09:53] <Laibsch> I'm a bit surprised to find you here
[09:53] <Laibsch> I think I probably was here earlier than you ;-)
[09:53] <Laibsch> But probably not as active
[09:54] <Laibsch> I always you'd never budge from being a staunch Debian user and Ubuntu-loather
[09:54] <Laibsch> Good to see you here
[09:54]  * XorA is paid to be here :-D
[09:54] <Laibsch> are you?
[09:54]  * XorA is a fedora user
[09:54] <Laibsch> more power to you
[09:55] <Laibsch> they should only hire people that at least have a Ubuntu tattoo to show their commitment
[09:55] <Laibsch> anything less makes no sense ;-)
[09:55] <XorA> hehe
[09:55] <XorA> that might be why at UDS they kept trying to get me intot the "dark" room :-D
[09:55] <Laibsch> probably
[09:55]  * XorA is on contract with TI which is working on ubuntu stuff
[09:56] <Laibsch> I see
[09:56] <lool> XorA: Are you based in Nice?
[09:56] <XorA> lool: Scotland :-D
[09:56] <lool> Didn't know TI had a Scotland office
[09:56]  * XorA has been in Nice
[09:57] <XorA> lool: they dont, I contract
[09:57] <lool> XorA: Well too bad we failed meeting at UDS then, I dont think I had the chance to chat with you, or if I did I failed I associated name and face
[09:57]  * XorA is actually based in Dallas office
[09:57] <neure> anyone used http://elinux.org/BeagleBoardUbuntu#NetInstall_Method ?
[09:57] <neure> i get a kernel panic on boot :/
[09:57] <lool> Oh you're based in Dallas, then I might see who you are
[09:57] <XorA> lool: I was hanging with the TI dudes mostly, you would have found me in Xorg and ALSA talks
[09:58] <Laibsch> lool: XorA is also one of the OE crowd
[09:58] <amitk> XorA: not everyone is perfect, I hope you don't miss the bus to salvation ;-p
[09:58] <amitk> (just kidding)
[09:58] <Laibsch> hurry, doors are closing ;-)
[09:58]  * Laibsch hears that all the time
[09:58] <neure> http://www.pastie.org/986954
[09:58] <neure> any suggestions?
[09:58] <Laibsch> actually it's "please don't hurry or rush, doors are closing" ;)
[09:59] <XorA> amitk: hehe, Im too old for distro wars
[10:01] <hrw> amitk: better not start - he will try to move you from ubuntu to angstrom
[10:02] <amitk> hrw: I've used OE before for the Zaurus 5500
[10:02] <Laibsch> doesn't the Z predate OE?
[10:02]  * XorA still has a 5500
[10:02]  * Laibsch too
[10:02]  * amitk too
[10:02] <XorA> where is the ubuntu port?
[10:02] <Laibsch> not more than one meter away ;-)
[10:03] <Laibsch> XorA: working on it ;-)
[10:03] <Laibsch> but probably impossible
[10:03] <hrw> Laibsch: no, OE was made as replacement for OpenZaurus build system
[10:03] <Laibsch> hrw: yes, I know
[10:03] <neure> amitk, did you have some preinstalled image of ubuntu somewhere?
[10:03]  * hrw does not have 5500 - donated to 2.6 hacker
[10:03] <ogra_cmpc> there is a jaunty port for the zaurus somewhere
[10:03] <XorA> Laibsch: if I knew how to rebuild full ubuntu easilly it would be real easy to do an armv4 port
[10:03] <Laibsch> hrw: therefore the Z was there before OE
[10:03] <DanaG> yeah, and it failed miserably last time I tried one.
[10:03] <XorA> Laibsch: I just need a build farm
[10:03] <DanaG> Kernel didn't have ucb1x00_ts enabled, or such.
[10:04] <hrw> Laibsch: ah yes...
[10:04] <amitk> neure: preinstall image? Not for Lucid. We will have preinstalled images for Maverick though.
[10:04] <neure> :/
[10:05] <neure> anything that i could try?
[10:05] <ogra_cmpc> neure, that netinst image uses a kernel from rcn-ee, wait for him to be around
[10:06] <ogra_cmpc> oh i lied, its hardy that was ported to the zaurus
[10:06] <ogra_cmpc> http://www.omegamoon.com/blog/index.php?entry=entry081030-074514
[10:06] <amitk> neure: did you try with a different usb-ethernet adapter?
[10:07] <ogra_cmpc> use an asix or pegasus based one
[10:07] <neure> amitk, no, i dont think i have one
[10:07] <neure> i could perhaps get the apple one
[10:07] <neure> is it known to work?
[10:07] <ogra_cmpc> also did you file a bug aboout your partitioning error ?
[10:08] <neure> no, i didnt
[10:08] <ogra_cmpc> its very likely that you will hit it again even with a netinstall
[10:08] <neure> maybe
[10:08] <neure> if i do i can try to file a report
[10:08] <neure> but its just 'doesnt work'
[10:08] <ogra_cmpc> well, thats not a proper erro description we accept here :)
[10:09] <neure> hmm
[10:09] <neure> i have bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait
[10:10] <neure> i wonder what i should have in order to use this rcn-ee thing
[10:10] <ogra_cmpc> no idea
[10:10] <ogra_cmpc> rootwait is definately wrong for the official images
[10:11] <neure> what does it mean?
[10:11] <ogra_cmpc> but you might need it in rcn"s
[10:11] <hrw> makes kernel wait for rootfs device to appear
[10:11] <ogra_cmpc> it means to wait for the rootfs device until it shows up
[10:11] <ogra_cmpc> since ubuntu always uses an initramfs in the official images thats not needed
[10:12] <ogra_cmpc> we also boot in ro mode by default
[10:12] <ogra_cmpc> because mountall remounts rw after fsck
[10:13] <neure> hmm
[10:14] <lool> mattman wrote me that he managed to boot to a console using our ti-omap kernel + qemu-maemo!   :-)
[10:14] <Laibsch> XorA: lool shared with me a couple of blueprints discussed at UDS: https://blueprints.launchpad.net/sprints/uds-m?searchtext=arm-
[10:15] <Laibsch> https://blueprints.launchpad.net/ubuntu/+spec/arm-m-cross-compilers looks like something you and I may be interested in
[10:15] <neure> if i have this 16GB mmc card inserted, i get this: http://www.pastie.org/986970
[10:15] <neure> is something wrong?
[10:16] <XorA> lool: have you been to Nice BTW?
[10:16] <neure> if i dont have it in there, i get http://www.pastie.org/986971
[10:16] <lool> XorA: I came to visit, yes
[10:16] <Laibsch> XorA: Ubuntu on ARM is still very young and evolving, so I have a hard time (and not enough of it)to keep up with the status
[10:16] <lool> For a couple of days only
[10:16] <lool> I wouldn't mind going back  :-)
[10:16] <lool> it's an easy ride
[10:16] <XorA> lool: same meeting as persia jumped out of hotel?
[10:16] <lool> haha yes
[10:16] <XorA> lool: you met me then
[10:16] <lool> I was his translator in the hospital  :-)
[10:17] <lool> XorA: I missed the morning meeting, but I think I saw you Monday afternoon
[10:17] <lool> XorA: I am the guy who talked about cross-compilation
[10:17] <XorA> lool: I was all in black wearing New Rocks
[10:17] <XorA> lool: from weds onwards I had my nails painted
[10:17] <ogra> Laibsch, i wouldnt call 1.5 years "young" :)
[10:18] <Laibsch> I would ;-)
[10:18] <lool> XorA: I only stayed until Tuesday evening I'm afraid
[10:18] <lool> I missed the fingernails
[10:18] <ogra> lool, he had them painted at UDS too
[10:18] <neure> could it be that there is an issue with the sdcard?
[10:19] <neure> could that be causing issues for server installer?
[10:19]  * XorA should get his hair hot pink to make it wasier to spot :-D
[10:19] <hrw> I remember how someone asked me 'why XorA paints his fingernails' ;d
[10:19] <ogra> neure, your paste shows that you dont have a second partition
[10:20] <neure> ogra, that is correct
[10:20] <hrw> libnih - for all those with NIH problem?
[10:20] <ogra> hrw, yeah *g*
[10:20] <XorA> hrw: your answer?
[10:20] <neure> ogra, that is sdcard with ubuntu installer on it,  created by script by rcn-ee..
[10:20] <ogra> neure, then how do you expect it to boot from mmcblk0p2 ?
[10:20] <hrw> XorA: because he can
[10:21] <neure> well he doesnt tell what i should have as bootargs :(
[10:21] <XorA> hrw: nice catch :-D
[10:21] <hrw> XorA: I do not care how people look as long as they are fine with it
[10:21] <neure> i tried to change it to p1 but that didnt help
[10:22] <XorA> hrw: this is why I like working in linux, in the windows world I would always be the freak
[10:22]  * XorA isnt good with suits
[10:22] <ogra> neure, for netinstall you dont set root=
[10:22] <ogra> it needs to load the initrd as rootfs
[10:24] <neure> ogra, http://www.pastie.org/986979  -- without root
[10:24] <ogra> how did you load the initrd ?
[10:24] <neure> i dont know...
[10:25] <amitk> :)
[10:26] <neure> http://www.pastie.org/986986
[10:26] <neure> like this
[10:28] <neure> bootcmd=mmc init;fatload mmc 0 80300000 uImage;bootm 80300000
[10:28] <neure> thats my bootcmd i wonder if thats ok?
[10:28] <ogra> thats definately not right
[10:28] <neure> great
[10:28] <ogra> wait for rcn-ee
[10:28] <neure> what should it be?)
[10:28] <ogra> i guess he has a boot.scr file somewhere
[10:29] <ogra> i have no clue about the unofficial images
[10:35] <neure> lunch
[10:36] <cwillu_at_work> neure, what's the problem?
[10:49] <ogra> asac, x-loader and u-boot with XM support are in maverick now
[10:50] <lool> ogra: Cool
[10:50]  * ogra ponders about the x-loader-omap4 versioning
[10:51] <ogra> lool, i have x-loader-omap4-L24.6-p1git20100520 what would you do with the L ?
[10:51] <ogra> (its TI versioning for the omap4 branches, u-boot has that too)
[10:52] <ogra> i'm inclined to just ignore th elintian warning, but we'll get probs if we ever have a unified x-loader package (not that i expect that to happen)
[10:53] <lool> ogra: the L?
[10:53] <ogra> -L24.6-p1git20100520
[10:53] <ogra> is the version
[10:53] <ogra> L24.6-p1 is what TI calls the release
[10:53] <lool> It shouldn't be a problem for pdkg
[10:53] <lool> dpkg
[10:54] <lool> You can have as many dashes as you like
[10:54] <ogra> well, usually x-loader is 1.1.4 or some such
[10:54] <lool> It would be good to understand how they relate
[10:54] <lool> Is it a 1.1.4 + patches?
[10:54] <ogra> if we get a unified u-boot or x-loader package we'll struggle with the versions
[10:55] <lool> ogra: I understand x-loader is a TI only project, so eventually everything will go upstream, right?
[10:55] <ogra> i think its based on 1.1.4 but TI always uses L (for linux) 2.6 (kernel main version) -p* published version
[10:55] <ogra> x-loader will even vanish soon and just become a binary header to u-boot.bimn
[10:55] <ogra> *bin
[10:56] <ogra> but still, the u-boot-omap4 version has the same issue
[10:56] <ogra> i'd actually like to use their versioning, but once jcrigby is done and we have a unified numeric version it will force an epoch
[10:56] <lool> ogra: If you're taking full tarballs from them, make sure the origin is reflected in the source package name and use their versions
[10:57] <ogra> at least for conflict/replacing the binary versions
[10:57] <lool> Well we could use different binary package names and provide an upgrade path
[10:57] <ogra> i expect jcrigby's work to result in a u-boot source but u-boot-omap3 and omap4 binary packages
[10:57] <ogra> hmm
[10:57] <ogra> indeed, that would work
[10:58] <ogra> ok, i'll keep the original TI versioning
[10:58] <ogra> lool, thanks
[10:59] <ogra> (effectively it doesnt matter anyway, i dont think anyone will actually use the binaires directly, they are for the image build system)
[11:00] <asac> ogra: flash-kernel on omap is kinda destructive
[11:00] <ogra> asac, yes, that'll change for maverick
[11:00] <asac> why dont you use the defaults that are in the uboot source?
[11:00] <asac> that looks really generic and good enough
[11:01] <ogra> asac, because upstream u-boot has no concept for an initrd
[11:01] <ogra> and we cant use boot.scr if we use NAND
[11:01] <ogra> maverick will change that completely
[11:02] <hrw> re
[11:02] <asac> ogra: hmm. we cant use boot.scr if we use nand? why is that?
[11:02] <ogra> because boot.scr only works from vfat
[11:02] <asac> the default that is in uboot seems to do the right thing .. checks if sdcard is there
[11:02] <ogra> right
[11:02] <asac> otherwise uses nandboot
[11:03] <ogra> but has no concept of initrd at all
[11:03] <ogra> anyway, lucid is done
[11:03] <asac> well. thats simple to add imo
[11:03] <ogra> maverick will change the whole concept
[11:03] <asac> ogra: right. problem is that once you install lucid you cant install anything else anymore ...
[11:03] <ogra> since we ship our own u-boot now
[11:03] <ogra> you can update the setup
[11:03] <ogra> i'll take care for that
[11:04] <asac> ah you didnt ship your own uboot
[11:04] <asac> kk
[11:04] <ogra> if you have a better concept, feel free to do an SRU
[11:04] <asac> my image has that
[11:04] <asac> thats the problem then
[11:04] <asac> all fine
[11:04] <ogra> oki
[11:04] <ogra> time was to short in lucid to change the whole image build system
[11:05] <ogra> which is why i relied on NAND
[11:05] <ogra> asac, btw, any final word on the naming discussion?
[11:05] <ogra> :)
[11:06] <ogra> i'll start with the tool this afternoon
[11:06] <ogra> (after the mobile meeting)
[11:09] <asac> ogra: remind me about what naming discussion that is ;)
[11:09] <ogra> asac, casper :)
[11:10] <ogra> see the spec whiteboard
[11:10] <asac> heh
[11:10] <asac> ogra: EDONTCARE ;)
[11:10] <ogra> ok
[11:10] <asac> let me see whats going on on whiteboard
[11:10]  * asac didnt intent do raise a long discussion
[11:10] <ogra> btw, i didnt bother to rename the specs since th eteam will likely be renamed soon
[11:11] <ogra> and i didnt want to do the renaming twice
[11:11] <asac> ogra: well. but it was tough to find
[11:11] <asac> ogra: can you paste the url again ;)
[11:11] <asac> i wont be able to find it
[11:11] <ogra> yeah, agreed
[11:11] <ogra> https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap
[11:13] <ogra> hrm, no NCommander
[11:14] <ogra> he had a task to care for libnih before the meeting
[11:15] <ogra> oh, now upstart failed completely ... no wonder i dont find libnih on the ftbfs list :P
[11:16] <ogra> hmm, funny, i dont see any recent upload
[11:17] <Laibsch> How does one start to build Ubuntu for ARM from scratch?
[11:17] <Laibsch> I thought about starting from Jaunty and then recompiling packages
[11:17] <Laibsch> But Jaunty requires armv5t
[11:18]  * ogra wonders why you would recompile
[11:18] <Laibsch> I was wondering how to inflict a lot of pain on myself and base it off armv4
[11:18] <hrw> Laibsch: you have armv4t?
[11:18] <ogra> aww
[11:18] <hrw> Laibsch: armv4? strongarm?
[11:18] <Laibsch> XorA seemed to be interested in it
[11:18] <Laibsch> this is as much about getting binaries as it is about learning the steps
[11:19] <ogra> iirc there was a spec about rebuilding the whole distro for other arm versions
[11:19] <lool> Laibsch: The way mojo did it and which is proven to work is to rebuild the archive multiple times against itself
[11:19] <ogra> not sure where it went though
[11:19] <hrw> Laibsch: grab as fast arm buildd as possible, install ubuntu and do rebuilds for armv4/eabi? nightmare task
[11:19] <Laibsch> lool: take Jaunty and rebuild the toolchain packages, then reiterate?
[11:20] <Laibsch> I see
[11:20] <lool> Laibsch: Take whatever Ubuntu version, change the toolchain, rebuild the modified archive against itself, rebuild again and again
[11:20] <Laibsch> Maybe sticking with armv5t is a better idea then (probably plenty of pain as is ;-))
[11:20] <lool> I'd recommend taking the latest version of Ubuntu
[11:20] <lool> (for rebuilds)
[11:20] <Laibsch> OK
[11:20] <ogra> or get some more recent HW :)
[11:21] <ogra> money seems the easiest solution for your prob
[11:21] <Laibsch> Where is the armv7 vs. armv5t vs. armv4 switch?
[11:21] <Laibsch> ogra: you don't seem to understand my prob
[11:21] <ogra> jaunty v5, karmic v6, lucid v7
[11:21] <Laibsch> I don't have a particular prob
[11:22] <ogra> the switch is done in the compiler defaults iirc
[11:22] <Laibsch> ogra: See my comment 19:18:49
[11:22] <Laibsch> ogra: thanks
[11:22] <Laibsch> XorA: ^^^
[11:43] <Laibsch> lool: Is there a way to find out if the numbers of compile iterations have been sufficient or not?
[11:44] <Laibsch> debdiff $deb1 $deb2?
[11:44] <Laibsch> or something like that?
[12:03] <neure> back
[12:04] <neure> cwillu_at_work, i am having hard time installing ubuntu on my beagleboard C2
[12:04] <cwillu_at_work> can you be more specific? :)
[12:04] <cwillu_at_work> are you using rootstock?
[12:04] <neure> no... 1) installer doesnt recognize my moschip network usb to etherner adapter
[12:04] <ogra> 'doesnt work'
[12:04] <ogra> :P
[12:04] <neure> 2) server installer fails to format usb stick
[12:05] <cwillu_at_work> you should use rootstock :D
[12:05] <neure> i guess so then
[12:05] <neure> im trying to figure out how to boot http://elinux.org/BeagleBoardUbuntu
[12:05] <neure> but i dont know what boot environment variables it needs
[12:06] <cwillu_at_work> which, the kernel, or u-boot?
[12:06] <neure> any
[12:06] <cwillu_at_work> c2 will have a pretty old u-boot, but it should still boot fine
[12:06] <neure> should i upgrade?
[12:06] <cwillu_at_work> neure, have you done ./setup_sdcard.sh --mmc /dev/sdX --uboot beagle?
[12:06] <neure> cwillu_at_work,  yes
[12:07] <cwillu_at_work> and you booted with the user button held down?
[12:07] <neure> yes
[12:07] <cwillu_at_work> you have a serial line hooked up?
[12:07] <neure> yes
[12:07] <neure> i can see kernel booting
[12:07] <neure> but then it fails to figure out where is root
[12:07] <cwillu_at_work> what's the kernel panic?
[12:07] <ogra> cwillu_at_work, iirc his u-boot doesnt load boot.scr
[12:07] <ogra> by default
[12:08] <cwillu_at_work> neure, boot up, and pull up the u-boot prompt over serial
[12:08] <neure> if i have some root= in boot args, it fails to mount that
[12:08] <cwillu_at_work> neure, tell me what the bootargs are set to
[12:08] <neure> bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8
[12:08] <cwillu_at_work> neure, and the card mounts fine on a desktop, and you properly unmounted it?
[12:08] <neure> bootcmd=mmc init;fatload mmc 0 80300000 uImage;bootm 80300000
[12:09] <neure> yes
[12:09] <neure> the card has only one partition
[12:09] <neure> boot fails it says it cant find init
[12:09] <cwillu_at_work> neure, you'll need "rootwait root=/..." in bootargs
[12:09] <neure> root= what?
[12:09] <cwillu_at_work> root=/dev/mmcblk0p1
[12:09] <ndec> ogra: hi
[12:09] <neure> iirc i tried it
[12:09] <ogra> ndec, hey
[12:09] <neure> let me try again
[12:09] <cwillu_at_work> or mmcblk0p2 if it's a second partition
[12:09] <cwillu_at_work> neure, you had rootwait as well?
[12:10] <neure> yes
[12:10] <neure> let me try and get you the message
[12:10] <ndec> ogra: if I want to get automatic login on the console by default, what's the easiest way?
[12:10] <ogra> ndec, i think asac has a script for that
[12:10] <ndec> ogra: I don't need root login, so any user is okay
[12:10] <ogra> though thats rootlogin by default
[12:10] <ndec> ogra: that's okay too...
[12:11] <ogra> asac, ?? ^^^
[12:11] <cwillu_at_work> ndec, /etc/init/tty1.conf sets up the login prompt on tty1
[12:11] <neure> cwillu_at_work, i get [   24.414520] Kernel panic - not syncing: No init found.  Try passing init= option to kernel.
[12:12] <cwillu_at_work> o_O
[12:12] <cwillu_at_work> neure, try init=/bin/bash
[12:12] <cwillu_at_work> oh, wait
[12:12] <cwillu_at_work> one sec
[12:12] <cwillu_at_work> neure, your rootstock failed probably
[12:12] <cwillu_at_work> neure, which qemu packages did you isntall?
[12:13] <ndec> cwillu_at_work: but i want autologin. i have automatic tests that reboot the board and run afterwards, so I need to make sure that I can autologin
[12:13] <neure> i didnt
[12:13] <neure> cwillu_at_work,  i used http://elinux.org/BeagleBoardUbuntu
[12:13] <cwillu_at_work> ndec, that's nice.
[12:13] <ndec> cwillu_at_work: what is nice?
[12:13] <cwillu_at_work> ndec, it's almost like I was giving you exact hint you need, and you missed it ;)
[12:15] <cwillu_at_work> neure, install qemu-kvm-extras-static, and rerun rootstock and remake the card
[12:15] <neure> cwillu_at_work,  i was trying "NetInstall Method" on that page
[12:15] <neure> i havent run rootstock at all
[12:16] <neure> how much rootstock needs diskspace?
[12:16] <neure> i dont have much on my vmware  :/
[12:16] <cwillu_at_work> neure, it needs about as much room as the final image size
[12:17] <asac> ndec: we have a package for that ...
[12:17] <neure> so 1 GB should be enough?
[12:17] <cwillu_at_work> re: net install, I presume you got to the part where it said "If boot fails... upgrade x-loader and u-boot ... and clean u-boot environment vars"?
[12:17] <neure> E: Couldn't find package qemu-kvm-extras-static
[12:17] <cwillu_at_work> and ignored it, given that you asked if you should update u-boot?
[12:17] <ndec> asac: which package?
[12:17] <neure> im running ubuntu 9 something in my vmware
[12:17] <asac> ndec: see msg
[12:18] <asac> ndec: you want autologin serial console?
[12:18] <asac> as root?
[12:18] <asac> or autologin virtual terminal?
[12:18] <ndec> asac: root or not, don't care.
[12:18] <asac> the package isnt published yet (reason see msg)
[12:18] <cwillu_at_work> asac, come on, it's a one line change to /etc/init/tty1.conf :p
[12:18] <asac> ndec: serial or virtual terminal?
[12:19] <asac> cwillu_at_work: yes, its a one line change, or some magic ;)
[12:19] <asac> we opted in to magic
[12:19] <cwillu_at_work> ugh
[12:19] <cwillu_at_work> bad asac, BAD.
[12:19] <asac> as you cannot change .conf files
[12:19] <asac> in a package
[12:19] <cwillu_at_work> _why_ does it need to be a package?
[12:19] <ndec> asac: serial
[12:20] <asac> ndec: do you need a package or can i just give you the files?
[12:20] <ogra> cwillu_at_work, because this is ubuntu :)
[12:20] <cwillu_at_work> ogra, "if dkms is madness, _this_ is sparta"
[12:20] <ndec> asac: whatever is simpler for you... honestly I just need the 1-line change ;-)
[12:21] <ogra> cwillu_at_work, why would dkms be madness ? we use it all over the distro
[12:21] <cwillu_at_work> ogra, it was an excuse to use a good quote :p
[12:21] <ogra> heh
[12:21] <cwillu_at_work> asac, agra, repeat after me:  "apt is not a global control panel"
[12:21] <neure> cwillu_at_work,  will rootstock make installer image or what?
[12:21] <asac> ndec: cool. then just take that change for now ;)
[12:22] <asac> ndec: and wait for the magic to pop up on a tree ;)
[12:22] <cwillu_at_work> neure, rootstock makes the final installed image, you just need to dump it onto a card and boot
[12:22] <neure> :/
[12:22] <ndec> asac: but I don't have the 1-line for now...
[12:22] <neure> i have 16GB sdcard
[12:22] <neure> so i would need 16GB free in my vmware
[12:22] <neure> which i dont have :/
[12:22] <cwillu_at_work> hardly
[12:22] <neure> hardly?
[12:22] <cwillu_at_work> you only need the tarball, which will be 600mb or so
[12:23] <cwillu_at_work> then you just write it out to the sd card like it was any other hard drive
[12:23] <cwillu_at_work> mk_mmc and company does exactly that
[12:23] <neure> ok so it might work even with ~2GB free to make 16GB image?
[12:23] <cwillu_at_work> neure, exactly, because you're not actually making a 16GB image
[12:24] <neure> well it starts by "I: Creating temporary Image" so i was worried.. :P
[12:24] <cwillu_at_work> it just needs to be big enough to actually complete the install, the final size of the card doesn't matter
[12:24] <neure> i'll give it a try
[12:25]  * cwillu_at_work cringes at the thought of running rootstock (which uses a vm internally) under vmware
[12:25] <cwillu_at_work> neure, hmm
[12:25] <cwillu_at_work> you know, you could actually use one of the prebuilt images on the same page I bet
[12:25] <neure> cwillu_at_work, is there such?
[12:26] <cwillu_at_work> neure, brief tangent:  when reading technical documentation other than reference material (which that link isn't), it's usually a good idea to read the whole thing once through before actually attempting to follow the instructions
[12:27] <cwillu_at_work> the instructions to use a prebuilt image is the first thing after the table of contents :p
[12:27] <neure> the demo image in the beginning is 2G
[12:27] <neure> my sdcard is 16
[12:27] <cwillu_at_work> doesn't matter
[12:27] <neure> and i need the space
[12:27] <cwillu_at_work> your reading comprehension leaves something to be desired :)
[12:28] <cwillu_at_work> first, the rebuilt images are tarballs, which are like zip archives
[12:28] <neure> ah
[12:28] <neure> so --imagesize 2G has very little no no meaning at all?
[12:28] <cwillu_at_work> pretty much
[12:28] <neure> ok i will try
[12:29] <neure> or well
[12:29] <cwillu_at_work> it's used for the internal virtual machine during install, and rootstock can (and does by default I think?) give a raw image of that size (the end result of the virtual machine)
[12:29] <cwillu_at_work> but a tarball is generally more useful for a few reasons
[12:29] <ogra> --imagesize 2G is important for building
[12:29] <ogra> has nothing to do with the target SD
[12:29] <neure> ok
[12:30] <neure> 5 min to download the image :)
[12:33] <neure> cwillu_at_work, how about bootargs for the demo image?
[12:33] <cwillu_at_work> neure, the args I gave you before should work
[12:33] <cwillu_at_work> root=/dev/mmcblk0p1, etc
[12:34] <cwillu_at_work> neure, there should be a boot.scr that setup_sdcard.sh makes
[12:35] <neure> got the image now..
[12:36] <neure> we'll find out soon
[12:37] <neure> running setup script...
[12:47] <neure> how much diskspace is in use by the prebuilt demo image?
[12:47] <neure> it's taking a quite a long time to populate rootfs...
[12:50] <cwillu_at_work> neure, not sure;  less than 2gb
[12:50] <neure> df is reporting 474404 as Used currently
[12:51] <cwillu_at_work> df -h is nice
[12:51] <neure> hmm
[12:52] <neure> the script finished now
[12:53] <neure> now booting
[12:53] <neure> [   24.510650] Kernel panic - not syncing: No init found.  Try passing init= option to kernel.
[12:54] <neure> so.. the same error, basically
[12:54] <cwillu_at_work> neure, if you mount that sd card, is there a ./sbin/init?
[12:56] <neure> yes
[12:56] <cwillu_at_work> what partitions are there?
[12:56] <cwillu_at_work> ls /dev/sd*
[12:56] <cwillu_at_work> and cross reference to whichever you mounted
[12:56] <neure> /dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sdb  /dev/sdb1  /dev/sdb2  /dev/sdc  /dev/sdd  /dev/sde
[12:57] <neure> /dev/sdb2 on /media/sdcard2 type ext3 (rw)
[12:57] <neure> /dev/sdb1 on /media/sdcard1 type vfat (rw,flush)
[12:57] <cwillu_at_work> what was your root= line?
[12:57] <cwillu_at_work> /dev/mmcblk0p2?
[12:57] <neure> bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8 rootwait root=/dev/mmcblk0p1
[12:57] <neure> i see
[12:57] <neure> let me try p2
[12:57] <cwillu_at_work> :)
[12:58] <neure> well
[12:59] <neure> i got login now
[12:59] <neure> :)
[12:59] <cwillu_at_work> \o/
[12:59] <markos_> hi, I've managed to build ~3k packages (karmic for now) using -mfloat-abi=hard and codesourcery 2010q1 gcc 4.4.1. So far I've had minor problems, but I've hit a wall with mono and java (gcj/openjdk), anyone willing to help/point to the right directions?
[12:59] <neure> cwillu_at_work, thanks !
[12:59] <neure> cwillu_at_work,  one more q..
[12:59] <neure> how do i add x?
[12:59] <neure> some minimal
[12:59] <neure> some simple, compact wm if possible
[13:00] <cwillu_at_work> neure, play around on your vm with a ubuntu-server image or some such;  basically you can apt-get install <foo> to make any install you could possibly want
[13:01] <neure> this is the minimal demo image
[13:01] <neure> hmm
[13:01] <neure> but.. i would like to get some hint about how to proceed getting X :)
[13:01] <cwillu_at_work> binutils build-essential cups git-corelinux-firmware network-manager openssh-server picocom python-dev python-nose python-pip python-setuptools python-virtualenv samba system-config-printer-udev uboot-envtools uboot-mkimage ubuntu-minimal ubuntu-standard vim winbind wireless-tools xdotool xfwm4 xorg xsplash libcap2-bin
[13:01] <cwillu_at_work> are the package I throw in
[13:02] <cwillu_at_work> a lot of them aren't going to be relevant for you though
[13:03] <cwillu_at_work> you could also do something like "ubuntu-desktop" or "lubuntu-desktop" to get a fairly full desktop (full ubuntu, and a light ubuntu respectively)
[13:03] <ogra> or ubuntu-netbook :)
[13:03] <ogra> its specifically tailored for armel
[13:04] <neure> erm
[13:05] <neure> my network doesnt seem to work
[13:05] <neure> how do i check that?
[13:05] <ogra> ifconfig
[13:05] <cwillu_at_work> #ubuntu :p
[13:05] <neure> well
[13:05] <ogra> or on a lower level: cat /proc/net/dev
[13:05] <neure> i dont see anything other than lo
[13:05] <neure> which is bad
[13:05] <neure> i suppose
[13:05] <neure> there is no eth
[13:06] <cwillu_at_work> dhclient eth0 says device not found?
[13:06] <ogra> in proc ?
[13:06] <cwillu_at_work> (a device that's down won't show up in ifconfig unless you specifically name it)
[13:06] <neure> ogra, proc has line for eth0
[13:06] <ogra> then bring it up
[13:06] <ogra> and run dhclient for it
[13:07] <cwillu_at_work> dhclient eth0 will suffice (it'll bring it up automatically)
[13:07] <neure> ok
[13:07] <cwillu_at_work> this is typical stuff for a bare operating system
[13:07] <neure> i had to run "dhclient eth0" before my eth0 started running
[13:07] <ogra> dpkg-deb: Building Package »u-boot-omap4« in »../u-boot-omap4_L24.6-p1git20100520-0ubuntu1_armel.deb«.
[13:07] <ogra> \o/
[13:07] <ogra> finally
[13:08] <neure> cwillu_at_work, eh
[13:09] <neure> i suppose my clock is not right
[13:09] <neure> installing some packages i get lots of tar complaining time stamps being in future
[13:09] <ogra> run ntpdate
[13:09] <cwillu_at_work> ntpdate-debian :p
[13:09] <neure> i'll wait for the packages to install first
[13:09] <neure> i hope things are not broken by running with bad clock?
[13:09] <cwillu_at_work> neure, i.e., almost nothing you're going through at the moment is specific to ubuntu or beagle
[13:10] <cwillu_at_work> it's just general "bringing up a unix system"
[13:10] <neure> i know.. :)
[13:10] <ogra> if you set up your network properly it will automatically sync the clock on network bringup during boot
[13:10] <cwillu_at_work> neure, should be fine, although you'll have bogus dates on files, etc
[13:11] <neure> ogra yes, i want it that way, but i was bitten by the fact that it is not like that by default on the minimal image i started from :)
[13:11] <ogra> you have to configure /etc/network/interfaces
[13:11] <ogra> or use network manager
[13:11] <ogra> that will always autosync the clock on network bringup
[13:11] <neure> first i want x working :)
[13:11] <neure> even before that i want openssh-server working
[13:12] <ogra> sudo ntpdate ntp.ubuntu.com
[13:12] <ogra> before installinf stuff
[13:12] <neure> well im already installing stuff
[13:12] <neure> i hope things will still work
[13:12] <ogra> they will, its just annoyingly niosy
[13:12] <ogra> *noisy
[13:12] <neure> yeah
[13:16] <neure> update-alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode.
[13:16] <neure> smbd start/running, process 1327
[13:16] <neure> start: Job failed to start
[13:16] <neure> whats that?
[13:16] <ogra> looks like samba
[13:17] <neure> yeah is it supposed to fail like that?)
[13:17] <ogra> no idea
[13:17] <ogra> i never use samba
[13:19] <neure> how do i allow lame passwords?
[13:19] <neure> sorry moved to #ubuntu :)
[13:23] <neure> how do i remove the 'password has expired'?
[13:25] <neure> ha
[13:25] <neure> got ssh working :)
[13:30] <ogra> lool, asac, is there any interest in keeping the uboot-imx package in the archive ?
[13:30] <ogra> i'm inclined to file a removal bug
[13:37] <lool> ogra: Does it work?
[13:38] <ogra> lool, well, very roughly ... its darn slow and a mess merged of two patchsets
[13:38] <lool> If it works and is not a huge maintenance burden, it might make sense to keep it?
[13:38] <ogra> effectively it was merged of two non working patch tarballs to make it somewhat work
[13:39] <neure> now getting ubuntu-netbook
[13:39] <ogra> today there shoudl be a new codebase in the freescale git that works better but i'm not really after maintaining it and doing a new release
[13:39] <hrw> re
[13:39] <ogra> beyond that it doesnt fit into the naming scheme anymore
[13:40] <ogra> (i use u-boot instead of uboot everywhere since thats what we get from all the upstream branches)
[13:41] <neure> oh no
[13:41] <neure> "ubuntu@beagleboard:~$ [ 2773.007507] hub 1-0:1.0: port 2 disabled by hub (EMI?), re-enabling..."
[13:41] <neure> what is that?
[13:42] <neure> my ssh connection to shell that was installing ubuntu-netbook was reset :/
[13:42] <neure> but looks like it is still running
[13:42] <neure> serial still works
[13:47] <neure> but looks like my eth0 died :/
[13:47] <neure> i had no issues with ångström
[13:47] <neure> usb worked reliably
[13:47] <neure> :/
[13:51] <neure> ogra i assume my installation issues were caused by usb issues
[13:57] <asac> ogra: isnt there a new git snapshot now available with all the fixes?
[13:58] <ogra> asac, no idea, but their git tree was supposed to have the fixes ... i didnt check
[13:58] <ogra> and i dont have interest in maintaining it (as in updates to the package)
[13:59] <ogra> so if nobody takes it over or says he needs it in the distro, i'D rather remove it
[13:59] <amitk> ogra: I used the imx uboot on my babbage board, it worked upto a point and then the board died. No idea if was caused by uboot. I need to use JTAG to try get it working again.
[14:28] <zyga> ogra: how can I make my nebook image look nice with 24bpp color on a beagle board?
[14:29] <hrw> zyga: use other omapfb.mode
[14:30] <ogra> what hrw said
[14:30] <hrw> zyga: 1280x800-24@60
[14:30] <zyga> ogra, hrw: is it possible to change this without rebooting?
[14:30] <hrw> zyga: fbset --depth 24?
[14:30] <zyga> m
[14:30]  * ogra dounbts that works but would be happy to be proven wrong
[14:31] <zyga> checking
[14:32] <zyga> mmm
[14:32] <zyga> it 'worked'
[14:32] <zyga> interesting image
[14:32] <zyga> well
[14:32] <zyga> it's not what I wanted
[14:32] <zyga> ogra: any hints?
[14:32] <ogra> define "interesting image"
[14:32] <ogra> :)
[14:33] <zyga> ogra: sending at<EMAIL_ADDRESS>[14:33] <zyga> sent
[14:34] <ogra> wow
[14:34] <zyga> ogra: resetting to 16 makes it even more wrong
[14:34] <zyga> the bottom 30% is black
[14:34] <ogra> what did you set on cmdline ?
[14:34] <zyga> sudo fbset -depth 24
[14:34] <zyga> oh
[14:34] <zyga> on cmdline
[14:34] <zyga> mm
[14:34] <ogra> i'm pretty sure dynamic switching wont work with omapfb
[14:34] <ogra> you likely need to reboot and set it on the kernel cmdline
[14:35] <zyga> omapfb.mode=dvi:1280x720MR-16@60
[14:35] <ogra> try 32 ther
[14:35] <zyga> just did
[14:35] <ogra> -32@
[14:35] <zyga> (fbmode
[14:35] <zyga> nice ;-)
[14:35] <ogra> better ?
[14:36] <zyga> ogra: yeah, much more readable, check your email
[14:36] <zyga> note the blackness in the bottom parts
[14:36] <zyga> rebooting bb
[14:36] <ogra> hmm
[14:38] <zyga> ogra: I set it to
[14:41] <zyga> 'root=UUID=2e97cacf-bddd-45b7-a81a-c252dd42943f ro quiet splash vram=12M omapfb.mode=dvi:1280x720MR-32@60 fixrtc'
[14:41] <zyga> checking now
[14:41] <ogra> you might also want 1280x800
[14:41] <zyga> GODNESS!
[14:41] <zyga> it looks awsome
[14:41] <ogra> i picked 720MR-16 for people that use TV sets
[14:41] <zyga> much much better than that 16bit crap
[14:42] <ogra> since usually monitors can to 720 even with a bit streching
[14:42] <zyga> ogra: why 16? tvs cannot handle true color?
[14:42] <ogra> zyga, eats more ram though
[14:42] <ogra> no, just a ram decision
[14:42] <hrw> on 16:10 lcds 1280x800. on 16:9 - 1280x720
[14:42] <zyga> ogra: makes you want to look at the screen though ;-)
[14:42] <zyga> ok
[14:42] <ogra> though we allocate 12M ...
[14:43] <ogra> might not really be an issue with that
[14:43] <ogra> hrw, right, but many TVs cant do 1280x800
[14:43] <ogra> while monitors usually are able to do 1280x720
[14:44] <hrw> yep
[14:44] <ogra> even 16:10 ones
[14:44] <hrw> my TV anyway is not able to do MR ones
[14:44] <ogra> though the 16bit are surely debatable
[14:44] <hrw> 1280x720 works
[14:57] <zyga> ogra, what does omapfb.debug=y do?
[14:57] <ogra> spill debug messages to dmesg afaik
[15:47] <mpoirier> ogra: do I remember you telling me you have a panda board ?
[15:50] <ogra_> mpoirier, still waiting for it
[15:51] <mpoirier_> Ok - I got mine yesterday.
[15:51] <ogra_> cool
[15:51] <ogra_> dont boot it yet
[15:51] <mpoirier_> oops.
[15:51] <mpoirier_> why ?
[15:51] <ogra_> we need a special kernel patch to work around an issue that will fry the HW
[15:51] <mpoirier_> ok.
[15:52] <ogra_> at least i was told so
[15:52] <ogra_> did you boot it with our kernel ?
[15:52] <mpoirier_> No.
[15:52] <ogra_> i guess if there is something shipped with it that should be fine
[15:52] <mpoirier_> there is nothing apparent that came with it.
[15:52] <mpoirier_> no SD card.
[15:53] <mpoirier_> I'm just trying to see u-boot on the console.
[15:53] <ogra_> i just uploaded x-loader-omap4 and u-boot-omap4
[15:54] <mpoirier_> I should probably do the same - where from ?
[15:54] <ogra_> https://edge.launchpad.net/ubuntu/maverick/+source/x-loader-omap4/L24.6-p1git20100520-0ubuntu2 and https://edge.launchpad.net/ubuntu/maverick/+source/u-boot-omap4/L24.6-p1git20100520-0ubuntu1
[15:54] <ogra_> not published yet you will have to wait a bit
[15:56] <mpoirier_> what do you mean by not published yet ?
[15:56] <ogra_> the binary packages arent published yet
[15:56] <mpoirier_> ha.
[15:57] <ogra_> the source just finished building
[15:57] <mpoirier_> I have to build them myself then.
[15:57] <ogra_> or just wait a bit
[15:57] <mpoirier_> very well, I can do that.
[15:57] <ogra_> the debs should show up within the next hour
[15:57] <mpoirier_> you're still getting patches from TI ?
[15:57] <ogra_> for the bootloaders ? nope
[15:57] <ogra_> they should be fine now
[15:58] <ogra_> at least they are on blaze
[15:58] <ogra_> i'D love to know if MLO and u-boot.bin from these packages work on panda
[15:58] <mpoirier_> Well, that was my next question - I bet they won't.
[15:58] <mpoirier_> too HW specific at that point.
[15:58] <ogra_> shouldnt be
[15:58] <ogra_> but we'll see
[15:59] <ogra_> x-loader might, u-boot definately shouldnt
[15:59] <mpoirier_> definitely shouldn't work or shouldn't have problems ?
[15:59] <ogra_> shouldnt have probs
[15:59] <mpoirier_> humm...
[16:00] <ogra_> MLO (x-loader) might since the wiring of the boards is different
[16:00] <mpoirier_> yes, exactly.
[16:00] <mpoirier_> mapping layout, ports...
[16:00] <ogra_> but after x-loader u-boot should just work
[16:00] <mpoirier_> depending on how they did their things...
[16:00] <ogra_> well, its all omap4
[16:00] <ogra_> my blaze currently boots with that u-boot
[16:01] <ogra_> so other omap4 should too
[16:01] <mpoirier_> if uboot is doing some board specific hw initialization we could see problems.
[16:01] <ogra_> if not we need to get that fixed by TI
[16:01] <mpoirier_> yes.
[16:01] <mpoirier_> I'm skeptic here 'cause I never used an xloader.
[16:01] <ogra_> well, the omap4 u-boot is supposed to work across all omap4 boards we currently have
[16:01] <mpoirier_> Always did all board specific init in u-boot.
[16:01] <ogra_> x-loader inits the HW before loading u-boot
[16:02] <ogra_> so the differences should be covered in x-loader
[16:02] <mpoirier_> in that case yes.
[16:02] <mpoirier_> Otherwize TI needs to fix.
[16:02] <ogra_> right
[16:02] <armin76> ogra_: you working with TI now?
[16:02] <mpoirier_> as in talking to them ?
[16:02] <mpoirier_> no.
[16:02] <ogra_> well, try out the binaries once the packages show up (or build the packages yourself if you cant wait)
[16:03] <mpoirier_> ya... I'll have to get another SD card.
[16:03] <mpoirier_> Don't want to mix OMAP4 and OMAP4.
[16:03] <mpoirier_> by the way...
[16:03] <ogra_> 3 and 4 you mean :)
[16:04] <mpoirier_> yes - brain bug.
[16:04] <mpoirier_> by the way.
[16:04] <mpoirier_> is omap4 code compatible with omap3
[16:04] <mpoirier_> >
[16:04] <mpoirier_> ?
[16:04] <mpoirier_> binary i mean.
[16:04] <ogra_> usespace wise ? yes
[16:04] <ogra_> *user
[16:04] <mpoirier_> I'm talking about machine instructions.
[16:05] <ogra_> its definately backwards compatible
[16:05] <mpoirier_> yes, that is what I imagined.
[16:05] <mpoirier_> Then we'll have to see about my board.
[16:06] <mpoirier_> before talking to you I simply used the SD in my beableboad in the panda...
[16:06] <mpoirier_> I don't see anything on hte console but that might just be my serial connection.
[16:06] <mpoirier_> We'll see...
[16:06] <ogra_> the userspace binaries work
[16:06] <ogra_> TI is using lucid on their boards already
[16:07] <mpoirier_> yes, they should - I'm more worried about the kernel thing you told me about.
[16:07] <mpoirier_> my beagleboard kernel might have booted.
[16:07] <mpoirier_> it would be very surprizing but still possible.
[16:07] <ogra_> no
[16:07] <ogra_> its not omap4
[16:08] <mpoirier_> I just hope not - if the binaries are code compatible the processor will have fetched instructions.
[16:09] <mpoirier_> most likely not gone very far.
[16:09] <ogra_> it wont boot an omap3 kernel (it cant)
[16:09] <ogra_> and your MLO wont init the board anyway
[16:10] <mpoirier_> good.
[16:10] <mpoirier_> on another topic...
[16:10] <mpoirier_> have you built maverick for ARM recently ?
[16:10] <mpoirier_> kernel that is.
[16:10] <ogra_> not yet
[16:10] <ogra_> i'm actually waiting for the kernel team on that
[16:11] <mpoirier_> Yes, Bryan is working on it.
[16:11] <ogra_> <- uses binaries ...
[16:11] <mpoirier_> I'll join him shortly.
[16:11] <ogra_> i very very rarely build kernels :)
[16:11] <mpoirier_> ok all good - no more questions.
[16:11] <mpoirier_> thanks.
[16:11] <ogra_> though since i have a touchbook i actually do that again :)
[16:12] <ogra_> since it has non upstreamed patches it needs to work
[16:20] <armin76> hrm...
[16:20] <armin76> ndec: i want a blaze :D
[16:25] <ogra> http://paste.ubuntu.com/442850/
[16:25] <ogra> WOHOOO !!!!
[16:29] <dmart> lool: with regard to bug 489242, where can I find the patches you mention?
[16:29] <ubot2> Launchpad bug 489242 in libmad (Ubuntu) "Inline assembler fix needed for libmad in Lucid on armel (affects: 1) (heat: 1)" [Undecided,New] https://launchpad.net/bugs/489242
[16:30] <dmart> I don't see a distinct libmad for maverick yet
[16:49] <ndec> armin76: no problem. give me you mail addres ;-)
[16:50] <ogra> lol
[16:52] <armin76> ndec: yey<EMAIL_ADDRESS>:)
[16:56] <ndec> armin76: you should send me a check first .. ;-)
[16:57] <armin76> ndec: ogra pays
[16:57] <ogra> and its hard to attach blazes to mails :)
[16:57] <ndec> ogra: that's why I said mail address and not email address ;-)
[16:57] <ogra> yeah
[16:58] <armin76> oh, sorry, i'm used to it, i'll email it to you if you give me your email :D
[17:00] <hrw> ;D
[17:00] <hrw> ok, time for me
[17:01] <ogra> armin76, checks are also hard to attach to emails ;)
[17:01] <armin76> ogra: dunno, thats your choice *g*
[17:01] <ogra> mine ?
[17:02] <armin76> yup, you pay
[17:12] <cwillu_at_work> mmm, avahi isn't in ubuntu-standard anymore
[17:12] <ogra> jayabharath, pingaling
[17:13] <dmart> lool: ping
[17:27] <ogra> http://paste.ubuntu.com/442866/
[17:27] <ogra> NCommand1r, ^^^
[17:27] <ogra> feel free to play with it
[17:27] <ogra> (for image building)
[17:31] <NCommand1r> ogra: oooh, win, although I don't have my OMAP4 with me at the moment :-/
[17:32] <lool> dmart: pong
[17:32] <lool> dmart: The patches are in the libmad source package
[17:33] <dmart> lool: are you comparing against the current Debian package?
[17:33] <lool> dmart: the libmad version is the same in lucid and maverick
[17:33] <dmart> ok
[17:33] <lool> dmart: I'm just looking at the patches in the Ubuntu package
[17:33] <lool> dmart: Comparing the patch in the open bug and the patches in the source package
[17:34] <lool> dmart: There was a complaint that libmad produces garbled output with Ubuntu's binaries
[17:35] <dmart> yeah, I saw that one
[17:35] <dmart> Which patches are you comparing?
[17:35] <lool> dmart: Which is why I looked at the patches on the ARM bugzilla and in Launchpad, I wanted to send them upstream too, but I got confused by the three different patches and wanted someone who worked on them to sort it out
[17:35] <dmart> debian/patches/* versus http://linux.onarm.com/bugzilla/attachment.cgi?id=11 ?
[17:36] <lool> Yes something like that, or actually I think the one you attached to the Launchpad bug and the ones in the Ubuntu package
[17:37] <dmart> I can't see any patch attached to launchpad
[17:37] <dmart> ...but it looks like the one on Bugzilla may be different, is that what you mean?
[17:38] <lool> dmart: Yes
[17:38] <lool> dmart: You probably just linked to the bugzilla patch in Launchpad or so
[17:39] <dmart> I think that's probably it.
[17:41] <lool> dmart: So there were slight differences in the ifdefs and implementation of the arm assembly
[17:44] <dmart> I'll have to take a look at that and get back to you.
[17:45] <lool> dmart: Thanks
[17:46] <armin76> dmart: did you guys saw that gcc fails to build with --enable-checking?
[17:47] <dmart> armin76: Can you check with doko?
[17:49] <armin76> will do when he's around
[17:52] <dmart> I havent tried/observed this myself.  Is this Ubuntu gcc or trunk?
[17:53] <dmart> lool: It looks like Kevin Welton's patch on linux.onarm.com is an implementation of the same thing.
[17:54] <dmart>  * it's a bit neater than mine for MAD_F_MLN
[17:54] <dmart>  * he's added some Thumb compatibility in imdct_l_arm.S, but it's an out-of-line assembler file and so will still be built for ARM by default
[17:54] <dmart>   * (we could change that if desired)
[17:56] <dmart>  * he lacks the add pc -> adr change in imdct_l_arm.S, which would probably cause problems if the code was really being built for thumb
[17:56] <dmart> I guess I'll need to merge the patches together and make sure the merged patch hits linux.onarm.com as well as Ubuntu
[18:11] <cwillu_at_work> is there a more correct way to generate the xauth file for a user than to xauth extract - $DISPLAY | xauth -f ~user/.Xauthority merge -; chown user ~user/.Xauthority?
[18:12] <cwillu_at_work> ... in xsession.d
[19:06] <lool> davidm: There are small differences like ifdef thumb versus ifdef thumb2
[19:06] <lool> err sorry davidm
[19:07] <lool> ah dmart left
[19:10] <davidm> lool, NP
[19:38]  * armin76 waits for ndec's mail :D
[20:25] <DanaG> http://www.engadget.com/2010/05/31/sharp-netwalker-pc-t1-unboxed-now-available/#commentshttp://www.engadget.com/2010/05/31/sharp-netwalker-pc-t1-unboxed-now-available/#comment
[20:25] <DanaG> er
[20:25] <DanaG> stupid finch... screen didn't update, so I pasted twice.
[20:32] <NCommander> an Ubuntu tablet?
[20:32]  * NCommander has doubts about that being a great user experience since nothing is touch optimized expect the UNE launcher
[20:42] <DanaG> Interesting... some people from TI are on campus here right now.
[20:42] <DanaG> Some sort of meeting going on.
[21:08] <zyga> ogra: booting with 32bit color makes the console blue
[21:09] <ogra_cmpc> heh
[23:21] <gbillings> does anybody know how to compile + install elf-arm-gcc in lucid lynx?