**** BEGIN LOGGING AT Wed Apr 20 02:59:58 2011 Apr 20 07:44:13 ogra, any news about omap4 sound? Apr 20 08:58:03 diwic, well, ndec told me yesterday that capture doesnt work yet, seems the jack is configured as mono line in, so mics dont work. Apr 20 08:58:57 ogra_, and we're unable to reconfigure in software? Apr 20 08:59:18 apparently Apr 20 09:00:12 ogra_, fair enough, do you have a possibility to test the mono line in then? Apr 20 09:00:59 i'm not sure if/how my mp3 player would work on it and i need to find a matching cable first Apr 20 09:02:40 ogra_, line out connections are optimal to loop into a line-in, but headphone outs suffice as well. Apr 20 09:03:10 well, that still requires a cable ;) Apr 20 09:03:18 i know i have one but dont know where Apr 20 09:26:21 with the natty images, is hdmi audio on the pandaboard expected to work? Apr 20 09:28:38 i dont think anybody has had the ability to test that yet Apr 20 09:29:06 we are currently focusing on getting analog audio to work Apr 20 10:30:58 diwic, cable found, i can record mp3's just fine playing them from my phone Apr 20 10:31:18 diwic, so HiFi and Record are the verbs we want Apr 20 10:37:35 diwic, udev rules tested too Apr 20 10:53:20 ogra_, so we have working recording also? Great! Will you attach the udev rule patch (preferrably as a debdiff) to the bug and poke TheMuso to upload it? Apr 20 10:54:20 diwic, well, the soundcard rules are all in udev not in alsa Apr 20 10:54:32 i just pinged pitti about it in -devel Apr 20 10:55:20 ogra_, in fact if you make your own udev rule file you can put it in any package you want Apr 20 10:55:36 i think adding the two lines to /lib/udev/rules.d/78-sound-card.rules is the right thing to do Apr 20 10:56:00 diwic, my prob is that i dont have any arch specific package i could put it in Apr 20 10:59:23 ogra_, ok Apr 20 11:00:19 ogra_, so now we have realized we can have working playback and recording without the PA patches. So then the question is, what do we gain from having the PA patches in? Apr 20 11:01:09 ogra_, (especially if the PA patches can't even set a verb correctly...) Apr 20 11:01:43 diwic, heh, you are behind, see the bug :) Apr 20 11:02:20 i already commented about that, pulse can wait for O or go into a SRU if anyone has a plausible explanation why we need them Apr 20 11:02:40 pitti says the udev rules need to come from alsa :/ Apr 20 11:03:23 (since it ships alsaucm and the rules exec that) Apr 20 11:03:26 ogra_, yeah, I agree Apr 20 11:04:54 ogra_, I'd try 90-alsa-restore.rules Apr 20 11:05:44 that ships with alsa-utils Apr 20 11:05:55 ah, i was thinking to actually have 90-alsa-ucm.rules Apr 20 11:06:11 from scratch Apr 20 11:06:59 that works just as well for me Apr 20 11:07:40 smells cleaner to me Apr 20 11:07:56 yep, go for it Apr 20 11:08:09 although that add/change logic of the soundcard initialization is mindboggling. Apr 20 11:09:18 i'm trying a file with just the two lines Apr 20 11:09:21 ogra_, gotcha. thanks for the info. Apr 20 11:09:41 * ogra_ twoddles thumbs while the panda reboots Apr 20 11:11:41 yup, works fine Apr 20 11:13:55 ogra_, as for the HDMI audio, you don't have an hdmi-audio capable monitor for testing? Apr 20 11:14:20 i have to re-arrange my whole setup to have the panda on my tv Apr 20 11:14:43 ogra_, ok, and I have to go in 30 mins :-) Apr 20 11:14:47 and HDMI can well be an SRU Apr 20 11:14:53 if there is even one needed Apr 20 11:15:22 hmpf, how does alsa-utils install the rules file Apr 20 11:17:10 diwic, do you mind if i just put the file in the debian dire and cp it in place from debian/rules ? Apr 20 11:17:15 *dir Apr 20 11:17:25 i can give it a shot. my panda's connected to my tv. i'd have to re-image my sd card though. i was playing around with various linaro images. Apr 20 11:17:47 ogra_, I'm trying to figure out how the udev rule file gets there Apr 20 11:17:50 seems the restore file is handled by autotools, i really dont want to add complexity Apr 20 11:18:20 its in the Makefile of alsactl Apr 20 11:18:38 right Apr 20 11:19:05 yeah, I guess an "install -d" in debian/rules would do Apr 20 11:19:20 right, no extra autofoo run :) Apr 20 11:20:43 * diwic is going to add a AC_MESS_UP_FOR_DISTRO_MAINTAINERS macro in autoconf. It is not difficult enough to get it right Apr 20 11:22:24 heh Apr 20 11:27:26 bah, sigh ... tetex is a build dep to even roll the source package Apr 20 11:28:46 ogra_, hmm, as an option you could submit a merge proposal against lp:~ubuntu-audio-dev/alsa-utils/ubuntu.natty Apr 20 11:30:50 doe sthat look ok ? http://paste.ubuntu.com/596500/ Apr 20 11:32:15 ogra_, hmm, missing specification of desired file mode perhaps Apr 20 11:32:23 i e permissions Apr 20 11:34:00 like that http://paste.ubuntu.com/596504/ ? Apr 20 11:38:08 ogra_, hmm, it doesn't exactly look like what I'm used to but probably it's correct anyway Apr 20 11:38:11 * diwic has to go Apr 20 11:39:32 well, it ends up in the right place Apr 20 11:39:41 with the right perms, i just did a testbuild Apr 20 11:39:49 diwic, would you mind if i uploaded ? Apr 20 11:40:07 * ogra_ would love to have the bug closed Apr 20 11:40:07 ogra_, oh I see now, you are not filtering out subsystem, add/change etc in the udev rule Apr 20 11:40:27 well, there will only be one device with that ID Apr 20 11:40:42 ogra_, I'll be back in 2-4 hours or so Apr 20 11:40:45 but i can add the headers that are used in the soundcard rules Apr 20 11:40:48 ok Apr 20 11:41:09 do you want add/change etc ? Apr 20 11:42:20 * ogra_ adds the lines from the other rules fine and tests Apr 20 13:24:41 ogra_, reviewed your merge proposal, please fix Apr 20 13:24:53 * ogra_ checks Apr 20 13:26:03 weird Apr 20 13:28:35 diwic, hmm, i dont have any such changes in my local branch and http://bazaar.launchpad.net/~ogra/alsa-utils/746023/revision/75 doesnt show any of the bits you mention Apr 20 13:28:54 * ogra_ wonders if he used a wrong master branch Apr 20 13:30:32 ogra_, please remove the ENV{SOUND_INITIALIZED} in 90-alsa-ucm.rules Apr 20 13:31:13 In best case, it's superfluos :-) Apr 20 13:32:09 or maybe I could just do that for you and merge it into the alsa-utils branch :-) Apr 20 13:33:12 new branch pushed, indeed i didnt pull originally from the right branch Apr 20 13:33:22 been there, done that :-/ Apr 20 13:34:19 http://bazaar.launchpad.net/~ogra/alsa-utils/746023/revision/89 Apr 20 14:26:32 ogra_, I removed one more line, could you verify it's still working? See https://code.launchpad.net/~diwic/alsa-utils/ubuntu.natty Apr 20 14:28:56 will do, that takes a moment though since i'm just verifying a bug on the headless image Apr 20 14:30:52 look sane though Apr 20 14:30:56 *looks Apr 20 14:41:31 grr Apr 20 14:42:05 so after trying to boot an omap headless image for 20 min on the panda i found that the omap MLO doesnt work on omap4 :P Apr 20 14:42:24 * ogra_ shakes his head about wasting his own time Apr 20 14:43:38 heh. Apr 20 14:43:52 well, at least we know now :P Apr 20 14:44:57 GrueMaster, when you had that flash-kernel issue, did that happen when you manually upgraded a linux-image package or was that a regular dist-upgrade Apr 20 14:45:23 Both apt-get install & dist-upgrade. Apr 20 14:45:29 hmm Apr 20 14:46:03 might be the old "flash-kernel isnt run when update-initamfs -c is used" Apr 20 14:46:36 I thought that we were told that it needs to come from the kernel? Apr 20 14:47:10 GrueMaster, for now i only have bug 746023, bug 747229 and 766764 on my release radar Apr 20 14:47:12 Launchpad bug 746023 in alsa-utils "No sound on omap4" [High,In progress] https://launchpad.net/bugs/746023 Apr 20 14:47:13 Launchpad bug 747229 in debian-installer "weird color change during oem-config debconf package removal step in serial installs" [Medium,Incomplete] https://launchpad.net/bugs/747229 Apr 20 14:47:14 Launchpad bug 766764 in linux-ti-omap4 "flash-kernel not run during kernel upgrade" [Undecided,New] https://launchpad.net/bugs/766764 Apr 20 14:47:29 am i missing anything important ? Apr 20 14:47:57 Which type of beer to bring me to UDS. Apr 20 14:48:02 GrueMaster, the kernel package wasnt changed in natty, i added a spec idea for exactly that prob Apr 20 14:48:16 so -c still doesnt work Apr 20 14:48:32 but that should actually only affect release to release upgrades Apr 20 14:51:30 That is bug 701698. Apr 20 14:51:32 Launchpad bug 701698 in boot "update-initramfs -c does not update the bootloader" [High,Triaged] https://launchpad.net/bugs/701698 Apr 20 14:51:50 yep Apr 20 14:52:07 that requires massive redesign of the whole arm bootloader handling Apr 20 14:52:16 which is why i want to make it a spec Apr 20 15:06:07 Go for it. Apr 20 15:14:49 diwic, works fine, go for it Apr 20 16:01:03 ogra, TheMuso, ok, I've test-built and test-run it on my machine here, and it didn't seem to have destroyed anything, so pushed to lp:~ubuntu-audio-dev/alsa-utils/ubuntu.natty - upload at will. Apr 20 16:01:45 wohoo Apr 20 16:15:54 diwic_afk, TheMuso, uploaded, thanks Apr 20 17:13:13 GrueMaster, just dist-upgraded a beta2 image to todays archive, no issues with flash-kernel Apr 20 17:13:59 I think there are other packages that force update-initramfs -u. Apr 20 17:14:08 might be Apr 20 17:14:44 Try installing everything that dist-upgrade recommends, except the kernel. Then do dist-upgrade. Apr 20 17:15:11 to late :) Apr 20 17:15:26 I'll try it here to verify in a little bit. Currently wiping/reformatting my SD. Apr 20 17:16:22 \o/ Apr 20 17:16:26 alsa-utils is in Apr 20 17:16:32 and python-apt too Apr 20 17:16:43 so sound and sources.list should be fine now Apr 20 17:16:45 cool Apr 20 17:17:02 Now if we could just get another daily image to build... Apr 20 17:17:13 we only have the serial colors left (which is really minor cosmetic) and the üpossible flash-kernel thing Apr 20 17:17:32 archive is messed up due to the last minute fixes Apr 20 17:17:41 that will settle until tomorrow Apr 20 19:11:45 I have the 10.10 ubuntu on a 4G sd for pandaboard(omap4) and things were ok till I did an update. Things started taking forever to boot and to log in, then I installed the ti omap extras and now it takes about 15min to boot and 30+min to log in. I can wipe the card and go back no problem but every time I get the same results. Is there a list of things that should not be updated? Apr 20 19:19:13 ogra_: there have been a few reports on natty beta's not working on pandaboard's are there any known major issues that you are aware of... before I go give it a run Apr 20 19:39:03 Hey, is anyone using the genesi efika mx smartbook ? are you happy with it ? Apr 20 19:42:58 I was looking for a new netbook, and this looked interesting since I am already developing for an i.mx processor at work. Apr 20 19:46:15 jayabharath, as best I know we are good to go on B2 Apr 20 19:46:50 jayabharath, it's quite late in ogra's neck of the world Apr 20 19:57:16 jayabharath: The only thing I really am aware of is random issues with the SD cards. Sometimes I'll get SDIO errors during oem-config, other times oem-config will just crash mid-install. Nothing to indicate why. Reflashing usually clears it up. Apr 20 19:57:55 I am working on a theory, but since the issues I am seeing are so random and hard to reproduce, it is harder to have a good testcase. Apr 20 20:22:07 GrueMaster: davidm I see.. thanks Apr 20 20:22:20 let me look up the recent thread on pandaboard ml for reference Apr 20 20:23:03 http://groups.google.com/group/pandaboard/browse_thread/thread/aa46ddf46df2d946 Apr 20 20:23:44 Already commented on it. :) Apr 20 20:23:45 GrueMaster: u r faster .. yeah this was one... Apr 20 20:23:52 I had it open. Apr 20 20:24:08 let me then try b2 image and see if it works ok for me.. thanks!! Apr 20 21:38:50 ogra_: Thanks. Apr 20 23:42:39 19:15 < ogra_> archive is messed up due to the last minute fixes Apr 20 23:42:39 19:15 < ogra_> that will settle until tomorrow Apr 20 23:42:47 is this discussion about natty netbook images ? Apr 20 23:47:21 hey guys, anyone know off-hand what spec the builders are? Apr 20 23:50:03 trying to figure if it took 2 hours to build something on a buildd for the main repo, how long it'd take on an MX53.... Apr 20 23:58:34 dcordes: yes. Apr 20 23:59:12 Neko: The buildds are MX51 mostly. Apr 20 23:59:25 But the new systems will be omap4. Apr 21 00:00:16 GrueMaster: I'm looking to test latest natty omap4 build on my phone. Is it a good moment to download an image ? Apr 21 00:01:14 Latest daily is 20110418. Should have a new one later tonight assuming the pool churn has settled. Apr 21 00:01:36 Pool churn :) ? Apr 21 00:01:39 Won't know for a couple of hours. Apr 21 00:02:10 I will check back after CET night nap. Do you have a URI for me ? Apr 21 00:02:18 hmm so.. almost exactly the same time to build on an Efika MX then.. well shit, 2 hours still isn't bad.. I have an hour to go ;) Apr 21 00:02:24 Whenever a package is updated in the pool and it has dependencies that rebuild, the image build will die due to dependency failure. Apr 21 00:02:54 Ah seems familiar from the openembedded workflow. Apr 21 00:03:06 dcordes: http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/ Apr 21 00:03:12 is there some magic documentation on "how to make a buildd for ubuntu"? Apr 21 00:03:19 I mean apart from the debian stuff Apr 21 00:03:40 Not sure. I have just installed pbuilder and all of its dependencies. Apr 21 00:04:02 I would recommend a minimal image to begin with. Apr 21 00:04:27 well dropping a minimal image and pbuilder on a system is the easy bit :] Apr 21 00:04:34 Yep. Apr 21 00:04:51 hang on Apr 21 00:04:56 GrueMaster: Thanks! Apr 21 00:04:57 bbl Apr 21 00:05:28 If you are looking for an automated buildd environment, I can't help. Apr 21 00:05:51 well my main point of curiosity is, how on earth do I submit jobs, because I can't find that bit.. Apr 21 00:06:15 in theory it should just magically use the chroot, pull in a ton of packages from the archive and go build it and report back, right? Apr 21 00:06:27 but where do I "click to start"? :D Apr 21 00:06:41 Are you looking to create your own buildd automated environment or just to rebuild a few packages? Apr 21 00:07:03 where a few amounts to about 50 which may take a few days, yes Apr 21 00:07:14 If the latter, pbuilder will do it quite nicely. Apr 21 00:07:46 I'm just at the point that I don't want to build them by hand Apr 21 00:08:15 First, use it to generate a chroot tarball. Then you can build packages. Apr 21 00:08:28 consider that done Apr 21 00:09:07 as if I have like 20 boxes here all networked and happy and "ready" Apr 21 00:09:55 For the distributed build environment, I believe we use soyuz (part of launchpad). Apr 21 00:10:05 And I don't know how it works. Apr 21 00:10:05 so how does debian do it Apr 21 00:10:35 Not sure. I just do QA and sometimes I do FTBFS debugging. Apr 21 00:15:41 You might look at apt-cache search buildd. There are tools in the pool for building a build environment. Apr 21 00:15:53 Not sure if it scales to multiple systems. Apr 21 00:19:26 Hmm. Buildbot may be what you are looking for. Apr 21 01:09:57 OT: 555 timer contest winners are being announce live now - http://www.nymphs.org/Jeri/ **** ENDING LOGGING AT Thu Apr 21 02:59:58 2011