[11:38] <ogra_> E: config/chroot_local-hooks/preinstall-pool.sh failed (exit non-zero). You should check for errors.
[11:38] <ogra_> infinity, ^^^ where do i find that ? searching for that script in either livecd-rootfs or live-build doesnt reveal anything
[11:39] <ogra_> oh, got it, ignore me
[11:39]  * ogra_ didnt expect a here doc
[11:47] <ogra_> hmm, i dont see why it failed and it doesnt spitinto the log
[11:48] <ogra_> s/spitinto/spit out anything into/
[12:29] <ogra_> cm'on publisher, spit out an ubuntu-meta for me
[12:29]  * ogra_ twiddles thumbs
[13:50] <siji> hi all
[13:51] <siji> am facing some prblm (may cose of less expertise) while trying to build kernel module
[13:53] <siji> I have downloaded the kernel source from rep. by apt-get install linux-source
[13:53] <siji> extracted and tried to build only touch screen module
[13:54] <siji> by the command make modules SUBDIRS=drivers/input/touchscreen/
[13:56] <siji> But it built only three modules, even more dirver files are there
[13:56] <siji> Where am wrong ?
[13:57]  * ogra_ suggests to ask in #ubuntu-kernel
[13:57] <siji> ogra_, ok
[13:57] <siji> Hope they wont redirect me here again :)
[13:58] <ogra_> heh, i doubt it
[13:58] <siji> ;)
[13:58] <ogra_> dou did configure it before, right ?
[13:58] <siji> yes
[14:04] <siji> ogra_, btw, i was not aware of that ubuntu is having this much IRC channels
[14:04] <ogra_> every team has one usually
[14:04] <ogra_> and then there is #ubuntu-devel,#ubuntu and #ubuntu-meeting
[14:04] <siji> oh..
[14:05] <siji> ya, it's very easy to get help , isntead of messing up everything in a single channel
[14:05] <siji> *instead
[14:06] <ogra_> we started out with #ubuntu-devel only ... but as the developer community grew it got to niosy
[14:07] <siji> ok
[14:08] <siji> so you people are having seperate team for each  ?
[14:11] <ogra_> there is a desktop team, a kernel team etc etc
[14:12] <siji> ok, so there might be a ubuntu-arm team too (assumes you are became part of it )
[14:13] <ogra_> right
[14:13] <siji> cool ..
[14:16] <siji> ogra_, this is for you
 siji, if you have ARM specific questions you may get quicker answers on #ubuntu-arm, the peeps who mostly have the h/w hang out there
