**** BEGIN LOGGING AT Mon Dec 05 02:59:58 2011 Dec 05 08:14:50 lilstevie, any thoughts? Dec 05 09:34:20 good morning: should we be enabling neon support for libraries that support it for ARM on Ubuntu? Dec 05 09:34:58 jamespage: If they do runtime detection yes, if not, no. Dec 05 09:35:14 jamespage: (Not all our targets support neon, so we can't use it by default) Dec 05 09:35:30 infinity, great - thats what I thought but wanted to check first - thanks! Dec 05 09:35:53 (We have lots of code in the archive that does runtime neon detection, and it's a huge win when you can) Dec 05 09:36:12 libjpeg-turbo being an obvious one. Pretty sure there's handcrafted neon in libssl. Etc, etc. Dec 05 09:36:31 Well, it's a huge win if it's well-written neon. :P Dec 05 09:46:17 infinity: do you know if any babbage builder is using the kernel with the "large mmap() support"? Dec 05 09:46:23 bug 861296 Dec 05 09:46:23 Launchpad bug 861296 in linux "mmap fails to allocate 2030Mb heap on ARM" [High,Confirmed] https://launchpad.net/bugs/861296 Dec 05 09:54:47 infinity: or do you know to whom shall i talk for the arm builders? Dec 05 09:55:13 lamont Dec 05 09:55:31 but i think he switched tham already Dec 05 09:55:43 or at least he tested that kernel on one Dec 05 10:03:05 OlivierN: mail sent Dec 05 10:03:07 ops Dec 05 10:03:12 ogra_: ^ Dec 05 10:05:26 :) Dec 05 10:24:00 Hey Dec 05 10:24:19 would someone know why "step" isn't built on ARM? Dec 05 10:24:29 it seems to be purposedly disabled on Ubuntu only Dec 05 10:24:47 (and this means kdeedu is uninstallable on armel) Dec 05 10:40:15 lool, i dont think anyone fo ubuntu-arm touched it ... probably the kde people did Dec 05 10:40:47 *of Dec 05 11:20:11 lool: Arch is specified in the source, no idea why. If it builds and runs, by all means, change that. Dec 05 11:30:09 infinity: It seems to be an intentional change from Riddell, see latest changelog entry, that's why I was digging a bit Dec 05 11:31:02 it's built in experimental (on armel) Dec 05 11:46:15 lool: Looks like it's been like that since it was first uploaded to oneiric. No clue why. Dec 05 13:11:56 since I couldn't commit to its Vcs-Bzr which doens't exist, I've pinged the kubuntu team Dec 05 13:38:08 jcrigby: Are you going to have time to do some judicious s/armel/armel armhf/ (and other required tweaks) mojo on uboot-linaro and assorted kernels soon? Dec 05 13:41:33 oh, surprise, banshee failed on armhf Dec 05 13:43:44 infinity, do we still need the linux-libc-dev entry in the topic ? looks like it built Dec 05 13:44:57 Nope. Dec 05 13:45:16 adconrad@cocoplum:~$ suite-diff.py /srv/launchpad.net/ubuntu-archive/ubuntu/dists/precise/main/binary-arm*/Packages.gz gt | wc -l Dec 05 13:45:19 238 Dec 05 13:45:32 Only 238 binary packages in main different (or missing) compared to armel. Dec 05 13:45:42 yay Dec 05 13:51:50 and only 4800 jobs in the queue Dec 05 13:51:51 not bad Dec 05 14:35:46 infinity, is this suite-diff command complete? Dec 05 14:36:01 doko_: The copy in ~adconrad/bin is. Dec 05 14:36:29 Well, FSVO "complete". It's a hackish fix of a hackish branch of Colin's. Dec 05 14:39:07 good enough Dec 05 14:42:42 infinity, why is apr rescored to -1? Dec 05 14:43:13 doko_: Testsuite that hangs on the buildds, if I recall. Was saving it for "later". Dec 05 14:43:20 (Or until I had a chance to look at it) Dec 05 14:44:47 ok, starting a local build Dec 05 15:07:25 infinity, tell me about armhf and u-boot, u-boot does no floating point Dec 05 15:08:23 infinity, I think I just answered my own question. U-boot should be built for both and go into both archives? Dec 05 15:10:08 jcrigby: Yup. Dec 05 15:10:25 jcrigby: Same story with kernel packages. Dec 05 15:10:33 jcrigby: But u-boot's our current blocker. Dec 05 15:11:07 infinity, apr tests run fine here Dec 05 15:11:56 doko_: Whacky. Which kernel and hardware? Dec 05 15:12:36 doko_: But I'm happy to potentially eat a buildd to find out. Dec 05 15:14:05 infinity, oneiric panda Dec 05 15:14:46 Kay. The buildds are natty panda, but we can try. I'm game. Dec 05 15:14:47 Score it up. Dec 05 15:20:15 Hi there, I noticed that the Packages.gz for armel on Oneiric has gcc-avr 4.3.5 while on x86 it's 4.5.3. The funny thing is that 1) avr-libc depends on gcc-avr 4.5.3 and 2) the gcc-avr 4.5.3 deb is actually available. Dec 05 15:20:24 http://paste.ubuntu.com/760527/ Dec 05 15:21:04 gcc-avr | 1:4.3.5-1 | oneiric/universe | armel Dec 05 15:21:04 gcc-avr | 1:4.5.3-2 | oneiric/universe | source, amd64, i386, powerpc Dec 05 15:21:36 looks like NBS Dec 05 15:22:08 infinity: yeah, but the avr-libc for armel depends on gcc-avr 4.5.3 Dec 05 15:22:10 kenws: The reason the deb is there is because it was built in precise. Dec 05 15:22:33 infinity: ok, I see. Dec 05 15:22:47 avr-libc is arch:all, hence the weird dep. Dec 05 15:23:40 aah, ok - interesting Dec 05 15:24:07 I haven't tried it but it looks like there is no easy way (without apt pinning) to get avr-libc installed on armel oneiric. Dec 05 15:24:09 That should have been tidied and removed before release. :/ Dec 05 15:24:25 Would be just as broken, but less confusing. Dec 05 15:24:29 yep Dec 05 15:24:32 You could always try running precise. ;) Dec 05 15:24:38 : ) Dec 05 15:24:43 armhf indeed :) Dec 05 15:25:04 dOh, wdo we have armhf packages for precise already? Dec 05 15:25:09 sure Dec 05 15:25:13 s/dOh/Oh/ Dec 05 15:25:14 cool Dec 05 15:25:30 No installers yet, and missing some desktop bits (and lots of universe), but we're getting there. Dec 05 15:25:32 send flowers to infinity Dec 05 15:25:49 looks good for FF if we dont hit a bad disaster now Dec 05 15:26:59 Yeah, I think we're going to be fine. Dec 05 15:27:10 It might actually be in better shape than armel soon. :P Dec 05 15:27:15 well, lets see how the build system behaves Dec 05 15:27:16 (Which won't hurt my feelings at all) Dec 05 15:27:27 i expect a bunch of changes to the subarch bits Dec 05 15:27:37 Which build system? Dec 05 15:27:41 (image builds i mean( Dec 05 15:27:43 so, the way for armhf is to deboostrap a rootfs or are there better ways? Dec 05 15:27:49 d-i's done, livecd-rootfs is done, live-build is done. Dec 05 15:27:53 All we need is uboot and kernels. Dec 05 15:27:53 kenws, use ubuntu-core Dec 05 15:28:03 infinity, cdimage and debian-cd Dec 05 15:28:08 I did cdimage. Dec 05 15:28:12 debain-cd is cake. Dec 05 15:28:15 I'll do it tomorrow. Dec 05 15:28:23 there are plenty areas weher we check for armel Dec 05 15:28:27 *where Dec 05 15:28:30 Like i said, cdimage is all done. :P Dec 05 15:28:33 ogra_: ok, thanks Dec 05 15:28:37 debian-cd won't take long. Dec 05 15:28:40 k Dec 05 15:29:38 infinity: debootstrap of armhf are ticking on nicely... thanks! Dec 05 15:34:55 will there be a precise release for the softfp abi as well? Dec 05 15:35:05 kenws: Yes. Dec 05 15:35:22 might be an unsupported one though Dec 05 15:35:25 kenws: But only one of them (probably armhf) will get official LTS support. Dec 05 15:35:51 which will get really funny wrt binary drivers Dec 05 15:36:15 Binary drivers are going to be fun. Dec 05 15:36:16 ok, so lets that the proprietaryGL libs will be available for hf as well ; ) Dec 05 15:36:20 yep Dec 05 15:36:41 * kenws is looking for the ubuntu-core root fs Dec 05 15:36:46 We have some good relationships with some vendors who will (hopefully) DTRT there. Dec 05 15:36:49 But not all vendors. Dec 05 15:36:50 well, i think TI might be with us here if we can actually provide them a build and test env early enough Dec 05 15:36:56 but for others ... Dec 05 15:37:12 which abi a the binaries in the precise-core-armel.tar.gz? (http://cdimage.ubuntu.com/ubuntu-core/releases/precise/alpha-1/) Dec 05 15:37:26 dont take A1 Dec 05 15:37:33 take the last daily that built Dec 05 15:37:50 (and that should have the most recent abi) Dec 05 15:37:51 ok, so http://cdimage.ubuntu.com/ubuntu-core/daily/current/ Dec 05 15:37:55 right Dec 05 15:37:56 thanks Dec 05 15:38:37 ubuntu-core will actually be producing dailies again shortly. Just fixing the buildd right now. :P Dec 05 15:39:49 kenws: As for "which abi", armel is always softfp, armhf is always hard. That's the point of having two. ;) Dec 05 15:43:02 infinity: I agree : ). when I looked a the alpha-1 there was only one tarball and I didn't know how the binaries were built Dec 05 15:43:17 kenws: Yeah, I landed all this post-A1. ;) Dec 05 15:43:28 also, nvidia do have hf binary drivers for tegra Dec 05 15:43:35 lilstevie: \o/ Dec 05 15:43:50 yay, where ? Dec 05 15:43:58 trimslice developer forums Dec 05 15:44:00 lilstevie: Of course, if they also have executables with those, they won't run, I bet. Dec 05 15:44:08 lilstevie: But the libraries and drivers will work. Dec 05 15:44:31 they were built post a12r1 Dec 05 15:44:49 but they do have those daemon bits that aren't strictly needed anymore Dec 05 15:44:50 nice ! Dec 05 15:44:57 bah, sigh Dec 05 15:45:06 so not like the linux4tegra drop then Dec 05 15:45:12 Yeah, the daemon bits won't work. Dec 05 15:45:12 not quite Dec 05 15:45:25 We really need to push our linker changes upstream and get every toolchain on the same page. Dec 05 15:45:28 Like, yesterday. Dec 05 15:45:58 the daemons weren't running on Mer Dec 05 15:46:13 but using the drivers Dec 05 15:46:46 but in any case Dec 05 15:47:01 they use them for the trimslice on Mer, and Archlinux Dec 05 15:47:16 hf drivers that is Dec 05 15:51:12 lilstevie: any abstract thoughts on my problem? Dec 05 15:51:32 Xase: not yet, been a little busy Dec 05 15:51:51 No sweat, any knowledge anyone could provide is a great help. Dec 05 15:55:28 And we have Unity on armhf. Welcome to a (probably partially broken) desktop. Dec 05 15:56:27 infinity: heh Dec 05 15:56:29 nice Dec 05 16:00:14 I love comments on forums like "-it might be a good idea to test the binaries before running the script to make sure they don't segfault, since this seems to be a relatively common problem" Dec 05 16:00:17 :/ Dec 05 16:01:04 1) I have had 0 reports of this, and have no idea where this 'common problem' is. 2) I give an email address for people to report bugs to; nobody has Dec 05 16:01:46 oh, and my favorite... 3) I use the stuff I do myself Dec 05 16:06:44 ppisati, could you build linux-ti-omap4 for armhf please? Dec 05 16:07:21 doko_: is the next item in my todo list Dec 05 16:07:31 \o/ Dec 05 16:13:55 ppisati, thanks, including the mmap patch? Dec 05 16:15:59 yep Dec 05 16:39:31 ogra_: hi. do you think i could get another PPA on tiomap-dev? something for 'experimental' stuff that we want ubuntu users to get access to easily? Dec 05 16:40:07 ndec, will have to talk to davidm about that, but he is traveling, how urgent is that ? Dec 05 16:40:24 not so many things in terms of build load, but i just need to make sure that we make a clear separation between what should work (release PPA) and our sandbox Dec 05 16:40:33 not too much urgent. Dec 05 16:40:40 ok Dec 05 16:40:49 i'll get an answer before the friday meeting Dec 05 16:41:00 good! Dec 05 17:03:17 ppisati: Does this round of SRU kernels have the mmap fix? Dec 05 17:14:54 GrueMaster: nope Dec 05 17:15:01 GrueMaster: it entered the trees today Dec 05 17:15:26 sigh. Why so late? It was tested a couple of weeks ago? Dec 05 17:15:54 Now we have to wait for another round of SRU updates. Dec 05 17:18:28 Hey look, d-i succeeded. Dec 05 17:18:34 wohoo Dec 05 17:18:50 quick, lets build alternates :P Dec 05 17:19:07 For? armhf??? Dec 05 17:19:09 I haven't done the debian-cd mangling yet. ;) Dec 05 17:19:13 GrueMaster: Yeah. Dec 05 17:19:13 yep :P Dec 05 17:19:28 If only we had a kernel. Dec 05 17:19:29 well, netinst should work Dec 05 17:19:44 we do (if it finished yet) Dec 05 17:19:48 for omap at least Dec 05 17:19:52 We have omap. Dec 05 17:19:56 d-i wouldn't have built without it. Dec 05 17:20:04 ah, right Dec 05 17:20:22 u-boot is missing Dec 05 17:20:28 Is not. Dec 05 17:20:30 omap? Cool. I can start testing it later today once my mirror has pulled it in. Dec 05 17:20:32 Again, d-i won't build without it. :P Dec 05 17:20:35 you fixed it ? Dec 05 17:20:40 oookay Dec 05 17:20:49 Just needed armhf added to the arch list. Dec 05 17:20:57 * ogra_ wants ac100 :P Dec 05 17:21:05 doko did uboot and x-loader. Dec 05 17:21:16 i saw x-loader Dec 05 17:21:20 missed u-boot somehow Dec 05 17:21:29 I think he's just been looking at suite-diff.py output and adding armhf everywhere it wasn't. ;) Dec 05 17:21:36 heh Dec 05 17:21:59 I've been focusing on getting the desktop built. Dec 05 17:22:05 unity-2d done. Dec 05 17:22:12 Some ubuntuone stuff still to go. Dec 05 17:22:23 yeah, and that lenses thing for 3d Dec 05 17:22:33 Hey, we have a libinfinity. Dec 05 17:22:42 The file lens needs actual fixing. Dec 05 17:22:46 well, a bunch hasnt built yet for -desktop Dec 05 17:22:48 The desktop guys are on it. Dec 05 17:23:05 yep, saw that Dec 05 17:23:06 I don't know about "a bunch". We're only 153 packages short in main. Dec 05 17:23:15 ogra_, all packages on armhf should be built, which also exist on armel (or are currently building ...) Dec 05 17:23:17 Binary packages, that is. Dec 05 17:23:34 http://qa.ubuntuwire.org/ftbfs/primary-precise-armhf.html shows 10 (one ftbfs) Dec 05 17:23:41 doko_: Redboot failed. Calling the compiler by ABI name. Not that it matters. Dec 05 17:23:53 infinity, currently fixing Dec 05 17:23:58 for the ubuntu-desktop set Dec 05 17:24:08 had to do libinfinity first ;) Dec 05 17:24:16 doko_, i wonder if we shouldnt just remove redboot Dec 05 17:24:18 redboot fails? Oh no! Panic time. :P Dec 05 17:24:23 banshee's just waiting on ubuntuone stuff to sort out. Dec 05 17:24:27 nobody maintains it Dec 05 17:24:37 ogra_: We don't boot any subarches with it anymore. Dec 05 17:24:38 and nothing uses it anymore Dec 05 17:24:45 ogra_: Freescale moved entirely to u-boot. Dec 05 17:24:55 infinity, well, we probably kept it around for oem or something Dec 05 17:24:58 I'm game for removal. Dec 05 17:25:00 Or at least demotion. Dec 05 17:25:01 not sure Dec 05 17:25:08 huh Dec 05 17:25:13 Only redboot platform we have is Babbage3, which is stuck on Lucid. Dec 05 17:25:13 it was demoted ages ago Dec 05 17:25:16 Or is it already in universe Dec 05 17:25:17 ? Dec 05 17:25:21 if its in main again thats a bug Dec 05 17:25:23 In that case, no idea why doko uploaded it. :P Dec 05 17:25:28 heh Dec 05 17:25:36 nostalgy :) Dec 05 17:26:09 redboot-imx | 200952-0ubuntu2 | precise | source Dec 05 17:26:13 ^-- Looks main to me. Dec 05 17:26:16 GrueMaster, the vodafone netbook is babbage "like" so it might have helped having around a redboot package to patch it Dec 05 17:26:20 Find where that's seeded and get rid of it. Dec 05 17:26:25 infinity, wow Dec 05 17:26:37 Actually, I will. Dec 05 17:26:56 it shouldnt be seeded Dec 05 17:26:58 weird Dec 05 17:26:59 ... wow. I still don't have the precise seeds locally? I fail at life. Dec 05 17:27:06 ogra_: So is the Efika, but iirc, it is u-boot. Dec 05 17:27:09 platform.oneiric/installer: * redboot-tools-udeb [armel] Dec 05 17:27:12 Yeah, it's seeded. Dec 05 17:27:19 Now to fix it in precise. Dec 05 17:27:23 GrueMaster, right, i think the vodabook is actually very close to bbg Dec 05 17:27:45 so might use redboot Dec 05 17:28:00 ENOCLUE. Dec 05 17:28:05 Freescale ditched redboot ages ago. Dec 05 17:28:16 Any newer imx51 stuff should be u-boot, from what I understand. Dec 05 17:28:30 infinity, yes, thats what i say, the HW is based on a board where no u-boot existed Dec 05 17:28:35 I thought we were looking at switching bbg3 during Lucid also, but couldn't get it working. Dec 05 17:28:47 right Dec 05 17:28:50 Well, I'll keep it seeded then. Dec 05 17:28:56 code was immature and incomplete Dec 05 17:29:01 ogra_: Care to verify with our new PES overlords? :) Dec 05 17:29:07 infinity, no, drop it Dec 05 17:29:44 thats a 2009 source that nobody touched afterwards if people need the source package they should pull from lucid Dec 05 17:29:50 i dont think it changed since Dec 05 17:30:10 If needed, universe isn't too far to see for the eye of Sauron. Dec 05 17:30:25 Yeah, I won't remove it, just demote it. Dec 05 17:32:50 Committed. Dec 05 17:33:16 * ogra_ just asked about the vidabook, if they dont use it i'll file a removal bug Dec 05 17:33:24 *voda Dec 05 17:33:31 It does little harm being in universe. Dec 05 17:33:46 If some keener wants to do a home-brew precise setup on their babbage. Dec 05 17:33:53 hm Dec 05 17:34:11 as long as nobody bothers me about it (it might have my name all over the changelog) Dec 05 17:34:17 :P Dec 05 17:36:51 hmm, looks like the xubuntu seeds would like to know about armhf Dec 05 17:37:39 ogra_: indeed, but I was waiting for universe to be more complety built before doing that Dec 05 17:37:47 ah Dec 05 17:39:08 micahg: Hey, I spent some time unsnagging at least the core of xubuntu... Dec 05 17:39:28 infinity: I wasn't blaming anyone :) Dec 05 17:39:33 micahg: libxfcegui4 needs love, though. Dec 05 17:39:38 micahg: (hint, hint) Dec 05 17:39:41 infinity: doko fixed that I thought Dec 05 17:39:57 Oh, so he did. Dec 05 17:40:06 He's been rather nuts with the uploads today. Dec 05 17:40:42 argh Dec 05 17:40:52 And banshee's off! Dec 05 17:41:01 root@horus:/# exit Dec 05 17:41:01 ogra@horus:~/chroot-hf$ ps ax Dec 05 17:41:01 Killed Dec 05 17:41:06 ogra_: Reboot. Dec 05 17:41:24 no way to umount the /proc inside the chroot now i guess Dec 05 17:41:29 grr Dec 05 17:41:32 ogra_: You upgraded your chroot without having a no-op policy-rc.d in place. Dec 05 17:41:39 ogra_: And something broke your init. Dec 05 17:41:42 infinity: I can update the xubuntu seeds tomorrow for armhf if you think everything's close enough for it to work Dec 05 17:42:08 micahg: No huge rush. Dec 05 17:42:25 ok Dec 05 17:42:31 infinity, well, i upgraded without /proc or /sys mounted ... and only mounted them for configuring procps ... Dec 05 17:42:47 afterwards Dec 05 17:42:49 ogra_: And procps is what killed you, then. Dec 05 17:42:54 I bet. :P Dec 05 17:42:55 likely Dec 05 17:43:00 not init though Dec 05 17:43:18 * ogra_ crosses fingers and reboots Dec 05 17:45:06 I should go do debian-cd now. Dec 05 17:45:15 We're closer to desktop images than I thought we would be. Dec 05 18:04:17 ogra_: debian-cd done. Dec 05 18:04:30 ogra_: If you want to review the latest revision (but I already merged it into production...) Dec 05 18:04:46 well, if its already merged i'll look at the fallout :P Dec 05 18:05:14 livecd-rootfs (or rather BuildLiveCD) dont seem happy at, Dec 05 18:05:17 *atm Dec 05 18:05:41 the failure mail i got looks like a quoting issue in BuildLiveCD Dec 05 18:06:21 Subject: LiveFS --f-omap4/ubuntu/armel+omap4 failed to build on 20111205 ... Dec 05 18:06:35 -f is usually for the filesystem call Dec 05 18:06:36 ogra_: But does the failure log itself look goofy? Dec 05 18:06:43 there is no content Dec 05 18:06:44 ogra_: Or just the subject line? Dec 05 18:06:48 Weird... Dec 05 18:06:55 * GrueMaster has become numb to these emails. Dec 05 18:06:57 seems to have failed in buildLiveCd already Dec 05 18:06:58 Cause I have a log... Dec 05 18:07:00 http://people.canonical.com/~ubuntu-archive/livefs-build-logs/precise/ubuntu-omap4/20111205/livecd-20111205-armel.out Dec 05 18:07:36 GrueMaster, i only glance over them if they roll in ... that way such inconsistencies jump in my face Dec 05 18:08:23 ogra_: I've done literally nothing to BuildLiveCD that would lead to that. Dec 05 18:08:45 stramge Dec 05 18:09:26 Which host mailed that to you? Dec 05 18:09:42 nusakan Dec 05 18:09:49 indeed Dec 05 18:10:05 So, it's not from BuildLiveCD at all... Dec 05 18:10:32 if it starts with LiveFS it is from the buildlive run Dec 05 18:10:48 (the subject i mean) Dec 05 18:10:49 Yes, but not BuildLiveCD. Dec 05 18:11:02 well, thatrs just a subsequent call indeed Dec 05 18:11:25 buildlive isnt doing much else but running BuildLiveCD remotely Dec 05 18:11:53 but yeah, i indeed meant the execution of BuildLiveCD Dec 05 18:12:06 I blame Colin's revision. Dec 05 18:12:26 - mail -s "LiveFS $PROJECT/$DIST/$arch failed to build on $datestamp" \ Dec 05 18:12:30 + mail -s "LiveFS $PROJECT${SUBPROJECT:+-$SUBPROJECT}${subarch:+-$subarch}${UBUNTU_DEFAULTS_LOCALE:+-$UBUNTU_DEFAULTS_LOCALE}/$DIST/$arch failed to build on $datestamp" \ Dec 05 18:12:42 oh Dec 05 18:13:02 Though, how we're getting OPTIONS in there, I don't know... Dec 05 18:13:55 Oh, we're not. Dec 05 18:14:47 where does --f come from then ? Dec 05 18:14:51 * ogra_ doesnt see it Dec 05 18:15:15 must come out of $PROJECT${SUBPROJECT:+-$SUBPROJECT} Dec 05 18:15:17 Did you get that mail more than once? Dec 05 18:15:24 nope, not yet Dec 05 18:15:31 I suspect it was a manual build with bad options on the CLI. Dec 05 18:15:36 ah Dec 05 18:15:44 Leading to the empty mail and the whacky subject. Dec 05 18:16:06 it would really help if it would publish the euid of the executing user :) Dec 05 18:16:41 that way we should be able to distinguish between sudoed CLI calls and cron runs :) Dec 05 18:19:50 SUDO_USER sshould be unset if it runs from cron, right ? Dec 05 18:21:29 that way we should be able to tag it as manual build, i think that would help Dec 05 18:21:32 cron runs as root, so yes. Dec 05 21:07:59 where is the most proper place to check for the status of an ubuntu package for arm? Dec 05 21:09:32 jhobbs: in most cases it should be the same as any other architecture, you can use rmadison in devscripts to query what the latest version per arch is of a package Dec 05 21:10:17 jhobbs: You can also search launchpad.net for the package. Dec 05 21:10:44 Just select the version "in Ubuntu". Dec 05 21:10:58 thanks Dec 05 21:16:04 ppisati: So, on pressure, but if we had a ti-omap4 kernel on armhf, we could build desktop CDs in about an hour (without libreoffice, it's still building... But close enough!) Dec 05 21:16:15 ppisati: s/on pressure/no pressure/ ;) Dec 05 21:19:38 * GrueMaster increases the pressure. Dec 05 22:41:32 ubuntu-core/armhf dailies re-enabled, tomorrow we build desktop images. Dec 05 22:41:38 Or maybe tonight after I've napped. :P Dec 05 22:42:49 W00T! Dec 05 23:08:11 infinity, exo ftbfs on armhf, succeeds here locally ... Dec 06 02:25:21 is this a good channel to ask about the ARM architecture? Dec 06 02:25:52 If it's ubuntu-related, sure Dec 06 02:25:57 If not, maaaybe Dec 06 02:26:41 I'll take my chances then. I was wondering if the carry_out from the shifter is fed into the ALU? Dec 06 02:26:58 in ARM v1-v5 (or so) Dec 06 02:27:19 Way above my head Dec 06 02:27:20 I can't find a diagram that would show details on this Dec 06 02:28:44 ##workingset might know of an appropriate channel, also recommend you lurk here Dec 06 02:29:02 aha, thx! **** ENDING LOGGING AT Tue Dec 06 02:59:57 2011