**** BEGIN LOGGING AT Tue Jul 27 02:59:56 2010
Jul 27 03:05:35 <rsalveti> dcordes__: hm, don't know, try looking on how gdm request the sections
Jul 27 03:11:27 <pcacjr_> nite all
Jul 27 03:17:04 <rsalveti> pcacjr: nite
Jul 27 07:06:16 <lag> OMG cooloney!
Jul 27 07:07:00 <cooloney> lag: man, morning, hehe
Jul 27 07:08:01 <lag> That pull-request is bonkers
Jul 27 07:09:54 <lag> Are you going to submit an email for every one?
Jul 27 07:10:01 <lag> [1/220]
Jul 27 07:10:04 <lag> [2/220]
Jul 27 07:10:06 <lag> [3/220]
Jul 27 07:10:08 <lag> ..
Jul 27 07:10:25 <cooloney> oh, no,
Jul 27 07:10:34 <cooloney> you guys can pull from my branch to review
Jul 27 07:10:46 <cooloney> i am going to upload a kernel package for testing
Jul 27 07:11:01 <cooloney> i have no choice, that's the way TI release their code
Jul 27 07:11:02 <lag> :)
Jul 27 07:14:29 * amitk prepares for 220 emails :)
Jul 27 07:31:56 <hrw> morning
Jul 27 07:36:45 <hrw> michaelh1: 'state of toolchain' news can also interest debian-embedded ML
Jul 27 07:41:50 <michaelh1> hrw: Ta, I'll add that to the list.
Jul 27 07:42:41 <lag> Morning hrw
Jul 27 07:43:57 <hrw> michaelh1: they wrote cross rules iirc
Jul 27 07:45:00 <michaelh1> hrw: their own, generating debian packages?
Jul 27 07:48:46 <hrw> binutils and gcc cross rules which exists in packaging
Jul 27 07:49:29 <lool> michaelh1: We refactored the cross rules in Debian packages, which had been mostly developed by emdebian / debian-embedded folks
Jul 27 07:49:33 <hrw> offtopic: looks like it is time to say goodbye for chromium browser for me. slow use
Jul 27 08:13:03 <ogra> lool, i see perl errors in current build logs (dictionaries-common postinst fails) that werent there last week and the failing package wasnt uploaded inbetween (neither was perl)
Jul 27 08:13:19 <ogra> (image build logs that is)
Jul 27 08:34:51 <lag> ogra: How's the image going?
Jul 27 08:35:01 <ogra> lag, see abive
Jul 27 08:35:04 <ogra> *above
Jul 27 08:35:11 <ogra> http://paste.ubuntu.com/469721/
Jul 27 08:36:10 <lag> I don't know much perl
Jul 27 08:36:16 <lag> What does this mean in real terms?
Jul 27 08:36:26 <lag> Will the daily build pass tonight?
Jul 27 08:38:33 <ogra> not if thats not fixed
Jul 27 08:38:51 <ogra> this breaks package instalation in the image
Jul 27 08:44:58 <lool> ogra: These look like perl warnings, not errors; looks like some debconf is not set properly?
Jul 27 08:46:32 <lool> ogra: Do you have the full livefs build log for armel?
Jul 27 08:46:39 <lool> I only have a truncated email
Jul 27 08:48:56 <lool> ogra: The error is:
Jul 27 08:49:02 <lool> cp: cannot create symbolic link `/tmp/tmp.70yZsJ9bgz/chroot-livecd/usr/share/gnome/help/serverguide/nl/other-apps.xml': No space left on device
Jul 27 08:49:05 <lool> cp: cannot create symbolic link `/tmp/tmp.70yZsJ9bgz/chroot-livecd/usr/share/gnome/help/serverguide/nl/virtualization.xml': No space left on device
Jul 27 08:49:32 <lool> ogra: Would you take care of fixing the livefs logs sync to people.ubuntu.com/~ubuntu-archive?
Jul 27 08:50:12 <lool> ogra: Same issue on the omap4 buildd
Jul 27 08:50:31 <lool> So both sycamore and acorn fail in the same way; I think it's lack of space on your loop device
Jul 27 09:17:22 <XorA> morning
Jul 27 09:33:48 <ogra> lool, thats old
Jul 27 09:34:21 <lool> ogra: It's from today
Jul 27 09:34:31 <ogra> not in my mails
Jul 27 09:35:07 <chrisccoulson> hi lool, do you know if michael or yao made any progress with the mozilla build failures? i stopped looking at it yesterday evening when my head started to hurt ;)
Jul 27 09:35:10 <ogra> hmm, right, on the buildds the log is longer :P
Jul 27 09:35:20 <lool> chrisccoulson: I stopped looking as well
Jul 27 09:35:24 <lool> chrisccoulson: yao did some test builds
Jul 27 09:35:27 <lool> chrisccoulson: #linaro?
Jul 27 09:35:31 <lool> michaelh1: ^
Jul 27 09:35:50 <lool> ogra: As I said, the log is truncated, if you check today's logs you will see the issue I mention...
Jul 27 09:35:58 <ogra> yes, i see it
Jul 27 09:36:03 <lool> /dev/loop0             2131676      3192   2128484   1% /tmp/tmp.FOMtHUOcZ5
Jul 27 09:36:03 <lool> cp: cannot create directory `/tmp/tmp.FOMtHUOcZ5/chroot-livecd/usr/src/linux-hea
Jul 27 09:36:18 <ogra> yep
Jul 27 09:36:24 <lool> ogra: Would be nice to fix syncing of logs, and also to fix the length of the emails; probably a SIGPIPE issue
Jul 27 09:36:37 <ogra> which is weird since there is a 2.1G image we try to copy 1.6G on
Jul 27 09:36:58 <ogra> lool, yes, i will do that, not my highest prio though
Jul 27 09:37:22 <lool> Eh, not my highest priority to look into livefs build logs  :-)
Jul 27 09:37:31 <ogra> heh, indeed
Jul 27 09:37:49 <ogra> seems like /proc is still mounted :/
Jul 27 09:38:02 <ogra> in the chroot when copying
Jul 27 10:19:57 <michaelh1> chrisccoulson: sorry for the delay.  Yao has been looking into this.  The failure does go away in debug/no optimisation mode so we'll track it down further
Jul 27 10:22:35 <lool> michaelh1: chrisccoulson is on #linaro now
Jul 27 11:06:29 <hrw> zumbi: debian-embedded & linaro-toolchain ML
Jul 27 11:58:03 <dyfet> ogra: ping
Jul 27 12:08:53 <mopdenacker> Hi! Does anyone know why we can't boot UNE on NFS, while we can with a minimal system? This was observed on both Lucid and Maverick.
Jul 27 12:09:57 <mopdenacker> I'm currently investigating (booting with init=/sbin/init --debug), but if some already knows why, it won't spoil my experience ;-)
Jul 27 12:19:17 <dcordes_> mopdenacker: can you elaborate ? what is the exact problem you are facing ?
Jul 27 12:19:21 <dcordes_> hi btw
Jul 27 12:19:32 <dcordes_> :)
Jul 27 12:24:55 <mopdenacker> Hi dcordes_ ! I'm trying to boot my board on a root fs on NFS, which contains the netbook edition. I can mount the root filesystem, but something hangs in the boot process: http://pastebin.com/AUKawzvz
Jul 27 12:25:49 <mopdenacker> If my rootfs is just a minimal system, I can reach a prompt in the console.
Jul 27 12:26:38 <mopdenacker> So, there is one of the UNE services that hangs the boot process. There are many of them, so it's not so easy to find...
Jul 27 12:27:02 <mopdenacker> Of course, the same rootfs boots fine from MMC.
Jul 27 12:27:14 <lool> mopdenacker: Do you have an initrd?
Jul 27 12:27:18 <lool> seems not
Jul 27 12:27:43 <lool> mopdenacker: You might have different behavior with and without initrd; I'd also check you fstab
Jul 27 12:27:49 <lool> #
Jul 27 12:27:58 <lool> mount.nfs: remote share not in 'host:dir' format >> points at fstab not being in the right format?
Jul 27 12:34:07 <mopdenacker> hi lool ! No, I don't have an initrd. I also have the 'host:dir' message when I boot on the minimal rootfs via NFS. So, it doesn't seem to be the issue here.
Jul 27 12:34:23 <mopdenacker> My /etc/fstab just contains /proc.
Jul 27 12:59:47 <lool> mopdenacker: Do you have networking setup in your UNE fs?  if networking doesn't come up, you wont get any ttys
Jul 27 13:00:18 <lool> mopdenacker: Either arrange for n-m to start, or for ifupdown to be installed with some etc/network/interfaces file which has at least a definition for lo
Jul 27 13:04:33 <mopdenacker> lool: ouch, I've just realized that it's worse than that. The kernel itself hangs 10 to 15 seconds after starting the init process (it stops responding to pings).
Jul 27 13:05:05 <mopdenacker> So, the culprit seems to be the TI kernel I'm using, not user space.
Jul 27 13:05:18 <lool> Eh
Jul 27 13:05:26 <mopdenacker> I will go on investigating on that side...
Jul 27 13:05:33 <lool> mopdenacker: Perhaps network is being brought down and breaks NFS which breaks boot?
Jul 27 13:06:20 <mopdenacker> lool: that's a possible cause. Thanks for the tip!
Jul 27 13:32:10 <dcordes_> mopdenacker: maybe show the .config you are using for the kernel used. this might also be a question for #ubuntu-arm
Jul 27 13:32:20 <dcordes_> mopdenacker: sorry, that's #ubuntu-kernel
Jul 27 13:32:38 * dcordes_ also has question
Jul 27 13:33:27 <dcordes_> I have a keypad driver for my device and would like to map alt key to one of the buttons. what is the correct way to identify a code for the button I want to map to, and how do I remap it ?
Jul 27 13:54:53 <mopdenacker> Actually, my kernel is not completely dead. The network seems to be dead, and the rsyslogd task is hung (http://pastebin.com/3G5fCpbv)
Jul 27 13:56:02 <mopdenacker> The effectively looks hung because of the network problem...
Jul 27 14:00:32 <GrueMaster> lag: I'm a bit nervous testing the imx51 kernel on my babbage if it is the same one that blew up two boards at the sprint.
Jul 27 14:00:49 <lag> GrueMaster: I don't know anything about it
Jul 27 14:00:53 <lag> GrueMaster: I would be too
Jul 27 14:01:01 <lag> GrueMaster: You need to speak with cooloney
Jul 27 14:01:22 <cooloney> lag: thanks,
Jul 27 14:01:34 <GrueMaster> It was part of your status update in the meeting, that's why I brought it up.
Jul 27 14:01:35 <cooloney> GrueMaster: yeah, that's what i'm concerned
Jul 27 14:01:59 <cooloney> i still don't know why the kernel update will break the board
Jul 27 14:02:14 * lag is just the collector and presenter of information :)
Jul 27 14:04:34 <cooloney> lag: you are the man in the middle of US and China
Jul 27 14:05:50 <lag> cooloney: Seemingly
Jul 27 14:07:38 <GrueMaster> Yea, Austrailia is between us.  :P
Jul 27 14:19:48 <lag> ogra: How's the build issue coming along?
Jul 27 14:24:09 <ogra> lag, NFC
Jul 27 14:24:14 <ogra> still digging
Jul 27 14:25:09 <ogra> i'm doing a testbuild that lists all contents of the image now there is no tmpfs mounted or anything, the image is 500M bigger than the filesystem requires but i still get space errors
Jul 27 14:25:40 <lag> NFC?
Jul 27 14:25:59 <lag> Is the first work 'not' and the last word 'clue'?
Jul 27 14:30:49 <samuel> hello
Jul 27 14:32:26 <samuel> I'm trying to make an image for the BeagleBoard using rootstock, but after I run the rootstock script it don't make me any vmlinuz file
Jul 27 14:32:34 <samuel> how do i solve this ?
Jul 27 14:32:39 <ogra> lag, yeah, and the middle part is not family friendly
Jul 27 14:32:51 <lag> Quite
Jul 27 14:32:55 <ogra> though you make families with it :)
Jul 27 14:32:57 <lag> I guessed as much :)
Jul 27 14:33:27 <lag> Funky-chickens generally aren't
Jul 27 14:33:53 <rsalveti> samuel: you can try to install the kernel you want later, or even giving to rootstock as an argument
Jul 27 14:34:54 <samuel> How do I do that ? witch argument ask the rootstock to create me the file?
Jul 27 14:35:09 <rsalveti> samuel: there are some different kernel flavors at the repo, for omap4 for example
Jul 27 14:35:23 <samuel> I tried to flow this WIKI http://elinux.org/BeagleBoardUbuntu#Boot_Partition
Jul 27 14:36:10 <rsalveti> samuel: sure, you just need to install the kernel package
Jul 27 14:36:13 <rsalveti> and you'll be fine
Jul 27 14:36:28 <rsalveti> samuel: are you trying it for a beagleboard?
Jul 27 14:36:37 <samuel> but i don't have any boot files ... :(
Jul 27 14:36:38 <rsalveti> and what ubuntu version, lucid?
Jul 27 14:36:43 <samuel> yeah
Jul 27 14:38:33 <rsalveti> samuel: http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-ti-omap/linux-image-2.6.33-502-omap_2.6.33-502.8_armel.deb for example
Jul 27 14:39:43 <cpearson> ogra: send address for next shipment of awesome
Jul 27 14:39:55 <samuel> but this is just a kernel Image, and i need the files to make a uboot file for the fs image
Jul 27 14:40:05 <cpearson> I have more HW for you
Jul 27 14:40:12 <samuel> rsalveti, (thanks by the way)
Jul 27 14:40:18 <cpearson> or at least fixed HW
Jul 27 14:40:19 <cpearson> :)
Jul 27 14:40:26 <rsalveti> cool :-)
Jul 27 14:40:26 <ogra> hooray
Jul 27 14:41:25 <cpearson> Also, I need Ivanka's (DX team) email address
Jul 27 14:42:08 <samuel> let me ask it differently, Do I need to compile the xload and uimage after I run Rootstock ?
Jul 27 14:42:54 <rsalveti> samuel: if you request to install the correct package, you'll get the uImage and uInitrd, so you can boot ubuntu successfully
Jul 27 14:43:08 <rsalveti> now for xload I believe there's a package for it, but you can try to update it by hand
Jul 27 14:43:50 <ogra> cpearson, see PM
Jul 27 14:44:55 <samuel> rsalveti, you mean on the host machine I should install another some thing else then rootstock ? or that I need to ask rootstock for it ?
Jul 27 14:45:53 <rsalveti> samuel: you should request rootstock to install it
Jul 27 14:46:17 <rsalveti> when you install the kernel package with rootstock, it'll generate the uIinitrd and uImage
Jul 27 14:46:34 <rsalveti> so you grab them and use the way you like/want
Jul 27 14:46:52 <rsalveti> for xload is different, you can try to update it by flashing at your device
Jul 27 14:46:59 <rsalveti> rcn-ee has some scripts to do the work
Jul 27 14:47:15 <rsalveti> samuel: see http://elinux.org/BeagleBoardUbuntu
Jul 27 14:47:42 <rsalveti> samuel: --seed ubuntu-minimal,linux-image-omap for example
Jul 27 14:47:51 <rsalveti> will install the ubuntu-minimal and the linux-image-omap
Jul 27 14:48:47 <samuel> rsalveti, yes I flowed this example. Rootstock finshed to build the linux fs but didn't create any vmlinuz or initrd.img as explined
Jul 27 14:48:59 <samuel> on http://elinux.org/BeagleBoardUbuntu#RootStock:_Running
Jul 27 14:49:05 <rsalveti> samuel: yep, try installing giving the linux-image-omap as seed
Jul 27 14:49:09 <rsalveti> you'll get those
Jul 27 14:50:10 <rsalveti> samuel: if you request it by the seed argument, the vmlinuz and initrd.img will be inside the rootfs
Jul 27 14:50:41 <rsalveti> if you request with the kernel-image argument, you'll have these files together with the rootfs at your directory
Jul 27 14:51:30 * rsalveti needs coffee 
Jul 27 14:51:33 <samuel> I have requested the kernel image by argument as in the example
Jul 27 14:51:43 <samuel> rsalveti, thanks :)
Jul 27 14:51:52 <samuel> I will try again :) thank again
Jul 27 14:52:05 <rsalveti> samuel: np, let me know if it worked for you
Jul 27 15:07:53 <samuel> rsalveti, I don't know what happed, though it seems to work (to a point). Now I get rootstock: 792: Bad substitution error
Jul 27 15:08:22 <samuel> I used this kernel-image http://rcn-ee.net/deb/lucid/v2.6.33.4-l3/linux-image-2.6.33.4-l3_1.0lucid_armel.deb
Jul 27 15:10:06 <rsalveti> samuel: what version of rootstock are you using?
Jul 27 15:10:39 <rsalveti> let me try with mine
Jul 27 15:19:03 <samuel> rsalveti, let me check
Jul 27 15:20:59 <samuel> rsalveti, I don't have a clue what is the version
Jul 27 15:21:20 <samuel> I don't find any indication in the script files
Jul 27 15:22:09 <samuel> I download it today with bzr
Jul 27 15:26:08 <rsalveti> samuel: please update your branch, just pushed a typo fix that rcn-ee found
Jul 27 15:26:23 <rsalveti> will grab something to eat and be back in 30m
Jul 27 15:58:18 <rsalveti> samuel: just tested here and it worked fine, you'll have initrd.img-2.6.33.4-l3 and vmlinuz-2.6.33.4-l3 after creating the rootfs
Jul 27 15:59:02 <samuel> I have commt rootstock back to 94 and still the same error
Jul 27 15:59:04 <samuel> :(
Jul 27 16:02:07 <rsalveti> samuel: weird
Jul 27 16:02:43 <rsalveti> samuel: what are the arguments you're giving rootstock?
Jul 27 16:02:59 <samuel> rsalveti, I'm trying to past it on pastbin
Jul 27 16:12:21 <samuel_> is there a know problem using rootstock with virtualbox?
Jul 27 16:36:10 <samuel_> rsalveti, I think the problem is with the VritualBox. I'm checking it now
Jul 27 16:37:23 <rsalveti> samuel_: probably
Jul 27 16:37:40 <samuel_> it could be a problem.
Jul 27 16:41:31 <samuel_> can you explain me about qemu ? is it like VM to test my rootfs for embedded device ?
Jul 27 16:51:33 <GrueMaster> I think Virtual Box is only x86 VM.  Qemu will do multiple arches, but has a lit of limitations wrt full compatibility.
Jul 27 16:52:41 <GrueMaster> Are you trying to run rootstock/qemu from within a Virtualbox VM?
Jul 27 17:04:38 <zumbi> hrw|gone: ack
Jul 27 17:06:05 <armin76> cpearson: hey, i want hw too!
Jul 27 17:10:04 <armin76> he ran away :D
Jul 27 17:10:31 <armin76> zumbi: do you fear me too? :D
Jul 27 17:15:03 <zumbi> armin76: eh?!
Jul 27 17:16:17 <zumbi> armin76: i ignore joins parts and quits :)
Jul 27 17:16:39 <zumbi> armin76: this is another world
Jul 27 17:47:43 <armin76> cpearson: i want hw too! :)
Jul 27 17:49:54 <Neko> anyone pretty good with ubiquity and installers and kernel related installer stuff? for instance what on earth is boot=casper and what do I do to my kernel to make this work? ideally so I can grab an installer image from the dailies and just swap out the kernel
Jul 27 17:57:34 <cpearson> armin76: so sorry chary...
Jul 27 17:58:08 <cpearson> not enough to go around yet, but you can order Beagles or BeagleXMs now, and others soon
Jul 27 18:04:31 <rsalveti> hm, it seems that the qemu hang issue is related on how apt is using pselect/select and the qemu support for these syscalls
Jul 27 18:05:09 <rsalveti> now I got another problem with the stupid mono package, that wants to run lots of stuff while installing
Jul 27 18:12:52 <cwillu_at_work> Neko, as far as I know, boot=casper is ignored by the kernel and instead checked by an upstart script later
Jul 27 18:13:37 <Neko> what I did was basically replace the kernel from the babbage sd card image with my own (efika mx) and then go ahead and try boot from it, but what happened was it just sorta got to mounting a root fs and couldn't find init
Jul 27 18:13:51 <cwillu_at_work> that wouldn't be related to the boot=casper then
Jul 27 18:14:18 <Neko> yeah but the kernel is never directed to any other location to find init (it's actually in a squashfs isn't it?) and there's no way the kernel could pick that up
Jul 27 18:14:39 <Neko> I don't understand how it gets there or if there's a little ubuntu tweak that does it or so
Jul 27 18:16:39 <cwillu_at_work> there's a hardcoded default location for init
Jul 27 18:16:45 <cwillu_at_work> /bin/init or /usr/bin/init I believe
Jul 27 18:19:45 <cwillu_at_work> there's an initramfs line which is typically used, I think it's in use with the ubuntu arm images as well now
Jul 27 18:21:12 <Neko> well I just took the initrd and made it a uinitrd and loaded it and it just sorta stuck. I don't know if it's even using it.
Jul 27 18:21:30 <Neko> from the effect it had, I'd say not at all, as if it just ignored it
Jul 27 18:22:18 <cwillu_at_work> Neko, there's various "break=<foo>" lines you can try which will give you a busybox from inside the initramfs if that's where you're hanging
Jul 27 18:23:15 <Neko> ok
Jul 27 19:03:24 <Andre_H> Does that assemblercode do what i hope/want it to? http://pastebin.com/AEUFfPjX
Jul 27 19:20:17 <robclark> Andre_H: I suppose that depends on what you want it to do..
Jul 27 19:21:06 <Andre_H> it should jump to the address in field 1 of .mytable
Jul 27 19:22:19 <robclark> do you really mean: mov pc, pc??
Jul 27 19:23:36 <Andre_H> i learned somewhere that pc points about 8 byte into the future
Jul 27 19:23:40 <robclark> also.. PC is usually some number of instructions ahead because of pipeline.. but offhand I'm not sure if the LDR instruction will patch things up to hide that..
Jul 27 19:23:42 <robclark> yup
Jul 27 19:24:16 <robclark> when you do a BX type instruction, it gets somehow magically patched up, so that LR has the correct return address.. but, for example, on a data abort, it is not..
Jul 27 19:25:11 <Andre_H> i would need some simple arm simulator to find out if it patches it up or not...
Jul 27 19:25:36 <robclark> I did some prototype for a code coverage tool that worked by doing single instruction writes to the "variables" inserted in the code, but that was years ago and I've forgotten whether I had to account for the PC being ahead of the "current" instruction
Jul 27 19:25:41 <robclark> qemu?
Jul 27 19:26:29 <Andre_H> i do my arm work in qemu, so i guess i have to get some more skilled with gdb
Jul 27 19:27:00 <robclark> 'stepi' and 'info registers' are all you need to know ;-)
Jul 27 19:27:10 <robclark> oh, and disassemble
Jul 27 19:27:17 <robclark> (and display/i $pc)
Jul 27 19:29:10 <robclark> on unrelated topic, does anyone know if there already exists a PPA somewhere with armel builds of firefox (or chromium) that understand what .webm is?
Jul 27 19:29:34 <Andre_H> new thinkings -> new motivation!!!
Jul 27 19:29:38 <robclark> it seems firefox isn't clever enough to know to call totem plugin for .webm
Jul 27 19:29:40 <Andre_H> thx
Jul 27 19:29:45 <robclark> np
Jul 27 19:49:25 <cwillu_at_work> pcacjr, figure anything out re: system-config-printer dying?
Jul 27 21:06:29 * ogra_cmpc doesnt get it
Jul 27 21:07:39 <ogra_cmpc> i can exactly copy 1496228k onto the image, after that i get "no space left on device"
Jul 27 21:07:50 <ogra_cmpc> but the image is 2G big
Jul 27 21:08:29 <ogra_cmpc> ogra@babbage2:~$ sudo touch /tmp/tmp.Xr4NggTX5n/blah
Jul 27 21:08:30 <ogra_cmpc> touch: cannot touch `/tmp/tmp.Xr4NggTX5n/blah': No space left on device
Jul 27 21:08:49 <rsalveti> ogra: lack of inodes?
Jul 27 21:10:51 <rsalveti> ogra_cmpc: happens also if you dd something bigger than this?
Jul 27 21:10:57 <rsalveti> or just when populating the fs
Jul 27 21:11:13 <ogra_cmpc> when cp'ing
Jul 27 21:11:23 <ogra_cmpc> it is loop mounted
Jul 27 21:11:57 <ogra_cmpc> ogra@babbage2:~$ df -h |grep tmp
Jul 27 21:11:57 <ogra_cmpc> /dev/loop0            2.1G  1.5G  623M  71% /tmp/tmp.Xr4NggTX5n
Jul 27 21:12:24 <ogra_cmpc> it should have 620M free
Jul 27 21:13:07 <rsalveti> ogra_cmpc: I know, but did you tried giving a dd with a file larger than this inside the loop device?
Jul 27 21:13:27 <ogra_cmpc> i didnt dd inside the loop device
Jul 27 21:13:29 <rsalveti> this is weird, I was having similar issues with genext2fs but the problem was lack of free inodes
Jul 27 21:13:47 <rsalveti> but I believe you're using mkfs.ext3 or similar
Jul 27 21:13:53 <ogra_cmpc> right
Jul 27 21:14:06 <ogra_cmpc> on top of a raw dd'ed file
Jul 27 21:14:15 <ogra_cmpc> which i then loop mount
Jul 27 21:14:43 <ogra_cmpc> the file is 500M bigger thyan the source tree that i copy
Jul 27 21:15:03 <ogra_cmpc> 512M to be exact
Jul 27 21:17:08 <GrueMaster> ogra_cmpc: What kernel are you trying this on?  Is it possible that there is a regression?
Jul 27 21:20:31 <ogra_cmpc> its a babbage2 with lucid release kernel
Jul 27 21:26:03 <GrueMaster> For grins, have you tried your test on an x86 system to see if it performs the same?
Jul 27 21:32:55 <ogra_cmpc> rsalveti, wow, you are right, dumpe2fs shows 0 free inodes
Jul 27 21:33:17 <rsalveti> ogra_cmpc: ouch
Jul 27 21:33:32 <rsalveti> now you just need to fix it :-)
Jul 27 21:33:58 <ogra_cmpc> heh, yeah
Jul 27 22:37:56 <samuel> ogra, Hi, I think there is a but you should note
Jul 27 22:39:12 <samuel> when trying to create rootfs for arm with rootstock on Ubuntu 9.10 on VirtualBox, and the rootstock was installed via apt0get the operation fails.
Jul 27 22:39:42 <samuel> but when creating the rootfs with rootstock
Jul 27 22:40:07 <samuel> 0.13 the problem is fixed
Jul 27 22:40:49 <samuel> you should also note that I used debootstrap_1.0.20ubuntu1~jaunty1_all.deb package
Jul 28 01:16:01 <cwillu_at_work> qemu-arm-static seems to be acting weird all of a sudden
**** ENDING LOGGING AT Wed Jul 28 02:59:56 2010