[14:16] <siji> :)
[14:16] <siji> :)
[15:43] <N3o> hello! Is there a problem with the repositories ? I get many Hash Sum mismatch after doing an apt-get update on a PandaBoard with natty
[15:45] <N3o> this is my sources.list file and the errors I get: http://pastebin.com/NAEteeXh
[15:48] <rsalveti> janimo: libvirt bug 823711
[15:48] <ubot2> Launchpad bug 823711 in libvirt "libvirt version 0.9.2-4ubuntu8 failed to build on armel" [Undecided,New] https://launchpad.net/bugs/823711
[15:49] <GrueMaster> N3o: There has been some issues with the pool for the last few days.  This may be some of the fallout.  Work is being done to clean it up.
[15:49] <ogra_> rsalveti, yeahm, thats a weird one
[15:49]  * ogra_ comments
[15:50] <janimo> rsalveti, yes, I'll look at that
[15:53] <infinity> GrueMaster: Erm, there's been nothing that would cause hash sum mismatches.  Just archive skew.
[15:53] <ogra_> infinity, well, look at the cdimage buildlogs for today xubuntu builds
[15:53] <ogra_> they expose the same
[15:53] <infinity> N3o: The usual suspect for hash sum mismatch issues is either a slightly broken mirror, or having a proxy (often a transparent one) between you and the archive.
[15:54] <infinity> ogra_: Yes, but this is natty he's using.
[15:54] <rsalveti> GrueMaster: janimo: u-boot SPL is basically a replacement for x-loader
[15:54] <ogra_> its the third time today i hear someone mentioning hash sum mistmatches with the archive
[15:54] <rsalveti> u-boot will now generate u-boot.bin and MLO
[15:54] <rsalveti> code reuse now, only one source package and the SPL can probably boot the kernel directly :-)
[15:55] <rsalveti> and once we add the usb support at SPL, it'll behave like omap4boot
[15:55] <GrueMaster> rsalveti: COOL!!!
[15:55] <rsalveti> we'll see how it goes for our 11.08 release, if it goes well we can do a FFe for ubuntu
[15:56] <ogra_> rsalveti, any reason to not go with the binary header for u-boo.bin instaed and get rid of MLO completely ?
[15:57] <rsalveti> well, you can think of MLO as a minimal u-boot now
[15:57] <rsalveti> being able to boot the kernel directly is like having u-boot
[15:57] <rsalveti> but without the fancy stuff, like cmdline and such
[15:57] <ogra_> right, but we still need two files
[15:57] <janimo> rsalveti, worth mentioning what SPL is (or link) in the spec whiteboard :)
[15:58] <rsalveti> janimo: sure, will add
[15:58] <rsalveti> http://www.omappedia.org/wiki/U-boot_Upstreaming_Project
[16:00] <N3o> Thanks GrueMaster && infinity -- I don't have any kind of proxy so it has to be those issues you were talking about
[16:00] <N3o> I'll try again in a few days
[16:00] <janimo> rsalveti, thanks, sounds good
[16:00] <GrueMaster> N3o: Actually, I just rebooted into natty, and am updating now without error.  Try rerunning apt-get update.
[16:01] <N3o> roger
[16:01] <N3o> same :(
[16:01] <N3o> maybe I should try some cleaning?
[16:02] <GrueMaster> couldn't curt.
[16:02] <GrueMaster> *hurt
[16:02] <N3o> tried that too
[16:02] <N3o> same thing
[16:03] <N3o> could you check my sources.list http://pastebin.com/NAEteeXh and confirm it is ok?
[16:04] <infinity> N3o: Are you sure you're not behind a transparent proxy at your ISP?  It's a pretty common thing that many/most people aren't aware of. :/
[16:04] <N3o> nope, I'm 100% positive
[16:05] <N3o> I'm wondering, does apt-get goes trough IPv4 or IPv6?
[16:05] <infinity> Yes.
[16:05] <infinity> Whichever route is lower cost.
[16:06] <infinity> Well, this is assuming ports.u.c has an AAAA, I don't recall. :P
[16:06] <GrueMaster> N3o: Your sources.list is identical to mine.
[16:06] <N3o> thanks GrueMaster
[16:09] <N3o> disabled IPv6 and trying again
[16:11] <N3o> same :(
[16:15] <N3o> tried with sudo apt-get update -o Acquire::BrokenProxy=true and sudo apt-get update -o Acquire::http::No-Cache=True --- same effect
[16:19] <GrueMaster> Try commenting out the failing archives from your sources.list, rerun apt-get update, then uncomment and rerun again.
[16:19] <N3o> ok
[16:32] <ogra_> rsalveti, wrt x-loader, i was referring to http://www.omappedia.org/wiki/E-MMC_boot#You_can_boot_omap3630_without_x-loader ... which i think works on omap4 as well
[16:32] <ogra_> that would save us from using MLO at all
[16:34] <GrueMaster> Should work well from emmc...oh, wait.
[16:36] <ogra_> GrueMaster, emmc isnt different from mmc (SD card)
[16:36] <N3o> dayum
[16:36] <LeCherLich> ogra_: i have a question about getting the newest ubuntu to work on the Beagleboard xM rev A. i went to #beagle first, but av500 redirected me here
[16:36] <N3o> something is wrong ...
[16:36] <N3o> still can't install things
[16:36] <ogra_> LeCherLich, yes, i saw that
[16:37] <LeCherLich> i always get to the point where linux is uncompressed, it says "Uncompressing Linux... done, booting the kernel." and a couple of seconds later it crashes and begins all over: "Texas Instruments X-Loader" ...
[16:38] <ogra_> LeCherLich, the desktop images have no serial enabled by default, if you want a verbose serial boot i'd suggest the server image ... you can indeed change boot.scr on a desktop image to dump out stuff to serial if you know what you are doing
[16:38] <LeCherLich> i used the headless arm image
[16:38] <LeCherLich> following the instructions at https://wiki.ubuntu.com/ARM/OMAPHeadlessInstall
[16:38] <LeCherLich> do i still have to change boot.scr?
[16:38] <GrueMaster> LeCherLich: Which image did you download?  Natty?
[16:39] <LeCherLich> GrueMaster: yes
[16:41] <GrueMaster> LeCherLich: Which img.gz did you download?  omap or omap4?
[16:41] <N3o> universe + multiverse not working...
[16:41] <LeCherLich> GrueMaster: omap
[16:42] <GrueMaster> Are you on a linux host?  Try "wget -O - http://cdimage.ubuntu.com/releases/11.04/release/MD5SUMS|fgrep ubuntu-11.04-preinstalled-headless-armel+omap.img.gz | md5sum -c -"
[16:43] <GrueMaster> Verify your image is good.
[16:44] <LeCherLich> GrueMaster: the checksum is 6913.......fffc (cant copy+paste, i use a linux host, but its not this one)
[16:44] <LeCherLich> seems to be good, according to the MD5SUMS file in the release folder
[16:45] <GrueMaster> ok
[16:45] <GrueMaster> Try reflashing the SD.  How big is the SD you are using?
[16:47] <LeCherLich> 4gig.. so i should just repeat the whole process of installing (zcat ... > /dev/sdb) ?
[16:48] <GrueMaster> Try the gunzip |dd method.  I have seen issues with the zcat>/dev method.
[16:50] <LeCherLich> oh sorry i just looked at the history... i used the gunzip method already.
[16:50] <LeCherLich> so should i try zcat now?
[16:51] <GrueMaster> I have not had issues with the gunzip method, and found it to be reliable.  I have had %60 success rate with zcat.  That doesn't sound like the issue though.
[16:52] <GrueMaster> You had mentioned zcat, which I have seen issues with, which is why I went down that path.
[16:52] <LeCherLich> sorry my mistake
[16:53] <LeCherLich> is there any way to make ubuntu more talkative, via the kernel line maybe?
[16:53] <GrueMaster> You may want to try a modified boot.scr on the 1st partition of the SD.  To modify it, you will need to strip the first 72 bytes of data from boot.scr.
[16:54] <GrueMaster> dd if=boot.scr of=boot.script bs=1 skip=72
[16:54] <GrueMaster> Then you can edit boot.script.  Remove "quiet" from the bootargs line.
[16:55] <GrueMaster> Then you can rebuild the boot.scr with "mkimage -A arm -O linux -T script -C none -d boot.script boot.scr"
[16:56] <GrueMaster> Make sure there is a "console=/dev/ttyO2,115200n8" on the bootargs.
[16:57] <LeCherLich> there was only console=ttyO2,115... (without /dev).. is that right?
[16:58] <GrueMaster> Ah, yes.  my bad.
[16:59] <LeCherLich> oh okay, thanks, now it's more talkative...
[17:01] <LeCherLich> it hangs at about 9 seconds. last messages: mmcblk0: p1 p2 <newline> hub 1-2:1.0: USB hub found <newline> hub 1-2:1.0: 5 ports detected ... <crash>
[17:02] <LeCherLich> pretty much right after it detected the mmc card...
[17:03] <LeCherLich> could it be that there is a hardware problem with this card?
[17:05] <LeCherLich> GrueMaster: anyways thank you very much, i will try to solve the problem tonight on my own, i may return later
[17:11] <GrueMaster> ok, sorry I couldn't help more.  Maybe try adding "earlyprintk=/dev/ttyO2,115288n8" to your cmdline and see what that produces.
[22:06] <ZiNC> Hey.