**** BEGIN LOGGING AT Wed Oct 13 02:59:57 2010 Oct 13 07:25:07 ogra: the hint for tar --numeric-owner is missing in your README Oct 13 07:25:41 doko_, Please file a bug :) Oct 13 07:35:37 Morning Oct 13 07:35:43 ogra: Are you around yet? Oct 13 07:37:40 moin Oct 13 08:15:19 ogra, ogra_ac: Hi, how are you? I am "fighting" with the "install extras" icon right now; we think that universe & multiverse have not been enabled in the preinstalled image, which make installing our "extras" a bit difficult... Oct 13 08:21:54 ogra: lag: hey! questions for the PPA: I see that the builders are idle, however our builds don't get started. is that expected? Oct 13 08:23:11 vstehle, Take a look at your /etc/apt/sources.list to verify universe and multiverse are enabled. Oct 13 08:23:27 ndec: This isn't something I deal with - perhaps ogra or persia can help? Oct 13 08:24:01 Best to ask the launchpad folk (in #launchpad). My guess would be that it had something to do with natty opening, but there's a high chance I'm wrong. Oct 13 08:26:34 ndec, I'm happy to lead the discussion, if you'd prefer, but please also join to provide any support information :) Oct 13 08:26:52 persia: ok Oct 13 08:27:44 ndec, Just to confirm, which PPA? Oct 13 08:27:55 persia: well, our private OMAP ppa Oct 13 08:28:27 persia: and I got a 'waiting 11 hours' for an arch all package using an i386 builder... Oct 13 08:28:44 persia: Well, /etc/apt/sources.list _is_ the problem :) We have those of the preinstalled image. And they don't include multiverse and universe "out of the box". Oct 13 08:29:25 vstehle, Aha! I suspect it's one of the preinstalled vs. performing the install things. Please file a bug against jasper-initramfs, and we'll sort it. Oct 13 08:30:08 persia: Hum. Can you "fix" the images on the website? I thought they were released and "frozen" now. Oct 13 08:30:54 persia: I thought our only options were fixes in the PPA packages, and documentation. Oct 13 08:31:03 No, but we can 1) fix jasper to not do this next time images are produced, and 2) brainstorm about ways to work around it. Oct 13 08:31:29 There's also bugfix uploads: won't affect the images, but can affect user experience once the user updates. Oct 13 08:31:54 persia: Ok, I'll file a bug on LP for (1). I am very interested in (2) right now :) Oct 13 08:32:11 We'll use the one bug for both. Oct 13 08:32:30 Just with two tasks. Oct 13 08:34:07 ogra, Did you implement the special software channel as a separate package, or as part of jasper? Oct 13 08:36:01 persia: Bug #659754 Oct 13 08:36:02 Launchpad bug 659754 in jasper-initramfs (Ubuntu) "Universe & multiverse are not enabled on OMAP4 preinstalled image (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/659754 Oct 13 08:37:17 Great. Now to wait for the confirmation of the implementaiton, and we can get started on fixing it :) Oct 13 08:39:39 persia: I tell you: I am not really worried about the fix for future distributions. What worries me is that users will d/l the OMAP4 preinstalled image, click on the icon and get an error message. Oct 13 08:41:04 persia: We are thinking about documenting an extra step like "enable multiverse/universe manually" on a website somewhere. Or even more nasty: do some hacks in the ubuntu-omap4-extras package (break the deps on other real packages, perform hacks in postinst scripts). What do you think? Oct 13 08:51:18 There's an API to enable universe/multiverse, so we oughtn't have to go to the extreme of a nasty hack. Oct 13 08:51:27 Just a matter of determining where/how to drop it in place. Oct 13 08:52:24 But I really don't think it's wise not to worry about the fix for future releases: firstly, the SRU process requires "fixed in current development" as a prequisite for an SRU. Secondly, if we don't fix it in both places, we'll just end up in this state again in six months. Oct 13 08:52:53 That said, I very strongly suspect we can get a solution ready for testing within the next 24 hours, and probably within the next 6-8. Oct 13 08:58:06 persia: Would your solution require an extra user step? Or are you thinking of doing stuff in preinst? Oct 13 08:58:47 I was thinking a postinst: just have to think about where. Oct 13 08:59:13 But, ideally, the user experience would be nothing other than a regular update. Oct 13 09:02:13 For the future, the planned jasper rewrite *should* cover it, and we can do a quick python-apt hack to force-enable for the short-term. Oct 13 09:02:53 Ideally, ogra implemented the omap4-special software channel in a separate package, so we can just update that package: this has the lowest chance of affecting others. Oct 13 09:03:18 But I'm not precisely certain how that was implemented, which is the main deciding factor for not fixing it now. Oct 13 09:03:25 persia, it is just implemented through a .desktop file containing an aptulr Oct 13 09:03:29 *url Oct 13 09:03:34 ogra, No package then? Darn. Oct 13 09:03:37 nope Oct 13 09:03:48 Any suggestions on where we can stick a postinst fragment to enable universe/multiverse? Oct 13 09:04:08 the postinst of the meta needs to be easily able to just rebmove it Oct 13 09:04:22 a package would have gotten in our way Oct 13 09:04:49 Aha. I'll call that excessively layered hackery, but I understand why it was done that way. Oct 13 09:05:26 So, what do we have that would only hit preinstalled folk and can enable universe? Oct 13 09:05:30 a package would either have to be seeded or be a dep of jasper Oct 13 09:05:40 in the seed way it would always come back Oct 13 09:05:53 and with jasper it would have been removed with oem-config Oct 13 09:05:58 Let's not discuss that implementation now: we can do that in the jasper-rewrite discussion. Oct 13 09:06:04 thanks to the live seed Oct 13 09:06:07 Let's talk about how we can SRU a fix. Oct 13 09:06:34 well, first of all livecd-rootfs needs a fix Oct 13 09:06:34 Because a pre-jasper-rewrite natty fix is a trivial python-apt call. Oct 13 09:06:42 No. Oct 13 09:06:47 it apparently misbehaves Oct 13 09:07:05 The model is that the live environment has universe disabled, and it's enabled during install. Oct 13 09:07:24 The rationale is to save space for the universe Packages file in the live environment. Oct 13 09:07:35 it writes the sources.list and obviously doesnt write the same default one that ubiquity sets up by default Oct 13 09:07:39 And livecd-rootfs does this. Oct 13 09:07:48 Right. Jasper should take care of that. Oct 13 09:07:54 (and it's trivial). Oct 13 09:08:08 jasper isnt SRUable Oct 13 09:08:14 But the hard question is what to do for maverick. What can we update that is only going to affect jasper-installs. Oct 13 09:08:16 I know/. Oct 13 09:08:34 The only reason to add the hack to jasper is to justify the SRU of something else. Oct 13 09:08:35 and we have no package that would just do it Oct 13 09:08:47 We have nothing that is only on preinstalled images? Oct 13 09:08:56 nothing apart from jasper Oct 13 09:09:20 That makes this tricky :) Oct 13 09:09:24 right Oct 13 09:09:33 Do we have any programmatic way we can distinguish a preinstall from an install? Oct 13 09:09:48 not from an oem install, no Oct 13 09:10:08 well, you can check if jasper is installed, but only until oem-config was removed Oct 13 09:10:29 you can also check if the ppa enablement files exist Oct 13 09:10:30 Do we do an apt-get upgrade before that happens? Oct 13 09:10:35 no Oct 13 09:10:50 update-manager is supposed to care for upgrades Oct 13 09:10:54 Ah, right. The PPA enablement files are probably a good test. Oct 13 09:11:30 Let me rephrase then: do we invoke a python-apt cache update prior to oem-config? Oct 13 09:11:51 * persia really doesn't care *how* the apt-cache is updated, but whether it is updated Oct 13 09:11:55 the prob here is that either oem-confir doesnt run apt-setup at all or that livecd-rootfs doesnt enable what it should Oct 13 09:12:04 i'm still tending to blame the latter Oct 13 09:12:15 livecd-rootfs is supposed to leave universe and multiverse disabled. Oct 13 09:12:26 why ? thats nonsense Oct 13 09:12:26 This is by design for all live environments building from main. Oct 13 09:12:36 It saves several megabytes from the CDs. Oct 13 09:12:41 since we enable it by default and give no opportunity to override that Oct 13 09:12:45 ?? Oct 13 09:12:51 why would it Oct 13 09:12:56 Packages.gz Oct 13 09:13:08 sources.list is setup at a point where that doesnt matter Oct 13 09:13:21 hmm, k Oct 13 09:13:34 Yes, but you need an accurate apt-cache to be able to run things like the codec installer from within the live environment... Oct 13 09:13:35 i wouldnt think Packages.gz is that big Oct 13 09:13:40 Anyway, it7s not a livecd-rootfs bug. Oct 13 09:13:47 it is Oct 13 09:14:07 for future images we should just enable whats needed in the preinstalled path Oct 13 09:14:17 that wont touch the livefs Oct 13 09:14:36 5MB on my mirror for maverick. Oct 13 09:14:43 nah Oct 13 09:14:54 it gets compressed again Oct 13 09:14:58 wont be 5MB Oct 13 09:14:59 Yes, for packages.bz2 Packages.gz is seven and a half. Oct 13 09:15:08 Yes it will. Oct 13 09:15:16 well, if you say so Oct 13 09:15:31 Maybe 4.5, because squashfs is lzma, but anyway... Oct 13 09:15:43 * ogra wont debate that since we'll be adding several 100 anyway in natty Oct 13 09:15:56 no squashfs involved for preinstalled Oct 13 09:16:06 Oh, then 7.5 because that's gz. Oct 13 09:16:13 Anyway, doesn't matter. Let's get back to the point. Oct 13 09:16:25 right, whats your suggestion ? Oct 13 09:16:29 So, it's trivial to enable universe/multiverse in current jasper by calling into python-apt. Oct 13 09:16:38 And we'll use apt-setup to do it with rewritten jasper. Oct 13 09:16:44 So natty is sorted. Oct 13 09:16:50 jasper is not SRUable Oct 13 09:16:57 what about maverick Oct 13 09:16:58 Yes. Oct 13 09:17:06 i know what to do about natty Oct 13 09:17:09 * persia is getting there, and requests a bit of patience for a summary Oct 13 09:17:30 and i wont do it in jasper there since that enfoces a network connection at oem-config time Oct 13 09:17:41 No, it doesn't. Oct 13 09:18:00 The idea is to use the same sequence of stuff used for normal installs. Oct 13 09:18:03 how do you get the package cachje without network if not at image buildtime ? Oct 13 09:18:37 You fail to get it if there's no network, and you set it up to be a request for it in software-sources, so that next time update-manager does a regularly scheduled run, it pulls them. Oct 13 09:19:12 And update-manager automatically doesn't do that if there's no network, so you end up doing it the first time the user *has* a network, which is the right time. Oct 13 09:19:24 Anyway, can we get back to maverick? We've agreed natty is easy. Oct 13 09:20:07 k Oct 13 09:20:12 So, we can detect that we're in a preinstall because of the PPA enablement files. And we can detect that universe/multiverse are not enabled, and use python-apt to request enablement. Oct 13 09:20:29 What we need is some package to which we can attach the script that does that. Oct 13 09:20:45 And that has to *not* be jasper, but something that we can usefully SRU. Oct 13 09:21:03 And I don't care about delayed-enablement, because the user has a network connection to download the SRU anyway. Oct 13 09:21:23 k Oct 13 09:21:47 is there a way to enforce u-m directly after login ? Oct 13 09:21:55 without much hackery indeed Oct 13 09:22:06 It's already set to run the first time there is both a logged in admin user and a network. Oct 13 09:22:14 So we get that for free. Oct 13 09:22:21 * ogra has never seen that Oct 13 09:22:38 and by rules of mpt it should only run after 7 days for the first time Oct 13 09:22:45 Try doing a networkless install about three months after release sometime, and you'll see it. Oct 13 09:22:54 but i might be wrong Oct 13 09:22:58 You can test with a networkless install of lucid today, if you like. Oct 13 09:23:11 it changed between lucid and maverick Oct 13 09:23:23 mvo told me it has to wait 7 days now Oct 13 09:23:29 no matter what Oct 13 09:23:31 It runs 7 days after the last run. ubiquity tries to do an update at install time. If ubiquity fails to do an update, the last run timestamp is the image creation date, which is more than 7 days ago. Oct 13 09:23:58 Unless the implementation changed massively, we ought still get free updates. Oct 13 09:23:58 not my experience and not what i was told for maverick, but if you say so Oct 13 09:24:40 so where would we put it ? we dont have any special packages installed Oct 13 09:25:37 Maverick might be different. Dunno. We'll check if we find a victim. Oct 13 09:25:47 Yeah, the where to put it is the tricky bit. Oct 13 09:26:13 Don't we have a kernel SRU pending that's specific to certain hardware? Could we add it to that? Oct 13 09:26:29 (noting that anywhere we put it will annoy the SRU team, so there's no better/worse place) Oct 13 09:26:44 ubuntu-netbook-efl-default-settings ... ? Oct 13 09:27:14 thats quite freely hackable Oct 13 09:27:26 for us at least Oct 13 09:28:05 it will only be installed on arm by default (there is a switch in the netbook seed) Oct 13 09:28:08 I think the default-settings package is probably better. Same argument with the SRU team, but won't block the kernel if it gets sticky. Oct 13 09:28:31 you will never get it on anything but arm Oct 13 09:28:43 That's not true. Oct 13 09:28:44 (nothing depends on it on other arches) Oct 13 09:29:03 But you won't get it *by default*, and we can guard it with the appropriate preinstall check. Oct 13 09:29:04 only if you explicitly install it by hand you will get it Oct 13 09:29:24 ubuntu-netbook doesnt pull it in, nor does any other dep Oct 13 09:29:26 Right. We have to also consider that case, but I think we're safe if we check for the PPA enablement files in the postinst. Oct 13 09:29:42 yes Oct 13 09:29:51 well, that wont solve omap3 Oct 13 09:30:10 i'd say we do an arch check Oct 13 09:30:39 Why? Oct 13 09:30:58 check arch, check sources.list, if universe is missing and arch matches, enable universe Oct 13 09:31:06 because omap3 doesnt have a ppa Oct 13 09:31:08 If someone decides, for reasons we'll never understand, to use livecd-rootfs to create an i386 preinstall and has this issue, we ought sort it for them as well. Oct 13 09:31:26 that would mean he has to change seeds too Oct 13 09:31:30 Unless you want to SRU jasper. Oct 13 09:31:38 an x86 preinstall would still not pull in -efl Oct 13 09:32:00 and jasper on x86 would do nothing wrt ppa Oct 13 09:32:01 Oh right, and at that point, it becomes a case of "the bug was reported, and you should have backported the fix from natty". Oct 13 09:32:04 it does an arch check Oct 13 09:32:31 OK. I hate arch checks on general principles, but I think it's probably the least bad option at this point. Oct 13 09:32:48 And it's only the omap3 and omap4 images that are broken. Oct 13 09:32:54 it wouldnt do much at all in fact, just enable oem-config and the default session (the latter would be a bug on x86) Oct 13 09:33:12 Why would it be a bug on x86? Oct 13 09:33:24 because the efl session cant exist there Oct 13 09:33:31 Why not? Oct 13 09:33:31 not from livecd-rootfs Oct 13 09:33:44 because the seed doesnt pull it in, on x86 it defaults to unity Oct 13 09:33:50 Different definition of "can't". Right. I agree. Oct 13 09:34:09 Do you want to summarise the above in the bug, or shall I? Oct 13 09:34:17 it would require massive seed hackery that would make the netbook CD size explode Oct 13 09:34:27 would you ? Oct 13 09:34:34 No, but we don't care, because it's large enough to be derivative at that point. Oct 13 09:34:45 I'm happy to: let's just recap quick to make sure we agree. Oct 13 09:34:49 tell that to didrocks :P Oct 13 09:34:52 1) Long-term fix is jasper-rewrite Oct 13 09:35:02 he forced -efl off the x86 installs because of size Oct 13 09:35:10 2) short-term natty fix is python-apt hack in jasper Oct 13 09:35:28 3) maverick fix is -default-settings postinst hack with arch guard. Oct 13 09:35:35 Look right to you? Oct 13 09:35:46 (which got us in the awkward situation of unity sessioons coming back all the time, since he hardcodes a switch of the session towards unity in his -settings postinst) Oct 13 09:35:52 Right, netbook-efl for x86 is only interesting if one drops unity. Oct 13 09:36:26 looks good to me Oct 13 09:36:37 * persia updates the bug Oct 13 09:37:28 * ogra just did an update on x86 and glares at the (felt) 2mx2m sized button in update-manager "restart now" Oct 13 09:37:43 geez, thats huge ! Oct 13 09:38:07 i wonder how that looks on a small screen, it must have 60px padding around the text Oct 13 09:38:43 ogra, Could you quickly accept jasper/natty and -default-settings/maverick tasks and reject the other two for bug #659754 ? Oct 13 09:38:44 Launchpad bug 659754 in ubuntu-netbook-efl-default-settings (Ubuntu) (and 1 other project) "Universe & multiverse are not enabled on OMAP4 preinstalled image (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/659754 Oct 13 09:39:07 oh, why are you not allowed to ? Oct 13 09:39:19 * persia isn't core-dev Oct 13 09:39:37 I'm still writing up the issue, etc. Oct 13 09:40:13 Hi! I'm trying to make a few changes to the uInitrd of pre-installed images, to support installation on the Blaze's eMMC storage. However, the kernel says "failed to execute /init" when my modified uInitrd is used. Here are the steps I took: Oct 13 09:40:24 dd if=../uInitrd of=initrd.lzma bs=1 skip=64 Oct 13 09:40:25 mkdir initrd Oct 13 09:40:25 cd initrd Oct 13 09:40:25 lzcat ../initrd.lzma | cpio -id Oct 13 09:40:25 Oct 13 09:40:25 find . -print -depth | cpio --quiet --dereference -o -H newc | lzma -c > ../initrdnew.lzma Oct 13 09:40:27 persia, hrm, doesnt work Oct 13 09:40:27 cd .. Oct 13 09:40:31 mkimage -A arm -O linux -T ramdisk -C none -a 0 -e 0 -n initramfs -d ./initrdnew.lzma ./uInitrdnew Oct 13 09:40:36 Do you see anything wrong? Oct 13 09:40:52 ogra, Ugh. Maybe accept everything, and we can set somethings to Invalid? Oct 13 09:41:04 !paste | mopdenacker Oct 13 09:41:06 mopdenacker: For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://tinyurl.com/imagebin | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. Oct 13 09:41:06 persia, sounds better Oct 13 09:41:58 mopdenacker, thats not the right way, chroot into the filesystem and run update-initramfs (and make sure /proc is mounted ... and unmounted before you leave the chroot) Oct 13 09:42:09 ubot2: ok, I thought this was short enough, but I got it wrong. Will do it in the future... Oct 13 09:42:10 mopdenacker: Error: I am only a bot, please don't think I'm intelligent :) Oct 13 09:42:11 ogra: persia: Explain to me what the default.pa file does for _us_ Oct 13 09:42:51 ! mopdenacker | lol Oct 13 09:42:52 Factoid 'mopdenacker' not found Oct 13 09:43:11 lag, Ask me again in 10 minutes. Oct 13 09:43:48 I just want a short explanation for my write-up Oct 13 09:44:05 lag, imho it gets constantly in our way :P Oct 13 09:44:13 (but dont put that in your summary ) Oct 13 09:44:14 ogra: That's not helpful Oct 13 09:44:45 Why do we need it? Oct 13 09:45:26 ogra: You contradicted yourself Oct 13 09:45:34 1. HDMI doesnt get initialized and exposed to pulse Oct 13 09:45:43 2. its fine and i saw hdmi exposed in it Oct 13 09:45:55 lag, when hacking default.pa Oct 13 09:46:05 you pulled that out of context :) Oct 13 09:46:21 we cant hack default.pa because it breaks all other arches Oct 13 09:46:35 ogra, Note that Kubuntu is also affected. Do you know if the PPA enablement stuff works there? Oct 13 09:46:43 persia, no idea Oct 13 09:46:48 ogra: I kind of disagree. It never hurts to understand the lowlevel formats. Would you still go through elaborate scripts (which could go wrong in multiple ways) to make a quick change to an initramfs if it was just a plain compressed tar archive? Oct 13 09:47:00 ogra: But I thought that was the solution until UCM comes along Oct 13 09:47:16 mopdenacker, yes, always Oct 13 09:47:36 lag, what ? editing default.pa ? no, thats no solution to anything Oct 13 09:47:58 lag, as i undrestood we'll get a pulse profile that will fix that Oct 13 09:48:05 What's the difference between default.pa and the Pulse profile? Oct 13 09:48:24 they live in different places and the profile can be card specific Oct 13 09:48:35 ogra, Please *accept* the maverick task. Oct 13 09:48:36 Ah, that clears a lot up Oct 13 09:48:45 I thought they were the same thing Oct 13 09:48:57 What's the Pulse profile called? And where does it live? Oct 13 09:49:05 persia: I am not sure I understand all the outcomes of your discussion with ogra; what will the end-user see after all? D/l preinstalled image, receive "magical" update due to "older than 7 days", then click icon and everything ok? Oct 13 09:49:07 /usr/share/pulseaudio/alsa-mixer/profile-sets? Oct 13 09:49:25 persia, invalidated the jasper bug for maverick and accepted both tasks Oct 13 09:49:31 Oh, that's what the default.conf is? Oct 13 09:49:38 vstehle, That's the idea. If nothing else, the apt cache update to get the PPA stuff ought get the universe stuff as well. Oct 13 09:49:40 ogra: I'm still not sure I will go this way. But thanks for your answers anyway :-) Oct 13 09:49:55 !help Oct 13 09:49:56 Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) Oct 13 09:50:20 mopdenacker, at *least* make sure you pack the initrd the exact same way update-initramfs uses Oct 13 09:50:21 !commands Oct 13 09:50:21 The linux terminal or command-line interface is very powerful. Open a terminal via Applications -> Accessories -> Terminal (Gnome), K-menu -> System -> Konsole (KDE), or Menu -> Accessories -> LXTerminal (LXDE). Guide: https://help.ubuntu.com/community/UsingTheTerminal Oct 13 09:50:25 persia: But how could you change the apt-cache update in the preinstalled image? Oct 13 09:50:39 !stupid-bot Oct 13 09:50:40 Factoid 'stupid-bot' not found Oct 13 09:50:47 !factoids Oct 13 09:50:48 Hi! I'm #ubuntu-arm's favorite infobot, you can search my brain yourself at http://ubottu.com/factoids.cgi | Usage info: http://ubottu.com/devel/wiki/Plugins | Bot channels and general info: https://wiki.ubuntu.com/IRC/Bots Oct 13 09:51:01 vstehle, with the update to the -sessings package Oct 13 09:51:12 vstehle, We don't: when the user updates the apt-cache, the update will show: when they install the update, it will then cause universe to be enabled for the *next* apt-cache update. Oct 13 09:51:22 vstehle, on first boot, forst thing the user sees will be update-manager Oct 13 09:51:38 ogra: I don't see that. Oct 13 09:51:43 with installing the update, universe and multivers get magically enabled Oct 13 09:51:50 vstehle, thats hardcoded Oct 13 09:52:19 ogra: I am testing the preinstalled image on a Panda right now. I never saw the update manager. Oct 13 09:52:30 Might have to wait until the 17th to see it. Oct 13 09:52:34 That 7 days thing. Oct 13 09:52:40 right Oct 13 09:52:48 LOl Oct 13 09:52:50 !sound Oct 13 09:52:52 If you're having problems with sound, click the Volume applet, then Sound Preferences, and check your Volume, Hardware, Input, and Output settings. If that fails, see https://help.ubuntu.com/community/Sound - https://help.ubuntu.com/community/SoundTroubleshooting - http://alsa.opensrc.org/DmixPlugin - For playing audio files, see !players and !mp3. Oct 13 09:52:53 u-m checks for timestamps Oct 13 09:52:59 Right. Oct 13 09:53:00 There's our answers Oct 13 09:53:00 you will see it earlier Oct 13 09:53:11 the final image for omap4 was built on the 7th Oct 13 09:53:28 tomorrow or thursday it shoudl start to show up Oct 13 09:53:39 But if the apt-cache gets updated for any reason (and there are several things that do this), u-m will notify the user of the updates without waiting. Oct 13 09:53:50 right Oct 13 09:53:54 Ok, suppose I am now 7 days later. I install, I am prompted to do the updates, I accept, this adds universe+multivers. Then I click the icon, hopefully this does update the sources _again_ and it works. right? Oct 13 09:54:13 !botsnack Oct 13 09:54:14 Yum! Err, I mean, APT! Oct 13 09:54:20 :) Oct 13 09:54:23 it does run apt-get update Oct 13 09:54:32 it has to, since it enabled a new source Oct 13 09:54:46 vstehle, That's the idea. Oct 13 09:54:52 Ok, I get it. Thanks! Oct 13 09:55:16 ogra, No it doesn't: it will only update the apt-cache if the network is on (although the chances of this are astronomically high during SRU application) Oct 13 09:55:56 well, it will update the cache once you enable universe Oct 13 09:56:09 and it will do that again once you enable the ppa Oct 13 09:56:53 lag, So, the big things we get out of our specialised default.pa are 1) automatic configuration restoration, 2) automatic detection of devices, 3) bluetooth support, 4) legacy overrides to work around the idea that pulse and alsa and oss somehow compete, Oct 13 09:57:25 I thought we weren't touching *.pa? Oct 13 09:57:35 I thought we were using *.conf Oct 13 09:57:52 we dont touch default.pa beyond whats there already Oct 13 09:57:55 5) cleaner audio load/unload for suspend/resume, 6) integration with console-kit so we don't have to fuss with the audio group and other stuff, 7) positionally meaningful events for cooler integration with libcanberra Oct 13 09:58:21 all arch specific changes we do now have to happen elsewhere Oct 13 09:58:22 Right. We don't touch default.pa for the special sdp4430 stuff, but that's what the Ubuntu default.pa is configured to "give us" Oct 13 09:59:08 k Oct 13 10:16:34 ogra, Are you preparing fixes for this, or do you want patches to review? Oct 13 10:16:55 do you have patches ? i'm currently trying to get crimsuns fixes to work Oct 13 10:17:13 we need to get rid of the alsactl init Oct 13 10:17:14 You go work on sound: that's HW dependent, so I can't do it. Oct 13 10:17:19 ok Oct 13 10:17:36 I'll prepare some patches. Worst case, they'll be ready when you wake tomorrow. Oct 13 10:17:39 but first ... coffee Oct 13 10:17:42 ok Oct 13 10:17:48 this week is key Oct 13 10:17:52 I'm not going to do the final natty jasper fix now: that needs to be part of the rewrite. Oct 13 10:17:58 yep Oct 13 10:18:00 This week is not an issue. Oct 13 10:18:08 well, i wouldnt actually call it a rewrite :) Oct 13 10:18:10 Just "tonight" is uncertain. Oct 13 10:18:22 the main issue is splitting out most of jasper into packages Oct 13 10:18:42 the things it does are mostly ok, just not the way Oct 13 10:18:47 You can continue not to call it a rewrite as long as you like. I have a huge desire to rearchitect it to such a degree that I expect to retain 0 lines of code. Oct 13 10:19:05 thats impossible Oct 13 10:19:26 the resizing bit wont be doable anywhere else Oct 13 10:19:53 the setup script i agree .... but even that will still need one line (teh enablement of oem-config cant be done anywheer else) Oct 13 10:20:30 Oh, I might reuse some of the resizing code, actually, but likely nothing else. Enabling oem-config will happen there, but in an entirely different way. Oct 13 10:21:38 you need the rootfs mounted to enable oem-config Oct 13 10:21:48 cant happen in jasper_growroot Oct 13 10:22:14 I know. Oct 13 10:22:18 hello Oct 13 10:22:35 Doesn't mean I won't try to do it as d-i controllers anyway. Oct 13 10:22:37 Hey berco Oct 13 10:22:57 when an upstart script is installed from a deb package, does it require a posinst script? Oct 13 10:23:20 I get lintian warning script-in-etc-init.d-not-registered-via-update-rc.d Oct 13 10:23:48 but i'm confused as the upstart script goes into /etc/init and not /etc/init.d Oct 13 10:23:50 upstart scripts don't belong in /etc/init.d/ : they belong in /etc/init Oct 13 10:24:05 so lintian is complaining for nothing? Oct 13 10:24:09 Are you using dh_installinit? Oct 13 10:24:23 not specifically Oct 13 10:24:33 Are you using debian/package.upstart? Oct 13 10:24:55 persia: yes Oct 13 10:25:03 but in the rules file, I see "dh $@" Oct 13 10:25:10 That's fine. Oct 13 10:26:06 Do you have a manual postinst script for the package? Oct 13 10:27:17 persia: no Oct 13 10:27:31 persia: berco: isn't that better to use cdbs in this case? less chance to get errors, no? Oct 13 10:27:50 dh should do the right thing Oct 13 10:27:58 ndec, No. Actually, just means one has to know lots more make and slightly less perl to track down the same errors. Oct 13 10:28:17 ndec: that's what I usually use but not my initial package. I can change it though if needed Oct 13 10:28:24 But the extra perl for dh(1) is kinda trivial when compared with the perl one needs for dh_* anyway. Oct 13 10:29:45 persia: ogra: so is this fine to ignore this lintian warning? Oct 13 10:29:50 berco, Could you paste the output of dpkg --contents foo.deb ("No" is an acceptable answer, but then I want the package name) Oct 13 10:30:05 ok. wasn't sure if dh_installinit would be called with just dh $@ Oct 13 10:30:22 ndec, yes, it is if the file is properly named Oct 13 10:30:31 dh $@ should call all of them. Oct 13 10:30:35 it looks for .init or .upstart Oct 13 10:30:46 If there's something missing from the sequence, well want it added. Oct 13 10:30:49 and puts them in the right places Oct 13 10:30:49 ogra, Or .default Oct 13 10:31:01 .default doesnt go into an init dir Oct 13 10:31:31 No, but dh_installinit is responsible for installing it anyway. Oct 13 10:31:45 Puts it in /etc/default/package Oct 13 10:32:15 Anyway, berco, about those contents? Oct 13 10:47:07 bug 652035 Oct 13 10:47:08 Launchpad bug 652035 in alsa-lib (Ubuntu) "libasound2 not finding usb sound card (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/652035 Oct 13 12:51:55 morning Oct 13 13:57:15 ogra: persia: any issue with launchpad? Impossible to upload or fetch from TI 3PA Oct 13 13:57:35 works fine for me Oct 13 13:58:42 argh Oct 13 13:59:01 maybe network issue on our side then :( Oct 13 14:00:41 ndec: does it work for you? try apt-get source tisyslink for e.g Oct 13 14:01:24 berco: it's downloading. Oct 13 14:02:04 berco: what's the exact problem? any log? Oct 13 14:05:27 ndec: Err https://private-ppa.launchpad.net/tiomap-dev/private-release/ubuntu/ maverick/main tisyslink 0.24.9.2-0ubuntu7 (tar) Oct 13 14:05:27 gnutls_handshake() failed: A TLS packet with unexpected length was received. Oct 13 14:05:27 Failed to fetch https://berco:xxx@private-ppa.launchpad.net/tiomap-dev/private-release/ubuntu/pool/main/t/tisyslink/tisyslink_0.24.9.2.orig.tar.gz gnutls_handshake() failed: A TLS packet with unexpected length was received. Oct 13 14:05:27 E: Failed to fetch some archives. Oct 13 14:05:42 ndec: was working a few min ago Oct 13 14:06:21 * berco should have pastebin this log Oct 13 14:08:56 berco: Looks like a network issue Oct 13 14:09:38 lool: but I am sitting less than 3 meters away from berco and it works for me ;-) Oct 13 14:11:25 ndec: do you need proxy in your network? Oct 13 14:11:31 maybe it's missing something Oct 13 14:13:00 ndec: At so it's a PBCAK Oct 13 14:13:03 ;-) Oct 13 14:17:24 * berco damned. corkscrew killed and everything goes back to normal Oct 13 14:54:13 GrueMaster: good morning Oct 13 14:57:15 mpoirier: good morning. Oct 13 14:57:53 GrueMaster: a couple of weeks ago you gave me a command that plays sound, alternating from one speaker to another. Oct 13 14:58:06 I noted it somewhere but to save my life, can't find it anymore. Oct 13 14:58:08 speaker-test -c 2 -t wav Oct 13 14:58:13 yes, thanks. Oct 13 14:58:35 This will play directly through the hardware. Oct 13 14:58:42 No pulse. Oct 13 14:59:31 I'm getting *nothing*... Oct 13 14:59:44 On which platform? Oct 13 15:00:32 I'm panda, I'm testing the new patches sent by Irg Oct 13 15:00:49 mpoirier, they are not complete Oct 13 15:01:04 and you also need to make sure to have no state file Oct 13 15:01:28 state file ? please expand. Oct 13 15:01:50 /var/lib/alsa/asound.state I believe. Oct 13 15:02:07 hold on, checking. Oct 13 15:02:08 right, you need to disable its creation Oct 13 15:02:19 else you wil always get the same state Oct 13 15:02:30 indeed I have such file. Oct 13 15:02:44 how to I prevent its creation ? Oct 13 15:04:46 Irg: good morning - I have your patches live on my card. Oct 13 15:05:14 for the init file you need to call alsactl init manually after boot Oct 13 15:05:26 mpoirier: morning Oct 13 15:05:51 ogra: i did. Oct 13 15:06:07 Irg: is there something you'd like me to check ? Oct 13 15:06:31 Irg: I have all 4 patches, the new 00main and omap4. Oct 13 15:06:44 mpoirier: ok, have you ran alsactl init ? Oct 13 15:06:48 Irg: I also manually ran alsactl init Oct 13 15:07:00 yes. Oct 13 15:07:22 ok, does audio work at this point Oct 13 15:07:24 ? Oct 13 15:07:45 I tried "speaker-test -c 2 -t wav" without results. Oct 13 15:08:01 I get clear silence. Oct 13 15:08:07 ok, what does cat /proc/asound/cards show ? Oct 13 15:08:45 that's the first thing I checked and it seems right to me. Hold on. Oct 13 15:08:55 mpoirier@panda:~$ cat /proc/asound/cards Oct 13 15:08:55 0 [Panda ]: OMAP4 - Panda Oct 13 15:08:55 TI OMAP4 Board Oct 13 15:08:55 mpoirier@panda:~$ Oct 13 15:09:03 ok, cool :) Oct 13 15:09:12 yes, at least that works. Oct 13 15:09:22 any sound control you're interested in ? Oct 13 15:09:29 that lookd fine Oct 13 15:09:34 *looks Oct 13 15:09:42 what about aplay -Dplughw:0,0 -f dat /dev/urandom Oct 13 15:10:17 Irg: yes, success. Oct 13 15:10:41 ok, the ABE uses some non standard formats Oct 13 15:10:53 please expand. Oct 13 15:10:53 everything has to go via alsaplugins atm Oct 13 15:11:15 well it uses S32_LE instead of S16_LE for PCM format Oct 13 15:11:54 Irg: educate me: what makes you say that ? Oct 13 15:12:31 * rsalveti lunch Oct 13 15:13:10 mpoirier: it's all in the TRM Oct 13 15:13:45 Irg: ok, I'll check it out. Oct 13 15:13:59 the plugin converts wav S16_LE to ABE S32_LE Oct 13 15:14:05 for playback Oct 13 15:14:13 and vice versa for capture Oct 13 15:15:41 Irg: should I understand my test results aren't a surprise to you ? Oct 13 15:15:49 lrg, i dont think your omap4 file can work Oct 13 15:16:17 lrg, as i understand, the init files need to use dB values, you use absolute numbers everywhere Oct 13 15:17:08 ogra: iirc, thay can use both since some drivers do not export dB info Oct 13 15:17:23 well, when i tested, absolute values didnt work Oct 13 15:17:35 but i'm happy to be proven wrong :) Oct 13 15:17:40 ogra: ok, I'll ping Abraham as he craeted the file Oct 13 15:17:48 did he test it ? Oct 13 15:18:05 I did, on SDPand it worked for me Oct 13 15:18:16 ok Oct 13 15:18:24 then it shoudl work on panda too Oct 13 15:18:31 I'm pretty sure I removed the old state file too - but it was quite late at night though Oct 13 15:18:54 you also need to disable its recreation Oct 13 15:19:25 it comes back with every boot and is executed immediately on device init by a udev rule Oct 13 15:20:12 move /etc/init/alsa-mixer-save.conf to /etc/init/alsa-mixer-save.conf.old Oct 13 15:20:32 ogra: ok thanks, I'll check this after some food Oct 13 15:20:52 abduenas: morning Abraham Oct 13 15:21:03 hi Oct 13 15:21:35 abduenas: ogra has some questions about the config file Oct 13 15:22:06 abduenas, hey, i didnt get the init file to work when i used absolute numbers and had to use dB instead Oct 13 15:22:13 abduenas: I have to go, will be back in 30m Oct 13 15:22:40 hmm really? it work for me with those numbers Oct 13 15:22:42 back last week when i created the first version of it which is attached to the bug Oct 13 15:22:51 liam said it works for him too Oct 13 15:23:03 so it was probably a temporary glitch on my side Oct 13 15:23:19 just wanted to know if you are sure one can use absolute numbers too Oct 13 15:24:28 yes i used to manually set to zero then alsactl init and then check the status on alsamixer it was resotred properley Oct 13 15:24:50 oki Oct 13 15:24:52 thanks Oct 13 15:25:09 * ogra takes a break too and will then test the alsa-lib fix Oct 13 15:25:16 no prob... i can try your dB also if you want Oct 13 15:25:31 i havent tested the new file yet Oct 13 15:25:39 so dont worry Oct 13 15:25:57 oki Oct 13 15:28:14 pushed my source package 30min ago and since then launchpad says it will start in 1min... is it blocked in some ways? Oct 13 15:38:05 abduenas: haven't tested yet your file. still busy w/ today release Oct 13 15:40:42 berco: no prob Oct 13 15:51:07 Hi Oct 13 15:51:27 I need little help on Ubuntu on my Beagleboard Oct 13 15:51:53 I don't have any username-password after using https://wiki.ubuntu.com/ARM/OMAPMaverickInstall Oct 13 15:52:13 system boots perfectly but i'm blocked at login Oct 13 15:53:08 oOSkar: Which image did you use? Oct 13 15:53:37 I used ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz Oct 13 15:54:38 Did it run the firstboot scripts that resize the root partition? It should have been on the display. Oct 13 15:55:35 i did not see any firstboot script Oct 13 15:56:12 display was : orange (beagleboard boot) then black (linux booting on serial) and finally ubuntu purple login Oct 13 15:56:36 i've rewritten the SD card to try again but still no script running Oct 13 15:57:17 Reboot but this time hold down the user button while the board resets. This will load the boot loader from the sd card. Oct 13 15:58:16 You should not see an orange background while this boots. Oct 13 15:58:59 trying Oct 13 16:00:07 no change Oct 13 16:00:11 Is this a beagle C4? Oct 13 16:00:19 yep Oct 13 16:01:11 Note that this image will be at the edge of what can run on that board. 256M memory is very limiting. Oct 13 16:01:45 There are special directions for C4 on the wiki, below the BeagleXM & Panda instructions. Oct 13 16:02:10 You need to have a serial console open to run a uboot script. Oct 13 16:02:23 i have the serial console Oct 13 16:02:41 i don't see any instruction for C4 on the wiki Oct 13 16:03:33 it falls under "older beageboards" Oct 13 16:03:44 Look for the "older beagleboards" section. Oct 13 16:03:52 (note that this step is only necessary if you have a NAND and the system does not default to reading boot.scr) Oct 13 16:04:00 hum, i may have read it too fast Oct 13 16:04:15 as the system was booting i tought it would have been unnecessary Oct 13 16:04:58 the image wont be much fun on an old C4 Oct 13 16:05:13 it's not that old Oct 13 16:05:15 it will swap a lot and be reather slow Oct 13 16:05:30 but i agree that boot is quite slow Oct 13 16:05:39 the images are built for HW with 512M Oct 13 16:06:01 i've used debian on it previously but wanted to try some more hardware Oct 13 16:06:03 it will run indeed but dont expect speed Oct 13 16:06:21 but i can remove a lot of the stuff from that ubuntu version manually Oct 13 16:06:28 sure Oct 13 16:06:45 if you are patient enough to finish the install :) Oct 13 16:06:45 script is running now, thx :) Oct 13 16:06:51 its all graphical Oct 13 16:07:51 "setting up swap" oO Oct 13 16:08:05 yeah, that will take a while Oct 13 16:08:16 i don't want swap on a 4Go microSD card :/ Oct 13 16:08:24 you do Oct 13 16:08:28 else the installer wont run Oct 13 16:08:56 that's quite a strenge choice Oct 13 16:09:07 choice? Oct 13 16:09:10 *stange Oct 13 16:09:26 you mean that the installer would need more than 256Mo of RAM ? Oct 13 16:09:27 the image is built for beagle XM or panda boards Oct 13 16:09:49 X and gnome use a lot. Oct 13 16:09:53 right Oct 13 16:10:18 well, actually they dont once everything is up Oct 13 16:10:38 htop on my ac100 here shows only 162M used Oct 13 16:10:49 and i have firefox and xchat open Oct 13 16:11:38 did i read "ac100" ? Oct 13 16:11:42 yes Oct 13 16:11:45 i was thinking about buying one Oct 13 16:11:52 but still hesitating vs tablets Oct 13 16:12:06 what would you do with a tablet ? Oct 13 16:12:28 * ogra_ac really doubts their usability if yuo actually want to type etc .... Oct 13 16:12:32 surfing, email, programming, sys admin over ssh Oct 13 16:12:45 programming ? Oct 13 16:12:58 on a virtual kbd ? Oct 13 16:13:01 with usb keyboard they might be quite usable no ? Oct 13 16:13:22 yeah, that might work if you like to carry around a stand to put the tablet on Oct 13 16:13:43 what do you think about the ac100 ? Oct 13 16:13:52 everything working on ubuntu ? Oct 13 16:13:56 but before i carry a USB kbd plus a tablet plus a stand i rather use an ac100 :) Oct 13 16:14:11 no, not everything Oct 13 16:14:15 but getting there Oct 13 16:14:48 the only kernel they provide is 2.6.29 so much stuff isnt as gooc supported as it could be Oct 13 16:15:23 and things like powermanagement are completely done by a proprietrary tool Oct 13 16:15:28 same goes for sound Oct 13 16:15:38 its nvidia after all Oct 13 16:17:07 ok Oct 13 16:17:19 that's sad Oct 13 16:17:32 well, its good enough for working Oct 13 16:17:40 oOSkar: If you want to customize the beagle image, you could use rootstock or you could try installing from the net with the untested netboot install image from http://ports.ubuntu.com/dists/maverick/main/installer-armel/20100211ubuntu29/images/omap/netboot/omap/ Oct 13 16:18:31 thx GrueMaster ;) Oct 13 16:18:51 i finally see the config graphic screen Oct 13 16:19:17 cool Oct 13 16:19:22 you would have guessed it, it's quite very very slow Oct 13 16:19:22 GrueMaster, btw, there is a shorter url for netboot now :) Oct 13 16:19:27 http://cdimage.ubuntu.com/netboot/maverick/ Oct 13 16:20:22 ogra_ac: That lists links to what I just pasted. Oct 13 16:20:28 thx for these links, look quite interesting :) Oct 13 16:20:28 right Oct 13 16:26:14 do you know where i can change the bootargs environment variable ? is it on the SD card or using the bios from the beagleboard ? Oct 13 16:27:21 It is in the boot.scr on the first partition. You can change it by editing the /boot/boot.script on the rootfs and running sudo flash-kernel. Oct 13 16:27:37 THis is the easiest method. Oct 13 16:27:45 ok thx Oct 13 16:28:31 @ogra_ac : do you still have good autonomy without power management ? is there only sound missing ? Oct 13 16:30:16 well, under android the ac100 has about 7h, on ubuntu its 4-5 depending on what i do Oct 13 16:30:29 ok Oct 13 16:30:55 and how is the android ? still usable for a hacker ? Oct 13 16:31:01 havent tried how long it lasts with wifi off and 3g on yet Oct 13 16:31:17 android is completely unusable imho Oct 13 16:31:37 its a great phone OS but should stay there Oct 13 16:31:56 might be usable on tablets but surely not for netbooks Oct 13 16:32:13 ok Oct 13 16:32:34 try an ac100 at a dealer and you will understand :) Oct 13 16:32:48 if i find one ^^ Oct 13 16:33:20 i've seen the videos and it looked strange, but wasn't sure Oct 13 16:42:15 thanx for all your advices ;) Oct 13 16:42:18 see ya ! Oct 13 16:44:34 ogra_ac: http://www.engadget.com/2010/10/13/specs-released-for-advent-vega-the-249-android-tegra-tablet/ Oct 13 16:46:44 looks like an ac100 without kbd :P Oct 13 16:59:32 ogra_ac: what's wrong with the build machines? Oct 13 16:59:47 I'm waiting for more than 2 hours... Oct 13 17:00:27 berco, ask #soyuz or #launchpad Oct 13 17:00:44 ogra_ac: thx Oct 13 18:30:53 lrg, lag, berco ... (and who else is involved in panda sound) i tested the alsa-lib fix and updated bug 637947 ... please someone provide a kernel package with the other changes so i can test the other init file Oct 13 18:30:54 Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Confirmed] https://launchpad.net/bugs/637947 Oct 13 18:31:06 * ogra vanishes into his evening again Oct 13 18:33:20 GrueMaster: can you check the x-loader build date from the released image? Oct 13 18:33:56 Sure in a few minutes. (currently hobbled with bad knee). Oct 13 18:34:04 ouch, np Oct 13 18:36:10 ogra_ac: at http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/10.10/release/, preinstalled USB image Oct 13 18:36:31 it should be sd image, I believe Oct 13 18:36:58 rsalveti, yeah Oct 13 18:37:08 we need to fix that for natty Oct 13 18:38:03 .img files are by default set to USB image in the scripts Oct 13 18:38:14 ogra_ac: oh, ok Oct 13 18:38:21 ogra_ac: and when are we getting natty images? Oct 13 18:38:24 i want an SD card icon too :) Oct 13 18:38:30 not sure Oct 13 18:38:33 yup :-) Oct 13 18:38:43 they wont be usable anywy before alpha 1 Oct 13 18:38:50 true, but just to know Oct 13 18:38:56 so dont worry about image now Oct 13 18:39:15 we'll start building them after UDS Oct 13 18:39:23 as soon as there is an archive :) Oct 13 18:39:46 toolchain and basic packages usually take a week to ten days Oct 13 18:41:04 cool Oct 13 18:42:05 the sound seems to sort itself now too Oct 13 18:42:16 seems we have all bits Oct 13 18:42:33 nice, still need to read the backlog and emails about it Oct 13 18:43:03 we had a very fruitful meeting yesterday thanks to lag :) Oct 13 18:43:20 he got all involved parties together Oct 13 18:43:30 nice Oct 13 18:43:48 and even more imprtant, the issue with alsactl init was actually a alsa-lib bug Oct 13 18:43:59 fix is already pending for SRU Oct 13 18:44:02 oh, so it was really a bug :-) Oct 13 18:44:06 yeah Oct 13 18:44:30 Bug #652035 Oct 13 18:44:32 Launchpad bug 652035 in alsa-lib (Ubuntu) "libasound2 not finding usb sound card (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/652035 Oct 13 18:47:09 rsalveti: Texas Instruments X-Loader 1.41 (Oct 6 2010 - 17:27:48) Oct 13 18:47:33 I don't think that is the right one. Oct 13 18:47:49 I'll post my email onto the LP bug so people not involved can read Oct 13 18:47:55 Give me a moment Oct 13 18:48:07 lag, no hurry Oct 13 18:48:25 would be good to get lrg's patches too there Oct 13 18:48:28 ;) Oct 13 18:48:40 There's nothing stopping you ;) Oct 13 18:49:16 yeah, there is alwas tomorrow ... i wont go upstaris again today, testing the alsa-lib stuff was enough at that time Oct 13 18:49:51 GrueMaster: cool, thanks Oct 13 18:49:58 GrueMaster: that should be the one Oct 13 18:50:10 I'm redownloading from the above link for comparison. Oct 13 18:50:14 for some reason I flashed the wrong image Oct 13 18:50:16 rsalveti: bug 637947 Oct 13 18:50:18 Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Confirmed] https://launchpad.net/bugs/637947 Oct 13 18:50:18 Ah Oct 13 18:52:46 GrueMaster: for some reason when I got the rc instead of the release when using zsync Oct 13 18:52:50 probably lack of coffee Oct 13 18:53:02 Oops. Oct 13 18:53:15 so I was surprised when I saw x-loader from september hehe Oct 13 18:53:24 ooops Oct 13 18:54:04 yeah, we need to make sure the coffee is compiled in in the future so you dont need it additionally Oct 13 18:54:25 Kaffine? Oct 13 18:54:42 sounds like it would depend on QT Oct 13 18:55:51 argh... Oct 13 18:56:03 qt doesn't taste good Oct 13 18:57:16 heh Oct 13 18:57:48 ogra_ac: I just read your email. Oct 13 18:58:12 ogra_ac: you need a kernel with the 4 patches suplied by Irg ? Oct 13 18:58:24 mpoirier, yeah, tomorrow though Oct 13 18:58:31 wont test today anymore Oct 13 18:58:42 but his patch names the card based on the board Oct 13 18:58:52 ogra_ac: yes, Oct 13 18:58:53 to test the switching init file we need the name Oct 13 18:59:25 ogra_ac: cat /proc/asound/cards does yield panda Oct 13 18:59:26 mpoirier: I'm assuming you mean lrg? :) Oct 13 19:00:00 lag: Irg yes Oct 13 19:00:19 No lrg Oct 13 19:00:36 like a small L Oct 13 19:00:42 :) Oct 13 19:00:47 :) Oct 13 19:01:05 ogra_ac: are you looking for a .deb ? Oct 13 19:01:34 * GrueMaster hobbles back out to the couch where laptop & ice pack awaits. Oct 13 19:01:40 mpoirier, right Oct 13 19:02:07 you'lll have a link in you inbox tomorrow. Oct 13 19:02:15 I'll get to it by the end of my day. Oct 13 19:02:35 sweet ! Oct 13 19:02:38 thanks a lot Oct 13 20:05:15 mpoirier:if you want to have more data about OMAP4 ABE paths you can look at the next link (http://www.omapzoom.org/wiki/File:Omap_abe.jpg http://www.omapzoom.org/wiki/File:ASoC_OMAP4.jpg). first one is mainly Audio Back End path. The second one is mapping the kernel audio controls on the graph. Oct 13 20:05:44 mpoirier: I hope it will be the missing part for your understanding Oct 13 20:06:45 sguiriec: this is very cool thanks - at first glance there is a fair a mount of things that are new to me. Oct 13 20:08:22 mpoirier: OMAP4 audio is very different from OMAP1/2/3. ABE and McPDM introduce new functionalities. Oct 13 20:09:07 ya - someone else (can't remember who) in TI told me the same. Oct 13 20:09:32 mpoirier: May be berco Oct 13 20:09:40 probably yes. Oct 13 20:10:18 he was the first person to enlight me in this matter Oct 13 20:13:41 mpoirier: I didn't think you were working on this anymore? Oct 13 20:14:32 mpoirier: I am still working and helping on the driver Oct 13 20:14:46 lag: I was waiting for that info - now I can move forward. Oct 13 20:15:04 lag: it has a lot of the missing peices we were talking about. Oct 13 20:19:55 I was under the impression that all the outstanding tasks have been already issued Oct 13 20:20:12 What needs to be done that I am unaware of? Oct 13 20:21:37 mpoirier: ? Oct 13 20:21:52 lag: yep Oct 13 20:22:01 --^ Oct 13 20:22:29 lag: sorry - I had not seen your post. Oct 13 20:22:43 lag: everything has been covered. Oct 13 20:23:11 I peeled the sdp4430.c and twl6040.c a couple of weeks ago. Oct 13 20:23:46 but there was something missing, Oct 13 20:24:29 those two files we setting forth the BE and FE but again, the path between them was incomplete. Oct 13 20:24:53 I was specifically interested to know how berco came up with the setting of the alsamixer.sh file Oct 13 20:25:15 that file was bridgin ABE, BE and FE together. Oct 13 20:25:26 I was missing part of the puzzle. Oct 13 20:25:43 mpoirier: Nomally should be more clear for you now. Oct 13 20:25:58 sguiriec just painted the missing part. Oct 13 20:27:10 lag: there was a grand scheme I couldn't see - and you could not have deduce the information from the TRM or the schematics. Oct 13 20:27:17 drove me nuts. Oct 13 20:27:33 Okay Oct 13 20:27:53 So it was more a quest for information Oct 13 20:28:05 yes, 'cause we are bound to do this again... Oct 13 20:28:19 whenever another omap4 board gets spun off. Oct 13 20:28:36 I don't believe that to be the case Oct 13 20:28:44 the more we know, the better we can point out problems and work with TI. Oct 13 20:28:55 Well ... Oct 13 20:28:59 Maybe Oct 13 20:29:38 So, are you happy that all the tasks have been addressed for Panda -> Maverick? Oct 13 20:30:14 I have nothing more to requets Oct 13 20:30:23 Okay Oct 13 20:30:40 Try not to spend any more time on it, testing not withstanding Oct 13 20:31:26 If you believe we have missed something, let me know and I will endeavour to address it asap **** ENDING LOGGING AT Thu Oct 14 02:59:57 2010