**** BEGIN LOGGING AT Wed Sep 29 02:59:57 2010 Sep 29 03:08:24 * rsalveti out Sep 29 04:42:12 does anyone know of a good working build I can use? I just tried 20100926 and 20100927 but I am not able to boot.. anyone else seen this issue? Sep 29 04:42:26 sorry that is for OMAP4 Sep 29 04:48:59 What issue do you see booting? Sep 29 04:53:23 seems to hang on boot Sep 29 04:54:50 take that back... seems to boot in to busybox Sep 29 04:58:20 Ah, good. Not booting is complex. Any messages before being dumped to a busybox prompt? Sep 29 04:59:37 no init found... I'm trying again but with a new card. Sep 29 05:00:29 I had that on an upgrade, and was certain it was PEBKAC (and it was omap3), but maybe it wasn't. Sep 29 05:02:58 ogra, So, it might be nice to have manifest files also for non-omap4 preinstalls :) Sep 29 05:08:02 III, Hrm. Please let me know if it works/doesn't work with the new card. Seems 20100927 has the latest upstart, sysvinit, initramfs-tools which are the bits that are immediately suspicious (but the changelogs don't show anything worrisome). Sep 29 05:08:22 * persia waits for rsync for 20100927/omap for a parallel test Sep 29 07:20:15 persia, ?? Sep 29 07:20:47 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ : note the number of .manifest files Sep 29 07:20:47 oh Sep 29 07:21:11 did NCommander kill acorn again with extenbsive dove builds ? := Sep 29 07:21:13 I thought you were the person who put them in, and don't happen to know which bit to frob for that Sep 29 07:21:13 :P Sep 29 07:21:45 persia, manifers files are installed some point around bootloader install ;) Sep 29 07:21:56 My issue isn't the lack of ...0928 images (although that's frustrating), but the lack of a manifest for the images that are posted. Sep 29 07:22:07 And bootloader is broken for omap? Sep 29 07:22:14 the images without bootloader logically have no manifest (and no partition table either) Sep 29 07:22:22 was broken Sep 29 07:22:30 without a livefs i cant tell Sep 29 07:22:49 i would expect that archive to have settled by now though Sep 29 07:23:09 On the 27th? There *is* an omap livefs (or something using 509M compressed) Sep 29 07:23:23 wintout bootloader partition Sep 29 07:23:43 Aha! Sep 29 07:24:27 morning Sep 29 07:24:33 just on a sidenote i have debian lenny running natively on the ac100 (with the existing kernly only somethin that old (and without update) works) Sep 29 07:24:34 Would that also be why III couldn't boot? Sep 29 07:24:43 no, didnt affect omap4 Sep 29 07:24:44 Excellent! Sep 29 07:24:51 Dunno then. Sep 29 07:25:01 i cant ifup the wlan card though Sep 29 07:25:10 something is blocking Sep 29 07:25:11 driver issue? Sep 29 07:25:20 no, premission issue Sep 29 07:25:24 *per Sep 29 07:25:34 god, i cant type tofay Sep 29 07:25:40 *today Sep 29 07:26:24 ogra: it was still running when it spit out hte last image Sep 29 07:26:31 ogra: I need a package merged :-) Sep 29 07:26:36 NCommander, i was making a bad joke :) Sep 29 07:26:42 can you review the patch so I can get the feature freeze exception? Sep 29 07:26:53 NCommander, post RC ? Sep 29 07:26:54 ogra: bah, now I know this is reality. the real ogra doesn't joke :-/ Sep 29 07:27:14 ogra: its critical enough that I want to at least run it by the release team Sep 29 07:27:27 ogra: if it flops, it flops, but I have to at least *try* Sep 29 07:27:40 * NCommander wants his ubiquity bug fixed :-/ Sep 29 07:27:41 you can start uibiquity from the terminal, right ? Sep 29 07:27:48 ogra: well, yes, but that's less than ideal Sep 29 07:28:25 * ogra wants his "rootfs fillt to 100% wint encrypted home" bug fixed ... but i wouldnt risk RC for that Sep 29 07:29:03 ogra, Did you make a patch for that yet? Sep 29 07:29:07 thats really something you can release note Sep 29 07:29:11 persia, nope Sep 29 07:29:27 It's a trivial patch, if you want to test it. Sep 29 07:29:29 but i expect to have one before end of the week Sep 29 07:29:34 Ah, OK. Sep 29 07:29:40 oh,you worked on it already ? Sep 29 07:30:01 Only in the sense of the IRC session a few days ago. Sep 29 07:30:03 sure i'll test :) Sep 29 07:30:06 ah, k Sep 29 07:30:10 But it's < 15 lines of code :) Sep 29 07:30:15 yep Sep 29 07:33:27 NCommander, i'll review it (and nod it off if its ok) later today ... but i wouldnt push for getting it into RC (get it to the queue though) Sep 29 07:35:43 NCommander, the changelog disagrees with the change in your branch Sep 29 07:36:08 NCommander, scripts/casper/47une_ubiquity is missing completely Sep 29 07:36:26 ogra: argh, i readded tha tand push it Sep 29 07:36:28 Hold on Sep 29 07:36:49 * NCommander goes to get pants so I can turn the Dove on Sep 29 07:37:01 NCommander, also dont forget to check for executability (i cant see that in the LP UI) i dont remember which files need to be executable and which dont Sep 29 07:37:15 is your dove on the balcony ? Sep 29 07:40:51 ogra: no, I'm just living in a place that if I walk to the room where the board is without pants, someone will scream Sep 29 07:41:09 the board is without pants too ?!? Sep 29 07:41:11 geez ! Sep 29 07:41:32 * NCommander decides to discontinue this line of conversation Sep 29 07:41:50 check the quotes page :P Sep 29 07:42:52 damn it Sep 29 07:43:21 ogra: re-pushing. bzr hates me Sep 29 07:43:29 (I miss git) Sep 29 07:44:02 bzr add isnt that hard :) Sep 29 07:44:52 ogra: I just forgot to bzr push Sep 29 07:44:56 ogra: its there and executable Sep 29 07:45:05 NCommander: there is git-bzr-ng project on github to provide "git bzr" plugin Sep 29 07:45:35 NCommander: I use it to manipulate bzr repos but so far failed to push with it Sep 29 07:47:54 NCommander, so why do you apt-get remove ? Sep 29 07:48:07 NCommander, i would bet it slows down booting a lot Sep 29 07:48:32 * ogra would just have removed the diversion instead of waiting for the package DB Sep 29 07:49:10 ogra: because it also removes the desktop file oem-config installs asking to finalization the installation Sep 29 07:49:20 ogra: well, I wanted to remove it during image building :-P Sep 29 07:49:50 NCommander, well, your call, butu i'D say it surely adds 10-20sec to the boot Sep 29 07:50:04 and ubiquity will remove it anyway Sep 29 07:50:14 ogra: didn't see that bad, and ubiquity doesn't remove it until AFTER installation Sep 29 07:50:22 Kinda confusing to have it there before you install Sep 29 07:50:26 *seem Sep 29 07:50:39 whats confusing about it ? Sep 29 07:50:40 if you want a livecd-rootfs patch, I already have one of those, though its not quite as tested (I can fix that though now) Sep 29 07:50:44 the user never sees it Sep 29 07:50:49 ogra: er, yes theydo? Sep 29 07:50:54 Its right therein Settings. Sep 29 07:50:57 no, i dont want to tinker with livecd-rootfs Sep 29 07:51:21 NCommander, where do you test for the arch ? Sep 29 07:51:26 i dont see any code for that Sep 29 07:51:39 currently your patch breaks all oem installs Sep 29 07:52:14 good morning all Sep 29 07:52:31 ogra: no it won't, because OEM installs don't install eom-config until after installation which doesn't use casper. Sep 29 07:52:39 the action should be arch (or even subarch) specific Sep 29 07:52:53 NCommander, i dont think thats true Sep 29 07:52:54 anyone knows if there's a particular issue with building webkit on arm? Sep 29 07:53:14 NCommander, did you talk to superm1 about that ? i bet you break all dell installations with that Sep 29 07:53:52 berco, Shouldn't be. What issue are you seeing? Sep 29 07:54:07 (note i dont talk about the OSG team here but about oem's using modified images) Sep 29 07:54:15 persia: It fails all the time Sep 29 07:54:27 persia: wondering if not enough memory would be the issue Sep 29 07:54:44 ogra: you can't hav eoem-config in the same image as installed ubiquity with the later working properly since it will hide the installer icon Sep 29 07:54:46 doesnt seem to fail for us ... http://qa.ubuntuwire.org/ftbfs/ Sep 29 07:55:05 ogra: I *wanted* to remove in livecd-rootfs, you said remove it in casper Sep 29 07:55:08 NCommander, well, every thought why superm1 added that diversion ? Sep 29 07:55:18 NCommander, no, i said remove the diversion Sep 29 07:55:21 ogra: er, I think ev wrote that diversion Sep 29 07:55:27 ogra: and that's the wrong bloody solution Sep 29 07:55:31 well, from casper, but you know what i mean Sep 29 07:55:35 The package shouldn't be there Sep 29 07:55:51 the packages are there in some setups Sep 29 07:56:27 there is an OEM who uses an automated preseeded ubiquity to create images with oem-install Sep 29 07:56:49 ogra: oem-config however is installed on fht elfy if its needed Sep 29 07:56:51 That's why its in ship Sep 29 07:57:24 anyway, make it arch specific and i'll approve Sep 29 07:57:31 Looking at oem-config code, the postinst doesn't handle the case if the diversion is already there Sep 29 07:58:08 i dont care if you fiddle with the diversion ... but i do care if you make it a default for everyone Sep 29 07:58:21 * NCommander will sit down at do it a bit later then Sep 29 07:58:26 remove it or remove the diversion ... as you like Sep 29 07:58:48 but make sure people explicitly installing oem-config dont get screwed by it Sep 29 08:00:45 * persia vaguely wonders why there are both "webkit" and "webkitkde" packages Sep 29 08:01:19 berco, Seems to build on the buildds: https://launchpad.net/ubuntu/+source/webkit/1.2.4-1ubuntu1/+build/1948880 Sep 29 08:01:31 Might be RAM, might be missing patch. Might be different version. Sep 29 08:02:38 looks like KDE needs an older version Sep 29 08:04:18 That's not a good reason, but potentially. Sep 29 08:04:58 NCommander, was a meta uploaded for the dove kernel ? Sep 29 08:07:48 ogra: no idea Sep 29 08:08:10 i though you'd care ... thats why i talked about it in the meeting yesterday Sep 29 08:08:15 though if you dont ... Sep 29 08:08:35 * ogra shrugs Sep 29 08:09:08 persia: I was looking at that page too :). Argh! Sep 29 08:09:20 will probably break d-i though Sep 29 08:09:24 on dove Sep 29 08:09:53 berco, My recommendation would be to compare your build log to the build log on LP and find the point at which they differ: this will probably be a hugely valuable hint to getting the build to work. Sep 29 08:10:04 persia: do you know the board hubbard? Sep 29 08:10:18 Never heard of it. Sep 29 08:10:32 armel package was built on this board Sep 29 08:10:43 on Launchpad Sep 29 08:11:11 Oh, you mean https://launchpad.net/builders/hubbard ? Sep 29 08:11:21 yes sorry Sep 29 08:12:05 I believe that's a Freescale Babbage 3.0 board, but I could be mistaken. Should be ~800MHz, ~512MB unless someone did something special compared with other implementations of that SoC I've seen. Sep 29 08:13:00 yes, all buildds are babbage 3.0 Sep 29 08:13:45 thanks Sep 29 08:21:28 ogra: patch added and pushed via bzr. I can test a respun image you want to confirm the updated code Sep 29 08:24:02 NCommander, if Riddell allows ... triger a full set of armel then please Sep 29 08:25:03 ogra: Riddell gave me permission to respin ARM at will Sep 29 08:25:09 ogra: I meant a locally respun image Sep 29 08:25:29 oh, yeah, test it Sep 29 08:25:58 * NCommander groans Sep 29 11:33:22 http://pandaboard.org/ Sep 29 11:38:02 ogra: yep. Sep 29 12:25:28 ogra: the patch seems valid, but I'm having testing issues due to instability Sep 29 12:26:05 ogra: I am going to commit a slightly newer version, and ask you to merge and handle getting the RC freeze exception, but hold off on the actual upload until I can get someone beside myself to reconfirm the test results Sep 29 13:09:41 Does anyone still use redboot-imx? Can it be dropped from the archive? Sep 29 14:47:31 persia: our Lucid imx51 images use it. Sep 29 14:47:57 afaik Sep 29 14:49:26 GrueMaster, But do we need/want it in maverick? Sep 29 14:50:02 III, Just FYI, there's a 0929 image that ought be in better shape. Sep 29 14:50:23 True. imx51 was disabled sometime around alpha 2-3. Sep 29 14:50:29 iirc Sep 29 14:50:49 persia: thanks... just downloaded it Sep 29 15:01:30 ndec: do you think you could get me access to some ABE routing documentation ? Sep 29 15:03:04 mpoirier: you know, now ther is a #igep channel, could be easier to find igep testers now Sep 29 15:03:56 mpoirier: hi... sorry I saw your email, but didn't have too much time to digg into this. Sep 29 15:03:57 rlameiro: indeed, but I would really need to get a board. Sep 29 15:04:15 mpoirier: why do you need this info? Sep 29 15:04:28 mpoirier: If i was rich, i would buy you one :D Sep 29 15:04:30 mpoirier: I am not sure which document you would need in fact Sep 29 15:05:42 ndec: we are bound to repeat the current sound investigation on our other omap3 boards. Sep 29 15:05:51 ndec: omap4 too for that matter. Sep 29 15:06:13 mpoirier: ABE is OMAP4 only, this is a complete different solution for audio h/w on OMAP3 Sep 29 15:06:23 ndec: the more I understand, the better I can give meaningful information to your team. Sep 29 15:06:33 mpoirier: sure... Sep 29 15:06:36 ndec: I suspected that much. Sep 29 15:07:22 ndec: I'm mostly interested by the process berco took to produce the omap4_sound_config.sh script. Sep 29 15:07:42 those commands come from some sound data somewhere and that's what I'm after. Sep 29 15:08:16 mpoirier: this file is produced by the audio dev team, not us. I will reply to your email. Sep 29 15:08:45 ndec: cool - you're my contact into that world. Sep 29 15:09:57 ndec: if I'd have some clue on how omap4_sound_config.sh and the SDP4430.conf were generated, I could help on my side. Sep 29 15:28:11 rsalveti: RE: Bug 644714 I have another edid output that essentially is blank. THis is what I get when the system wakes and no monitor is attached. The bad thing is, Xwindows is garbage, which is why I recommended 1024x768 as a fallback. Sep 29 15:28:14 Launchpad bug 644714 in linux-ti-omap4 (Ubuntu) "Screen corruption waking from screen blank if no monitor present (affects: 1) (heat: 526)" [Undecided,New] https://launchpad.net/bugs/644714 Sep 29 15:28:36 I'll try to add the data after RC testing. Sep 29 15:30:59 GrueMaster: yep, this would explain the issue Sep 29 15:31:23 boot with edid -> 1440x900 Sep 29 15:31:42 then when it gets back, finds no edid -> 640x480 Sep 29 15:32:02 but the x11 continues to think the fb is 1440x900 Sep 29 15:32:26 Well, 640x480 is absolute garbage. looks like 4 screens side by side only partially drawn. Sep 29 15:32:36 Can't get a screen capture atm. Sep 29 15:33:16 GrueMaster: I get this with my monitor: http://www.flickr.com/photos/rsalveti/4932601965/ Sep 29 15:33:49 That is actually usable. Mine is much worse Sep 29 15:34:08 I'll try to get a capture during testing. Heavily into RC atm. Sep 29 15:34:56 GrueMaster: np Sep 29 15:54:12 hrw: is there some trick to install your cross compiler packages on a lucid box? Sep 29 15:54:14 Package libmpfr4 has no installation candidate Sep 29 15:54:32 robclark: http://people.canonical.com/~hrw/ubuntu-lucid-armel-cross-compilers/ for amd64 Sep 29 15:54:44 robclark: i386 in next few days Sep 29 15:54:48 perfect, amd64 is what I need Sep 29 15:55:02 robclark: libmpfr4 is in maverick Sep 29 15:55:14 robclark: maverick pacakges on p.c.c. are obsolete anyway Sep 29 15:55:23 yeah.. but I was trying to use your maverick PPA on lucid.. Sep 29 15:55:35 let me try this other site instead Sep 29 15:55:56 ppa is also obsolete Sep 29 15:56:08 I just keep both because some toold use them Sep 29 15:56:11 * robclark can't keep track of what isn't obsolete Sep 29 15:57:10 for maverick: use maverick archive. for lucid: use what i just gave you Sep 29 15:57:21 k, will do Sep 29 15:58:39 ohh.. I think it's working :-) Sep 29 16:00:37 rsalveti: you have a significant head start on b644714 due to your previous work on EDID. Do you have the cycles to work on it or you'd be happy to offload it ? Sep 29 16:21:56 mpoirier: I'm working on it today Sep 29 16:22:06 ok Sep 29 16:22:22 first debugging the issue when booting and activating/deactivating the hdmi with my monitor Sep 29 16:22:25 and then the x11 part Sep 29 16:32:11 mpoirier: on the omap4 sound issue, this should probably be changed to libasound2 instead of the kernel, as libasound2 contains all the /usr/share/alsa/cards/*.conf files. Sep 29 16:32:16 Thoughts? Sep 29 16:32:52 I have the same issues with Beagle (omap) and now Dove A0. Sep 29 16:33:11 humm... there is also a kernel portion of it. Sep 29 16:33:31 the TI patch for omap4, and some work to differentiate card on beagle and others. Sep 29 16:34:07 as you said, there will be a libasound2 part of it. Sep 29 16:34:28 Ok. Guess I should file separate bugs for each system then. Sep 29 16:34:46 Or should we just track them all centrally? Sep 29 16:34:47 Better to have multiple tasks for one bug. Sep 29 16:34:53 "Also affects distribution ..." Sep 29 16:35:07 is there a way do link two bugs in lp ? i.e this bug will only be completed if that bug is completed... Sep 29 16:35:27 I should say "Please file one bug per platform, with as many tasks for each bug as are required to address the issue." Sep 29 16:35:41 mpoirier, Intentionally not (although debate continues on this subject) Sep 29 16:35:42 We either have one main bug and list all the kernels & asound, or one bug for each kernel. Sep 29 16:35:55 Oh, ok Sep 29 16:36:05 I think we should have one bug for each *board*, and list asound & relevant kernel for each. Sep 29 16:36:07 persia: That makes the most sense. Sep 29 16:36:29 Potentially list multiple kernels for a single board if it's supported by multiple kernels and multiple kernel maintainers want to apply the same class of patch (e.g. for omap3) Sep 29 16:36:57 GrueMaster: I also think we should have a bug per board. Otherwise bugs never get closed. Sep 29 16:37:17 as persia indicate, the fixes will span multiple kernels. Sep 29 16:38:23 mpoirier, Only in cases where multiple kernels support a given board. For some hardware (e.g. imx51), there may only be one kernel available. Sep 29 16:38:51 Ideally, this is a short-term thing, until linaro fixes things so that there is only one true kernel. Sep 29 16:54:47 http://www.elinux.org/Panda_Bamboo Sep 29 16:55:22 for anyone that is interested, the deadline for features for the bamboo board is october 8th Sep 29 16:55:58 prpplague: IR receiver? Sep 29 16:56:08 (and lasers... sharks with lasers) Sep 29 16:56:13 robclark: hehe Sep 29 16:56:27 robclark: i have IR on my list to look at Sep 29 16:56:36 cool Sep 29 17:03:59 Talk of SATA was for a different extender, right? Sep 29 17:05:55 persia: still trying to figure that out Sep 29 17:06:26 persia: i'm considering dropping the second sd/mmc in favor of a 32GB eMMC Sep 29 17:06:51 Unless you can find a way to boot off that, I'd rather see a second SD/MMC. Sep 29 17:07:01 persia: boots fine Sep 29 17:07:11 Off a secondary eMMC? Sep 29 17:07:22 yea, same as blaze Sep 29 17:07:39 Oh, please do that then. I'd dearly like to return to having a sane "install" path. Sep 29 17:07:59 And I'll have good arguments to do that if the Bamboo works with it :) Sep 29 17:08:25 (extra benefit: the same codepath would work for both panda and blaze, etc.) Sep 29 17:09:15 GrueMaster, did that fsl-imx51 kernel show up for you yet? Sep 29 17:09:28 Not sure, will check. Sep 29 17:09:44 GrueMaster, https://launchpad.net/ubuntu/+source/linux-fsl-imx51/2.6.31-608.20/+build/1978184 Sep 29 17:11:44 I know it is listed on launchpad. But until it shows up in http://ports.ubuntu.com/pool/main/l/linux-fsl-imx51/, it is more difficult to deal with, and it still isn't there. Sep 29 17:12:14 GrueMaster, ok, trying to figure out where it's hung up Sep 29 17:12:16 If it's not published by the turn of the next hour, might ask if the release team has the publisher on manual. Sep 29 17:12:44 persia: This is for lucid-proposed. Shouldn't be affected afaik. Sep 29 17:12:49 bjf, I haven't checked current performance, but it used to take 43-103 minutes to get from "built" to "available in the archive" Sep 29 17:13:00 GrueMaster, it's the *same* publisher. Sep 29 17:13:02 persia, thanks for the info Sep 29 17:13:06 ah Sep 29 17:14:20 Well, since I'm deep into Maverick RC testing, it will have to wait until Late tomorrow/Friday for testing. Sep 29 17:14:58 GrueMaster, np, mostly i'm just trying to make sure its available to you when you are ready to work it Sep 29 18:06:25 ogra: Around? Sep 29 18:32:20 Well, now this is odd. Attempted to change only the font in une-efl, the system seems to have completely changed themes. Very unusual. Sep 29 18:39:57 Question: Is there any progress being made with suspend on imx51? Sep 29 18:45:42 A new kernel was uploaded yesterday, but I'm not sure what was changed in it. It is currently pending publication after Maverick RC freeze is lifted. Sep 29 18:46:14 rc freeze for a lucid SRU ? Sep 29 18:46:23 GrueMaster, it should just go in Sep 29 18:46:48 should be in -proposed for testing if it has build Sep 29 18:49:19 Well, that's what I have been told. I'm too busy with RC to go hunting for it. Sep 29 18:50:18 And the kernel team just keeps sending me links to launchpad where the packages are sitting. Need it in lucid-proposed for apt-get to pull. Sep 29 19:05:45 GrueMaster, The acceptance queue is different from the publisher. Sep 29 19:05:47 lool, yes (as long as this tegra WLAN stays stable) Sep 29 19:07:39 persia: I don't really care about the background processes and the mechanisms that they work through. What I do care about is when I get an email requesting me to test a kernel update in lucid-proposed, and people asking me why it isn't there for apt-get to work. Sep 29 19:09:03 GrueMaster, That's fair: it's sensible for the uploader to take responsibility for ensuring the upload ends up being distributed in the repositories. Sep 29 19:10:12 my point exactly. :P Sep 29 19:12:34 Anyway, I'll continue to explain workflows and background processes and mechanisms as long as people ask questions. Appropriate folk (e.g. bjf) might want to chase up on things. Sep 29 19:13:59 explaining them is fine, as long as they are also addressed to the people that should be able to do something about the process when it doesn't work. Sep 29 19:14:18 persia, i'm interested in the workflows and background processes so i appreciate the info Sep 29 19:15:03 GrueMaster, Sorry then, I'll try to read more carefully and not mis-highlight. Sep 29 19:15:35 Don't get me wrong, I too am interested. Just not when I have 1 day to test multiple releases on multiple platforms. :P Sep 29 19:17:59 bjf, So, anyway, once LP gets a build, it submits it to the queue (e.g. https://launchpad.net/ubuntu/lucid/+queue ). The queue has a few states, and things can be in one or another depending. Nothing will land in the archives until it gets to Accepted (NEW and UNAPPROVED need manual action by an archive-admin). Stuff in Accepted will be pushed to the archive each publisher run (typically once an ho Sep 29 19:17:59 ur: sometimes set to manual for release management purposes). Sep 29 19:19:00 bjf, So, find out where your package is: if it's not anywhere in the queue (including DONE), then something is odd with the LP build. If it's in the queue, but not ACCEPTED or DONE, you need an archive-admin (and likely some associated paperwork). Sep 29 19:19:11 best place to find archive admins is #ubuntu-devel Sep 29 19:19:52 If it's been in ACCEPTED for a couple of hours or more, and it's around some special time in the Ubuntu Release schedule, you might check with the folk in #ubuntu-release to make sure the publisher is running. Sep 29 19:20:33 persia, there isn't a way for me to check if the publisher is running without asking? Sep 29 19:21:44 I think only LOSAs can check, but there may be some other interface exposed. You could ask in #launchpad, but I generally just assume it's running except when it clearly hasn't for about 3 hours. Sep 29 19:46:43 Hi. Is anybody aware of fast mirrors to the arm preinstalled daily builds ? Sep 29 19:49:25 I believe they are all private. Sep 29 19:51:16 Hm. Currently only getting around 50kB/s from cdima.ubuntu.com Sep 29 19:51:21 but it might be the library hating me Sep 29 19:53:49 ah seems to be a local problem really Sep 29 19:54:07 3,3MB/s now Sep 29 19:58:05 That's a much better speed :) Sep 29 20:01:18 Bye Sep 29 20:18:04 persia, all ubuntu boxes shipped, exactly the numbers from the email Sep 29 20:18:45 Neko, Cool. Thanks for the confirmation. Please let me know if anything isn't happening to your satisfaction. Sep 29 20:20:12 I expect about a month while people get used to it Sep 29 20:20:23 they all shipped with maverick+xfce but I assume the kde guys etc. will wipe it immediately Sep 29 20:22:00 Shipping with maverick will make lots of folk happy. I hear markos_ is coming to UDS, and I suspect people will be asking questions there. Sep 29 20:40:17 so quick question.. does dkms log to somewhere, so I can see *why* it failed to rebuild some module? Sep 29 20:46:14 robclark: perhaps in /usr/src? Sep 29 20:47:05 * robclark looks Sep 29 20:49:53 hmm.. src is there.. but don't see a log.. Sep 29 20:52:17 ok.. well, I think I figured out how dkms is invoked, so I can do this manually.. Sep 29 20:53:23 robclark: yep, /var something, let me see it Sep 29 20:53:30 had the same question when I created the sgx package Sep 29 20:53:49 make.log, something like that Sep 29 20:54:01 rsalveti: the sgx package is the one I'm having trouble with ;-) Sep 29 20:54:20 in my case it was /var/lib/dkms/powervr-omap3/3.01.00.07/2.6.35-22-omap/armel/log/make.log Sep 29 20:54:44 robclark: well, I created only the omap 3 one :-) Sep 29 20:55:25 ahh, perfect.. found the log.. thx rsalveti Sep 29 20:55:41 np Sep 29 20:55:57 hmm.. tho the log has no errors.. I wonder why dpkg thought it failed when I tried to install new kernel? Sep 29 20:57:08 robclark: can you paste the error you got? Sep 29 20:57:25 could be that it couldn't find the proper headers for your kernel Sep 29 20:58:26 http://paste.ubuntu.com/502859/ Sep 29 21:00:31 robclark: it looks like you are installing the wrong headers. the OMAP4 kernel should be linux-headers-2.6.35-903 Sep 29 21:00:35 robclark, you are building omap3 stuff Sep 29 21:00:47 ahhh... Sep 29 21:00:55 apt-get install linux-headers-omap4 iirc Sep 29 21:01:27 robclark: yep, that should be your problem Sep 29 21:01:29 (there is a metapackgae for everything ;) ) Sep 29 21:01:36 even a meta of the meta Sep 29 21:01:40 heheh Sep 29 21:01:45 heh Sep 29 21:02:52 robclark: you probably want to remove the omap3 kernel and headers packages as well.. that said it's probably a bug in our sgx omap4 package... it should not try to build/install on non supported kernel Sep 29 21:03:24 ndec: well.. I was just trying to install a self-built kernel, and keep the sgx stuff working.. Sep 29 21:04:12 ndec, well, it also was a bug that foreign headers were installed at all Sep 29 21:04:29 thats fixed since a few days Sep 29 21:04:31 robclark: argh... self built, you mean as ubuntu packages? or just uImage. Sep 29 21:04:40 ogra_ac: cool Sep 29 21:05:02 ndec: .deb... make CROSS_COMPILE=... ... deb-pkg Sep 29 21:05:51 robclark: ok. you will need to generate the headers too. Sep 29 21:06:25 well... I guess headers should be same as what I already have... I just git pull'd the kernel-ubuntu tree from d.oz.o.. Sep 29 21:07:39 hmm.. I guess I shouldn't have tried to reboot Sep 29 21:07:59 robclark: the next problem... will be that sgx module will likely not natively build if your kernel has been cross compiled... just fyi: native kernel compilation as .deb should take ~2.5 h on panda Sep 29 21:08:19 :-( Sep 29 21:09:12 fwiw, I am using the linaro cross compile toolchain to build kernel.. so same gcc version Sep 29 21:13:13 robclark: the compiler is not the problem... but the generated tools and makefile during kernel build will assume cross compile. when compiling module natively with dkms, it's causing issues. I don't know all the details, but rsalveti or sebjan might know Sep 29 21:13:59 doh.. Sep 29 21:14:06 modules are such a pain Sep 29 21:14:25 but ok... I can cross compile the modules too Sep 29 21:17:22 var/cache/fontconfig/99e8ed0e538f840c565b6ed5dad60d56-mipsel.cache-2 <-- what does mipsel mean? Sep 29 21:18:25 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501700 REALLY? "fixed in latest fontconfig"?? Sep 29 21:18:26 Debian bug 501700 in fontconfig "writes cache files with "mipsel" in name .. on armel" [Minor,Fixed] Sep 29 21:23:32 well now it says le32d8 or so which I guess is less retarded but.. why would the cache file need to be so arch specific like that. Sep 29 21:50:29 "mipsel" is little-endian MIPS Sep 30 01:14:20 rsalveti: Still hanging around? Sep 30 01:14:47 GrueMaster: yup Sep 30 01:19:02 Interesting info on our audio issues. Quick update: Dove & panda are new hardware for this cycle, hence new bugs. Beagle, however, works with lucid, fails with maverick. Sep 30 01:19:33 GrueMaster: but new kernel for beagle, that could explain Sep 30 01:19:58 new everything. New kernel, new alsa, new pulseaudio... Sep 30 01:20:09 Lots of variables. Sep 30 01:20:14 true Sep 30 01:20:45 And I have eliminated the kernel for the most part, as I can run speaker-test just fine. Sep 30 01:21:15 hm, ok Sep 30 01:22:37 Oh, and btw, our own David Henningsson has created an alsamixertest script that should help in figuring out what needs to be in alsa.conf. Sep 30 01:23:00 https://launchpad.net/~diwic/+archive/maverick Sep 30 01:23:23 I haven't tested it yet, but I have built it for armel. Sep 30 01:24:06 Requires a loopback cable (hp<>mic), and all mine are currently tied up. Sep 30 01:24:31 hm, cool Sep 30 01:25:07 if you want to test that with panda, I sent you an email with latest deb, that has probably everything we need from the kernel side Sep 30 01:25:16 At any rate, it has been a long day of testing. I'm going to backup this fresh lucid image on my beagle, then kill it with an upgrade. Sep 30 01:25:17 setting up the card name and everything Sep 30 01:25:37 Yea, I saw the email Also planned on doing that before I call it quits. Sep 30 01:25:46 cool **** ENDING LOGGING AT Thu Sep 30 02:59:57 2010