**** BEGIN LOGGING AT Fri Jun 04 02:59:57 2010 Jun 04 07:19:29 morning Jun 04 07:21:30 hrw: morning Jun 04 07:32:08 sebjan: hi, morning Jun 04 07:32:10 amitk: morning Jun 04 07:32:38 cooloney: morning Jun 04 07:32:41 sebjan: i saw your email. yes, try that 'exclude' d-i patch will solve your issue Jun 04 07:32:45 morning cooloney, all Jun 04 07:33:30 cooloney: yes, I'll do that thanks! Jun 04 07:34:15 sebjan: normally, how long will it take for building package in your omap4 hardware? Jun 04 07:35:33 cooloney: :) that's a good question. It ran for 5 hours tonight until it stopped on this error. Jun 04 07:36:25 cooloney: I have all my files on NFS, and my NFS settings may not be optimal either. Jun 04 07:39:16 sebjan: ok, good, understand. hehe, i guess it is using -j2 defaultly, right Jun 04 07:41:23 cooloney: I specified -j4, and the cores seemed quite loaded when I checked Jun 04 07:42:37 ooh, dual-core? Jun 04 07:42:54 DanaG: yeah, it is omap4 Jun 04 07:42:56 sebjan: 5 hrs?! so not too much better than our existing situation. Jun 04 07:43:03 dual-core a9 Jun 04 07:43:14 sebjan: We're at 7hr per arm flavour ATM Jun 04 07:43:19 amitk: right, i don't see any improvment Jun 04 07:43:40 * amitk wonders if we should to some study about how I/O bound this is Jun 04 07:44:00 amitk: maybe NFS is the bottleneck Jun 04 07:44:11 NFS? Jun 04 07:44:31 hmm, I'm curious what omap4 hardware. Jun 04 07:45:45 my gripe with the ARM stuff is that the 3D stuff is often blobby (and not nvidia okay blob, but PowerVR doesn't-even-build blob) Jun 04 07:46:40 amitk: hehe, sebjan is using NFS with omap4 hardware as rootfs, so i guess it is building via NFS Jun 04 07:46:56 DanaG: powervr for omap3? Jun 04 07:47:21 cooloney: ok, that could be reason if the source are on NFS Jun 04 07:47:27 amitk, i'm building a native kernel faster (no package though) Jun 04 07:47:32 and on SD Jun 04 07:47:40 yeah, beagleboard. The TI PowerVR Makefile tries to make clean on a hardcoded target dir that doesn't exist. Jun 04 07:47:54 create it :) Jun 04 07:47:58 ogra: want to try a 'debuild -b' of the lucid package on your shiny board? :) Jun 04 07:48:25 amitk, will do that on the weekend, currently i need the board with constant reboots (testing jasper) Jun 04 07:48:59 ogra: how is panda compared to normal bb? Jun 04 07:49:02 hmm, I wish there were an Ubuntu phone. Jun 04 07:49:27 yes, I access the sources over NFS. I will give a try on SD card. Jun 04 07:49:38 hrw, compared to normal bb ... hmm normal bb is on my desk, panda is in shipment ... if that suits you as comparison :) Jun 04 07:49:47 Panda? Is that a code name? Jun 04 07:50:13 ah ok Jun 04 07:50:21 should arrive today/tomorrow though Jun 04 07:50:28 i had some customs issues Jun 04 07:50:43 ogra: ah, right - you told that before Jun 04 07:50:46 hi zyga Jun 04 07:50:57 DanaG: run ubuntu on n900? Jun 04 07:50:59 hrw, hi, how are you Jun 04 07:51:08 ah, surprised I didn't think of that. Jun 04 07:51:24 Oh yeah, and my criteria for "Useful 3D" is Compiz. Jun 04 07:51:38 zyga: fine thx. forgot that we have long weekend in Poland and wanted to visit one place... kissed door handle ;( Jun 04 07:51:40 Or at least accelerated metacity compositing would be good. Jun 04 07:51:55 DanaG: n900 uses omap3 so powervr glx libs Jun 04 07:52:08 compiz uses full GL afaik, you wont make it work properly on GLES i guess Jun 04 07:52:08 hrw, I need to visit some government place next week, I figured trying to go there today would be a waste of time Jun 04 07:52:13 ~curse gcc4.5 configure Jun 04 07:52:25 zyga: it was 10-15 minutes walk with daughter Jun 04 07:52:57 ah, poland had a bank holiday too yesterday ? Jun 04 07:53:12 Bummer... that old "XGL" would be exactly what we'd need. Jun 04 07:53:17 Implement that on GL ES... Jun 04 07:53:28 germany only had it for half the country (mainly the catholic parts) Jun 04 07:53:47 ogra: yes Jun 04 07:54:05 ogra: in theory Poland is catholic country Jun 04 07:54:10 hrw, what's wrong with configure :-) Jun 04 07:54:25 zyga: ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o conftest > /dev/null 2>&1 Jun 04 07:54:37 zyga: ${CC} == gcc in that case Jun 04 07:54:57 mmm Jun 04 07:55:06 so what's wrong with this line? Jun 04 07:55:07 zyga: but --target=arm-linux-gnueabi Jun 04 07:55:28 zyga: it should use arm-linux-gnueabi-gcc Jun 04 07:55:41 oh Jun 04 07:55:44 but I have to check one thing more Jun 04 07:55:49 hrw, apt-get source x-loader-omap4 and look at debian/rules Jun 04 07:55:50 cross vs native all over agian Jun 04 07:56:02 i think there is a solution in it Jun 04 07:56:07 ogra: you want me to have nightmares? Jun 04 07:56:19 ogra: I think that it uses proper cc and inproper objdump Jun 04 07:56:28 one coffee later I will solve Jun 04 07:56:38 right, look at the rules there, it solves that Jun 04 07:56:51 gracias my friend Jun 04 07:56:59 u-boot-omap4 has the same snippet Jun 04 07:57:39 so tomorrow is BBXM premiere? Jun 04 07:58:02 I'm still wondering where all of Marvell's stuff is. Not out yet. Jun 04 07:58:31 ogra: maverick/arm only source? Jun 04 07:58:37 yep Jun 04 07:58:45 is omap4 cortex-a8 or cortex-a9, I'm confused Jun 04 07:58:49 my adm64 fetched Jun 04 07:58:50 well source is arch agnostic Jun 04 07:58:51 markos_: a9 Jun 04 07:59:18 hrw: cool, it will have a fast fpu Jun 04 07:59:51 markos_: it has already Jun 04 08:01:45 hrw: I mean because it's based on a9 :) Jun 04 08:01:55 ok Jun 04 08:02:24 markos_: I hope that storage i/o will not kill omap4 Jun 04 08:02:59 markos_: as it is SD or USB only as options for storage Jun 04 08:03:09 yes, that sucks Jun 04 08:03:35 well, one can connect a fast disk on usb2 but that negates the advantage of its small size Jun 04 08:03:50 now I am running bb/c3 with rootfs on usb stick, 40GB 2.5" pata drive on usb as storage Jun 04 08:04:14 yeah, marvell's stuff has SATA.... but the currently-available ones won't run lucid. Jun 04 08:04:24 markos_: small size of BB is disadvantage when you use it as devboard Jun 04 08:05:08 17.8MB/s from pata drive is not that bad (hdparm -Tt) Jun 04 08:05:24 my efikamx here has flash on ata and it's quite fast, much faster than the sd Jun 04 08:05:43 yes, sth like that, SD gets 10MB/s max Jun 04 08:06:23 time to check OE gcc patches Jun 04 08:20:13 hrw, I did some benchmarks on netbook Jun 04 08:20:29 hrw, my BB pulls solid 20MiB/s from 2.5" SATA HDD Jun 04 08:21:03 zyga: via usb2 you mean? Jun 04 08:21:10 markos_, yes Jun 04 08:21:35 _and_ it was two USB hubs away from BB Jun 04 08:21:42 well, that's not surprising, usb2 can get up to 400Mbps Jun 04 08:22:14 zyga: I have 3.5" sata hdd in usb2/sata case. does 110MB/s over sata and is able to max sheevaplug usb connector with 40-50MB/s. did not tried it with beagleboard Jun 04 08:23:32 zyga: I get ~25MB/s here, on an old 40GB in a pata ->usb case Jun 04 08:24:17 but that's not very important, the thing is that BB's internal storage is slow, and fast SD cards aren't avaialble yet Jun 04 08:29:05 * gsnedders wonders how fast he gets over NFS Jun 04 08:35:39 zyga: That's still relatively far from what a common intel system with SATA can do (75 MiB/s or so I'd expect) Jun 04 08:35:54 It's decent, but it's one of the bottlenecks Jun 04 08:36:08 lool, if you attach SATA SDD the speed can go even higher Jun 04 08:36:08 CPU speed is one as well on beagle, but with GHz SMP it should be better Jun 04 08:37:57 lool: the bottleneck is usb2 not the disk, no matter how fast the disk is, usb2 will max at ~40MB/s Jun 04 08:38:08 markos_: Yes, I know Jun 04 08:38:12 markos_: that's why I mentin SATA Jun 04 08:38:20 lool: it's not a fair comparison :) Jun 04 08:38:26 mmm Jun 04 08:38:27 heh.. oom on 8gb ram.. Jun 04 08:38:29 The only ARMv7 SoC with native SATA that I've seen is dove Jun 04 08:38:41 * zyga notices nitl netbook got cheaper Jun 04 08:38:44 markos_: it exists, but it's hard to find Jun 04 08:38:46 lool: imx53 is supposed to have sata as ell Jun 04 08:38:56 does anyone know what how they roll their software? Jun 04 08:39:00 markos_: Isn't it fake SATA on USB as on imx51? Jun 04 08:39:12 or SATA over PATA or something equally poor Jun 04 08:39:15 * ogra_cmpc thought imx53 only has PATA Jun 04 08:39:16 good question, i don't know Jun 04 08:39:38 markos_: babbage had a SATA connector, but the soc has no native SATA; it was USB behind it IIRC Jun 04 08:39:42 in the SoC, not sure how its exposed to the outside, might be a SATA socket Jun 04 08:39:45 So same limitation Jun 04 08:40:16 http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX535&nodeId=0162468rH31143ZrDR988D Jun 04 08:40:21 well, SATA over PATA might imnprove it Jun 04 08:40:30 doesn't say if it's over USB though Jun 04 08:41:08 babbage (imx51) is definately USb Jun 04 08:41:39 53 has a PATA bus but i dont think a SATA one Jun 04 08:41:59 markos_: I checked the PDF brief, and it mentions PATA *and* SATA connectivity Jun 04 08:42:01 PATA is not even mentioned in iMX515 page Jun 04 08:42:07 http://cache.freescale.com/files/32bit/doc/fact_sheet/IMX535ANNCMNTFS.pdf Jun 04 08:42:24 so I guess iMX53 does include PATA/SATA on the chip Jun 04 08:42:30 markos_: Do you have an idea of timeline to availability of imx53? Jun 04 08:43:33 http://cache.freescale.com/files/32bit/doc/fact_sheet/IMX515FS.pdf Jun 04 08:43:36 imx51 mentions PATA Jun 04 08:43:40 (well it mentions ATA) Jun 04 08:43:57 the text below the diagram mentions P-ATA Jun 04 08:44:00 no sorry, but I understand samples will be available to Genesi before the end of summer Jun 04 08:48:40 Rob mentioned late this year for something that we could buy Jun 04 08:48:47 All: j'ai mis a dispo un pre-kernel L24.7 sur le serveur dans www/releases/L24.7/pre-release (sans les modules, mais c'est pas genant pour booter et faire des builds) Jun 04 08:49:15 oops... sorry :) Jun 04 08:49:37 24.7? wow Jun 04 08:49:57 tell me it aint linux 2.4.x! Jun 04 08:50:07 lool: :) Jun 04 08:54:46 lool: 24.7 is internal TI version number Jun 04 08:55:00 its actually 2.6.33 + TI stuff Jun 04 08:56:42 asac, ping Jun 04 08:56:59 asac, I need to be able to display package build failures, is there an interface to harvest that data? Jun 04 08:57:26 zyga: you mean in ppas? Jun 04 08:57:37 asac, mmm I mean our 'derived archive' concept Jun 04 08:57:42 fta: ^^ ... i know you recently did that with our daily builds, do you have input? Jun 04 08:57:43 let's say you setup a linaro spinoff Jun 04 08:57:49 asac, with your own 'archive' Jun 04 08:57:56 and dashboard to see how it works Jun 04 08:58:04 so this dashboard needs to know _all Jun 04 08:58:11 _all_ packages you have in the archive Jun 04 08:58:48 including daily package changes (new uploads/rebuilds) and build failures Jun 04 08:58:55 zyga: i think the problem is that there are no derived archives yet so we cant tell for sure what will happen. however, i know that there is an api for ppas and i would assume you can do the same for a real archive Jun 04 08:59:17 zyga: you could also talk to the ubuntuwire folks ... and see how they maintain: Jun 04 08:59:17 asac, can you give me any pointers to PPA APIs? Jun 04 08:59:29 http://qa.ubuntuwire.com/ftbfs/ Jun 04 08:59:49 zyga: i havent used it, but fta has ... i think he will reply when he is available Jun 04 08:59:54 zyga: otherwise you can ask on #launchpad Jun 04 09:00:47 let me see if i can find who is maintaining ubuntuwire Jun 04 09:00:50 ogra_cmpc: do you know? Jun 04 09:04:28 http://qa.ubuntuwire.org/ Jun 04 09:04:28 wow Jun 04 09:04:30 coooooool Jun 04 09:11:53 asac, stgraber Jun 04 09:12:12 though he is not responsible for the ftbfs page Jun 04 09:12:18 zyga: yep. so talk to stgraber ... he is your friend for sure Jun 04 09:12:22 ask in #ubuntu-motu Jun 04 09:12:27 zyga: you can find him in -motu or -testing Jun 04 09:12:41 zyga, http://qa.ubuntuwire.org/ftbfs/source/ Jun 04 09:12:42 ogra: i asked in -motu ... didnt get anything back yet Jun 04 09:13:07 there is the code Jun 04 09:13:29 zyga: I would hope such spinoffs aren't needed, sadly things like arm11 support will only come that way Jun 04 09:13:35 zyga: go to #ubuntu-motu ... and ping geser Jun 04 09:13:44 i prepared him that you will ask him a few questions ;) Jun 04 09:17:28 asac, so did you make a decision about LinuxTag ? Jun 04 09:19:38 asac, ogra: I know stgraber, I traveled with him to the UDS :-) Jun 04 09:19:47 * zyga switches networks Jun 04 09:19:49 zyga, ah, nice Jun 04 09:20:28 ogra: dates? Jun 04 09:20:45 8th to 12th (next week) i'll go there from thu to sat Jun 04 09:21:01 the beagle community will be there, surely worth to meet them Jun 04 09:24:35 I am considering going there but need to check program more Jun 04 09:25:11 beer in the evenings Jun 04 09:25:19 and likely good weather Jun 04 09:25:31 isnt that enough as a good program ? Jun 04 09:25:54 ogra: sure, but need to convince slangasek too Jun 04 09:25:59 heh Jun 04 09:26:10 bribe him with beer :) Jun 04 09:27:11 pretty sure the company can buy you beer for a lot cheaper than they can get you a hotel room, if that's all you're after ;) Jun 04 09:27:27 lol Jun 04 09:27:52 ;d Jun 04 09:30:31 slangasek: I need to convince myself too - my car probably be ready to get it from service next week. and this can higher priority for me then going to LT Jun 04 10:24:45 ogra: tell me, is there any serial number inside an ARM CPU? Jun 04 10:24:57 ogra: please tell me there is Jun 04 10:25:11 zyga: depends on SoC Jun 04 10:25:39 zyga: but only some offers such function Jun 04 10:25:50 zyga, what do you want to achieve ? Jun 04 10:26:05 ogra@babbage2:~$ cat /proc/cpuinfo |grep Serial Jun 04 10:26:05 Serial : 0000000000000000 Jun 04 10:26:09 ogra: well basically, device identification Jun 04 10:26:18 zyga, look at flash-kernel Jun 04 10:26:24 ogra: uboot shows some serial number Jun 04 10:26:30 zyga: not really, is the answer Jun 04 10:26:31 could be more fine grained but its already pretty good Jun 04 10:26:50 mmm Jun 04 10:26:51 okay Jun 04 10:26:53 another question Jun 04 10:26:57 it isn't foolproof Jun 04 10:26:59 fw_setenv/fw_printenv Jun 04 10:27:15 can I put UUID inside and assume it will be more-less portable? Jun 04 10:27:30 that I can fw_setenv my_env=UUID on all devices (somehow) Jun 04 10:27:41 well, you usually never touch the root= cmdline option after install Jun 04 10:27:55 again look at flash-kernel Jun 04 10:28:11 ogra: I'm looking for something outside the FS, if you reinstall the filesystem UUID is gone Jun 04 10:28:16 this time the flash-kernel-installer.postinst script, thats what d-i and ubiquity execute during installation Jun 04 10:28:44 zyga: so you want to be able to identify HW? Jun 04 10:28:51 yes, exactly Jun 04 10:29:03 I'm looking for a foolproof way to provision devices Jun 04 10:29:08 flash-kernel --supported :) Jun 04 10:29:10 JamieBen1ett: what happened to arm-m-liquid spec? did that get dropped when moving it from ubuntu-arm to ubuntu? Jun 04 10:29:18 or who was leading that moving effort? Jun 04 10:29:25 asac, rbelem Jun 04 10:29:43 oh, he was leading the spec :) surely not the moving Jun 04 10:30:01 zyga: how you identify x86 boxes? Jun 04 10:30:11 hrw, you dont need to Jun 04 10:30:16 ogra: yeah. seems it got renamed back to mobile-m Jun 04 10:30:18 thats why flash-kernel exists :) Jun 04 10:30:25 i will rename it back as we are embracing it Jun 04 10:30:30 yeah Jun 04 10:30:37 we dont have it on the trachker even Jun 04 10:30:41 *tracker Jun 04 10:30:41 asac: https://blueprints.launchpad.net/ubuntu/+spec/mobile-m-liquid Jun 04 10:30:48 asac: Was renamed to mobile- Jun 04 10:31:06 yes, i take it back as i am approver and dont want to make naming complicated Jun 04 10:31:16 ++ Jun 04 10:31:32 we also dont have manpower to care for it in mobile Jun 04 10:32:09 dropped a note why that name was choosen (technical burndown purpose etc) Jun 04 10:32:19 so hopefully they dont feel offended by being arm-m ;) Jun 04 10:35:11 hrw, I don't identify x86 boxes Jun 04 11:20:24 ogra: asac: hi. quick question on packages... I need to write a xxx.install file in my package to split into multiple bin packages. in ubuntu gstreamer, the xxx.install file has debian/tmp/usr/lib... when I build my pacakge I don't have debian/tmp subfolder, but debian/xxx instead. and my package fails to build. where does this tmp come from? Jun 04 11:22:13 ndec, omit debian/tmp and it will work Jun 04 11:22:50 ogra_cmpc: i tried this as well, but without the leading '/' and it did not work Jun 04 11:22:51 ndec: yeah. omit that debian/tmp Jun 04 11:23:14 hmm, it should work Jun 04 11:23:43 ndec, can you paste a line from your current .install file Jun 04 11:24:06 debian/tmp is automatically used by debhelper if you have multiple binary packages in control Jun 04 11:24:14 right Jun 04 11:24:15 if you have just one it usually installs all in the target package Jun 04 11:24:28 now i wonder how to filter stuff out ;) Jun 04 11:24:40 hopefully there is magic that still allows .install ;) Jun 04 11:24:49 by dirs in .install or specifying the actual single files Jun 04 11:24:52 * asac hasnt done a single binary package for a long time it seems Jun 04 11:25:00 asac: ok, i see... i do want more packages, but I only added 1 in control for now.. I was planning to add the 2nd one later ;-) Jun 04 11:25:16 that shouldnt make a difference Jun 04 11:25:17 ndec: yeah. just add a second. but even then the debian/tmp isnt needed anymore Jun 04 11:25:24 if you have a modern compat level Jun 04 11:25:31 e.g. put 7 in debian/compat Jun 04 11:25:33 * ogra_cmpc does single binary files all the time Jun 04 11:25:43 s/files/packages Jun 04 11:25:44 yeah. ogra is always going for the simple stuff ;) Jun 04 11:25:49 hehe Jun 04 11:25:58 asac: is the leading '/' needed if I omit /debian/tmp? Jun 04 11:26:02 no Jun 04 11:26:12 doesnt matter iirc Jun 04 11:26:15 both should work Jun 04 11:26:45 ogra_cmpc: well, in fact I need a package for -dev for header files Jun 04 11:26:46 if you add usr/lib/ it will install everything below debian/tmp/usr/lib in your package Jun 04 11:27:17 then you need to add some more fine grained magic and also have different .install files Jun 04 11:27:26 you usually put usr/lib/*.so.* in the lib .install ... and usr/lib/*.so and usr/include in the -dev Jun 04 11:27:29 (matching the entries in debian/control) Jun 04 11:27:45 assuming you use autotools with -version-info to versoin the lib properly Jun 04 11:31:20 asac: ogra_cmpc: thanks. I have added the -dev, and started a rebuild. Jun 04 11:31:30 good luck :) Jun 04 11:32:24 amitk: I'd like to generate kernel source and binary packages, but with a name like 2.6.33-900.1~ti+release0. What files do I need to edit for that? (debian/changelog is re-gerenated by the debuild command) Jun 04 11:37:45 sebjan: you need to do a debian/rules clean, 'git clean -df' to get a clean tree, edit debian.ti-omap4/changelog to change your version number, This time debuild -b should DTRT Jun 04 11:39:30 sebjan: you can run 'debian/rules clean' before the build to make sure your debian/changelog reflects your changes correctly Jun 04 11:41:40 amitk: ok, thanks, it seems fine! Jun 04 13:23:15 robclark, hey, whats the branch you built the u-boot from which i got from you with the blaze ? seems the omap_dev branch doesnt work on the panda Jun 04 13:23:35 (omap4_dev) Jun 04 13:24:03 ogra: there are some panda patches.. I'm not sure they are all integrated back in u-boot tree.. Jun 04 13:24:22 oh, you applied them manually to your build ? Jun 04 13:24:28 and I guess the x-load/u-boot on the blaze is a bit older, so for sure won't have the panda patches Jun 04 13:24:41 yeah.. I can mail you the patches I have Jun 04 13:24:45 well, the two binaries you gave me work fine Jun 04 13:25:01 really? Jun 04 13:25:03 but from the stuff i packaged in ubuntu only MLO works Jun 04 13:25:22 oh.. yeah, that is right.. Jun 04 13:25:28 u-boot exits with: ** Can't read from device 1 ** Jun 04 13:25:36 the MLO/u-boot I had on that card was actually the panda version.. Jun 04 13:25:42 it starts though, but there seems to be an issue with mmc Jun 04 13:26:22 ok.. if you want to build something that actually works on panda, I think I should send you the patches Jun 04 13:26:32 http://paste.ubuntu.com/444610/ is what i get with the packaged binaries Jun 04 13:26:37 works on blaze Jun 04 13:26:40 which you could apply on top of dev.omapzoom.org tree.. Jun 04 13:26:45 ok Jun 04 13:38:28 hrw: ayt? Jun 04 13:41:46 hrw: ayt? Jun 04 13:42:29 hrw: where can i have a look to the patch merging binary-cross target into binary for binutils? is that affecting debian or is it only ubuntu thing? Jun 04 13:43:01 zumbi: it is integrated in next ubuntu binutils package release Jun 04 13:43:10 zumbi: moment and I will give you bug link Jun 04 13:43:22 zumbi: https://bugs.launchpad.net/bugs/587851 Jun 04 13:43:23 hrw: please update README.cross file and if you care, please fill a bug report on `buildcross` the tool for getting cross tools built (now, in debian/experimental) Jun 04 13:43:24 Launchpad bug 587851 in binutils (Ubuntu) "merge cross build into "binary" target (affects: 1) (heat: 8)" [Undecided,Fix released] Jun 04 13:44:02 zumbi: ok Jun 04 13:44:21 hrw: thanks nad thanks for the merge :) Jun 04 13:45:10 zumbi: will have to check that buildcross tool Jun 04 13:45:22 zumbi: I got gcc-4.5 crossbuilt today Jun 04 13:45:47 zumbi: http://paste.ubuntu.com/444614/ was needed on my system to get gcc 4.5 cross built. Jun 04 13:47:06 interesting, i have not tried 4.5 Jun 04 13:47:41 hrw: make sure cross-fixes and cross-include patches are up to date Jun 04 13:47:45 maverick base libs has from 4.5 Jun 04 13:47:56 zumbi: cross-fixes got update - sh part needed dropping Jun 04 13:48:23 zumbi: merged it latest gcc-4.5 ubuntu package so I think that doko will merge it back to debian Jun 04 13:49:14 hrw: sure, thanks, you are doing great! Let me know if you want to hack on buildcross code too, for getting cross tools built Jun 04 13:50:07 at least I will look at it Jun 04 13:50:12 http://www.emdebian.org/repos/current/host/trunk/buildcross/trunk/ Jun 04 13:50:45 or http://www.emdebian.org/svn/browser/current/host/trunk/buildcross/trunk Jun 04 13:53:34 looks interesting Jun 04 13:55:11 hrw: it could be used for daily builds to see if toolchains are fine Jun 04 13:55:42 and it needs more love. I have great plans for it, but -ENOTIME Jun 04 13:55:53 common problem Jun 04 13:55:55 bb in few Jun 04 13:57:35 btw - Stylish extension to firefox roxx - whiteboard in blueprints is now 2x wider D: Jun 04 14:42:11 zumbi: buildcross lacks deps on embedian-tools, dpkg-cross dep needs to be versioned Jun 04 14:42:38 zumbi: grep-dctrl is also checked for being installed Jun 04 14:45:23 zumbi: and it needs to run as a root ;( Jun 04 14:48:47 hrw: why does it need emdebian-tools (which has also been deprecated) Jun 04 14:49:18 dpkg-cross and grep-dctrl, agreed Jun 04 14:49:21 zumbi: it checked for those Jun 04 14:50:06 hrw: and it needs root to install packages, i have not tested, but i was planning to start using fakechroot stuff Jun 04 14:50:30 you can not build gcc, without installing binutils :-/ Jun 04 14:50:58 any idea how to work that arround? (besides looking fakechroot) Jun 04 14:51:28 I plan to depend on *-source packages and call them one by one + temporary install dirs Jun 04 14:51:31 btw - i am updating my launchpad info, to work better with you Jun 04 14:52:04 so you would do "apt-get source cross-toolchain; cd cross-toolchain*;echo armel >debian/target;dpkg-buildpackage" Jun 04 14:52:30 and this will build linux-libc-dev, binutils, gcc, eglibc Jun 04 14:52:38 hrw, and how do you plan to get cross libraries? Jun 04 14:52:49 are you going to bootstrap glibc headers? Jun 04 14:52:54 yes Jun 04 14:53:23 zumbi: buildcross suggestions: s/-v/-V/ and make -v == --verbose (display logs on screen) Jun 04 14:53:43 hrw: lool had some code in his ppa and i have splitted that into packages into git repo, http://emdebian.org/git/ Jun 04 14:53:49 zumbi: and for now small check at start "am I root" check Jun 04 14:54:04 thx Jun 04 14:54:28 look under packages/.. Jun 04 14:54:44 those are not perfect, but a start Jun 04 14:55:33 zumbi: any readmes for them? Jun 04 14:55:55 readmes? what do you mean? what for? Jun 04 14:56:08 those just build in a standard debian way Jun 04 14:56:42 sorry, looked at wrong page Jun 04 14:58:02 hrw: hint, if you need some buildcross ubuntu changes, $ debcheckout buildcross, make-a-patch :-) Jun 04 14:58:21 you would need a deb-src line for debian experimental archive Jun 04 14:58:29 zumbi: need to make ubuntu vm for it first Jun 04 14:58:46 zumbi: already fetched sources from p.d.o/buildcross Jun 04 14:58:47 vm as virtual machine? Jun 04 14:58:50 yes Jun 04 14:59:13 we usually work on chroots, done by debootstrap (or newer multistrap) Jun 04 14:59:14 I do not like to run root-automats on my normal systems Jun 04 14:59:33 do you know debootstrap? Jun 04 14:59:44 I know Jun 04 14:59:52 ok, sorry :) Jun 04 15:00:07 np Jun 04 15:10:41 hrw: actually you do not need root, but sudo on apt-cross and dpkg Jun 04 15:11:08 hrw: it is not good idea to build packages being root Jun 04 15:12:04 hrw: do you think just a warning would be fine? Jun 04 15:13:02 yep Jun 04 15:31:06 hrw: `buildcross-0.0.2` released. Uhmmm, I forgot to thank you (will do on next release) Jun 04 15:31:18 no problem Jun 04 15:31:55 zumbi: you use some scm for it? Jun 04 15:32:09 svn Jun 04 15:32:18 ah. sorry, you gave me link Jun 04 15:32:41 yes, also if you have devscripts package you could use debcheckout Jun 04 15:33:00 but you need to add deb-src line for debian/experimental Jun 04 15:33:53 ok Jun 04 15:34:09 zumbi: scm allows me to look at patches etc Jun 04 15:34:15 git-svn uber alles Jun 04 15:34:38 yet another git fanboy :) Jun 04 15:35:19 zumbi: I like to be able to make commits without going to server Jun 04 15:35:36 then use debcommit Jun 04 15:35:48 oh! nevermind Jun 04 15:36:09 yes, i also like git, but sometimes it is over abused Jun 04 15:36:41 btw - "gcc-4.4" instead of "4.4" maybe? Jun 04 15:37:35 uhm.. i am not sure about that one, as we do not use package names, like `libs` Jun 04 15:38:14 but you have 'binutils' not '2.20.51' Jun 04 15:38:21 well, I'll have a look Jun 04 15:39:59 I have a patch Jun 04 15:40:28 oh! great, then tell me how to fetch it :) Jun 04 15:40:35 moment Jun 04 15:47:09 zumbi: http://paste.ubuntu.com/444686/ Jun 04 15:56:59 hrw: Committed revision 7278 Jun 04 16:02:02 http://paste.ubuntu.com/444700/ adds help for --verbose Jun 04 16:02:10 rcn-ee, not sure if this is a kernel problem or not yet, but I'm getting unexpected oom failures in 2.6.34-l0 Jun 04 16:02:42 hrw: thanks, that is already done Jun 04 16:02:57 hrw: i was thinking on how to better implement verbose Jun 04 16:03:44 http://paste.pocoo.org/show/221945/ Jun 04 16:03:52 hrw: either by a new logging funcion or by embedding commands in a variable. I think I'll go for the first one (more clean) Jun 04 16:04:42 http://paste.pocoo.org/show/221947/ rather Jun 04 16:05:01 [84303.868164] Normal free:102232kB min:2036kB low:2544kB high:3052kB active_anon:9788kB inactive_anon:30968kB active_file:0kB inactive_file:72kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:260096kB mlocked:0kB dirty:0kB writeback:0kB mapped:156kB shmem:840kB slab_reclaimable:2328kB slab_unreclaimable:87676kB kernel_stack:1336kB pagetables:964kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Jun 04 16:05:22 ok, need to go now Jun 04 16:05:26 seems like I should have lots and lots of free memory (that's the pre-killing numbers) Jun 04 16:05:28 have a nice weekend everyone Jun 04 16:06:08 hrw: good weekend! Jun 04 16:12:32 rcn-ee, also, would it be possible to get an alternate version with that new defragmentation code enabled? I'd like to see if that improves things on a long-running beagle Jun 04 16:12:45 I'll get you the appropriate config items if you could do that Jun 04 17:53:06 hrw|gone: just have released 0.0.3 Jun 04 19:41:19 !info libpixman Jun 04 19:41:27 cwillu_at_work: Package libpixman does not exist in lucid Jun 04 19:41:27 !info libpixman-1 Jun 04 19:41:28 cwillu_at_work: Package libpixman-1 does not exist in lucid Jun 04 19:41:29 !info libpixman-1-0 Jun 04 19:41:30 cwillu_at_work: libpixman-1-0 (source: pixman): pixel-manipulation library for X and cairo. In component main, is optional. Version 0.16.4-1ubuntu2 (lucid), package size 230 kB, installed size 508 kB Jun 04 19:41:38 !info libpixman-1-0 maverick Jun 04 19:41:40 cwillu_at_work: 'maverick' is not a valid distribution: hardy, jaunty, karmic, lucid Jun 04 19:50:41 Hello all Jun 04 19:52:29 eat the newcomer Jun 04 19:53:15 lol Jun 04 19:53:32 yeah got a netwalker Jun 04 19:53:49 wondering how to clock my arm cpu Jun 04 19:54:12 netwalker? Jun 04 19:54:38 yeah sharp netwalker Jun 04 19:54:46 running ubuntu 9.10 Jun 04 19:55:11 that's the new zaurus cxxx? Jun 04 19:55:15 runnng xfce instead of default gnome Jun 04 19:55:17 with snapdragon? Jun 04 19:55:24 yups somewhat yeah Jun 04 19:55:31 bit bigger thouigh Jun 04 19:55:40 some like the UMID Jun 04 19:56:33 hmm Jun 04 19:56:38 let nme check Jun 04 20:00:16 Freescale i.MX515 800 mhz Jun 04 20:00:33 ah, that's the older one then Jun 04 20:01:48 yep Jun 04 20:02:51 ios there a tool to clock it? Jun 04 20:03:10 what do you mean? Jun 04 20:03:26 well to let it ruin on say 900 mhz Jun 04 20:03:37 like the zaurus overclock tool Jun 04 20:06:27 and any idea if the arm ubuntu gets the upgrade to the 10.x ? Jun 04 20:06:48 meaning: now it is 9.10 Jun 04 20:18:51 in-game: that cpu/soc is one of the ones getting supported I think **** ENDING LOGGING AT Sat Jun 05 02:59:57 2010