[01:47] <GrueMaster> Finally managed to recover my nand on my beagleboard.  Everytime I ran flash-kernel in Lucid, it would spew i/o errors writing the uInitrd.  Erased it from uboot and reflashed from mmc.  Works.
[01:47] <GrueMaster> Now testing Lucid->Maverick upgrade.  Only 11 hours remaining.  Whee.
[01:48] <rsalveti> ouch :-)
[01:48] <rsalveti> sd card is tooo slow :-(
[01:50] <rsalveti> every task you have that include removing/updating/installing packages takes hours
[01:52] <GrueMaster> Luckily I have other platforms to do work on.  But today has been platform hell day.
[09:15] <lag> Morning sebjan
[09:18] <lag> Morning ndec
[09:19] <lag> Morning anyone else at TI :)
[09:19] <berco> good morning lag
[09:20] <sebjan> morning lag :)
[09:20] <berco> persia: looking at https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947
[09:20] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 10)" [High,Confirmed]
[09:20] <lag> Has a meeting just finished?
[09:20] <lag> :)
[09:20] <lag> sebjan: http://launchpadlibrarian.net/55654467/dmesg.txt :(
[09:21] <berco> persia: I don't get how to translate our daemon.conf settings into this /usr/share/alsa/alsa.conf file. It doesn't sound to me we can even change this alsa.conf file either...
[09:21] <sebjan> cooloney: the last patches submitted into the ti-omap4 ubuntu tree are not in a package yet. There has been a start new release, but no new package version commit. Can we expect to have this commited before the freeze?
[09:24] <sebjan> lag: high-res timers flag appears to be deactivated into our kernel config, though I can't'understand why... this might be the problem?
[09:24] <lag> So, what do we need to do to change it?
[09:25] <sebjan> well, fdr editconfigs ;)
[09:25] <lag> On it's just a config option?
[09:25] <persia> berco, At a broad level, we don't want to change the configuration files unless we're absolutely sure that we're changing them in a way that is the best set of defaults for every potential platform on which Ubuntu is installed, which makes it tricky.  I'm looking through your attachments to see if I can come up with any translation guidance.
[09:25] <lag> Cool
[09:26] <lag> What's the difference between ti-ubuntu-<blar> and for-buntu-<blar>
[09:26] <sebjan> for-ubuntu-<> is the patches I propose to go into the official ubuntu tree
[09:26] <sebjan> ti-ubuntu-<> is th tree I use to generate images for our internal use
[09:27] <cooloney> sebjan: it is just a start new release commit, its not realy about kernel freeze
[09:28] <sebjan> both branches are almost aligned (except for the changlog that I hack in the ti-ubuntu-<> branch)
[09:28] <cooloney> sebjan: today is Sep 15, tomorrow will be kernel freez
[09:28] <berco> persia: thanks
[09:28] <sebjan> cooloney: I was just wondering when we would get these patches into a daily image :)
[09:29] <sebjan> lag: what did run to get the error your sent me (with the high-res timers message)?
[09:29] <lag> Totem
[09:30] <cooloney> sebjan: aha, i need to ping tim, who will try to bump it to 903.12 and upload it
[09:30] <cooloney> sebjan: then we got them in daily image
[09:30] <persia> cooloney, Just be careful with the metas: we had a fail-to-upload recently on linux.
[09:32] <cooloney> persia: oh, what's issue of fail-to-upload?
[09:32] <persia> I'll let you know as soon as I have free RAM :)
[09:35] <sebjan> cooloney: it seems that we miss the high-res timers in our defconfig. lag reported an error indicating they are deactivated, and indeed they are deactivated from our defconfig.
[09:36] <cooloney> sebjan: OK, got it, thx lag
[09:36] <lag> k
[09:36] <berco> sebjan: are you going to enable it?
[09:37] <lag> Do you want me to test and submit to the Kernel Team Mailing List?
[09:37] <sebjan> berco: yes
[09:37] <berco> sebjan: 10.10 or 24.9?
[09:37] <sebjan> berco: both
[09:38] <berco> sebjan: cool, thx
[09:38] <cooloney> lag: yeah, please
[09:38] <cooloney> lag: so if you enabled that in kernel, the alsa oops will be gone, right?
[09:39]  * lag shrugs
[09:39] <lag> I'll know when I test
[09:40] <cooloney> lag and sebjan, i think we need to enable that
[09:40] <cooloney> $ grep -r CONFIG_HIGH_RES_TIMERS debian.master/config/
[09:40] <cooloney> debian.master/config/i386/config.common.i386:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/config.common.ports:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/armel/config.flavour.omap:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/armel/config.flavour.versatile:# CONFIG_HIGH_RES_TIMERS is not set
[09:40] <cooloney> debian.master/config/amd64/config.common.amd64:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> to align with other configs.
[09:41] <sebjan> cooloney, lag, yes I think so, and I checked it was also active in our dev team's tree
[09:41] <cooloney> sebjan: ok, great.
[09:41]  * cooloney is trying to enable dynamic ftrace on omap4 to debug the highmem issue.
[09:42] <cooloney> i got some patches from Mathieu
[09:43] <sebjan> cooloney: cool if this works! (dynamic ftrace)
[09:44] <persia> cooloney, I can't find it offhand: had something to do with differing ABI numbers
[09:46] <lag> I tried to use ftrace on one of the Arm boards before and it murdered the system
[09:48] <cooloney> persia: is this one: https://lists.ubuntu.com/archives/kernel-team/2010-September/012754.html
[09:48] <sebjan> lag: yes, me too, this was not supported upstream for arm. I don't know if it changed in the last months?
[09:48] <cooloney> lag: don't scare me. man
[09:48] <persia> berco, I believe that the translation of the shellscript is fairly easy: "amixer cset name='Earphone Driver Switch' 1" would become "CTL{name}='Earphone Driver Switch', CTL{value}=1".  I'd recommend going for the "all mixer config", so that the user has everything when they want to start playing.  You'd put the configuration in a separate file in /usr/share/alsa/init and then reference it from /usr/share/alsa/init/00main conditionally based on CA
[09:48] <persia> RDINFO
[09:48] <persia> cooloney, Precisely :)
[09:50] <persia> berco, For the default.pa static loading: what issues have you had with module-udev-detect?
[09:51] <persia> berco, Also, why do you want to disable module-console-kit in default.pa?  We rely on this to support user switching (among other features).
[09:52] <persia> berco, lastly, the changes to daemon.conf are documented as bug #623242
[09:52] <ubot2> Launchpad bug 623242 in pulseaudio (Ubuntu) "speex-float-1 provides poor performance on armel (affects: 1) (heat: 173)" [Low,Triaged] https://launchpad.net/bugs/623242
[09:54] <persia> lag, Did you ever get anywhere with a board-specific driver for 637947?
[09:57]  * persia continues to think that fiddling with configuration isn't the best way to address 637947
[09:58] <lag> persia: I'm in mid swing
[09:58] <persia> Excellent!
[09:58] <lag> persia: Apparently sound works on the 8 layer board
[09:58] <ogra> \o/
[09:58] <lag> persia: Other people have stated that it works on the 6 layer too
[09:58] <ogra> who cares about the rest :P
[09:58] <persia> sound "working" isn't the issue: it's whether the drivers are correctly reporting the wiremap to userspace.
[09:58] <lag> Did you see my latest post?
[09:59] <persia> the dmesg one?
[09:59] <lag> persia: I don't know anything about a kernel->user-space wiremap
[10:00] <ogra> lag, well, it doesnt expose the HW to userspace at all ... (in the HW tab of the settings window) so something is still wrong
[10:00] <persia> lag, Hrm.  Typically all this happens inside the kernel, and userspace just works.  Let me find the right bit in the linux source docs.
[10:00] <lag> k
[10:01] <persia> Documentation/sound/alsa/soc/jack.txt has a description of how the jack description works for ASoC
[10:02]  * ogra tests the netbook-launcher fixes ...
[10:02] <persia> But I think the stuff in machine.txt is the missing bit, from what I've heard (I'd be glad to be wrong)
[10:03] <persia> My understanding is that we have a platform driver for omap4, but no panda-specific driver.
[10:03] <persia> (all this is based on hearsay: I've not dug into the kernel code)
[10:04] <lag> sebjan: What's your knowledge on this? --^
[10:04] <persia> lag, Anyway, for your dmesg, were you using the mangled config fragments berco posted?
[10:04] <lag> sebjan: Who do I need to speak to for more information?
[10:05] <lag> persia: I'm using TI's for-ubuntu kernel 'as is'
[10:06] <persia> I'm talking about userspace config
[10:06] <persia> There are ways to work around buggy kernels and buggy drivers in userspace, and we have a static solution for that, although it needs work to be available if we really can't fix it in the kernel.
[10:08] <berco> persia: thanks. For the default.pa I will check with our internal audio team as this is their recommandation I just followed. Also trying to understand if all that is needed
[10:08] <lag> I am using robclark's method - I'll send you the email
[10:08] <sebjan> lag: not much knowledge... I would say Liam (lrg) is the one. Though I am not sure if he is available this week?
[10:09] <XorA> lrg is on holiday this week
[10:09]  * XorA has the slimlogic panda on my desk anyway
[10:10] <persia> berco, OK.  If the kernel drivers are clean, udev should be reporting the right stuff to pulseaudio through module-udev-detect, so we would set any values we need to workaround module loading defaults with udev rules (although it makes sense to me to just set the correct defaults in the kernel modules themselves, as long as we're at it).  For module-console-kit, I've already spoken to folks more knowledgeable about audio in Ubuntu than I, and we
[10:10] <persia> really, really, really, really don't want to disable it.
[10:11] <lag> berco: Are you a TI bod?
[10:11] <XorA> making a panda/fixing panda audio conf should take about 2 hours for a kernel hacker with schematic, its really not hard
[10:12] <persia> XorA, Does my understanding that we need a machine-specific driver match that estimate?
[10:12] <XorA> cp omap4430sdp.c panda.c edit
[10:12] <XorA> Id be surprised if you needed to change more than about 20 lines of code
[10:12] <lag> XorA: Where can we get said schematic?
[10:12] <XorA> should just be the wiring map
[10:13] <XorA> lag: bug prpplague or any of the other TI dudes
[10:13] <persia> berco, Would you be able to hunt down a wiring map, and attach it to 637947?
[10:13] <XorA> in fact you would probably spend more time in wasted discussion here than actually coding :-)
[10:14] <berco> lag: yes, work with ndec and sebjan. same team
[10:15] <berco> persia: not sure if I can publish this info yet. Let me check on that.
[10:16] <persia> berco, OK.  I'm fairly certain we can't upload a driver without the information (doesn't have to be a formal diagram, just knowing what codec pins attach to what ports, etc.) :)
[10:16] <lag> XorA: Do you mean: sound/soc/omap/sdp4430.c
[10:16] <lag> ?
[10:16] <XorA> lag: yeah, I guessed at name without source in front of me
[10:16] <lag> Who is: Misael Lopez Cruz
[10:16] <persia> I think the other name is the Xloader driver for the same thing
[10:17] <berco> persia: understood. I will see what we can share. Agree it can be useful.
[10:17] <XorA> lag: he is a TI contracter somewhere in the world
[10:18] <cooloney> sebjan: for the bus error, did you see my updates?
[10:18] <lag> It seems a bit of a waste to duplicate an 800 line file to amend just 20 lines
[10:19] <persia> lag, The alternative is making it somehow support both sorts of HW and export that sensibly to userspace.  if you want an example of how painful that can get, look at the Intel HDA driver :)
[10:19] <XorA> lag: no reason they cant be combined with the right if(machine_is) stuff
[10:19] <XorA> lag: I was just going for quickest coding route
[10:20] <lag> np
[10:20] <lag> Well I'm happy to take it on
[10:20] <lag> I just need the correct documentation
[10:21]  * persia updates the bug with bits from the conversation
[10:28] <sebjan> cooloney: no, which updates?
[10:31] <cooloney> sebjan: oh, not big change, just reproduce it on my es2.0 board
[10:31] <cooloney> but it is not bus error
[10:31] <cooloney> its Unhandled fault: imprecise external abort
[10:37] <berco> persia: any idea for the problem of H/W not listed in the Volume Applet? If I do a cat /proc/asound/cards I see the SDP4430
[10:40] <persia> berco, Could you please paste 1) the output of `amixer` and 2) the  additional entries in syslog.conf from `kill -HUP $(pidof pulseaudio)` ?
[10:41] <persia> I have a suspicion it's a continuation of the lack of a machine driver, but that's a guess.
[10:42] <berco> persia: for #1 see here: http://pastebin.ubuntu.com/494079/
[10:55] <berco> persia: on my board I don't have syslog.conf. How is it supported to be generated? I see a syslog file in /var/log but nothing related to pulse when kill -HUP is done on PA
[10:55] <persia> My apologies.  It's the extra stuff in /var/log/syslog I want to see.
[10:56] <persia> Please, if you ever have trouble following my directions, ask me if that's what I really meant :)
[10:56] <berco> persia: np :)
[10:56] <persia> Do you get anything on STDOUT from kill -HUP on pulse?
[10:57] <berco> persia: nothing on stdout or syslog
[10:57] <persia> because the pulseaudio manpage says it's supposed to dump the status report to STDOUT or syslog on receipt of SIGHUP :(
[10:57] <persia> Did you do anything special to the system to start pulse?
[10:59] <berco> persia: nothing special. it just starts at boot time
[10:59] <berco> session I believe rather than boot
[11:00] <persia> So just default.  Is this with or without module-console-kit?
[11:01] <berco> just verified, I'm w/o module-console-kit
[11:02] <berco> while i'm waiting for the audio team to respond to me as of why to commented it I can try to re-enable it
[11:02] <persia> Would you?  I'm not quite sure how all that works together, but I wonder if there's some race condition on login without that enabled that makes things different than expected.
[11:03] <persia> That said, it's a complete mystery to me why pulse isn't dumping a status report, and I wonder if it's even running properly.
[11:03] <berco> persia: pulse is difficult...
[11:04] <persia> Take care: it can get a bit more confusing when you start looking for sample-accurate mixing and routing :)  pulse is a nice compromise.
[11:20] <berco> persia: uncommented the console-kit line in default.pas and got the following in syslog after kill command: http://pastebin.ubuntu.com/494097/
[11:21] <persia> heh.  I knew we wanted that for something :)
[11:21] <berco> :)
[11:22] <berco> Sorry, it took me some time to do the test. I had problems to make the test but I think it was b'cos of wifi which I removed for now.
[11:23] <persia> OK.  Pulse is definitely seeing useful syncs.  Do you still have the cardcoded default output to "mm" in your configuration?
[11:23] <persia> Err, sinks
[11:23]  * ogra writes a bug "Lennart Poettering is spamming my logs" :P
[11:24] <persia> ogra, Why?  that syslog stuff only appears on request (SIGHUP)
[11:24] <berco> persia: yes
[11:24] <ogra> persia, yeah, i'm not serious :)
[11:24] <persia> Excellent!  That means the problem is with indicator-sound, about which I know nothing :)
[11:24] <ogra> ronoc does :)
[11:24] <berco> so do I
[11:25] <ogra> catch him and corner him
[11:25] <ogra> he wrote it
[11:25] <berco> what is indicator-sound supposed to do exactly?
[11:26] <persia> It's the name of the package that provides what is perceived as a volume applet.
[11:26] <ogra> its the new UI tool, though it doesnt provide the sound dialog
[11:27] <ogra> only the panel item
[11:27] <persia> Oh.  Anyway, looking at the code, it seems to all be wildly autodetecting anyway, which ought just work, since there are sinks.
[11:27] <berco> ok, got it
[11:29]  * persia hugs `lsw` from suckless-tools
[11:29] <ogra> the app that pops up if you click the sound preferences item in the menu is still gnome-volume-control i think
[11:31] <persia> That's confusing.  gnome-volume-control is clearly just querying pulse for sinks and sources, and we know pulse has them.
[11:32] <persia> berco, Could you try installing pavucontrol and seeing if you see more there?
[11:32] <berco> persia: yes, I can certainly do that. Maybe after lunach ;) getting hungry...
[11:33] <berco> persia: for the amixer settings, can't they be in a omap4430.conf file in /usr/share/alsa/cards folder?
[11:35] <ogra> ndec, around ?
[11:36] <persia> berco, It would be better to have them in the kernel, in sound/soc/omap/panda.c or similar, but in the worst case, yes.  Note that both files contain essentially the same information (although I don't know that anyone here knows how to convert the one to the other)
[11:37] <persia> Also, be careful about naming: the wiremap (and therefore which bits you want to set as defaults, etc.) is board-specific, not SoC-specific.
[11:37] <berco> persia: I agree with the kernel change but meanwhile I need to find a solution
[11:39] <persia> berco, Well, you can certainly look at dropping stuff in /usr/share/alsa to help indicate how to configure stuff.  Depending on what bit you want to configure, drop it in a different place.  As long as it's correctly autodetecting based on the hardware, it ought work.
[11:39] <persia> That said, I expect that regardless of what ends up being created kernel-side, anything you do now will have to change yet again once there is something kernelside.
[11:41] <persia> I'm also not convinced that the fails-to-show-up-in-the-volume-applet issue is at all related to the configuration.  I could be wrong, but I'd like confirmation from another tool (pavucontrol) to ensure it's not a UI issue alone.
[13:17] <ogra> hmpf
[13:17] <ogra> why does the Favorites category not work anymore
[13:25] <lag> berco: Any luck on those documents?
[13:27] <berco> lag: sorry, no answer yet. Waiting for the Us to wake up
[13:51] <persia> lag, You might try to guess based on what data is being reported by the platform driver, and what configuration amixer needs (in the shell script attached to the bug).  I suspect at least 50% of the data you need (and perhaps all of it) is encoded there somehow.
[14:00]  * ogra goes mad trying to make favorites appear
[14:00]  * persia looks at the build log for liblauncher, seeing absolutely no reason they shouldn't be there
[14:01] <ogra> well, we dont have any .desktop file for them yet
[14:01] <ogra> i just added one 2h ago
[14:01] <ogra> and try to find out since then why it doesnt show up
[14:02] <ogra> i dont really care about the normal favorites ... what i try to do is to add a .desktop file that contains an apturl entry for all the TI PPA packages
[14:02] <ogra> so that if you click on it, it fires up software center, shows the EULA and installs them
[14:03] <ogra> seems we have that feature now
[14:03] <persia> It's not driven by .desktop files directly: they come from the gconf key, and then do a lookup on the desktop DB to show them.
[14:03] <ogra> the gconf key ?
[14:04] <ogra> how would a gconf key affect .menu files
[14:04] <ogra> or .desktop files
[14:04] <ogra> persia, which gconf key would that be ?
[14:06] <persia> Unless I just read the code wrong after you commented on it again 40 minutes ago, liblauncher populates Favorites based on the /apps/netbook-launcher/favorites key
[14:06] <persia> And the default list is set in /var/lib/gconf/une.default/%gconf-tree.xml
[14:07] <ogra> bah, sigh
[14:07] <persia> What have you been trying to do?
[14:07] <ogra> which points to unity only
[14:07] <ogra> i was using a very old netbook-launcher source
[14:08] <persia> Ugh, missed that.  Good catch.
[14:08] <ogra> which used a .menu and a .directry file to add a Favorites category
[14:08] <ogra> seems thats in the older sessings package then
[14:08]  * ogra goes digging
[14:08] <persia> That was all sorts of standards incompliant, and the interface I complained about enough to learn how it was done and get it sorted sensibly :)
[14:08] <ogra> i want to get that apturl stuff in befpore freeze
[14:09] <persia> So, I think there's some latent bug somewhere, because liblauncher still hardcodes /apps/netbook-launcher/favorites in the source.
[14:09] <persia> Try sticking something there, and see if it works :)
[14:11] <rsalveti> morning
[14:12] <persia> looking at http://launchpadlibrarian.net/55622759/add-favorites.diff (which was included in the last netbook-launcher-efl upload), I believe that the liblauncher location ought be compatible with the --add-favorite option.
[14:13] <ogra> thats using ~/.local
[14:13] <ogra> i need something i can add to our system defaults
[14:13] <persia> It's using local gconf, isn't it?
[14:13] <persia> Set a couple, then ship them as gconf-defaults.
[14:14] <ogra> i'll try
[14:16] <persia> Good luck.  Stick your findings in 613612, and I'll see if I can do anything based on that in case you don't make it by EOD.
[14:28] <ogra> no go :/
[14:35] <ogra> persia, where exactly do you see the /apps/netbook-launcher/favorites stuff ?
[14:35] <ogra> jayabharath, what were your probs with the image ? (you pinged yesterday)
[14:37] <jayabharath> ogra: They were related to long boot times at first boot... rsalveti & ubot2 pointed me to the jasper fs issue on OMAP4... I guess its a known active problem ..
[14:37] <ogra> no. its not
[14:37] <rsalveti> it should just work
[14:37] <ogra> resizing takes 2:30 for me
[14:37] <rsalveti> jayabharath: I tested with yesterday's image and it worked fine, and very fast
[14:37] <ogra> then another 20sec for setting the defaults, then it reboots into the config tool
[14:38] <rsalveti> it's weird that from time to time someone complains about broken fs while resizing the image...
[14:38] <jayabharath> ok. will try the latest daily and see if that makes a difference.
[14:38] <rlameiro> hi there
[14:38] <ogra> the overall install should be done within 10-12 min until it starts a usable enduser desktop
[14:38] <rlameiro> are the arm kernels compiled for each devices, or that is not possible?
[14:38]  * jayabharath think 10-12 mins is like eternity in the embedded world :)
[14:39] <rsalveti> maybe a problem while giving dd and flushing the writes to the disk, don't know...
[14:39] <ogra> oem-config actually takes the longest time here
[14:39] <ogra> jayabharath, whats an embedded world ?
[14:39] <ogra> :P
[14:39] <jayabharath> :D
[14:39] <ogra> we dont do embedded :)
[14:39] <ogra> 12min are incredibly fast for the ubuntu world :)
[14:40] <rsalveti> that's for sure
[14:40] <ogra> even 15-20 would be :)
[14:41] <jayabharath> oh yeah.. we get annoyed if our board doesent booth within 30 sec :)... we had <30 sec boottimes with OMAP2... :P (ofcourse not under ubuntu)
[14:41] <ogra> rlameiro, for each subarchitecture (we have omap3 kernels that should work with many omap3 based boards ... omap4 kernels etc etc)
[14:41] <rlameiro> ogra: yes i know that, but there are some especifics that dont work
[14:42] <ogra> jayabharath, heh, 30sec ... u-boot takes that long to only load the kernel from SD
[14:42] <rlameiro> for instance there is a setup for the beagle board, but not for the IGEPv2
[14:42] <rlameiro> ogra, well, video and audio doesnt work Out the box on the Igepv2
[14:42] <jayabharath> orga - thats true.. we did some hacks in uboot & we had NAND flash on those boards.. now its all SD...
[14:43] <ogra> rlameiro, might be that there is a bug open for that already, if not, open one
[14:43] <ogra> jayabharath, yeah, SD is the painful part ... the panda would really fly if we had faster disk IO
[14:43] <ogra> but SD somewhat restricts that
[14:44] <rsalveti> I'm using one with an usb disk and it's a lot faster :-)
[14:44] <rlameiro> where do i open it? on the ubuntu -arm kernel team launchpad?
[14:44] <rsalveti> seems like a normal desktop
[14:44] <ogra> yeah
[14:44] <ogra> rlameiro, just on launchpad against the linux package, but i'm pretty suzre there are already bugs for it, so search first
[14:45] <rlameiro> ok
[14:45] <rlameiro> ogra: thanks
[15:07] <lag> robclark: Morning
[15:08] <robclark> gm lag
[15:08] <lag> robclark: Do you know who wrote the userspace hacks to make sound work on the Panda?
[15:09] <robclark> ahh, you mean the default.pa and that stuff..
[15:09] <robclark> I guess someone on audio team, but I'm not sure..
[15:10] <lag> Who are this mysterious 'audio team'?
[15:10] <ogra> you can probably only reach them by phone :)
[15:11] <robclark> well, lgr might be best to ping.. although I think he is out of office this week..
[15:11] <robclark> I'm not sure if rest of them are on IRC much.. but I can harass them to get on IRC
[15:11] <lag> He is on holiday this week
[15:11] <lag> That would be good :)
[15:12] <lag> I don't really want to waste hours learning things that can be imparted in minutes
[15:13] <lag> Even email is better than nothing/phone
[15:13] <lag> But IRC would be best, as other people can interject
[15:13] <robclark> yeah, agreed
[15:13] <lag> Cheers buddy - let me know how you get on
[15:14]  * robclark just tries to find email thread where we were discussion audio/pulse issues..
[15:18] <ndec> lag: sadly I don't think anyone really knows (TI) what we need to do with the audio config... and we just have this dirty workaround for now.
[15:19] <ndec> lag: persia, ogra and berco have started some discussion on 637947
[15:19] <lag> ndec: If I know what the dirty workaround/hack is, I can transcribe it into the kernel
[15:19] <ogra> wohoo, finally !
[15:19]  * ogra sees favorites on the launcher
[15:20] <ndec> ogra: sorry man! i was stuck in meethings so far and my irc had crashed... so no clue what was discussed so far... someone told me you were looking for me.
[15:20] <lag> 637947 is assigned to me :)
[15:20] <ndec> lag: cool... so I will just wait for the fix ;-)
[15:20] <ogra> ndec, i mailed you instead ... with the apport instructions
[15:20] <ndec> lag did you receive the default.pa and alsa conf file?
[15:20] <lag> I have seen/read that, but most of that discussion is guesses :)
[15:20] <ogra> ndec, seems apport has all you need
[15:21] <lag> ndec: I did, but I don't know what's changed
[15:21] <ndec> lag: with our custom default.pa and alsa conf, we are able to have audio at boot (include the boot welcome sound). we are able to switch dynamically from HMDI and speakers while totem is playing...
[15:21] <ogra> i think persia added some proper info how the amixer stuff needs to be handled
[15:21]  * ogra wouldnt call that guesses
[15:22] <ndec> ogra: lag: I think the *real* fix is to fix the driver. a nice workaround is to create a hard coded config in /usr/share/also/.../SDP4430, a dirty workaround is our .sh script that runs amixer config
[15:22] <ogra> ndec, no
[15:22] <ndec> ogra: thanks for apport stuf.. i will check this. how about the PPA armel for tiomap-dev?
[15:23] <ogra> ndec, there are better ways in alsa to achieve what you need
[15:23] <ogra> thats what persia elaborated on in the bug
[15:23] <lag> I'm happy to fix the driver
[15:23] <ogra> heh
[15:23] <ndec> ogra: but there are pulse config problems too.
[15:23] <ogra> ndec, the two changes to default.pa are in now
[15:23] <ogra> and it seems the support for the config dir doesnt work
[15:23] <ndec> ogra: default.pa should figure out what the output/input audio are from /proc/asound, right? today we need to hard code the streams in default.pa
[15:24] <ogra> well, there were two lines that needed changing in default.pa iirc
[15:24] <ogra> these went in
[15:24] <ndec> ogra: i think you are talking about daemon.conf changes. we also have changes in default.pa to create/list the output and input streams
[15:24] <ogra> with todays upload
[15:24] <ogra> no, i think i talk about default.pa
[15:24]  * ogra checks
[15:25] <ogra> bug 623242
[15:25] <ubot2> Launchpad bug 623242 in pulseaudio (Ubuntu) "speex-float-1 provides poor performance on armel (affects: 1) (heat: 173)" [Low,Triaged] https://launchpad.net/bugs/623242
[15:25]  * ndec checks too
[15:25] <ogra> gah, you are right
[15:26] <ogra> +default-fragments = 8
[15:26] <ogra> +default-fragment-size-msec = 10
[15:26] <ogra> and +resample-method = speex-float-1
[15:26] <ogra> three lines actually
[15:26] <ndec> ogra: yes, in daemon.conf.in
[15:26] <ogra> yup
[15:26] <ogra> sorry, my bad
[15:26] <ndec> ogra: np
[15:33] <lag> Right, let's start from the beginning
[15:33] <lag> What is the SDP4430?
[15:34] <hrw> other name of blaze?
[15:34] <lag> Thanks
[15:35] <lag> What AudioIC/CODECs are on the Panda/Blaze?
[15:36] <berco> lag: hrw: SDP4430 is actually another board OMAP4430 based (Software Development Platform)
[15:37] <lag> Okay s/Blaze/SDP4430
[15:37] <ndec> lag: SD4430 is the name of the audio chip in our audio driver. cat /proc/asound/cards
[15:38] <lag> Now that makes more sense
[15:38] <lag> So why am I porting sdp4430.c if the board I'm porting to has an sdp4430?
[15:40] <ogra> ndec, btw, i found a very elegant way for the ppa package install ... including to show a general EULA for the PPA itself
[15:42] <ndec> ogra: interesting. but I think we will have different EULA for different packages...
[15:43] <ogra> well
[15:43] <lag> Do the SDP4430 and the Panda have different CODECS? I know the SDP4430 has a TWL6040 - what about the Panda?
[15:44] <ndec> ogra: i have reused the sun-java source package to make my EULA/clickwrap package based on debconf
[15:44] <ndec> lag: same CODECS. only the name is confusing...
[15:45] <lag> ndec: So they have the same audio IC and the same CODEC?
[15:45] <lag> So what needs porting?
[15:45] <ndec> ogra: we can potentially present a message to mention that user is about to user a PPA that comes with restrictions... I can get an official text. anyway you can demo that to me?
[15:45] <ndec> lag: yes
[15:46] <ndec> lag: well it does not work on both ;-) if you boot a ubuntu image, you have no audio until you run our customer amixer.sh script and until you hack default.pa
[15:46] <ogra> ndec, not yet ... but the plan is to have an icon in the favorites category that will trigger software-center using apturl its very elegant and can show a text as html
[15:46] <ogra> ndec, https://wiki.ubuntu.com/SoftwareCenter#apturl
[15:47] <lag> ndec: :)
[15:47] <ogra> i need to get your public PPA working first, and one package in there, then we can test it
[15:47]  * ogra still waits for reply for the PPA 
[15:47] <lag> I'm aware it doesn't work on both - I'm trying to find out why i.e. what's different
[15:48] <ndec> ogra: once the public PPA is armel ;-) I can push a package there.
[15:48] <ogra> yeah
[15:48] <ogra> i'm waiting for IS
[15:48] <ndec> ogra: that would be a GPL package (e.g. no debconf mess) but that should be fine for you, right?
[15:48] <ogra> i suddenly have to use a new process ... that sadly takes longer :(
[15:49] <ogra> anything is fine :)
[15:49] <ogra> as long as a .deb comes out of it ;)
[15:49] <ndec> ogra: is that really important ;-)
[15:50] <ndec> ogra: the apturl is indeed really cool.. you are a lucky guy, the work is done already!
[15:50] <robclark> lag, AFAIK audio is same on panda and sdp/blaze.. both have TWL6040, tho panda might be a newer revision (not 100% sure about that)
[15:50] <ogra> ndec, yeah :)
[15:51] <ogra> ndec, about bug 631362 ... we should try to join forces to get it fixed, seem luke would accept a patch if he could get one that doesnt crash pulse
[15:51] <ubot2> Launchpad bug 631362 in pulseaudio (Ubuntu Maverick) (and 1 other project) "Include several configuration files (affects: 1) (heat: 14)" [Medium,Triaged] https://launchpad.net/bugs/631362
[15:52] <ndec> ogra: welll. maybe.. that would give us an elegant solution to implement a dirty workaround and move our customization from default.pa into omap4.pa...
[15:52] <ogra> right
[15:52] <ogra> i dont see any other way here
[15:52] <ogra> you cant modify default.pa
[15:53] <ndec> ogra: from the log the commit I am interested in, is breaking pulse... that looks weird..
[15:53] <ogra> unless you ship your own copy of pulse
[15:53] <ndec> ogra: well, I can modify it.. it's just uggly...
[15:53] <ogra> not in a distro way
[15:53] <ogra> the only possible solution would be to ship your own pulse
[15:53] <ndec> ogra: how about divert?
[15:53] <ogra> or to put up a HOWTO
[15:54] <ogra> if you divert you will have nedless problems for people that upgrade
[15:54] <ogra> diversion is never a solution
[15:54] <ogra> *endless
[15:54] <ndec> ogra: don't scream but right now, we have a meta package that makes a backup and override the file in preinst and restore in prerm ;-)
[15:54]  * ogra screams
[15:54] <ogra> :P
[15:54] <rsalveti> lol
[15:54] <ogra> lets try to get pulse fixed
[15:55] <ndec> ogra: i am claiming we do everything right ;-)... no even claiming we do many things right!
[15:55]  * ndec knew it would be a good motivation for ogra
[15:55] <ogra> heh
[15:55] <ogra> if i have solved the PPA stuff i'll take pulse and see what i can do
[15:55] <ogra> iirc default.pa is actually a perl script
[15:56] <ogra> it might even be possible to do the include from within default.pa
[15:57] <ogra> and to just override the exiusting values from parsed files
[16:00] <ndec> ogra: by the way, we might need stuff from universe in order to enable all omap4 features (such as obexftp). can you activate somehow unicers?
[16:00] <ndec> s/unicers/universe/
[16:01] <ogra> hmm
[16:01] <ogra> i can try to hack something into jasper
[16:02] <ogra> jasper turns  more and more into "hack around that prob" anyway
[16:02] <ogra> oh, no, wait
[16:02] <ogra> ndec, thats only for ppa stuff, right ?
[16:02] <ndec> ogra: yes. this is for using bluetotth
[16:02] <ogra> apturl ;)
[16:03] <ogra> it will be able to take care
[16:03] <ndec> ogra: too easy..
[16:03] <ogra> the best thing since sliced bread
[16:03] <ogra> (and butter)
[16:04] <ogra> ndec, do you have any TI logo i could just use for the desktop icon (else i'll make something up or find a panda picture or some such)
[16:07]  * ogra takes a (really needed) break
[16:17] <sebjan> rsalveti: it seems that we are missing a patch into the x-loader embedded into the daily images. Where can I find the tree for this x-loader, to check all the patches are integrated into it?
[16:18] <ogra_ac> sebjan, the copyright file in /usr/share/docs/<packagename> usually has it
[16:18] <ogra_ac> (at least for packages i rolled)
[16:19] <ogra_ac> copyright has the upstream tree, package version usually has a timestamp of teh git checkout
[16:20] <rsalveti> let me check
[16:21] <rsalveti> http://gitorious.org/x-load-omap3/mainline/commits/master
[16:21] <rsalveti> git20100713
[16:23] <rsalveti> this is for omap 3
[16:23] <rsalveti> sebjan: do you want to know for omap 4, am I right?
[16:24] <ogra_ac> thats omap3 though
[16:24] <rsalveti> http://gitorious.org/pandaboard/x-loader/commits/omap4_panda_L24.9
[16:24] <rsalveti> for omap 4
[16:24] <ogra_ac> i bet sebjan meant omap4
[16:25] <rsalveti> with 2 additional patches from robclark
[16:25] <rsalveti> 02-panda-fix-ddr-timings.patch and 03-panda-x-loader-emif-1gb-support.patch
[16:25] <rsalveti> yep, I need coffee, didn't get any today yet
[16:27] <ogra_cmpc> wow, the lag on the ac100 is unbearable
[16:27]  * ogra_cmpc just noticed how different that conversaiton looks here
[16:28] <lag> ogra_cmpc: Your lag is unbearable
[16:28] <ogra_cmpc> no, the cmpc is fine :)
[16:29] <lag> I wish people would stop using my name in vain
[16:29] <ogra_cmpc> well, pick a better name
[16:29] <lag> How about: lksjopfjljfslijgblsflshfjpoglpjfdlwnegiljksjllmsw?
[16:30] <ogra_cmpc> ask lool, i think he has experience with bad highlights *g*
[16:30] <GrueMaster> heh
[16:30] <lksjopfjljfslijg> Now I won't have any issues
[16:30] <rsalveti> sebjan: let me know if there is any other needed patch around
[16:30] <robclark> hi lksjopfjljfslijg
[16:31]  * lksjopfjljfslijg thinks 16 letters isn't enough 
[16:31] <ogra_cmpc> lksjopfjljfslijg, finally a nick you can easily pronounce !
[16:31] <GrueMaster> It's that Aussie spelling that is tricky.
[16:32] <jigijigijigjijig> :)
[16:32] <ogra_cmpc> nahm a lot of chewing gum helps
[16:34] <sebjan> rsalveti: I was suspecting a mux for BT missing, but I see it into the pandaboard tree...
[16:35] <sebjan> rsalveti: I'll compare the x-loader source package with my tree
[16:39] <ndec> lag: you should use a SHA1 ;-)
[16:40] <lag> Won't fit :(
[16:40] <ndec> lag: 474bbd2a7fd32e7d0823082f313395bfc8d15319
[16:40] <ndec> ogra: let me check for the logo
[16:40] <lag> 474bbd2a7fd32e7d :Erroneous Nickname
[16:41] <rsalveti> sebjan: hm, ok
[16:41] <ogra_cmpc> lag, are you done ? so i can move the ruler on my client back to the left ?
[16:42] <lag> I promise nothing
[16:42] <ogra_cmpc> heh
[16:44] <ndec> ogra: so i need to give you the logo and a welcome message, right? I like the idea of the welcome message... more than the license one!
[16:44] <GrueMaster> I think lag should be known by his md5sum:  7604c463c8318ff229ca042b7bdf5d18
[16:44] <ogra_cmpc> ndec, yup, that would be good
[16:45]  * GrueMaster sips more coffee and works on waking up.
[16:45] <lag> GrueMaster: It won't allow it
[16:46] <rsalveti> ogra_cmpc: just added another fix for bug 627201
[16:46] <ubot2> Launchpad bug 627201 in jasper-initramfs (Ubuntu) "Reactivate swap file generation by Jasper (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/627201
[16:46] <rsalveti> to avoid using sparse files for swap
[16:46]  * ogra_cmpc checks
[16:47] <rsalveti> branch uploaded and ready to merge :-)
[16:47] <rsalveti> ogra_cmpc: you made the same mistake I did when adding the code back to jasper
[16:47] <rsalveti> when you commented the code, you also changed the dd line to create a sparse file
[16:47] <ogra_cmpc> oh, yeah, files with holes, i remember
[16:47] <rsalveti> then for the latest commit you just removed the comments
[16:48] <ogra_cmpc> right
[16:48] <rsalveti> so it needs to change back to the very old dd line :-)
[16:48] <ogra_cmpc> yup, i missed that
[16:49] <rsalveti> just tested at my c4 and it's working fine with my branch
[16:50] <rsalveti> swap is back in the game
[16:50] <ogra_cmpc> how long does creation take ?
[16:50] <rsalveti> around 3 minutes :-(
[16:50] <ogra_cmpc> grmpf
[16:50] <rsalveti> at least on my c4
[16:50] <ogra_cmpc> well, IO ....
[16:50] <ogra_cmpc> wont be better on other SDs
[16:51] <rsalveti> I sent one patch that was applied for normal beagle
[16:51] <rsalveti> that improves the sd performance
[16:51] <ogra_cmpc> right but it will still suck
[16:51] <rsalveti> and it's already applied for omap4, so it should be a little faster :-)
[16:51] <rsalveti> yep :-(
[16:51] <ogra_cmpc> i wonder ...
[16:52] <ogra_cmpc> if we could create it in a tmpfs and then mv it
[16:52] <rsalveti> one way is to add the swap file while creating the image, then you move the creating to image build time, not installation
[16:52] <GrueMaster> Would it be faster to create the file during image creation?
[16:52] <ogra_cmpc> (doing the mv backgrounded)
[16:53] <ogra_cmpc> GrueMaster, it would not happen during first boot then
[16:53] <rsalveti> ogra_cmpc: but during the first boot?
[16:53] <GrueMaster> Would it need to be created at first boot if it already existed?
[16:53] <ogra_cmpc> GrueMaster, no, only mkswap'ed
[16:53] <GrueMaster> right.
[16:54] <ogra_cmpc> but thats a really weird hack to livecd-rootfs
[16:54] <GrueMaster> That should be relatively quicker.
[16:54] <rsalveti> yep
[16:54] <rsalveti> we would only improve the installation time
[16:54] <GrueMaster> Could it be added to a package install script?  Those run during image creation.
[16:55] <rsalveti> but not the user's time, as he would also waste more time doing dd
[16:55] <ogra_cmpc> ??
[16:55] <ogra_cmpc> why would the user do a dd ?
[16:55] <ogra_cmpc> if the file pre-exists
[16:55] <GrueMaster> during first boot.
[16:55] <rsalveti> when "flashing" his sd card
[16:55] <rsalveti> as the image would be bigger
[16:55] <ogra_cmpc> ah, yeah
[16:56] <GrueMaster> That would only increase by a small amount.
[16:57] <GrueMaster> sigh.  Lucid->Maverick upgrade isn't booting into gdm or netbook-launcher-efl for some reason.  Checking.
[16:58] <ogra_cmpc> GrueMaster, but flash-kernel works ?
[16:58] <GrueMaster> Not sure.  It appears to not have loaded the new kernel to nand.
[16:59] <GrueMaster> Currently running 2.6.33-502-omap which was what it ran prior to upgrade.
[16:59] <ogra_cmpc> gar
[17:00] <GrueMaster> Give me a sec to look into it.  Could have missed the kernel upgrade or something.
[17:00] <GrueMaster> No 2.6.35 kernel.
[17:01] <ogra_cmpc> aha
[17:01] <ogra_cmpc> i guess thats another job for apw :(
[17:01] <GrueMaster> I'm looking to see what happened.  Might have been an overlap on my mirror.
[17:01] <ogra_cmpc> missing comflicts/replaces/provides in the maverick metapackage
[17:02] <GrueMaster> Right.  Since the images failed to build for similar reasons yesterday, I'm thinking it was all just timing.
[17:02] <apw> GrueMaster, are you saying you don't have a .35 kernel installed at all?
[17:02] <GrueMaster> right.
[17:02] <ogra_cmpc> GrueMaster, no, we have a differently named meta in maverick
[17:02] <apw> what linux-image-<flavour> meta package is installed and at what version
[17:03] <apw> ogra_cmpc, do we ?  crap, thats no good
[17:03] <GrueMaster> apt-get dist-upgrade is saying that the linux-image & linux headers will be held back.
[17:03] <ogra_cmpc> so it wouldnt pull in the kernel upgrade
[17:03] <ogra_cmpc> GrueMaster, oh, thats good then
[17:03] <GrueMaster> n
[17:03] <GrueMaster> wrong window.
[17:03] <apw> GrueMaster, can you get me the output from that in paste bin or something
[17:04] <GrueMaster> Switching back to ports.ubuntu.com and updating the package lists to make sure the problem isn't pon my mirror.
[17:05] <GrueMaster> My mirror updates every 4 hours, so it "should" be good.
[17:05] <GrueMaster> but just in case, I want to rule it out.
[17:05] <apw> GrueMaster, ogra_cmpc is this -omap ?
[17:05] <GrueMaster> yes
[17:06] <GrueMaster> (that's the only TI image for Lucid to test upgrading.)
[17:06] <rsalveti> and the gnome-power-manager is really leaking :-)
[17:06] <GrueMaster> apw: what do you want to see in pastebin?
[17:07] <apw> ok we are about to upload the last kernel before release (barinng emergencies)
[17:07] <apw> so we need to be on this like a rash if you want it fixed
[17:07] <apw> i'd like to see the dist-upgrade output with the 'held back' inforamtion in
[17:07] <ogra_cmpc> GrueMaster, dpkg -l|grep linux
[17:07] <GrueMaster> It is not on my mirror.
[17:07] <GrueMaster> Ok
[17:07] <apw> and could i get a get what ogra_cmpc said too
[17:07] <ogra_cmpc> so we see how the meta is named
[17:08]  * ogra_cmpc thinks it was a bad idea to pull omap into the main branch
[17:08] <GrueMaster> http://paste.ubuntu.com/494257/
[17:09] <GrueMaster> I meant to say that my mirror is good.  Same issue on p.u.c
[17:09] <ogra_cmpc> linux-omap and linux-image-omap then
[17:11] <GrueMaster> ogra_cmpc: The reason that I am not getting a launcher is that /usr/lib/gdm/gdm-set-default-session une-efl is run by jasper.  Need some way to run it on upgrade.
[17:12] <rsalveti> hm
[17:12] <ogra_cmpc> ogra@panda:~$ apt-cache search linux-omap|grep "^linux-omap "
[17:12] <ogra_cmpc> linux-omap - Complete Linux kernel for the Versatile architecture.
[17:13] <ogra_cmpc> so meta seems fine
[17:13] <ogra_cmpc> (apart from the description)
[17:14] <ogra_cmpc> apw ^^^
[17:14] <lag> ndec: Is the datasheet for the twl6040 and sdp4430? publicly available?
[17:14] <apw> GrueMaster, did we have the output of the dist-upgrade and it saying "held back"
[17:14] <GrueMaster> I can post it.  One sec.
[17:14] <apw> ogra_cmpc, the linux-omap hasn't upgraded as its at 33.5xx ...
[17:15] <ndec> lag: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[17:15] <rsalveti> for the wrong package description: bug 623297
[17:15] <ubot2> Launchpad bug 623297 in linux-meta (Ubuntu) "omap meta packages have Versatile in their description (affects: 1) (heat: 169)" [Low,Triaged] https://launchpad.net/bugs/623297
[17:15] <ogra_cmpc> apw, right, my biggest sorrow was that the name changed
[17:15] <apw> ogra_cmpc, how has the name changed
[17:15] <ogra_cmpc> it hasnt
[17:16] <ogra_cmpc> thats what i said above
[17:16] <ogra_cmpc> apw, the description is broken though
[17:16] <ogra_cmpc> but that doesnt do harm
[17:16] <apw> ok
[17:16] <lag> ndec: Thanks
[17:17] <GrueMaster> apw: http://paste.ubuntu.com/494263/
[17:17] <GrueMaster> The bottom has the output from apt-cache show linux-omap.
[17:19] <ogra_cmpc> apw, seems its sitting in NEW
[17:20] <apw> ogra_cmpc, whats sitting in new?
[17:20] <ogra_cmpc> https://edge.launchpad.net/ubuntu/maverick/+queue
[17:20] <ogra_cmpc> the actual bianries
[17:20] <apw> ogra_cmpc, ahh that would do it!
[17:20] <ogra_cmpc> (linux)
[17:21] <ogra_cmpc> i dont get why only armel always ends up there
[17:21] <ogra_cmpc> all other arches (i386/amd64) seem to get just through
[17:31] <furibondox> hi... someone knows how to enable verbose output during the bootstrap in Ubuntu Lucid 10.04?
[17:32] <furibondox> I read some posts on the web... but all suggests to edit the grub config file. As far as I use u-boot how can I enabling the verbose output with ubuntu lucid?
[17:33] <sebjan> ogra_cmpc: I checked the x-loader-omap4 source package, and it contains the right patches. Are we guaranteed that the binary from this source package is used into the daily images?
[17:33] <ogra_cmpc> sebjan, yes
[17:35] <sebjan> ogra_cmpc: then I don't understand: we have an issue that could be explained with a x-laoder patch missing. When we replace the daily image x-loader with the one I build frm my tree (source aligned with the package), the issue disappears...
[17:35] <rsalveti> hm
[17:35] <rsalveti> different compiler?
[17:35] <ogra_cmpc> possibly
[17:35] <sebjan> rsalveti: yes, probably: I use gcc 2010q1
[17:36] <sebjan> rsalveti: (CodeSourcery)
[17:36] <rsalveti> sebjan: try building our x-loader with your compiler
[17:36] <rsalveti> and then test it
[17:37] <rsalveti> hm, quite a new compiler
[17:37] <sebjan> rsalveti: right, I'll do that
[17:39] <ogra_cmpc> furibondox, i guess you mean booting, not bootstrapping
[17:39] <ogra_cmpc> furibondox, what HW is that ?
[17:41] <furibondox> it's an omap 3530
[17:41] <ogra_cmpc> a beagleboard ?
[17:41] <furibondox> a proprietary hw similar to beagleboard
[17:42] <ogra_cmpc> well, you need to change it in the u-boot config then ... on the serial console
[17:42] <GrueMaster> ogra_cmpc: apw:  We are also seeing an issue with linux-headers-2.6.35-21-omap not being available for linux-headers-omap.  This is holding up image builds.
[17:42] <apw> GrueMaster, yep, that'll be in new as well i am sure
[17:42] <ogra_cmpc> GrueMaster, yeah, that will be fixed if the binaries are out of NEW
[17:42] <GrueMaster> ok
[17:43] <furibondox> ogra_cmpc: what I have to change in the u-boot config (and then in the serial console)?
[17:43] <ogra_cmpc> furibondox, you usually get the boot noisier if you drop splash and quiet from the commandline
[17:43] <furibondox> ok
[17:44] <ogra_cmpc> should be in the bootparams variable iirc
[17:44] <furibondox> but I have no splash and quiet in my commandline
[17:44] <ogra_cmpc> in ubuntu maverick thats all a lot easier, we use a config file there
[17:45] <ogra_cmpc> then you should already get all the output that is there
[17:45] <furibondox> i had also to drop plymouth because it crashed during startup
[17:45] <GrueMaster> furibondox: lucid "may" not support your hardware as well as maverick.  You might also want to try it.
[17:46] <furibondox> my company want to remain with lucid because the LTS
[17:46]  * rsalveti lunch
[17:47] <ogra_cmpc> well, mavericks kernel is surely improved
[17:47] <ogra_cmpc> as well as the image design, bootloader etc
[17:47] <furibondox> well... we a have a custom kernel compiled by hand
[17:48] <furibondox> and the distribution should be transparent to the kernel changes, isn't it?
[17:48] <ogra_cmpc> well
[17:48] <GrueMaster> Yes, for the most part.
[17:48] <ogra_cmpc> if you have the same version the distro uses and all the same options enabled
[17:49] <ogra_cmpc> we often have userspace bits depending on new kernel features
[17:49] <furibondox> I understand...
[17:50] <suto> anyone here
[17:50] <suto> what is root passwd
[17:50] <furibondox> our current kernel version is 2.6.29
[17:50] <suto> of ubuntu-arm
[17:50] <suto> i have only access with ubuntu/temppwd
[17:50] <ogra_cmpc> furibondox, that might cause probs for lucid
[17:50] <suto> furibondox, ogra_cmpc :(
[17:50] <suto> please help
[17:50] <GrueMaster> suto: root is sudo access only.
[17:51] <furibondox> do you know if the nospalsh kernel parameter should be used with my kernel in order to enable the verbose output?
[17:51] <ogra_cmpc> root is locked ... in ubuntu you usually use sudo
[17:51] <furibondox> (during the boot process)
[17:51] <ogra_cmpc> nosplash wont do a thing
[17:51] <devilhorns> ogra_cmpc, sent patches for the netbook-efl --add-favorite stuff yesterday ... but was wondering, what do I need to do wrt getting commit access for that bzr branch ? Would be easier to just commit the fixes
[17:51] <suto> GrueMaster, ogra_cmpc i use sudo but it require password
[17:51] <suto> ah
[17:51] <suto> ok
[17:51] <suto> sorry
[17:51] <GrueMaster> furibondox: If you remove "quiet splash" from the boot cmdline, you should get lots of kernel noise.
[17:52] <suto> i see
[17:52] <ogra_cmpc> devilhorns, we need to talk to the upstream guy, i havent seen him around yet
[17:52] <devilhorns> ogra_cmpc, ahh ok :)
[17:52] <furibondox> GrueMaster: i've not that parameter set in my command line
[17:52] <ogra_cmpc> devilhorns, both patches applied and uploaded btw, thanks a lot, that was really fast !
[17:52] <GrueMaster> furibondox: what is your bootargs set to?
[17:52] <devilhorns> ogra_cmpc, anytime :) that's why I am here :)
[17:52] <ogra_cmpc> :)
[17:53] <furibondox> rw console=ttyS2,115200e8 vram=5M omapfb.vram=2560K,2560K
[17:53] <ogra_cmpc> furibondox, can you pastebin a log from a boot ?
[17:53] <furibondox> yes
[17:53] <furibondox> just a moment
[17:54] <ogra_cmpc> so we actually see what you see
[17:54] <GrueMaster> devilhorns: While you have your hands in the mixer, there is an annoying random bug that when launching terminal, it sometimes defaults to the "/usr/share/icons..." directory.  Don't have a bug number offhand.
[17:54] <devilhorns> ogra_cmpc, there is a few other things I'd like to cleanup in that code too (it's currently pretty messy)...dunno who wrote it originally, but it's pretty ugly and would benefit from a good "cleaning up" :)
[17:54] <devilhorns> GrueMaster, any specific terminal ? or just all terminals
[17:54] <furibondox> http://paste.ubuntu.com/494288/
[17:55] <GrueMaster> When netbook-launcher-efl runs gnome terminal.
[17:55] <devilhorns> GrueMaster, gnome terminal ... ok I'll have a look today then
[17:55] <GrueMaster> It is very odd and only happens 1/3 of the time.
[17:56] <GrueMaster> furibondox: This is the output I would expect from the serial port.  What was the problem again?
[17:56] <devilhorns> GrueMaster, ok, I'll poke around w/ it today then ... BUT I already suspect that the problem may be in gnome-terminal (just from knowing how efl handles launching stuff). We've had a similar problem in the past w/ gnome-terminal
[17:57] <GrueMaster> ah.
[17:57] <devilhorns> GrueMaster, but I will look into it regardless, just to be sure
[17:57] <ogra_cmpc> devilhorns, the code comes from a brazilian company ....
[17:57] <apw> ogra, GrueMaster, those binaries have been tickled through ... i guess we need to wait for the publisher now
[17:57] <furibondox> GrueMaster: I expected to see something like "sshd [DONE] etc..."
[17:57] <devilhorns> ogra_cmpc, ahhhhh, k-s and ProFusion ... that explains the general mess of it :)
[17:57] <ogra_cmpc> apw, fine with me, i'm personally not in a hurry with them
[17:57] <GrueMaster> Ah, init output.
[17:58] <furibondox> yes
[17:58] <ogra_cmpc> devilhorns, hehe, yeah :)
[17:58] <furibondox> the init output
[17:58] <ogra_cmpc> furibondox, yeah, looks a bit like its not running upstart at all
[17:59] <devilhorns> don't get me wrong, they generally write good code that functions well ... just that they don't ever give much thought to others having to "maintain" it
[17:59] <ogra_cmpc> furibondox, what is that stuff after line 297 ?
[17:59] <ogra_cmpc> furibondox, looks a bit like you are booting a wrong filesystem
[17:59] <apw> ogra_cmpc, i'd like to know if the upgrade is fixed by it
[17:59] <ogra_cmpc> definitely not ubuntu
[18:00] <ogra_cmpc> apw, right, and NCommander wants to build images
[18:00] <ogra_cmpc> thats why i said "personally" :)
[18:00] <furibondox> from 297 till 331 there is a custom initrd
[18:00] <ogra_cmpc> furibondox, well, it doesnt boot ubuntu at all
[18:00] <furibondox> yes...
[18:00] <furibondox> after 331 starts ubuntu
[18:00] <GrueMaster> apw, I'll start another upgrade tonight.  It takes 11+ hours, even from a local mirror.
[18:01] <ogra_cmpc> furibondox, no, it doesnt
[18:01] <apw> GrueMaster, yeah but that misses the windowfor getting the fix in the pre-freeze kernel if there is one
[18:01] <furibondox> yes... with all daemons
[18:01] <ogra_cmpc> furibondox, it just goes into the rootfs
[18:02] <ogra_cmpc> i dont see upstart running
[18:02] <ogra_cmpc> how did you create that initrd ?
[18:02] <GrueMaster> apw: I don't know how to tweek my system to install faster.  11 hours is best I have seen.
[18:02] <furibondox> goes into rootfs and starts all daemons (sshd, udevd, getty, crond, etc...)
[18:02] <ogra_cmpc> you *need* to use update-initramfs from initramfs-tools to make it work proper
[18:02] <apw> GrueMaster, yeah, i meant in an hour we can try that dist-upgrade again and see if ti then works
[18:02] <ogra_cmpc> or not use any initrd
[18:02] <apw> if it does then its likely just that that was the issue
[18:02] <GrueMaster> apw: Oh, yea.  definitely.
[18:03] <ogra_cmpc> either will work
[18:03] <GrueMaster> But I was referring to the full upgrade process.
[18:03] <ogra_cmpc> i assume your custom initrd is at fault here
[18:03] <apw> yeah for sure
[18:03] <ogra_cmpc> it will be missing all the ubuntu scripts
[18:04] <furibondox> ogra_cmpc: this is the last line of our linuxrc into initrd:
[18:04] <furibondox> exec run-init -c /dev/console ${ROOTFS} /sbin/init;
[18:04] <ogra_cmpc> linuxrc ?!?
[18:04] <furibondox> so it starts the /sbin/init into the ubuntu rootfs
[18:04] <ogra_cmpc> ubuntu doesnt work that way
[18:05] <ogra_cmpc> either drop the initrd or create a proper one
[18:05] <ogra_cmpc> or live with the situation as is
[18:05] <furibondox> is there a guide to create a correct initrd?
[18:05] <ogra_cmpc> you will definitely miss configuration with the current one
[18:06] <ogra_cmpc> create it from the running system by running update-initramfs
[18:06] <ogra_cmpc> and make sure your modules are in the right place in the fs
[18:07] <furibondox> we don't use loadable modules... so I have only to run update-initrams?
[18:08] <ogra_cmpc> try it, not sure it will work if you dont have a /lib/modules/... dir
[18:08] <ogra_cmpc> if you need to make modifications, it pulls its scripts from /usr/share/initramfs-tools/
[18:10] <furibondox> update-initramfs -k all -c -v -b /root Nothing to do, exiting.
[18:10] <furibondox> may be I have to pull the sources...
[18:11] <furibondox> anyway, is there somewhere an example of a correct initrd?
[18:11] <furibondox> just to see what's wrong with mine?
[18:13] <GrueMaster> furibondox: You can check the one on our daily images.  http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[18:13] <furibondox> it seems that it does the same thing as our custom initrd:
[18:13] <furibondox> exec run-init ${rootmnt} ${init} "$@" <${rootmnt}/dev/console >${rootmnt}/dev/co nsole 2>&1
[18:13] <ogra_cmpc> it does a ton more
[18:14] <ogra_cmpc> but yes, the init script in there uses run-init
[18:14] <furibondox> yes, sorry I mean that ;-)
[18:14] <furibondox> by the way, tomorrow I will look at that deeply
[18:15] <furibondox> now I have to came back home
[18:15] <furibondox> see you tomorrow
[18:15] <ogra_cmpc> bye
[18:15] <furibondox> and thanks
[18:15] <GrueMaster> furibondox: Much welcome.
[18:15] <furibondox> ogra_cmpc: I've also modified the rootstock script with two little improvements
[18:16] <ogra_cmpc> furibondox, cool, file a bug and attach them :)
[18:16] <furibondox> tomorrow if you want I can send the patch to you
[18:16] <furibondox> ok
[18:16] <GrueMaster> And we'd be interested in the results if you were to test Maverick if you have time.
[18:16] <furibondox> ;)
[18:16] <furibondox> see you tomorrow
[18:16] <furibondox> bye
[18:19] <devilhorns> GrueMaster, Has to be in gnome-terminal ... reading through the netbook-efl code, and it turns out that it's using launcher_application_launch(app) to start the applications ... so it's not using the ecore_exe stuff (as I had previously thought), which basically means that efl is not launching the apps, thus not the cause
[18:19] <GrueMaster> Hmmm.  Figures.
[18:19] <ogra_cmpc> well, gnome-terminal uses $PWD
[18:20] <devilhorns> ogra_cmpc, yea
[18:20] <devilhorns> that was just my thought ... perhaps something is changing pwd somewhere/somehow
[18:20] <devilhorns> so going to look into that now
[18:20] <ogra_cmpc> and given the issue is not happening every time i'd say we have a race
[18:20] <rsalveti> sebjan: any news with your x-loader test?
[18:20] <devilhorns> ogra_cmpc, indeed ... I hate races :(
[18:21] <rsalveti> who doesn't :-)
[18:21] <devilhorns> can't even watch the kentucky derby :P
[18:21] <GrueMaster> Awww, races can be fun.  Lots of crashes, fire, etc.
[18:21]  * ogra_cmpc likes tham ... but only on the autobahn 
[18:21] <devilhorns> hahaha
[18:21] <rsalveti> lol
[18:21] <devilhorns> anyway, gonna add some debugs for pwd, spew them out and see if I can get this to trigger
[18:22] <ogra_cmpc> cool, i think we have that bug open since two releases
[18:22] <devilhorns> wow ... it's an old one huh ? :)
[18:23] <ogra_cmpc> yeah
[18:23] <ogra_cmpc> the efl stuff has a bunch of them
[18:23] <devilhorns> :/
[18:23] <ogra_cmpc> btw, at some point it would be cool to have the font size pulled from gconf
[18:24] <devilhorns> ogra_cmpc, to be used for the icons ?
[18:24] <devilhorns> and sidebar ? or just icons ?
[18:24] <ogra_cmpc> but thats in the area of future improvements
[18:24] <ogra_cmpc> all fonts
[18:24] <devilhorns> ok
[18:24] <ogra_cmpc> we use the gnome theme management for the rest of the apps
[18:24] <devilhorns> I'll add it to my todo under the "get to @ some point" section :)
[18:24] <ogra_cmpc> and efl has alwys been inconsistent here
[18:25] <devilhorns> yea, it's generally desktop/environment agnostic in that it doesn't use any gnome/kde settings
[18:25] <GrueMaster> Are we sticking with une-efl next cycle or trying something different, like a non-clutter based unity?
[18:26] <ogra_cmpc> right, but thats a prob if you integrate it with other apps
[18:26] <ogra_cmpc> GrueMaster, hopefully we'll have GLES drivers and a fixed clutter
[18:26] <ogra_cmpc> but i wouldnt bet on it yet
[18:26] <devilhorns> ogra_cmpc, sure, but there is a relatively simple solution ... one that I use here personally (tho a bit of a pain to keep consistent)
[18:27] <ogra_cmpc> i'm sure nobody will implement a no-clutter unity
[18:27] <GrueMaster> So, keep une-efl as a decent fall back.
[18:27] <ogra_cmpc> yep
[18:28] <ogra_cmpc> we still want something for the lowend HW
[18:28] <ogra_cmpc> the question is if we will use it as default
[18:28] <ogra_cmpc> that really depends on the hardware we will support by then
[18:29] <GrueMaster> We should have a better detection in place.  Maybe in gdm?
[18:29] <ogra_cmpc> no, needs to happen after gdm
[18:29] <ogra_cmpc> the question is if we will use gdm at all :)
[18:30] <sebjan> rsalveti: no, did not have time to look into more details. I have other more important issues in the pipe :( I'll look at that later.
[18:31] <devilhorns> ick clutter :/
[18:31] <ogra_cmpc> GrueMaster, https://edge.launchpad.net/lightdm
[18:31] <GrueMaster> devilhorns: But without clutter, Meego would suck.  :P
[18:32] <ogra_cmpc> devilhorns, well, thats what our dx team decided to use for unity
[18:32] <devilhorns> GrueMaster, what doesn't suck w/ clutter ? ;)
[18:32] <rsalveti> sebjan: cool, np :-)
[18:36] <GrueMaster> devilhorns: kde.  Oh, wait...
[18:36] <devilhorns> lol
[18:36] <GrueMaster> doesn't use it.
[18:36] <devilhorns> GrueMaster, but anyway, I'm not here for politics, voicing my own opinions, or even any design decisions ... choice of desktop/backend/libs, etc, etc is up to your development team(s) :)
[18:36] <ogra_cmpc> sadly
[18:36] <devilhorns> lol
[18:37] <GrueMaster> I just test it & file lots of bugs.
[18:37] <ogra_cmpc> we're just poor integrators here :)
[18:37] <devilhorns> GrueMaster, yup :)
[18:37] <devilhorns> ogra_cmpc, lol, I wouldn't say that
[18:39] <devilhorns> ok, debugs in place ... now to see if I can get this pwd issue to trigger :)
[18:40] <ogra_cmpc> i guess thats a matter of luck
[18:40] <ogra_cmpc> or system slowness
[18:40] <devilhorns> ogra_cmpc, yea :( ... core i5 isn't exactly slow tho :)
[18:40] <ogra_cmpc> since you use x86, try to run from SD and compile 5 kernels at the same time
[18:40] <devilhorns> ouch
[18:41] <ogra_cmpc> that should get you begaleboard speed :)
[18:41] <devilhorns> ogra_cmpc, lol :) suppose I could easily change the cpufreq and slow it down a little
[18:41] <devilhorns> we'll see
[18:46] <devilhorns> any clue what package provides the sounds used in une ?
[18:49] <apw> ogra_cmpc, i think that -21 is in the pool, do you concur?
[18:49] <apw> GrueMaster, i think that kernel should be there, does dist-upgrade work now?
[18:50] <GrueMaster> Don't know.  Just finished pulling the rest of the package updates and am rebooting.  Will check as soon as it is up.
[18:51] <apw> GrueMaster, thanks
[18:57]  * apw waits nurvously
[18:57] <GrueMaster> apw: Pulling new kernel & headers now.  Thanks.
[18:57] <ogra_cmpc> apw, looks ok to me
[18:57] <apw> GrueMaster, excellent, i'll let leann know
[18:57] <apw> ogra_cmpc, ta
[18:57] <GrueMaster> After rebooting, I will retest to make sure flashing nand works.
[18:57] <apw> cool
[18:58] <GrueMaster> Then restart the lucid->maverick upgrade test again.
[18:58] <devilhorns> ahhh I love having source code :) ... found the package for the sound theme w/ a little digging :)
[18:59] <devilhorns> was trying to get it installed so I could see less "cannot play sound" messages in my output terminal :)
[19:00] <GrueMaster> heh
[19:02]  * devilhorns begs Terminal to change to bad dir ... please !!
[19:03] <devilhorns> of course, it's probably going to be like a "watched pot" and not boil :(
[19:06] <Neko> sigh anyone know what pulls in apt-xapian-index ?
[19:06] <Neko> it's making my rootstocks take forever
[19:07] <ogra_cmpc> Neko, all package tools use it
[19:07] <Neko> is there any way to make it not build the index like right this very second after install?
[19:08] <ogra_cmpc> not really i think
[19:10] <rsalveti> Neko: if it's taking a long long time than it could be that your qemu got stuck
[19:10] <rsalveti> another known issue
[19:11] <ogra_cmpc> well, apt-xapian-index indexes all package descriptions ... that definitely takes long
[19:11] <devilhorns> GrueMaster, 50+ consecutive launches and still cannot get it to change the pwd :(
[19:12] <ogra_cmpc> devilhorns, i guess you need to wait for your beagle for that one
[19:12] <GrueMaster> Hmmm.  Might have already been fixed.  I might just be seeing it on Lucid.
[19:12] <ogra_cmpc> i havent even seen it on a panda ever
[19:13] <GrueMaster> I have 6 monitors staring at me, so it does get chaotic at times.
[19:13] <ogra_cmpc> but i think i saw it once on a beagle
[19:13] <ogra_cmpc> in maverick
[19:14] <Neko> rsalveti, it isn't stuck, it actually finishes but for karmic or so it would take no time at all once the packages are cached, for maverick roots it sits on apt-xapian-index task for like 45 minutes...
[19:14] <devilhorns> well, I will leave my printfs (for debugging) in the code so if it does happen again, at least we'll have a bit more info to go on
[19:14] <Neko> it's inside a vm and it's not the best cpu in the world.. why oh why can't qemu be multithreaded :(
[19:14] <ogra_cmpc> Neko, cortex-a9 will save the world :)
[19:15] <ogra_cmpc> why are you not rolling images natively on your board btw ?
[19:15] <Neko> markos patched up rootstock to build native on the arm
[19:15] <ogra_cmpc> will surely be a lot faster than qemu
[19:15] <Neko> but it's actually slower than in qemu for the most part.. at the very least, it isn't much faster
[19:15] <ogra_cmpc> you got the wrong HW then :)
[19:15] <Neko> my laptop has a muuuuch better disk than the mx51 can provide
[19:16] <rsalveti> Neko: upstream rootstock already supports native builds
[19:16] <devilhorns> will move on to the fonts
[19:16] <Neko> I'd use the server but the damn thing is running an ancient debian
[19:16] <Neko> and 8 cores and 32GB of ram don't make a shit of difference to qemu
[19:17] <Neko> does qemu do smp on arm?
[19:17]  * ogra_cmpc stopped touching qemu when rsalveti took over rootstock
[19:17] <Neko> rsalveti, is that going to hit maverick? :)
[19:17] <ogra_cmpc> its already in
[19:17] <Neko> 0.1.99.4?
[19:18] <rsalveti> Neko: yep, it's in already :-)
[19:18] <Neko> awesomesauce
[19:18] <Neko> well maybe I'll set up a system with a nice big disk in the office
[19:19] <Neko> having trouble with oem-config right now, it just doesn't run on first boot.. so I get an xfce prompt and there are no users
[19:19] <GrueMaster> apw: Everything looks good here.  Updating nand from 2.6.35-21-omap works w/o error as well.
[19:20] <ogra_cmpc> GrueMaster, close the bug then please :)
[19:20] <GrueMaster> Will do.
[19:20] <ogra_cmpc> one down :)
[19:20] <Neko> hey if we got you guys a 2.6.35 kernel would you bring back mx51 in maverick? sad thing is it can only happen after 10.10.10
[19:20] <ogra_cmpc> Neko, unlikley unless someone pays for it ... but linaro might be for you
[19:21] <Neko> linaro is being too mainliney
[19:21] <Neko> our users can't really do much with just a serial port
[19:21] <ogra_cmpc> oh, and indeed you can always become a MOTU and maintain it in universe
[19:21] <ogra_cmpc> i guess
[19:21] <Neko> that's an acceptable plan
[19:22] <ogra_cmpc> (i dont think we have policy that forbids users to maintain kernels in universe)
[19:22] <Neko> I still have to sit down and work out how we'd build an installer sd
[19:22]  * armin76 laughs at Neko 
[19:22] <Neko> once you got a kernel and all the udebs getting from there to a filesystem seems to be magical
[19:22]  * ogra_cmpc hides his magic wand
[19:22] <Neko> what do you guys use to build the .img?
[19:23] <ogra_cmpc> debian-cd
[19:23] <Neko> but with some custom internal you-should-pay-for-it scripts and configs or.. just what comes in the package?
[19:23] <ogra_cmpc> which is only a set of scripts
[19:23] <ogra_cmpc> in fact its a lot of parted, dd and so on
[19:26] <Neko> wow debian-cd really is *debian*-cd
[19:27] <Neko> there's not a single ubuntu task or release info in there
[19:27] <GrueMaster> ogra_cmpc: updated bug 608266 with my test results.  The other issue I was seeing with the updated kernel was mainly due to corrupted nand.  Clearing it from uboot and reflashing uInitrd fixed it.
[19:27] <ubot2> Launchpad bug 608266 in linux (Ubuntu Maverick) (and 1 other project) "[regression] no more /dev/mtdblock devices on omap3 in maverick (affects: 1) (heat: 69)" [Medium,Fix released] https://launchpad.net/bugs/608266
[19:27] <devilhorns> GrueMaster, (or ogra_cmpc ) in a typical unr environment, does the user have the ability to change the font ? or is this something that the designers hardcode ?
[19:28] <ogra_cmpc> devilhorns, the user has all gnome control center tools
[19:28] <devilhorns> ogra_cmpc, ok, thanks :)
[19:29] <GrueMaster> devilhorns: You can run close to the same image in x86 by running the x86.iso in kvm or virtualbox.
[19:29] <ogra_cmpc> fontsize goes somewhere into gconf ancd can change at any time (even at runtime)
[19:29] <ogra_cmpc> GrueMaster, not in maverick
[19:30] <GrueMaster> No?  I do.
[19:30] <ogra_cmpc> une-efl isnt installed in the x86 iso
[19:30] <devilhorns> ogra_cmpc, yea, I'm familiar w/ the gconf stuff and where it's at, etc, etc :) just needed to know if they have access to the control center or not :) (I'm not running a complete unr image that's why I asked) :)
[19:30] <ogra_cmpc> if it is, thats a bug
[19:32] <GrueMaster> I must have added it to my VM.
[19:32] <ogra_cmpc> ah, k
[19:32]  * ogra_cmpc was worried for a second
[19:33] <GrueMaster> Well, time for some lunch.
[19:34] <devilhorns> yea ... suppose I would really benefit from setting up a VM todo this stuff ...
[19:35] <GrueMaster> I find it useful to see if a bug is arch dependent.
[19:42] <devilhorns> indeed
[20:00] <ogra> GrueMaster, i'm adding some completely untested code (that wont work yet) to jasper to enable the TI ppa, please test tomorrows image deeply if jasper didnt regress through that (i will test myself once i got up but four eyes might see more)
[20:00] <GrueMaster> Ok.  Will do.
[20:01] <devilhorns> OMG
[20:01] <devilhorns> think I am in love
[20:01] <GrueMaster> Today I am just focusing on package updates & lucid->maverick testing on beagle.
[20:01] <devilhorns> just found testdrive ... this is what I was looking for weeks ago
[20:01]  * GrueMaster breaks for lunch.
[20:02] <ogra> GrueMaster, yeah, i'm just adding it so it gets easier to inject the PPA stuff later it might have to change etc
[20:02] <ogra> i just want the basic functions in
[20:04] <Neko> oem-config-gtk I hate you :((
[20:21] <ogra_cmpc> rsalveti, swap fix uploaded btw
[20:24] <rsalveti> ogra_cmpc: cool, thanks
[21:10] <ndec> lag: ogra: I just came to know about Ubuntu hw summit, scheduled next week. there is a presentation titled as 'What does PulseAudio expect from a sound driver? – David Henningsson'. that looks like something I would love to see. are there any slides or video for this summit?
[21:24] <rsalveti> GrueMaster: do you have any news regarding the omap 3 image?
[21:25] <rsalveti> missing new images since sep 11
[21:48] <GrueMaster> rsalveti: Nope.  I don't build them.
[21:48] <GrueMaster> And I have mentioned it before.
[21:49] <rsalveti> GrueMaster: yep, I know, but wanted to know if you saw any news regarding the failing build
[21:49] <GrueMaster> Just blank emails.
[21:49] <rsalveti> haha, same as me
[21:55] <ogra_cmpc> GrueMaster, as i said in the meeting (and several times before too i think) if the mails are empty that usually means the buildd died
[21:55] <ogra_cmpc> rsalveti, ^^^
[21:56] <rsalveti> ogra_cmpc: and any news about it being dead?
[21:56] <ogra_cmpc> someone needs to ping lamont so he asks someone from IS to go over to the datacenter and does a manual reboot
[21:56] <rsalveti> ouch
[21:57] <ogra_cmpc> rsalveti, i told lamont but i was expecting NCommander to care more, since the dove builds happen on the same machine as omap3
[21:57] <rsalveti> hm, could be because NCommander is out today
[21:57] <GrueMaster> Well, we have a dove build now.
[21:58] <ogra_cmpc> then the buildd is back up
[21:58] <GrueMaster> NCommander reached out and kicked something.
[21:58] <ogra_cmpc> so omap3 should happen too tonight
[21:58] <ogra_cmpc> (unless it dies before agan)
[21:58] <ogra_cmpc> i'm pretty sure we have a HW issue
[21:59] <rsalveti> argh, at least this is going to be fixed when panda is out
[22:00] <ogra_cmpc> yeah
[22:12] <lag-mobile> Would someone mind scrolling up and re-linking me to the PDF ndec did earlier please?
[22:13] <lag-mobile> If you need to conduct a search, do so for "datasheet"
[22:15] <lag-mobile> You all sleeping already?
[22:17] <GrueMaster> lag-mobile: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[22:17] <GrueMaster> Now let us sleep.  :P
[22:17] <lag-mobile> Cheers Tobin
[22:18] <GrueMaster> heh.  Actually still working.  It's only 14:18 here.
[22:19] <lag-mobile> Where are you?
[22:19] <GrueMaster> Oregon, USA
[22:19] <lag-mobile> Ah k
[22:20] <lag-mobile> It's 22:19 here
[22:40] <persia> Bah, just missed lag: Anyway, the bit that needs porting is the wiremap.  The same chips, codec, etc. are exceedingly likely to be wired up slightly differently on different boards, and this is the bit that needs adding in the driver.
[23:09] <devilhorns> ogra_cmpc, well, I've got bad news, good news, and "small" bad news...which you want first ? :)
[23:14] <persia> devilhorns, On general principles, that order sounds least bad: otherwise it's too depressing to hear the good news, or the good news is wiped out by the rest.
[23:15] <devilhorns> persia, hehehe :) na, it's nothing real drastic
[23:15] <devilhorns> just that changing the font stuff in the efl launcher is going to take me a little more time than I had originally thought
[23:17] <GrueMaster> As long as it is done by Friday, we're ok.  :P
[23:17] <persia> Well, by the announcement of the freeze: the precise timing depends on when the release managers decide to send email.
[23:17] <devilhorns> whoever the brain-dead genious was that wrote it originally, wrote it so that it only listens for .gtkrc changes wrt font, dpi, theme, etc, etc ... and of course, the Appearance stuff doesn't change those, it changes the values in gconf ... so all the existing code in there wrt settings changes is worth nada
[23:17] <persia> How truly good.
[23:18] <devilhorns> GrueMaster, shouldn't be a problem
[23:18] <persia> (although it's quite possible to identify the author from the code, so "whoever" may be listening)
[23:18]  * GrueMaster was actually joking.
[23:18] <devilhorns> persia, hope so ... they need a good spanking :)
[23:18] <devilhorns> GrueMaster, ahh, hehehe
[23:19] <persia> devilhorns, Well, if you're planning a trip south... :)
[23:19] <devilhorns> so anyway, my plan is to rip all the existing conf stuff out of there (useless anyway), and make it work w/ gconf stuff
[23:20] <rsalveti> well, I'm quite near them, just ask what you'd like to do
[23:20] <rsalveti> :P
[23:24] <devilhorns> rsalveti, lol
[23:25] <devilhorns> GrueMaster, iirc, ogra said it wasn't an emergency right ? thought he said it was a "future todo" (or something to that effect) ... so hopefully it's not a "time sensitive" issue
[23:26] <GrueMaster> which?  The font thing or the terminal PWD issue?
[23:26] <devilhorns> font
[23:27] <GrueMaster> The font thing would be a higher priority afaik, but I don't know what deadlines are in place.  I think kernel freeze is tomorrow, with pool freeze soonish.
[23:28] <GrueMaster> According to my schedule, final freeze is also tomorrow.
[23:28] <devilhorns> GrueMaster, I see ... ok, well I will see if I can get it finished tonight :/
[23:29] <GrueMaster> I wouldn't stress it too much.  Still need to get it tested, etc.
[23:30] <devilhorns> GrueMaster, well, I test as I code :) but I understand :)
[23:30] <GrueMaster> but I'm not the driver here.  I'm closer to the deer strapped to the hood.
[23:30] <devilhorns> lmao
[23:30] <devilhorns> well, if you are the deer, then I must be the squirrel trying to cross the road
[23:34] <devilhorns> now the question is ... which font to listen to ... App font, Document font, Desktop font ...
[23:35] <devilhorns> I'm thinking Desktop font ... as the launcher mimics a "desktop" in the users eye
[23:35] <GrueMaster> I would assume the same one that netbook-launcher from lucid looked at.
[23:36] <GrueMaster> (the 3D non-efl version).
[23:36] <devilhorns> GrueMaster, somehow I knew you would make me thumb through that code :P
[23:36] <GrueMaster> Well, that is where my skills are.
[23:36] <devilhorns> hehehe
[23:37] <GrueMaster> I sort through source sometimes to see why it is broken.  And to learn.
[23:37] <devilhorns> learning is good :)
[23:37] <GrueMaster> While I can write programs, I am not a programmer.  I am more of a debugger.
[23:38] <devilhorns> imo python doesn't count as a real language, so "programs" written there don't count :P
[23:38] <GrueMaster> Never said they did.
[23:38] <devilhorns> hehe
[23:39] <GrueMaster> I actually learned in Atari Basic & Atari Assembly.
[23:39] <devilhorns> oh wow
[23:39] <devilhorns> you go way back :)
[23:39] <GrueMaster> Yea, I know.  I'm old.
[23:39] <devilhorns> same here :/
[23:39] <GrueMaster> Most of my knowledge is self taught/inflicted.
[23:40] <GrueMaster> devilhorns: where are you located?
[23:40] <devilhorns> New Jersey
[23:41] <GrueMaster> Ah.  Opposite side of the great divide.
[23:41] <devilhorns> yea
[23:44] <devilhorns> hmm, this is interesting
[23:44] <devilhorns> GrueMaster, wrt the default netbook-launcher (non-efl) ... font changing works w/ control-center ??
[23:45] <GrueMaster> Not sure.
[23:45] <GrueMaster> let me look on my babbage
[23:45] <devilhorns> thanks
[23:47] <GrueMaster> The actual app that sets it on babbage is gnome-appearance-properties, but that is also running une-efl.
[23:47] <GrueMaster> But it should be the same app as x86 une
[23:48] <devilhorns> ok, but when you change the font via gnome-appearance-properties, it does change the font used in the regular netbook-launcher ?
[23:48] <GrueMaster> I'll have to boot lucid-i386 to find out.
[23:49] <devilhorns> ok
[23:49] <devilhorns> I'd be surprised if it actually did
[23:50] <devilhorns> cause apparently, according to the code, the netbook-launcher app is using the gtkrc method also
[23:50] <GrueMaster> Give me five minutes.  Have to create a usb boot.
[23:50] <devilhorns> no rush, thanks ;)
[23:55] <GrueMaster> I'm also trying unity on my netbook.  Need to install more fonts.  On this small display the subtle differences in the base fonts are not noticable.
[23:55] <devilhorns> ahhh
[23:55] <devilhorns> I use the Droid fonts personally
[23:56] <GrueMaster> not part of the default install.
[23:56] <devilhorns> true
[23:57] <GrueMaster> and software-center/fonts is empty.  Grrr.