[00:22] <cwillu_at_work> pcacjr, https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/412336 also seems to match
[00:22] <ubot2`> Ubuntu bug 412336 in system-config-printer (Ubuntu) "Crash while browsing smb printer shares (affects: 4) (heat: 10)" [Undecided,New]
[00:22] <cwillu_at_work> there's a pcap capture of the network traffic
[00:25] <cwillu_at_work> and removing all mention of mdns from /etc/nsswitch.conf eliminates the crashes
[00:27] <cwillu_at_work> it appears that adding wins in front of mdns4 in /etc/nsswitch.conf also removes the crashes
[00:31] <cwillu_at_work> I'm remaking a fresh image with wins added to verify, it'll be about 30 minutes
[03:21] <brendan0powers_> hi, does anyone know if there is a rmadison url for ubuntu-arm?
[03:23] <persia> There isn't.  If you make a local mirror of the packages and sources files, you can use plain madison.
[03:24] <persia> But the sources should always be the same as any other architecture in Ubuntu, and the binaries ought be similar, excepting when there is a failure or delay to build.
[03:24] <brendan0powers_> persia: ok, I'l just use the normal one for now
[03:25] <brendan0powers_> acutally, does anyone have any tips for setting up a cross compile toolchain?
[03:25] <persia> It's what most folks do :)  The repo is the same, after all.
[03:25] <persia> Generally, we don't cross-compile.  All the packages are compiled natively.
[03:25] <brendan0powers_> I'm currently trying to get buildcross from embedian to work
[03:25] <persia> Would an emulated build meet your needs, or do you need cross-build for something specific?
[03:26] <brendan0powers_> an emulated build is very slow
[03:26] <persia> Yeah :)
[03:26] <brendan0powers_> I was building QT embeded, and it took 43 hours
[03:26] <brendan0powers_> and it still wasn't done, so I stopped it
[03:31] <rsalveti> :-)
[03:32] <rsalveti> brendan0powers_: you can try the linaro toolchain that hrw|gone is maintaining
[03:32] <rsalveti> you can cross-compile then
[03:34] <brendan0powers_> rsalveti: that looks interesting
[03:35] <persia> Note that combining cross-compiled and native-compiled stuff may or may not work as expected, depending (basically, widely untested)
[03:35] <rsalveti> depends a lot on what package you're using and how you're building it
[03:35] <persia> Yep.
[03:36] <rsalveti> I generally only cross-compile the kernel, as it's much much faster
[03:36] <brendan0powers_> hmm
[03:37] <brendan0powers_> the buildcross script I'm fiddling with takes the same version of gcc, libc, etc.. as the distrobution I'm using(jaunty)
[03:37] <brendan0powers_> so hopefully that will help some
[03:37] <brendan0powers_> I'm really quite suprised at how difficult this is
[03:38] <dcordes__> got this http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/maverick-preinstalled-netbook-armel+omap.img.gz for testing purpose on non-omap device and X doesn't seem to work. how can I get a login ?
[03:38] <dcordes__> does it use xf86-video-omapfb ?
[03:39] <rsalveti> I think it's using omapfb or fbdev, I'm not sure yet
[03:39] <rsalveti> fbdev would work fine for you
[03:39] <dcordes__> yeah likely. is there any way to login on tty though ?
[03:40] <dcordes__> I tried ubuntu/ubuntu login and ubuntu/<none> doesn't work
[03:41] <rsalveti> dcordes__: this iso requires you to run it for the first time
[03:41] <rsalveti> to finish the installation steps, like creating a normal user
[03:41] <dcordes__> ugh let's see if it will like my known working karmic xorg.conf
[03:42] <brendan0powers_> rsalveti: does the linaro toolchain have a PPA?
[03:42] <brendan0powers_> rsalveti: I get lost in launchpad
[03:42] <rsalveti> brendan0powers_: yep, but I believe it works for maverick only, but you can try it in a chroot env
[03:42] <rsalveti> not a PPA, but an external repo, AFAIK
[03:42] <dcordes__> rsalveti: if it's so omap specific can I assume rootfs has nice neon accerlation ?
[03:43] <rsalveti> brendan0powers_: http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/
[03:43] <rsalveti> dcordes__: neon is not supported by default
[03:43] <rsalveti> is target for armv7 and thumb2, but not neon
[03:43] <rsalveti> as not all armv7 hardware supports neon
[03:44] <cwillu> I think pixman has neon routines available automatically though, no?
[03:44] <dcordes__> rsalveti: so currently nothing is compile with neon ?
[03:45] <dcordes__> would be really cool to have neon ffmpeg ootb
[03:45] <rsalveti> dcordes__: not that I know
[03:45] <dcordes__> ok
[03:45] <rsalveti> yep, but getting a specific ppa for that would be a way to go
[03:46] <rsalveti> then users could easily install and use it
[03:50] <dcordes__> rsalveti: looks like many different apt repositories coming :)
[03:50] <cwillu> do we have armel ppa's yet?
[03:51] <rsalveti> dcordes__: yep, but is the way to go, at least for neon, that doesn't affect many packages :-)
[03:51] <dcordes__> wait a second. what is ppa ?
[03:51] <rsalveti> cwillu: I believe you can create it by submitting packages by sftp, but didn't test yet
[03:52] <dcordes__> it ate my xorg.conf very good
[03:53] <cwillu> okay, I should play around with that
[03:53] <cwillu> thanks
[03:53] <dcordes__> ok but doesn't work as expected. after clicking the login button screen goes black and then goes back to login screen
[03:53] <dcordes__> I think it is a problem to not add any extra login possibility
[03:55] <dcordes__> guess the gui started depends on extensions not provided by xf86-video-fbdev
[03:55] <rsalveti> dcordes__: I guess it should work, at least the 2d ui
[03:55] <dcordes__> rsalveti: well is 2d ui default
[03:57] <dcordes__> I have seen that it has the 2d option with efl installable (on some blog)
[03:57] <rsalveti> yep
[03:57] <dcordes__> rsalveti: any pointer where the script is that starts the gui ?
[03:57] <dcordes__> basically I just need to add a login manually
[04:05] <rsalveti> dcordes__: hm, don't know, try looking on how gdm request the sections
[04:11] <pcacjr_> nite all
[04:17] <rsalveti> pcacjr: nite
[08:06] <lag> OMG cooloney!
[08:07] <cooloney> lag: man, morning, hehe
[08:08] <lag> That pull-request is bonkers
[08:09] <lag> Are you going to submit an email for every one?
[08:10] <lag> [1/220]
[08:10] <lag> [2/220]
[08:10] <lag> [3/220]
[08:10] <lag> ..
[08:10] <cooloney> oh, no,
[08:10] <cooloney> you guys can pull from my branch to review
[08:10] <cooloney> i am going to upload a kernel package for testing
[08:11] <cooloney> i have no choice, that's the way TI release their code
[08:11] <lag> :)
[08:14]  * amitk prepares for 220 emails :)
[08:31] <hrw> morning
[08:36] <hrw> michaelh1: 'state of toolchain' news can also interest debian-embedded ML
[08:41] <michaelh1> hrw: Ta, I'll add that to the list.
[08:42] <lag> Morning hrw
[08:43] <hrw> michaelh1: they wrote cross rules iirc
[08:45] <michaelh1> hrw: their own, generating debian packages?
[08:48] <hrw> binutils and gcc cross rules which exists in packaging
[08:49] <lool> michaelh1: We refactored the cross rules in Debian packages, which had been mostly developed by emdebian / debian-embedded folks
[08:49] <hrw> offtopic: looks like it is time to say goodbye for chromium browser for me. slow use
[09:13] <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)
[09:13] <ogra> (image build logs that is)
[09:34] <lag> ogra: How's the image going?
[09:35] <ogra> lag, see abive
[09:35] <ogra> *above
[09:35] <ogra> http://paste.ubuntu.com/469721/
[09:36] <lag> I don't know much perl
[09:36] <lag> What does this mean in real terms?
[09:36] <lag> Will the daily build pass tonight?
[09:38] <ogra> not if thats not fixed
[09:38] <ogra> this breaks package instalation in the image
[09:44] <lool> ogra: These look like perl warnings, not errors; looks like some debconf is not set properly?
[09:46] <lool> ogra: Do you have the full livefs build log for armel?
[09:46] <lool> I only have a truncated email
[09:48] <lool> ogra: The error is:
[09:49] <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
[09:49] <lool> cp: cannot create symbolic link `/tmp/tmp.70yZsJ9bgz/chroot-livecd/usr/share/gnome/help/serverguide/nl/virtualization.xml': No space left on device
[09:49] <lool> ogra: Would you take care of fixing the livefs logs sync to people.ubuntu.com/~ubuntu-archive?
[09:50] <lool> ogra: Same issue on the omap4 buildd
[09:50] <lool> So both sycamore and acorn fail in the same way; I think it's lack of space on your loop device
[10:17] <XorA> morning
[10:33] <ogra> lool, thats old
[10:34] <lool> ogra: It's from today
[10:34] <ogra> not in my mails
[10:35] <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 ;)
[10:35] <ogra> hmm, right, on the buildds the log is longer :P
[10:35] <lool> chrisccoulson: I stopped looking as well
[10:35] <lool> chrisccoulson: yao did some test builds
[10:35] <lool> chrisccoulson: #linaro?
[10:35] <lool> michaelh1: ^
[10:35] <lool> ogra: As I said, the log is truncated, if you check today's logs you will see the issue I mention...
[10:35] <ogra> yes, i see it
[10:36] <lool> /dev/loop0             2131676      3192   2128484   1% /tmp/tmp.FOMtHUOcZ5
[10:36] <lool> cp: cannot create directory `/tmp/tmp.FOMtHUOcZ5/chroot-livecd/usr/src/linux-hea
[10:36] <ogra> yep
[10:36] <lool> ogra: Would be nice to fix syncing of logs, and also to fix the length of the emails; probably a SIGPIPE issue
[10:36] <ogra> which is weird since there is a 2.1G image we try to copy 1.6G on
[10:36] <ogra> lool, yes, i will do that, not my highest prio though
[10:37] <lool> Eh, not my highest priority to look into livefs build logs  :-)
[10:37] <ogra> heh, indeed
[10:37] <ogra> seems like /proc is still mounted :/
[10:38] <ogra> in the chroot when copying
[11:19] <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
[11:22] <lool> michaelh1: chrisccoulson is on #linaro now
[12:06] <hrw> zumbi: debian-embedded & linaro-toolchain ML
[12:58] <dyfet> ogra: ping
[13:08] <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.
[13:09] <mopdenacker> I'm currently investigating (booting with init=/sbin/init --debug), but if some already knows why, it won't spoil my experience ;-)
[13:19] <dcordes_> mopdenacker: can you elaborate ? what is the exact problem you are facing ?
[13:19] <dcordes_> hi btw
[13:19] <dcordes_> :)
[13:24] <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
[13:25] <mopdenacker> If my rootfs is just a minimal system, I can reach a prompt in the console.
[13:26] <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...
[13:27] <mopdenacker> Of course, the same rootfs boots fine from MMC.
[13:27] <lool> mopdenacker: Do you have an initrd?
[13:27] <lool> seems not
[13:27] <lool> mopdenacker: You might have different behavior with and without initrd; I'd also check you fstab
[13:27] <lool> #
[13:27] <lool> mount.nfs: remote share not in 'host:dir' format >> points at fstab not being in the right format?
[13:34] <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.
[13:34] <mopdenacker> My /etc/fstab just contains /proc.
[13:59] <lool> mopdenacker: Do you have networking setup in your UNE fs?  if networking doesn't come up, you wont get any ttys
[14:00] <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
[14:04] <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).
[14:05] <mopdenacker> So, the culprit seems to be the TI kernel I'm using, not user space.
[14:05] <lool> Eh
[14:05] <mopdenacker> I will go on investigating on that side...
[14:05] <lool> mopdenacker: Perhaps network is being brought down and breaks NFS which breaks boot?
[14:06] <mopdenacker> lool: that's a possible cause. Thanks for the tip!
[14:32] <dcordes_> mopdenacker: maybe show the .config you are using for the kernel used. this might also be a question for #ubuntu-arm
[14:32] <dcordes_> mopdenacker: sorry, that's #ubuntu-kernel
[14:32]  * dcordes_ also has question
[14:33] <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 ?
[14:54] <mopdenacker> Actually, my kernel is not completely dead. The network seems to be dead, and the rsyslogd task is hung (http://pastebin.com/3G5fCpbv)
[14:56] <mopdenacker> The effectively looks hung because of the network problem...
[15:00] <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.
[15:00] <lag> GrueMaster: I don't know anything about it
[15:00] <lag> GrueMaster: I would be too
[15:01] <lag> GrueMaster: You need to speak with cooloney
[15:01] <cooloney> lag: thanks,
[15:01] <GrueMaster> It was part of your status update in the meeting, that's why I brought it up.
[15:01] <cooloney> GrueMaster: yeah, that's what i'm concerned
[15:01] <cooloney> i still don't know why the kernel update will break the board
[15:02]  * lag is just the collector and presenter of information :)
[15:04] <cooloney> lag: you are the man in the middle of US and China
[15:05] <lag> cooloney: Seemingly
[15:07] <GrueMaster> Yea, Austrailia is between us.  :P
[15:19] <lag> ogra: How's the build issue coming along?
[15:24] <ogra> lag, NFC
[15:24] <ogra> still digging
[15:25] <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
[15:25] <lag> NFC?
[15:25] <lag> Is the first work 'not' and the last word 'clue'?
[15:30] <samuel> hello
[15:32] <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
[15:32] <samuel> how do i solve this ?
[15:32] <ogra> lag, yeah, and the middle part is not family friendly
[15:32] <lag> Quite
[15:32] <ogra> though you make families with it :)
[15:32] <lag> I guessed as much :)
[15:33] <lag> Funky-chickens generally aren't
[15:33] <rsalveti> samuel: you can try to install the kernel you want later, or even giving to rootstock as an argument
[15:34] <samuel> How do I do that ? witch argument ask the rootstock to create me the file?
[15:35] <rsalveti> samuel: there are some different kernel flavors at the repo, for omap4 for example
[15:35] <samuel> I tried to flow this WIKI http://elinux.org/BeagleBoardUbuntu#Boot_Partition
[15:36] <rsalveti> samuel: sure, you just need to install the kernel package
[15:36] <rsalveti> and you'll be fine
[15:36] <rsalveti> samuel: are you trying it for a beagleboard?
[15:36] <samuel> but i don't have any boot files ... :(
[15:36] <rsalveti> and what ubuntu version, lucid?
[15:36] <samuel> yeah
[15:38] <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
[15:39] <cpearson> ogra: send address for next shipment of awesome
[15:39] <samuel> but this is just a kernel Image, and i need the files to make a uboot file for the fs image
[15:40] <cpearson> I have more HW for you
[15:40] <samuel> rsalveti, (thanks by the way)
[15:40] <cpearson> or at least fixed HW
[15:40] <cpearson> :)
[15:40] <rsalveti> cool :-)
[15:40] <ogra> hooray
[15:41] <cpearson> Also, I need Ivanka's (DX team) email address
[15:42] <samuel> let me ask it differently, Do I need to compile the xload and uimage after I run Rootstock ?
[15:42] <rsalveti> samuel: if you request to install the correct package, you'll get the uImage and uInitrd, so you can boot ubuntu successfully
[15:43] <rsalveti> now for xload I believe there's a package for it, but you can try to update it by hand
[15:43] <ogra> cpearson, see PM
[15:44] <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 ?
[15:45] <rsalveti> samuel: you should request rootstock to install it
[15:46] <rsalveti> when you install the kernel package with rootstock, it'll generate the uIinitrd and uImage
[15:46] <rsalveti> so you grab them and use the way you like/want
[15:46] <rsalveti> for xload is different, you can try to update it by flashing at your device
[15:46] <rsalveti> rcn-ee has some scripts to do the work
[15:47] <rsalveti> samuel: see http://elinux.org/BeagleBoardUbuntu
[15:47] <rsalveti> samuel: --seed ubuntu-minimal,linux-image-omap for example
[15:47] <rsalveti> will install the ubuntu-minimal and the linux-image-omap
[15:48] <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
[15:48] <samuel> on http://elinux.org/BeagleBoardUbuntu#RootStock:_Running
[15:49] <rsalveti> samuel: yep, try installing giving the linux-image-omap as seed
[15:49] <rsalveti> you'll get those
[15:50] <rsalveti> samuel: if you request it by the seed argument, the vmlinuz and initrd.img will be inside the rootfs
[15:50] <rsalveti> if you request with the kernel-image argument, you'll have these files together with the rootfs at your directory
[15:51]  * rsalveti needs coffee 
[15:51] <samuel> I have requested the kernel image by argument as in the example
[15:51] <samuel> rsalveti, thanks :)
[15:51] <samuel> I will try again :) thank again
[15:52] <rsalveti> samuel: np, let me know if it worked for you
[16:07] <samuel> rsalveti, I don't know what happed, though it seems to work (to a point). Now I get rootstock: 792: Bad substitution error
[16:08] <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
[16:10] <rsalveti> samuel: what version of rootstock are you using?
[16:10] <rsalveti> let me try with mine
[16:19] <samuel> rsalveti, let me check
[16:20] <samuel> rsalveti, I don't have a clue what is the version
[16:21] <samuel> I don't find any indication in the script files
[16:22] <samuel> I download it today with bzr
[16:26] <rsalveti> samuel: please update your branch, just pushed a typo fix that rcn-ee found
[16:26] <rsalveti> will grab something to eat and be back in 30m
[16:58] <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
[16:59] <samuel> I have commt rootstock back to 94 and still the same error
[16:59] <samuel> :(
[17:02] <rsalveti> samuel: weird
[17:02] <rsalveti> samuel: what are the arguments you're giving rootstock?
[17:02] <samuel> rsalveti, I'm trying to past it on pastbin
[17:12] <samuel_> is there a know problem using rootstock with virtualbox?
[17:36] <samuel_> rsalveti, I think the problem is with the VritualBox. I'm checking it now
[17:37] <rsalveti> samuel_: probably
[17:37] <samuel_> it could be a problem.
[17:41] <samuel_> can you explain me about qemu ? is it like VM to test my rootfs for embedded device ?
[17:51] <GrueMaster> I think Virtual Box is only x86 VM.  Qemu will do multiple arches, but has a lit of limitations wrt full compatibility.
[17:52] <GrueMaster> Are you trying to run rootstock/qemu from within a Virtualbox VM?
[18:04] <zumbi> hrw|gone: ack
[18:06] <armin76> cpearson: hey, i want hw too!
[18:10] <armin76> he ran away :D
[18:10] <armin76> zumbi: do you fear me too? :D
[18:15] <zumbi> armin76: eh?!
[18:16] <zumbi> armin76: i ignore joins parts and quits :)
[18:16] <zumbi> armin76: this is another world
[18:47] <armin76> cpearson: i want hw too! :)
[18:49] <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
[18:57] <cpearson> armin76: so sorry chary...
[18:58] <cpearson> not enough to go around yet, but you can order Beagles or BeagleXMs now, and others soon
[19:04] <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
[19:05] <rsalveti> now I got another problem with the stupid mono package, that wants to run lots of stuff while installing
[19:12] <cwillu_at_work> Neko, as far as I know, boot=casper is ignored by the kernel and instead checked by an upstart script later
[19:13] <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
[19:13] <cwillu_at_work> that wouldn't be related to the boot=casper then
[19:14] <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
[19:14] <Neko> I don't understand how it gets there or if there's a little ubuntu tweak that does it or so
[19:16] <cwillu_at_work> there's a hardcoded default location for init
[19:16] <cwillu_at_work> /bin/init or /usr/bin/init I believe
[19:19] <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
[19:21] <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.
[19:21] <Neko> from the effect it had, I'd say not at all, as if it just ignored it
[19:22] <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
[19:23] <Neko> ok
[20:03] <Andre_H> Does that assemblercode do what i hope/want it to? http://pastebin.com/AEUFfPjX
[20:20] <robclark> Andre_H: I suppose that depends on what you want it to do..
[20:21] <Andre_H> it should jump to the address in field 1 of .mytable
[20:22] <robclark> do you really mean: mov pc, pc??
[20:23] <Andre_H> i learned somewhere that pc points about 8 byte into the future
[20:23] <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..
[20:23] <robclark> yup
[20:24] <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..
[20:25] <Andre_H> i would need some simple arm simulator to find out if it patches it up or not...
[20:25] <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
[20:25] <robclark> qemu?
[20:26] <Andre_H> i do my arm work in qemu, so i guess i have to get some more skilled with gdb
[20:27] <robclark> 'stepi' and 'info registers' are all you need to know ;-)
[20:27] <robclark> oh, and disassemble
[20:27] <robclark> (and display/i $pc)
[20:29] <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?
[20:29] <Andre_H> new thinkings -> new motivation!!!
[20:29] <robclark> it seems firefox isn't clever enough to know to call totem plugin for .webm
[20:29] <Andre_H> thx
[20:29] <robclark> np
[20:49] <cwillu_at_work> pcacjr, figure anything out re: system-config-printer dying?
[22:06]  * ogra_cmpc doesnt get it
[22:07] <ogra_cmpc> i can exactly copy 1496228k onto the image, after that i get "no space left on device"
[22:07] <ogra_cmpc> but the image is 2G big
[22:08] <ogra_cmpc> ogra@babbage2:~$ sudo touch /tmp/tmp.Xr4NggTX5n/blah
[22:08] <ogra_cmpc> touch: cannot touch `/tmp/tmp.Xr4NggTX5n/blah': No space left on device
[22:08] <rsalveti> ogra: lack of inodes?
[22:10] <rsalveti> ogra_cmpc: happens also if you dd something bigger than this?
[22:10] <rsalveti> or just when populating the fs
[22:11] <ogra_cmpc> when cp'ing
[22:11] <ogra_cmpc> it is loop mounted
[22:11] <ogra_cmpc> ogra@babbage2:~$ df -h |grep tmp
[22:11] <ogra_cmpc> /dev/loop0            2.1G  1.5G  623M  71% /tmp/tmp.Xr4NggTX5n
[22:12] <ogra_cmpc> it should have 620M free
[22:13] <rsalveti> ogra_cmpc: I know, but did you tried giving a dd with a file larger than this inside the loop device?
[22:13] <ogra_cmpc> i didnt dd inside the loop device
[22:13] <rsalveti> this is weird, I was having similar issues with genext2fs but the problem was lack of free inodes
[22:13] <rsalveti> but I believe you're using mkfs.ext3 or similar
[22:13] <ogra_cmpc> right
[22:14] <ogra_cmpc> on top of a raw dd'ed file
[22:14] <ogra_cmpc> which i then loop mount
[22:14] <ogra_cmpc> the file is 500M bigger thyan the source tree that i copy
[22:15] <ogra_cmpc> 512M to be exact
[22:17] <GrueMaster> ogra_cmpc: What kernel are you trying this on?  Is it possible that there is a regression?
[22:20] <ogra_cmpc> its a babbage2 with lucid release kernel
[22:26] <GrueMaster> For grins, have you tried your test on an x86 system to see if it performs the same?
[22:32] <ogra_cmpc> rsalveti, wow, you are right, dumpe2fs shows 0 free inodes
[22:33] <rsalveti> ogra_cmpc: ouch
[22:33] <rsalveti> now you just need to fix it :-)
[22:33] <ogra_cmpc> heh, yeah
[23:37] <samuel> ogra, Hi, I think there is a but you should note
[23:39] <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.
[23:39] <samuel> but when creating the rootfs with rootstock
[23:40] <samuel> 0.13 the problem is fixed
[23:40] <samuel> you should also note that I used debootstrap_1.0.20ubuntu1~jaunty1_all.deb package