[02:47] <Homefix> anyone help with a chroot problem
[11:10]  * janimo is a bit irked by OMAP3 being called omap while OMAP4  omap4
[11:10] <ogra> janimo, thats because the plan is to have only one omap flavour at some point
[11:10] <ogra> for all omaps
[11:14] <amitk> one OMAP flavour to rule them all, one kernel to find them, one OMAP flavour to bring them all and in mainline bind them
[11:15] <ogra> well, its likely that by the time we have -oamp for 3 and 4 we will have a new -omap5 flavour :)
[11:16] <ogra> but yeah, originally that was the plan
[11:16] <hrw> ogra: unless TI will start from -omap not -omap5
[11:16] <ogra> unlikely
[11:17] <ogra> there will always be a patchset before it goes upstream
[11:17] <ogra> might be smaller for omap5 but you will still have new code that doesnt get immediately upstream
[11:18] <vstehle> This should be less and less, now that we have teams focused on upstreaming
[11:18] <ogra> indeed
[11:18] <ogra> but you will always have new HW that will need basic development before you can push upstream
[11:18] <vstehle> Ideally upstream kernel will boot on omap5 when the silicon is there, at least :)
[11:19] <ogra> thats the nature of things
[11:19] <ogra> ideally that timeframe is very short
[11:45] <Tims_> Hello,
[11:47] <Tims_> can anybody help me, to run an Logitech WebCam on an GumStix (ARM cortex A8 - OMAP 3503)
[11:47] <ogra> whats the problem ?
[11:47] <ogra> the ubuntu kernel should have everything you need
[11:48] <Tims_> but it don't
[11:48] <Tims_> its ubuntu - lucid - 10.4 - lxde
[11:48] <ogra> oh, 10.04
[11:48] <Tims_> I build it with rootstock
[11:49] <ogra> and your kernel comes from ??
[11:51] <Tims_> rootstock does everything,
[11:51] <hrw> Tims_: lsusb, dmesg please
[11:51] <ogra> it doesnt install a kernel if you dont define one
[11:52] <Tims_> the order was: ‘sudo rootstock -f “Gumstix” -l “gumstix” -p “overo” -n “Gumstix Overo Ubuntu” -s lxde,gdm,openssh-server,x11vnc -t “Europe/Berlin” –serial ttyS2 -d lucid –locale de_DE.UTF-8'
[11:52] <ogra> that will only roll a rootfs
[11:52] <ogra> wont install a kernel or create an initrd
[11:52] <Tims_> http://pastebin.de/14695
[11:52] <ogra> your kernel must come from somewhere else (NAND boot probably)
[11:53] <Tims_> http://pastebin.de/14700
[11:54] <Tims_> i work on a Gumstix,
[11:54] <Tims_> overo, maybe it is usefull
[11:55] <Tims_> ah sorry, of course i get the kernel, i was a little bit blind :D
[11:55] <Tims_> http://dl.dropbox.com/u/211887/Ubuntu/uImage-2.6.34-r88-overo.bin
[11:56] <hrw> modprobe uvcvideo
[11:57] <Tims_> "FATAL: Could not load /lib/modules/2.6.34/modules.dep: No such file or directory
[11:57] <ogra> shouldnt be necessary if his kernel is proper
[11:57] <ogra> which it obviously isnt
[11:57] <LetoThe2nd> hrw: ogra: we've been through all this in #ubuntu-de already.
[11:57] <LetoThe2nd> his kernel is whacked, but he has no clue how to update or bake a new one.
[11:57] <ogra> ah
[11:58]  * LetoThe2nd has repeatedly told him to read documentation.
[11:58] <ogra> is there probably a modules tarball at the dropbox location you could extract to the rootfs ?
[11:59] <ogra> if not, you need to roll your own kernel
[12:00] <LetoThe2nd> and once again: http://wiki.gumstix.org/index.php?title=Kernel_Reconfiguration
[12:00] <ogra> (i'm not sure how well gumstix is supported by mavericks kernel, but might b worth a try)
[12:01] <Tims_> i can't look into the dropbox
[12:02] <sveinse> Where can I find a "good" kernel config for omap3 for maverick? I just need the config file to compare my settings against
[12:03] <ogra> sveinse, in the linux-image-omap3 package
[12:04] <Tims_> LetoThe2nd, i can't find this link in #ubuntu-de log, but thanks
[12:05] <LetoThe2nd> Tims_: you can't find it because i've never mentioned so far. by "go read documentation" i though it would also include "go and search it first". i sincerely apologize for that misunderstanding.
[12:06] <sveinse> ogra, thanks.  Name being linux-image-omap though
[12:06] <ogra> oh, yeah
[12:06] <ogra> though that might only be the meta, check the deps
[12:07] <Tims_> @LetoThe2nd, no problem
[12:07]  * LetoThe2nd hands out a few spare sarcasm detectors.
[12:10] <Tims_> orga, thanks
[13:13] <XorA> persia: ping
[15:52] <ogra> GrueMaster, ugh, whats all that assigning to ubuntu-armel ?
[15:53] <GrueMaster> Open bugs that need to be assigned to the team, but not necessarily an individual.
[15:53] <ogra> why ?
[15:53] <ogra> where is the change in our bug policy documented ?
[15:53] <ogra> we never assigned the team, only individuals
[16:00] <GrueMaster> marjo was concerned yesterday about the armel bugs that weren't assigned to anyone.  I'm just trying to assign them to the team so they are on our radar (and proper bug report).  I am also weeding out the bugs that we don't care about, so that I can go back and say "not our problem".
[16:02] <ogra> these should better be assigned to individuals
[16:02] <GrueMaster> Why is lool reassigning bug 705689 from NCommander to janimo?
[16:02] <ubot2> Launchpad bug 705689 in qt4-x11 "QT applications crash with segfault error on armel when QT is built with gcc 4.5 on natty" [High,In progress] https://launchpad.net/bugs/705689
[16:03] <janimo> GrueMaster, possibly because I touched it last? No idea
[16:03] <janimo> anyway we're going to decide how to fix this porperly together
[16:03] <GrueMaster> I thought a good first step would be to assign these bugs to our team, then we can take individual ownership from there.
[16:03] <ogra> because janimo had a workaround for using gcc 4.5
[16:03] <janimo> so not sure that assignment means much in this particular case.
[16:03] <ogra> instead of just dumping 4.4 in place
[16:04] <janimo> ogra, I'd rather wait a bit and see if gcc can be fixed so we don;t need another workaround upload (Especially if the NCommander
[16:04] <janimo> s's latest one gives us working images)
[16:04] <ogra> GrueMaster, i'd rather see us doing a dedicated bug triage day with the whole team and see that we can get them all assigned properly
[16:04] <ogra> GrueMaster, also many are linaro (thumb2 porting) and need to be tagged for the new porting querue
[16:04] <GrueMaster> Works for me, assuming the bugs actually get worked on.
[16:04] <ogra> *queue
[16:05] <ogra> and not be assigned to us at all
[16:05] <GrueMaster> The porting bugs I am leaving alone.
[16:05] <janimo> ogra, I see a few of the porting to Thumb2 are oboslete. I mean thumb2 is enabled in most packages. There are other issues -multicore for ex
[16:05] <janimo> but that is mislabeled as a Thumb2 porting issue
[16:05] <ogra> janimo, well, we have to decide if we want to work on these or give them to linaro
[16:05] <GrueMaster> One of the issues is that no one has been closing bug reports when they get fixed.
[16:06] <ogra> thumb2 porting is usually linaro nowadays
[16:06] <lool> GrueMaster, janimo: I commented earlier that it seemed to me the bug should be open since it's not fixed, just worked around; I've reopened it since janimo was active on it anyway, and because the assignee was NCommander but janimo was actually the one working on it, I've changed the assignee to janimo
[16:06] <lool> Hope that makes sense
[16:06] <ogra> the tag you see is likel old
[16:06] <ogra> *likely
[16:06] <janimo> lool, ok,. actually we were both working on it, just on different aspects, but I agree it is still an open bug
[16:06] <GrueMaster> lool: Both have been actively working on it in unison.
[16:06] <janimo> as far as gcc is concerned
[16:06] <ogra> lool, thats why i re-did the description a bit
[16:07] <janimo> ogra, the FTBFS ones I think we can manage, thre toolchain bugs we must give to linaro
[16:07] <lool> From the comments on the bug, NCommander seemed to be working on gcc-4.4 vs 4.5 and janimo on fixing the cpp code; I am happy if you folks fix the assignee either way
[16:08] <ogra> really no need to reassign randomly ... the prob here is that we miss a "workaround applied tag, needs revisiting"
[16:08] <ogra> lool, both workarounds are done in QT while the bug is a gcc bug
[16:08] <ogra> which still has the task open
[16:09] <lool> ogra: I am not sure why you frame this as "randomly"; I think I explained how I picked it; I tried to make the best guess
[16:10] <ogra> sure, but one is uploaded, the other isnt, neither fixes the root cause, bug is being worked on by both
[16:11] <ogra> janimo, right, thats what i mean
[16:29] <janimo> rsalveti, ogra, does the version of x-loader/u-boot used get exposed somehwre in linux while booted and running>
[16:29] <janimo> ?
[16:30] <rsalveti> janimo: just at the first partition
[16:30] <rsalveti> atm
[16:31] <rsalveti> you can install the packages if you want, but it's not installed by default
[16:31] <rsalveti> and the version you can check probably by just booting the board
[16:35] <janimo> rsalveti, yes, I know about t6hose, but was wondering if they get passed to linux in some param and mnaybe readable in proc
[16:36] <janimo> just out of curiosioty, it is not of much use
[16:36] <rsalveti> janimo: not something they pass to linux
[16:39] <XorA> would be real easy to add to u-boot/kernel though
[16:50] <janimo> rsalveti, I copied over the MLO and u-boot.bin from the new natty packages, and while the panda boots, there's no output on serial as it used to, this is why I wanted to see if I can read the version strings elsewhere
[16:51] <rsalveti> janimo: no output at all or just after loading the kernel?
[16:51] <janimo> rsalveti, at all
[16:51] <janimo> before I saw x-loader print stuff
[16:51] <ogra> weird
[16:51] <ogra> but it boots ?
[16:52] <janimo> ogra, it booted
[16:52] <ogra> very very weird :)
[16:52] <rsalveti> so could be a problem with your serial connection
[16:52] <janimo> I rebooted adn and now I still can;t ssh
[16:52] <janimo> so maybe it does not boot all the time
[16:52] <janimo> 115200 is fixed right?
[16:52] <rsalveti> not booting at all would be kind of "ok"
[16:52] <ogra> should be
[16:52] <rsalveti> but booting and not getting you anything is weird
[16:53] <janimo> rsalveti, I agree
[16:53]  * janimo takes out the SD card to inspect in the laptop
[16:53] <ogra> 115200n8 *should* be a default
[16:53] <ogra> no guarantee that didnt change though
[16:53] <janimo> I did not touch boot.scr, only copied over two new files
[16:54] <rsalveti> didn't change
[16:54] <rsalveti> so it seems that you're not even loading the x-loader correctly
[16:54] <rsalveti> you can easily check by the panda leds
[16:54] <rsalveti> once u-boot is loaded both leds should blink
[16:55] <rsalveti> and then stays on until the kernel gets control of them
[16:56] <janimo> I have one of the leds blinking more often
[16:56] <janimo> but sometimes they alternates
[16:56] <janimo> not on permanently though
[16:56]  * janimo resets
[16:56] <ogra> one is SD, one is heartbeat
[16:56] <janimo> it could be a faulty SD card
[16:57] <janimo> I had issues with it's seconds root partition and was only using it for booting
[16:57] <janimo> ogra, the one further away fro the SD slot blinks periodcally
[16:57] <janimo> actually long pause, blink short pause blink, then repeat
[16:58] <janimo> time for another SD card
[17:54] <Homefix1> i need help an error that i get installing DarwinSS in qemu or arm7 device? got a min anyone?
[17:57] <ogra_> darwin ?
[17:57] <Homefix1> Darwin streaming server
[17:57] <Homefix1> I...
[17:57] <ogra_> no idea about that
[17:58] <Homefix1> it ibstalles fine in normal envirement however in chroot envirement i get these errors......
[17:58] <Homefix1> ./Install: line 408: /usr/local/bin/qtpasswd: No such file or directory
[17:58] <Homefix1> ./Install: line 416: /usr/local/bin/qtpasswd: No such file or directory
[17:58] <Homefix1> cp: cannot stat `DarwinStreamingServer': No such file or directory
[17:58] <Homefix1> copying PlaylistBroadcaster to /usr/local/bin/PlaylistBroadcaster
[17:58] <Homefix1> cp: cannot stat `PlaylistBroadcaster': No such file or directory
[17:58] <Homefix1> copying MP3Broadcaster to /usr/local/bin/MP3Broadcaster
[17:58] <Homefix1> cp: omitting directory `MP3Broadcaster'
[17:58] <Homefix1> copying qtpasswd to /usr/local/bin/qtpasswd
[17:58] <Homefix1> and such.....
[17:59] <ogra_> did you try to find a darwin related IRC channel ?
[18:00] <Homefix1> none
[18:00] <Homefix1> i thought maybe permissions of some sort because of the chroot env.
[18:00] <Homefix1> im always in root i think
 .....................help hrw