**** BEGIN LOGGING AT Tue Oct 11 02:59:57 2011
Oct 11 09:44:35 <ppisati> anyone with a beagle xm rev.c willing to do a test, please contact me
Oct 11 10:13:58 <ogra_> xranby, thanks for taking over
Oct 11 10:14:03 * ogra_ hugs xranby 
Oct 11 10:14:19 <xranby> youre welcome
Oct 11 12:48:40 <ndec> ogra_: what do you think of bug 872178
Oct 11 12:48:42 <ubot2> Launchpad bug 872178 in jasper-initramfs "ROOTDEV export not working" [Undecided,New] https://launchpad.net/bugs/872178
Oct 11 12:57:45 <ogra_> ndec, hmm, it is used in all other installs
Oct 11 12:58:02 <ogra_> do you avoid _growroot with some hack or so ?
Oct 11 13:00:37 <ndec> ogra_: i asked XavB to join, as he is the one that knows this stuff..
Oct 11 13:00:50 <ndec> XavB: (2:54:37 PM) ogra_: do you avoid _growroot with some hack or so ?
Oct 11 13:01:21 <ogra_> XavB, it works on all other installs, so there must be something special in the way you use jasper
Oct 11 13:02:12 <XavB> ogra_: not sure if other are using mmcblk1
Oct 11 13:02:34 <XavB> ogra_: as soon as you ar eusing mmcblk0, no issue, because a default value is set.
Oct 11 13:03:00 <ogra_> hmm, i thought we added a way to override that...
Oct 11 13:03:07 <ogra_> let me take a look at the code, one sec
Oct 11 13:03:08 <XavB> if you add trace to jasper_setup, you will see that the export form ROOTDEV is not seen into jasper_setup
Oct 11 13:04:08 <ogra_> did you try setting root= on the cmdline ?
Oct 11 13:04:18 <XavB> ogra_: in fact I reviewed the code and it seems OK, the only problem is the export from _growroot that is not visible into _setup
Oct 11 13:04:46 <XavB> ogra_: yes I have root=/dev/mmcblk1p2
Oct 11 13:04:46 <ogra_> well, export exports to the full environment, you should see it unless its actually unset
Oct 11 13:05:22 <ogra_> hmm, that should actually pick up the right bits then
Oct 11 13:05:23 <XavB> The _growroot part is working fine, ROOTDEV is computed correctly, the resize of mmcblk1p2 is OK
Oct 11 13:05:52 <XavB> but then the UUID is computed on mmcblk0p2 and after the reboot we are using FS on eMMC not SD
Oct 11 13:06:15 <ogra_> well, i dont see why the export wouldnt work, it is the same shell
Oct 11 13:06:36 <XavB> ogra_: adding traces demonstrate that the export don't work, I promise...
Oct 11 13:07:54 <ogra_> infinity, any idea why an export from one initrd script to another wouldnt work ? even though they should be inside the same environment
Oct 11 13:11:32 <janimo> ogra_, so mx5 install actually works if I do not tick automatic login
Oct 11 13:11:35 <janimo> just takes very very long
Oct 11 13:11:48 <janimo> the packages are removed, adn you get into lightdm
Oct 11 13:12:07 <janimo> but only 15 minutes after the ubiquity GUI disappears
Oct 11 13:13:23 <janimo> ogra_, re the ROOTDEV bug, I saw jasper setup script (?) set rootdev explicitly in case it is not set in growroot
Oct 11 13:13:37 <janimo> which seemed one of the weird places in the code as growroot has exports
Oct 11 13:13:51 <janimo> but they may be run from different shell sessions so the exports do not carry over
Oct 11 13:14:11 <brandini> janimo: how do you install lightdm
Oct 11 13:14:20 <janimo> brandini, it is on the image by default
Oct 11 13:14:36 <brandini> how did you enable it?
Oct 11 13:14:40 <brandini> start lightdm?
Oct 11 13:15:01 <ndec> brandini: it's supposed to be enabled by default.
Oct 11 13:15:04 <ndec> what's the problem?
Oct 11 13:15:06 <ogra_> janimo, thats just a fallback, growroot should actually have exported the right thing
Oct 11 13:15:11 <brandini> I don't have any X running on my machine
Oct 11 13:15:27 <janimo> ogra_, well the fact there is a fallback shows the export does not always work
Oct 11 13:15:34 <brandini> I plug in my TV to the hdmi out and all I see is the login prompt
Oct 11 13:15:35 <ndec> brandini: is it intentional?
Oct 11 13:15:41 <janimo> so we should either see why it does not work, or just set it anew in setup
Oct 11 13:15:46 <brandini> ndec: I'm running 11.10 server so I dunno
Oct 11 13:15:47 <janimo> of course not for O :)
Oct 11 13:15:54 <ndec> brandini: what do you call login prompt with no X?
Oct 11 13:16:05 <ndec> ah... on the console
Oct 11 13:16:28 <brandini> yup
Oct 11 13:16:51 <ogra_> janimo, i just added it to make sure we succeed in any case even if the user adds soemthing weirtd to root=
Oct 11 13:17:07 <ndec> i didn't use the server image. is ubuntu-desktop package available?
Oct 11 13:17:29 * brandini looks
Oct 11 13:18:48 <brandini> ndec: you're right :)
Oct 11 13:18:55 <brandini> 565MB
Oct 11 13:19:00 <ogra_> well, better use the task than the metapackage
Oct 11 13:19:11 <ogra_> apt-get install ubuntu-desktp^
Oct 11 13:19:15 <ogra_> *desktop
Oct 11 13:20:51 <brandini> :)
Oct 11 13:21:08 <ogra_> (note the caret, its important)
Oct 11 13:21:18 <brandini> too late?
Oct 11 13:22:08 <infinity> ogra_: export exports to children, it can't export "up" to the parent.
Oct 11 13:23:28 <ogra_> argh !
Oct 11 13:23:31 <ogra_> damned
Oct 11 13:23:45 <ogra_> i thought it exports on the same level
Oct 11 13:23:52 <ogra_> not sure what made me think that
Oct 11 13:54:02 <infinity> ogra_: If it was exported by the parent, then children can change it.  But children can't export to the parent.
Oct 11 13:54:13 <ogra_> right
Oct 11 13:54:24 <ogra_> so i need a tmpfile or some such
Oct 11 13:54:37 <ogra_> to put the value in and make the second script read it
Oct 11 13:54:37 <infinity> ogra_: What are you mangling?
Oct 11 13:54:39 <ogra_> how ugly
Oct 11 13:55:00 <ogra_> Bug 872178
Oct 11 13:55:02 <ubot2> Launchpad bug 872178 in jasper-initramfs "ROOTDEV export not working" [Undecided,New] https://launchpad.net/bugs/872178
Oct 11 13:55:05 <ogra_> infinity, ^^^
Oct 11 13:55:18 <ogra_> TI has probs with a blaze install
Oct 11 13:55:47 <infinity> Don't we use more or less the same detection routine twice?
Oct 11 13:55:52 <ogra_> no
Oct 11 13:55:55 <ogra_> only once
Oct 11 13:55:56 <infinity> Or is it just hardcoded in _setup?
Oct 11 13:56:13 <ogra_> it is hardcoded to a fallback of mmcblk0
Oct 11 13:56:16 <infinity> Ahh.
Oct 11 13:56:20 <ogra_> if the export doesnt get through
Oct 11 13:56:28 <ogra_> which doesnt harm us on any installs atm
Oct 11 13:56:42 <ogra_> since all our images use mmcblk0 ... the blaze cant
Oct 11 13:56:43 <infinity> Well, you could do this two ways.  You could find it in growroot and write a tempfile, or you could break the detection out into a utility that you install to /bin
Oct 11 13:57:25 <ogra_> well, i could also add it to initramfs-tools, the value i set in a child should persist for the other child then, no ?
Oct 11 13:57:54 <ogra_> though it feels very wrong to add jasper vars there
Oct 11 13:58:01 <infinity> If you export ROOTDEV= in init, then it would persist.
Oct 11 13:58:06 <infinity> But that seems silly.
Oct 11 13:58:45 <ogra_> no, i mean if i set ROOTDEV to a value in growroot, that should get handed over to _setup
Oct 11 13:58:54 <ogra_> if the var is owned by init
Oct 11 13:59:13 <infinity> Yeah.
Oct 11 13:59:18 <infinity> That's what I meant.
Oct 11 13:59:21 <ogra_> k
Oct 11 13:59:26 <infinity> See the list of exports in init.
Oct 11 13:59:29 <ogra_> well, not the solution for now though
Oct 11 14:00:01 <ogra_> (and actually a bit to late for a solution in general i think)
Oct 11 14:00:06 <ndec> ogra_: why exactly do we have to hardcode mmbblk0 in initramfs?
Oct 11 14:00:17 <infinity> Yeah, I'm not sure this is something we should care about for release.
Oct 11 14:00:19 <ogra_> ndec, its a fallback value
Oct 11 14:00:38 <infinity> ndec: We don't have to, and shouldn't, it's a bug IMO.  But not an RC one, given that the images all work as designed on their respective targets.
Oct 11 14:00:49 <ndec> sure.
Oct 11 14:00:55 <ogra_> it gets only used if the first script doesnt hand the info to the second (which sadly seems to be a default)
Oct 11 14:01:03 <infinity> But yes, the ROOTDEV stuff is all broken/wrong, IMO.
Oct 11 14:01:05 <ndec> what do we do in the non fallback solution?
Oct 11 14:01:17 <ogra_> hack jasper :(
Oct 11 15:45:01 <ogra_> xranby, was it you who filed that gconf bug where gconf looks in the wrong path ?
Oct 11 15:45:06 * ogra_ needs the bug #
Oct 11 16:15:07 <ThersiT> I've got a usb to serial adapter I'm trying to use to get to an Arcturus module. For the life of me I can't get minicom to connect to my module. However if I run WinXP in a virtualbox I can get Putty to connect. Have any of seen this before?
Oct 11 16:16:13 <GrueMaster> Why use minicom?  Use screen, much easier.  screen /dev/ttyUSB0 115200
Oct 11 16:18:50 <ThersiT> Screen won't work either. The adapter is being recognized. Here is my dmesg output. [ 5880.414017] usb 5-1: generic converter now attached to ttyUSB0
Oct 11 16:19:32 <GrueMaster> ok.  What does screen output when launched?
Oct 11 16:20:51 <ThersiT> Screen gives me nothing but a flashing cursor. I'm in the dialout group too.
Oct 11 16:21:31 <ThersiT> Used the same cmd you just posted.
Oct 11 16:21:56 <GrueMaster> What speed settings do you use in Putty?  Any other comm settings?
Oct 11 16:22:24 <ThersiT> 115200 8N1 no flow control.
Oct 11 16:23:34 <ThersiT> I've been all over the web, I'm really at a lost here.
Oct 11 16:24:46 <GrueMaster> Very interesting.  I am using the same settings on 8 different USB serial cables here with no problem.
Oct 11 16:25:50 <GrueMaster> Try sudo screen /dev/ttyUSB0 115200.  Also, try unplugging the usb cable from your host and re-plugging it in and checking dmesg to verify it is ttyUSB0.
Oct 11 16:29:06 <ThersiT> Ahh, sudo gives me an error in screen "ioctl failed"
Oct 11 16:29:45 <ThersiT> "Interrupted system call"
Oct 11 16:29:53 <ThersiT> Is that any help?
Oct 11 16:30:21 <GrueMaster> Very interesting.
Oct 11 16:30:23 <GrueMaster> Anything in dmesg?
Oct 11 16:31:39 <ThersiT> Negative.
Oct 11 16:32:37 <ThersiT> Also I've tried this in 10.04, 11.04, and Backtrack 5.
Oct 11 16:34:22 <GrueMaster> This is very odd.  My desktop is 10.04, and I have a dedicated serial console (serial-killer) running 11.04, neither have had these issues.
Oct 11 16:34:42 <GrueMaster> Make sure your usb device isn't being taken over by the VM.
Oct 11 16:35:44 <ThersiT> Yea, It's really kicking my butt. VM has'nt been open since a reboot.
Oct 11 16:36:34 <ThersiT> I modprobed the adapter myself after boot.
Oct 11 16:38:18 <GrueMaster> So dmesg does show the ttyUSB device?
Oct 11 16:39:18 <ThersiT> Yup. ttyUSB0
Oct 11 16:40:03 <GrueMaster> What does "sudo lsof ./dev/ttyUSB0" show?  May be modem-manager getting in the way.
Oct 11 16:40:25 <ThersiT> It's 660. Owned by root:dialout. Letme look.
Oct 11 16:41:21 <ogra_> nromally ubuntu users are in the dialout group by default
Oct 11 16:42:25 <GrueMaster> I don't think it is a permissions issue.  I think some other app is taking control of the device in the background.
Oct 11 16:43:02 <ThersiT> sudo lsof /dev/ttyUSB0
Oct 11 16:43:02 <ThersiT> lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/wstraus/.gvfs
Oct 11 16:43:02 <ThersiT>       Output information may be incomplete.
Oct 11 16:43:19 <GrueMaster> lsof should show who/what has the device open
Oct 11 16:43:35 <GrueMaster> Ignore the gvfs stuff.
Oct 11 16:44:44 <ThersiT> How do you quit screen?
Oct 11 16:45:12 <GrueMaster> <ctrl>-a k
Oct 11 16:46:30 <ThersiT> I had a bunch of screen's open, they were listed in lsof and I killed the pids.
Oct 11 16:47:46 <ThersiT> But after killing all of those nothing gets listed from lsof
Oct 11 16:48:21 <GrueMaster> ok, that is a good thing.  Now try launching screen again.
Oct 11 16:48:33 <ThersiT> sudo?
Oct 11 16:48:43 <obarthelemy> Hi... sorry, dumb question... what are the user+root accounts and pwd for oneiric-core-armel ?
Oct 11 16:49:01 <GrueMaster> You may have to do something on your test system as well to get any output (like reset).
Oct 11 16:49:45 <GrueMaster> obarthelemy: There is no passwd.  You should be able to use it as a chroot environment w/o problem.
Oct 11 16:50:21 <ogra_> obarthelemy, -core is for building your own images, its just enough OS to run apt, nothing more, no user or configuration
Oct 11 16:51:06 <ThersiT> Just rebooted the module with screen running, got nothing.
Oct 11 16:51:54 <ThersiT> I should see it booting then a login prompt.
Oct 11 16:52:37 <ThersiT> let me try sudo screen.
Oct 11 16:54:03 <ThersiT> Nothing using sudo either.
Oct 11 16:54:26 <obarthelemy> I know core is very bare, that' what i want... I'm stuck at the login prompt though, root/blank don't work, blank/blank neither, tried temppwd which was the correct pwd for the minimal-omap rootfs, no luck either
Oct 11 16:55:18 <ogra_> right, as i said, no users, no passwd, no config
Oct 11 16:55:42 <ogra_> you would have to create a rootpw before booting the rootfs
Oct 11 16:56:46 <obarthelemy> ok, ill dot hat then, thanks
Oct 11 16:57:17 <ThersiT> Do you guys know a good adapter that works well with linux? I can go buy a new one.
Oct 11 17:00:54 <gildean> i remember reading about the same problem somewhere
Oct 11 17:00:58 <GrueMaster> ThersiT: All of mine are TrendNet USB Serial.
Oct 11 17:01:38 <GrueMaster> Essentially anything with a pl2303 converter chip should work well.
Oct 11 17:01:57 <GrueMaster> What does dmesg say your USB cable has for a converter?
Oct 11 17:02:08 <gildean> hmm, here it was, don't know if this is any help: http://www.trimslice.com/forum/viewtopic.php?f=52&t=335
Oct 11 17:02:12 * ogra_ never checked, i'm just buying them as i lose them
Oct 11 17:02:20 <ogra_> and never had one that didnt work
Oct 11 17:05:40 <ThersiT> GrueMaster: cool I'll go looking. dmesg says "usbserial_generic 5-1:1.0: generic converter detected" but it's a TIUSB3410
Oct 11 17:06:10 <ThersiT> gildean: I'm looking at that now.
Oct 11 17:18:45 <ThersiT> Thanks guys. I'm just gonna try a new one.
Oct 11 17:19:46 <GrueMaster> ThersiT: Make sure you do a little research before you just buy one.  You should be able to google the specs easily enough.
Oct 11 17:22:02 <ThersiT> Yea, I'm gonna try to find one with that PL2303 chipset.
Oct 11 17:22:15 <prpplague> or has an ftdi chipset
Oct 11 17:22:22 <prpplague> both are reasonably stable
Oct 11 17:23:11 * GrueMaster has had excellent luck with the TrendNet brand, and a few others that have the pl2303 in them.
Oct 11 17:23:58 <GrueMaster> One of my cables is actually a 4 serial port hydra cable.  1 USB<>4 Serial heads.  Other than enumerating, it works very well.
Oct 11 17:24:48 <GrueMaster> But I doubt a lot of people are using multiple usb-serial adapters on a single system to control 8+ arm systems.
Oct 11 17:26:20 <ThersiT> I read in that forum gildean showed me to short pins 2 and 3 to make a loop back and that failed. I think this adapter in just not linux friendly.
Oct 11 17:27:41 <GrueMaster> Highly possible.  I also found a bunch of issue reports when I googled for TIUSB3410 Linux.
Oct 11 17:28:10 <GrueMaster> To be fair, there "may" be a module that just isn't being loaded for some reason.
Oct 11 17:28:19 <GrueMaster> But I doubt that is the issue.
Oct 11 17:29:20 <ThersiT> I did have to add a udev rule to load usbserial.
Oct 11 17:29:28 <GrueMaster> ThersiT: Check lsmod to see if ti-usb-3410* is loaded.
Oct 11 17:31:19 <ThersiT> Tried lsusb | grep ti and got nothing relevant.
Oct 11 17:32:00 <GrueMaster> Then try "sudo modprobe ti_usb_3410_5052".
Oct 11 17:35:30 <ThersiT> tried it, no change. what is the 5052?
Oct 11 17:37:08 <ThersiT> lsmod says ti_usb is using ttyUSB0 tho.
Oct 11 17:40:23 <GrueMaster> Ok, different kernel, different module.
Oct 11 17:42:47 <ThersiT> I'm on Ubuntu Desktop 10.04 2.6.32-34-generic
Oct 11 17:44:05 <GrueMaster> Interesting, I'm on the same kernel.
Oct 11 17:44:36 <GrueMaster> Well, -pae.
Oct 11 17:46:42 <ThersiT> Yup, been messing with it for a few days. Installed that WinXP vbox last night and hated every minute of it. heh
Oct 11 17:54:43 <ThersiT> On a side note I'm new to these modules. Is uClinux the way to go?
Oct 11 17:55:52 <GrueMaster> No idea.  Never worked with that.
Oct 11 17:56:26 <ogra_> does uClinux still exist ?
Oct 11 17:56:32 <ogra_> i thought that died long ago
Oct 11 17:58:02 <ThersiT> Oh, that would suck. This Arcturus module was bought about 2 years ago and uClinux is what came on it.
Oct 11 17:58:34 <ThersiT> What do you guys use?
Oct 11 17:58:43 <ogra_> well, you are in #ubuntu-arm
Oct 11 17:58:49 <ogra_> so make a guess ;)
Oct 11 18:00:47 <ThersiT> Ah heh heh, yup I should have thought of that.
Oct 11 19:53:52 <martyn> How can I get a PPA compiled on the ARM farm?
Oct 11 19:54:17 <martyn> ( Specifically : http://nginx.org/packages/ubuntu/dists/lucid/nginx/ )
Oct 11 19:54:26 <martyn> compiled in Oneieric
Oct 11 19:56:26 <GrueMaster> martyn: Not sure, but I believe heavy bribing with beer may be involved.  :P
Oct 11 19:56:35 <GrueMaster> Seriously, I wouldn't know.
Oct 11 19:59:23 <GrueMaster> I can pull it locally and see if it builds on one of my pandas if that is what you are looking for.
Oct 11 20:11:52 <GrueMaster> martyn: We already have nginx in the pool (universe).  I'm sure it will get resync'd and rebuilt after next week.
Oct 11 20:17:01 <martyn> GrueMaster: That would be helpful
Oct 11 20:17:14 <martyn> GrueMaster: My buildd is down, having been "borrowed" for a corporate demo
Oct 11 20:17:27 <martyn> cool
Oct 11 20:17:37 <martyn> So it's migrated from PPA to universe?
Oct 11 20:23:43 <GrueMaster> Yes, but it is at 1.05-1.  Building 1.08 for you now.  Shouldn't take too long.
Oct 11 20:24:08 <GrueMaster> btw:  Are you coming to UDS-Orlando?
**** ENDING LOGGING AT Wed Oct 12 02:59:57 2011