[01:47] 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] Now testing Lucid->Maverick upgrade. Only 11 hours remaining. Whee. [01:48] ouch :-) [01:48] sd card is tooo slow :-( [01:50] every task you have that include removing/updating/installing packages takes hours [01:52] Luckily I have other platforms to do work on. But today has been platform hell day. === bjf is now known as bjf[afk] === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] === hrw|gone is now known as hrw [09:15] Morning sebjan [09:18] Morning ndec [09:19] Morning anyone else at TI :) [09:19] good morning lag [09:20] morning lag :) [09:20] persia: looking at https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947 [09:20] 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] Has a meeting just finished? [09:20] :) [09:20] sebjan: http://launchpadlibrarian.net/55654467/dmesg.txt :( [09:21] 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] 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] 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] So, what do we need to do to change it? [09:25] well, fdr editconfigs ;) [09:25] On it's just a config option? [09:25] 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] Cool [09:26] What's the difference between ti-ubuntu- and for-buntu- [09:26] for-ubuntu-<> is the patches I propose to go into the official ubuntu tree [09:26] ti-ubuntu-<> is th tree I use to generate images for our internal use [09:27] sebjan: it is just a start new release commit, its not realy about kernel freeze [09:28] both branches are almost aligned (except for the changlog that I hack in the ti-ubuntu-<> branch) [09:28] sebjan: today is Sep 15, tomorrow will be kernel freez [09:28] persia: thanks [09:28] cooloney: I was just wondering when we would get these patches into a daily image :) [09:29] lag: what did run to get the error your sent me (with the high-res timers message)? [09:29] Totem [09:30] sebjan: aha, i need to ping tim, who will try to bump it to 903.12 and upload it [09:30] sebjan: then we got them in daily image [09:30] cooloney, Just be careful with the metas: we had a fail-to-upload recently on linux. [09:32] persia: oh, what's issue of fail-to-upload? [09:32] I'll let you know as soon as I have free RAM :) [09:35] 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] sebjan: OK, got it, thx lag [09:36] k [09:36] sebjan: are you going to enable it? [09:37] Do you want me to test and submit to the Kernel Team Mailing List? [09:37] berco: yes [09:37] sebjan: 10.10 or 24.9? [09:37] berco: both [09:38] sebjan: cool, thx [09:38] lag: yeah, please [09:38] lag: so if you enabled that in kernel, the alsa oops will be gone, right? [09:39] * lag shrugs [09:39] I'll know when I test [09:40] lag and sebjan, i think we need to enable that [09:40] $ grep -r CONFIG_HIGH_RES_TIMERS debian.master/config/ [09:40] debian.master/config/i386/config.common.i386:CONFIG_HIGH_RES_TIMERS=y [09:40] debian.master/config/config.common.ports:CONFIG_HIGH_RES_TIMERS=y [09:40] debian.master/config/armel/config.flavour.omap:CONFIG_HIGH_RES_TIMERS=y [09:40] debian.master/config/armel/config.flavour.versatile:# CONFIG_HIGH_RES_TIMERS is not set [09:40] debian.master/config/amd64/config.common.amd64:CONFIG_HIGH_RES_TIMERS=y [09:40] to align with other configs. [09:41] cooloney, lag, yes I think so, and I checked it was also active in our dev team's tree [09:41] sebjan: ok, great. [09:41] * cooloney is trying to enable dynamic ftrace on omap4 to debug the highmem issue. [09:42] i got some patches from Mathieu [09:43] cooloney: cool if this works! (dynamic ftrace) [09:44] cooloney, I can't find it offhand: had something to do with differing ABI numbers [09:46] I tried to use ftrace on one of the Arm boards before and it murdered the system [09:48] persia: is this one: https://lists.ubuntu.com/archives/kernel-team/2010-September/012754.html [09:48] lag: yes, me too, this was not supported upstream for arm. I don't know if it changed in the last months? [09:48] lag: don't scare me. man [09:48] 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] RDINFO [09:48] cooloney, Precisely :) [09:50] berco, For the default.pa static loading: what issues have you had with module-udev-detect? [09:51] 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). === JamieBen1ett is now known as JamieBennett [09:52] berco, lastly, the changes to daemon.conf are documented as bug #623242 [09:52] 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] lag, Did you ever get anywhere with a board-specific driver for 637947? === XorA|gone is now known as XorA [09:57] * persia continues to think that fiddling with configuration isn't the best way to address 637947 [09:58] persia: I'm in mid swing [09:58] Excellent! [09:58] persia: Apparently sound works on the 8 layer board [09:58] \o/ [09:58] persia: Other people have stated that it works on the 6 layer too [09:58] who cares about the rest :P [09:58] sound "working" isn't the issue: it's whether the drivers are correctly reporting the wiremap to userspace. [09:58] Did you see my latest post? [09:59] the dmesg one? [09:59] persia: I don't know anything about a kernel->user-space wiremap [10:00] 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] 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] k [10:01] 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] 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] My understanding is that we have a platform driver for omap4, but no panda-specific driver. [10:03] (all this is based on hearsay: I've not dug into the kernel code) [10:04] sebjan: What's your knowledge on this? --^ [10:04] lag, Anyway, for your dmesg, were you using the mangled config fragments berco posted? [10:04] sebjan: Who do I need to speak to for more information? [10:05] persia: I'm using TI's for-ubuntu kernel 'as is' [10:06] I'm talking about userspace config [10:06] 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] 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] I am using robclark's method - I'll send you the email [10:08] 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] lrg is on holiday this week [10:09] * XorA has the slimlogic panda on my desk anyway [10:10] 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] really, really, really, really don't want to disable it. [10:11] berco: Are you a TI bod? [10:11] making a panda/fixing panda audio conf should take about 2 hours for a kernel hacker with schematic, its really not hard [10:12] XorA, Does my understanding that we need a machine-specific driver match that estimate? [10:12] cp omap4430sdp.c panda.c edit [10:12] Id be surprised if you needed to change more than about 20 lines of code [10:12] XorA: Where can we get said schematic? [10:12] should just be the wiring map [10:13] lag: bug prpplague or any of the other TI dudes [10:13] berco, Would you be able to hunt down a wiring map, and attach it to 637947? [10:13] in fact you would probably spend more time in wasted discussion here than actually coding :-) [10:14] lag: yes, work with ndec and sebjan. same team [10:15] persia: not sure if I can publish this info yet. Let me check on that. [10:16] 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] XorA: Do you mean: sound/soc/omap/sdp4430.c [10:16] ? [10:16] lag: yeah, I guessed at name without source in front of me [10:16] Who is: Misael Lopez Cruz [10:16] I think the other name is the Xloader driver for the same thing [10:17] persia: understood. I will see what we can share. Agree it can be useful. [10:17] lag: he is a TI contracter somewhere in the world [10:18] sebjan: for the bus error, did you see my updates? [10:18] It seems a bit of a waste to duplicate an 800 line file to amend just 20 lines [10:19] 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] lag: no reason they cant be combined with the right if(machine_is) stuff [10:19] lag: I was just going for quickest coding route [10:20] np [10:20] Well I'm happy to take it on [10:20] I just need the correct documentation [10:21] * persia updates the bug with bits from the conversation [10:28] cooloney: no, which updates? [10:31] sebjan: oh, not big change, just reproduce it on my es2.0 board [10:31] but it is not bus error [10:31] its Unhandled fault: imprecise external abort [10:37] 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] 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] I have a suspicion it's a continuation of the lack of a machine driver, but that's a guess. [10:42] persia: for #1 see here: http://pastebin.ubuntu.com/494079/ [10:55] 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] My apologies. It's the extra stuff in /var/log/syslog I want to see. [10:56] Please, if you ever have trouble following my directions, ask me if that's what I really meant :) [10:56] persia: np :) [10:56] Do you get anything on STDOUT from kill -HUP on pulse? [10:57] persia: nothing on stdout or syslog [10:57] because the pulseaudio manpage says it's supposed to dump the status report to STDOUT or syslog on receipt of SIGHUP :( [10:57] Did you do anything special to the system to start pulse? [10:59] persia: nothing special. it just starts at boot time [10:59] session I believe rather than boot [11:00] So just default. Is this with or without module-console-kit? [11:01] just verified, I'm w/o module-console-kit [11:02] 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] 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] 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] persia: pulse is difficult... [11:04] 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] 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] heh. I knew we wanted that for something :) [11:21] :) [11:22] 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] OK. Pulse is definitely seeing useful syncs. Do you still have the cardcoded default output to "mm" in your configuration? [11:23] Err, sinks [11:23] * ogra writes a bug "Lennart Poettering is spamming my logs" :P [11:24] ogra, Why? that syslog stuff only appears on request (SIGHUP) [11:24] persia: yes [11:24] persia, yeah, i'm not serious :) [11:24] Excellent! That means the problem is with indicator-sound, about which I know nothing :) [11:24] ronoc does :) [11:24] so do I [11:25] catch him and corner him [11:25] he wrote it [11:25] what is indicator-sound supposed to do exactly? [11:26] It's the name of the package that provides what is perceived as a volume applet. [11:26] its the new UI tool, though it doesnt provide the sound dialog [11:27] only the panel item [11:27] Oh. Anyway, looking at the code, it seems to all be wildly autodetecting anyway, which ought just work, since there are sinks. [11:27] ok, got it [11:29] * persia hugs `lsw` from suckless-tools [11:29] the app that pops up if you click the sound preferences item in the menu is still gnome-volume-control i think [11:31] That's confusing. gnome-volume-control is clearly just querying pulse for sinks and sources, and we know pulse has them. [11:32] berco, Could you try installing pavucontrol and seeing if you see more there? [11:32] persia: yes, I can certainly do that. Maybe after lunach ;) getting hungry... [11:33] persia: for the amixer settings, can't they be in a omap4430.conf file in /usr/share/alsa/cards folder? [11:35] ndec, around ? [11:36] 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] 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] persia: I agree with the kernel change but meanwhile I need to find a solution [11:39] 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] 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] 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] hmpf [13:17] why does the Favorites category not work anymore [13:25] berco: Any luck on those documents? [13:27] lag: sorry, no answer yet. Waiting for the Us to wake up === Termana_ is now known as Termana [13:51] 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] well, we dont have any .desktop file for them yet [14:01] i just added one 2h ago [14:01] and try to find out since then why it doesnt show up [14:02] 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] so that if you click on it, it fires up software center, shows the EULA and installs them [14:03] seems we have that feature now [14:03] 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] the gconf key ? [14:04] how would a gconf key affect .menu files [14:04] or .desktop files [14:04] persia, which gconf key would that be ? [14:06] 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] And the default list is set in /var/lib/gconf/une.default/%gconf-tree.xml [14:07] bah, sigh [14:07] What have you been trying to do? [14:07] which points to unity only [14:07] i was using a very old netbook-launcher source [14:08] Ugh, missed that. Good catch. [14:08] which used a .menu and a .directry file to add a Favorites category [14:08] seems thats in the older sessings package then [14:08] * ogra goes digging [14:08] 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] i want to get that apturl stuff in befpore freeze [14:09] So, I think there's some latent bug somewhere, because liblauncher still hardcodes /apps/netbook-launcher/favorites in the source. [14:09] Try sticking something there, and see if it works :) [14:11] morning [14:12] 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] thats using ~/.local [14:13] i need something i can add to our system defaults [14:13] It's using local gconf, isn't it? [14:13] Set a couple, then ship them as gconf-defaults. [14:14] i'll try [14:16] 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] no go :/ [14:35] persia, where exactly do you see the /apps/netbook-launcher/favorites stuff ? [14:35] jayabharath, what were your probs with the image ? (you pinged yesterday) [14:37] 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] no. its not [14:37] it should just work [14:37] resizing takes 2:30 for me [14:37] jayabharath: I tested with yesterday's image and it worked fine, and very fast [14:37] then another 20sec for setting the defaults, then it reboots into the config tool [14:38] it's weird that from time to time someone complains about broken fs while resizing the image... [14:38] ok. will try the latest daily and see if that makes a difference. [14:38] hi there [14:38] the overall install should be done within 10-12 min until it starts a usable enduser desktop [14:38] 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] maybe a problem while giving dd and flushing the writes to the disk, don't know... [14:39] oem-config actually takes the longest time here [14:39] jayabharath, whats an embedded world ? [14:39] :P [14:39] :D [14:39] we dont do embedded :) [14:39] 12min are incredibly fast for the ubuntu world :) [14:40] that's for sure [14:40] even 15-20 would be :) [14:41] 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] rlameiro, for each subarchitecture (we have omap3 kernels that should work with many omap3 based boards ... omap4 kernels etc etc) [14:41] ogra: yes i know that, but there are some especifics that dont work [14:42] jayabharath, heh, 30sec ... u-boot takes that long to only load the kernel from SD [14:42] for instance there is a setup for the beagle board, but not for the IGEPv2 [14:42] ogra, well, video and audio doesnt work Out the box on the Igepv2 [14:42] orga - thats true.. we did some hacks in uboot & we had NAND flash on those boards.. now its all SD... [14:43] rlameiro, might be that there is a bug open for that already, if not, open one [14:43] jayabharath, yeah, SD is the painful part ... the panda would really fly if we had faster disk IO [14:43] but SD somewhat restricts that [14:44] I'm using one with an usb disk and it's a lot faster :-) [14:44] where do i open it? on the ubuntu -arm kernel team launchpad? [14:44] seems like a normal desktop [14:44] yeah [14:44] rlameiro, just on launchpad against the linux package, but i'm pretty suzre there are already bugs for it, so search first [14:45] ok [14:45] ogra: thanks === xfaf is now known as zul [15:07] robclark: Morning [15:08] gm lag [15:08] robclark: Do you know who wrote the userspace hacks to make sound work on the Panda? [15:09] ahh, you mean the default.pa and that stuff.. [15:09] I guess someone on audio team, but I'm not sure.. [15:10] Who are this mysterious 'audio team'? [15:10] you can probably only reach them by phone :) [15:11] well, lgr might be best to ping.. although I think he is out of office this week.. [15:11] I'm not sure if rest of them are on IRC much.. but I can harass them to get on IRC [15:11] He is on holiday this week [15:11] That would be good :) [15:12] I don't really want to waste hours learning things that can be imparted in minutes [15:13] Even email is better than nothing/phone [15:13] But IRC would be best, as other people can interject [15:13] yeah, agreed [15:13] 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] 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] lag: persia, ogra and berco have started some discussion on 637947 [15:19] ndec: If I know what the dirty workaround/hack is, I can transcribe it into the kernel [15:19] wohoo, finally ! [15:19] * ogra sees favorites on the launcher [15:20] 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] 637947 is assigned to me :) [15:20] lag: cool... so I will just wait for the fix ;-) [15:20] ndec, i mailed you instead ... with the apport instructions [15:20] lag did you receive the default.pa and alsa conf file? [15:20] I have seen/read that, but most of that discussion is guesses :) [15:20] ndec, seems apport has all you need [15:21] ndec: I did, but I don't know what's changed [15:21] 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] i think persia added some proper info how the amixer stuff needs to be handled [15:21] * ogra wouldnt call that guesses [15:22] 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] ndec, no [15:22] ogra: thanks for apport stuf.. i will check this. how about the PPA armel for tiomap-dev? [15:23] ndec, there are better ways in alsa to achieve what you need [15:23] thats what persia elaborated on in the bug [15:23] I'm happy to fix the driver [15:23] heh [15:23] ogra: but there are pulse config problems too. [15:23] ndec, the two changes to default.pa are in now [15:23] and it seems the support for the config dir doesnt work [15:23] 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] well, there were two lines that needed changing in default.pa iirc [15:24] these went in [15:24] 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] with todays upload [15:24] no, i think i talk about default.pa [15:24] * ogra checks [15:25] bug 623242 [15:25] 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] gah, you are right [15:26] +default-fragments = 8 [15:26] +default-fragment-size-msec = 10 [15:26] and +resample-method = speex-float-1 [15:26] three lines actually [15:26] ogra: yes, in daemon.conf.in [15:26] yup [15:26] sorry, my bad [15:26] ogra: np [15:33] Right, let's start from the beginning [15:33] What is the SDP4430? [15:34] other name of blaze? [15:34] Thanks [15:35] What AudioIC/CODECs are on the Panda/Blaze? === njpatel_ is now known as njpatel [15:36] lag: hrw: SDP4430 is actually another board OMAP4430 based (Software Development Platform) [15:37] Okay s/Blaze/SDP4430 [15:37] lag: SD4430 is the name of the audio chip in our audio driver. cat /proc/asound/cards [15:38] Now that makes more sense [15:38] So why am I porting sdp4430.c if the board I'm porting to has an sdp4430? [15:40] ndec, btw, i found a very elegant way for the ppa package install ... including to show a general EULA for the PPA itself === bjf[afk] is now known as bjf [15:42] ogra: interesting. but I think we will have different EULA for different packages... [15:43] well [15:43] Do the SDP4430 and the Panda have different CODECS? I know the SDP4430 has a TWL6040 - what about the Panda? [15:44] ogra: i have reused the sun-java source package to make my EULA/clickwrap package based on debconf [15:44] lag: same CODECS. only the name is confusing... [15:45] ndec: So they have the same audio IC and the same CODEC? [15:45] So what needs porting? [15:45] 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] lag: yes [15:46] 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] 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] ndec, https://wiki.ubuntu.com/SoftwareCenter#apturl [15:47] ndec: :) [15:47] 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] I'm aware it doesn't work on both - I'm trying to find out why i.e. what's different [15:48] ogra: once the public PPA is armel ;-) I can push a package there. [15:48] yeah [15:48] i'm waiting for IS [15:48] ogra: that would be a GPL package (e.g. no debconf mess) but that should be fine for you, right? [15:48] i suddenly have to use a new process ... that sadly takes longer :( [15:49] anything is fine :) [15:49] as long as a .deb comes out of it ;) [15:49] ogra: is that really important ;-) [15:50] ogra: the apturl is indeed really cool.. you are a lucky guy, the work is done already! [15:50] 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] ndec, yeah :) [15:51] 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] 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] 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] right [15:52] i dont see any other way here [15:52] you cant modify default.pa [15:53] ogra: from the log the commit I am interested in, is breaking pulse... that looks weird.. [15:53] unless you ship your own copy of pulse [15:53] ogra: well, I can modify it.. it's just uggly... [15:53] not in a distro way [15:53] the only possible solution would be to ship your own pulse [15:53] ogra: how about divert? [15:53] or to put up a HOWTO [15:54] if you divert you will have nedless problems for people that upgrade [15:54] diversion is never a solution [15:54] *endless [15:54] 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] :P [15:54] lol [15:54] lets try to get pulse fixed [15:55] 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] heh [15:55] if i have solved the PPA stuff i'll take pulse and see what i can do [15:55] iirc default.pa is actually a perl script [15:56] it might even be possible to do the include from within default.pa [15:57] and to just override the exiusting values from parsed files [16:00] 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] s/unicers/universe/ [16:01] hmm [16:01] i can try to hack something into jasper [16:02] jasper turns more and more into "hack around that prob" anyway [16:02] oh, no, wait [16:02] ndec, thats only for ppa stuff, right ? [16:02] ogra: yes. this is for using bluetotth [16:02] apturl ;) [16:03] it will be able to take care [16:03] ogra: too easy.. [16:03]