**** BEGIN LOGGING AT Tue May 25 02:59:57 2010 May 25 06:32:15 amitk: morning May 25 06:32:28 morning cooloney, all May 25 06:33:23 amitk: Morning May 25 06:33:51 morning lag May 25 07:09:52 morning May 25 07:13:48 hi May 25 07:13:59 any ideas why making filesystem would fail in the installer? May 25 07:14:31 i tried two different (well both were kingston) usb sticks on two different usb hubs May 25 07:14:49 on beagleboard May 25 07:14:55 yesterday :) May 25 07:15:13 can i preformat on pc? May 25 07:15:34 can i say 'use this partition, dont try to format it'? May 25 07:41:07 huh May 25 07:41:16 preformatting on pc helped a little May 25 07:41:22 now it got to install the base system May 25 07:41:37 crap May 25 07:41:51 de bootstrap warning May 25 07:42:05 ...bsdutils... was corrupt :/ May 25 07:42:11 ogra_cmpc: can you show me default-after-install bootcmd from uboot? May 25 07:44:04 ah May 25 07:44:09 that _could_ explain May 25 07:44:21 if my installation image was faulty? May 25 07:47:23 is it possible to install / create the filesystem on a PC? May 25 07:53:43 neure: You could use rootstock, but check your checksums: it's unlikely that you downloaded a faulty image. May 25 07:54:11 persia, is it possible that the dd to sdcard was faulty? May 25 07:54:34 well.. more like.. is it likely :) May 25 07:54:39 Yes, that's much more likely (but in that case, you don't need a new filesystem) May 25 07:55:06 since the install media is the sdcard, it should not be usb power issue May 25 07:55:21 If you know the size, you can dd from the SD to a file, and then checksum compare the download version to the one read from SD. May 25 07:55:23 unless the error is detected somehow after file has been copied to usb May 25 07:55:38 well i have the original filesystem on the pc / vmware still May 25 07:55:54 so i can use ls to get the size :() May 25 07:56:01 but ḯ'll perhaps try later May 25 07:56:07 If it's debootstrap failing, that's prior to actually using anything in the constructed target filesystem. May 25 07:56:19 ok May 25 07:56:54 could i use rootstock to install directly to the sdcard on pc? May 25 07:57:08 that way i could bypass usb May 25 07:58:32 i have ubuntu 9.04 on my vmware, can i use that to put 10.04 on sdcard for beagle? May 25 07:59:56 hrw, you mean the kernel cmdline ? May 25 08:00:15 oh, bootcmd May 25 08:00:29 cmdline="root=UUID=$uuid ro quiet splash vram=12M omapfb.mode=dvi:1280x720MR-16@60 fixrtc" May 25 08:00:30 bootcmd="nand read 80000000 280000 400000;nand read 81600000 680000 1000000;bootm 80000000 81600000" May 25 08:00:36 hrw, ^^^ May 25 08:01:57 thx May 25 08:02:55 shit - out of luck May 25 08:05:55 morning ogra May 25 08:06:13 hey May 25 08:06:19 hrw, whats wrong ? May 25 08:07:17 ogra: how was your holiday? May 25 08:07:30 ogra: nevermind - my error May 25 08:07:41 short, relaxing and good for my touchbook :) May 25 08:08:00 ogra: bah, why do you get the fun toys? May 25 08:08:03 booted 2.6.34 May 25 08:08:26 the touchbook is _not_ fun, after the first 15mins May 25 08:08:38 hrw: does it work? May 25 08:08:40 NCommander, you mean the SM toys :) May 25 08:08:46 kinky May 25 08:08:49 * NCommander coughs May 25 08:08:59 ogra: so I smacked livecd-rootfs with a hammer yesterday May 25 08:09:15 ouch, poor livecd-rootfs May 25 08:09:15 It now uses loopmounting, and doesn't make my systems free memory drain like a leaking pipe May 25 08:09:22 bah May 25 08:09:33 dont use loop mounting May 25 08:09:33 ogra: plus now we have ext4 May 25 08:09:37 ogra: why not? May 25 08:09:44 its ugly May 25 08:09:51 amitk: serial works, usb works, 1280x800 on my 20" lcd also works May 25 08:10:00 hrw: could you try out OTG May 25 08:10:13 and genext2fs sucked down RAM faster than a hummer sucks down gas May 25 08:10:22 NCommander, its works just fine May 25 08:10:32 did you try it on a babbage yet ? May 25 08:10:45 ogra: considered I never managed to build anything beside a base image with it, I don't think I'd use the word fine May 25 08:10:57 No, my babbage is upstairs May 25 08:11:07 i built about ten netbook images since mid last week with it May 25 08:11:27 amitk: otg refuses to see my hub May 25 08:11:38 no prob at all, you just need to make sure to have enough swap to pre-allocate the ram space genext2fs copies the files to May 25 08:12:03 restarting with hub on otg May 25 08:12:09 i have an identical setup to the buildd here and havent seen any probs May 25 08:12:15 ogra: I can appericate the concept of throwing more resources to solve a problem, but I draw the line with a 30GiB swap :-) May 25 08:12:28 i use 2G swap iver here May 25 08:12:31 *over May 25 08:12:45 note that 30G is default on the builder May 25 08:13:00 i dont see any of the probs you mention May 25 08:13:07 Well, yes, but that's kinda excessive, no? May 25 08:13:16 are you using the genext2fs under arm from the archive ? May 25 08:13:28 under ARM and amd64 May 25 08:13:36 It crashes my laptop like few things ever have. May 25 08:13:46 amitk: no hub on otg after reboot May 25 08:13:49 i'D consider that an amd64 bug May 25 08:14:03 i didnt see any issues under x86 nor under armel May 25 08:14:20 please stick to the concept May 25 08:14:41 if you need to access the image (for whatever reason) dont use loop but fuseext2 May 25 08:14:45 I am sticking to the concept. I'm just not building my images in a way that causes my laptop to go TILT and OOM itself to death May 25 08:14:58 use your babbage May 25 08:15:03 thats what we use in the DC May 25 08:15:26 as i said i dont see such issues on x86 or arm May 25 08:15:36 i'D file a bug against amd64 :) May 25 08:15:46 ogra: I'll go test it a little later. In other news, where are we with packaging the new x-loader/u-boot May 25 08:16:08 since once we get that out of the way, we can spin our first images for omap4 (granted, without jasper they won't work, but at least we can get all the little bits in place) May 25 08:16:13 i'm getting there slowly May 25 08:16:39 its a lot of patching involved in x-loader to make it build and i didnt finish that yet May 25 08:17:00 beyond that x-loader is going away soon so i'm not sure its actually worth the hassle May 25 08:17:10 as i siad before, just build omap3 images May 25 08:17:19 we have everything for them in the archive May 25 08:17:24 No, that's what I'm doing May 25 08:17:38 But I'd like to just have something that attempts to boot on omap4 ASAP May 25 08:18:03 well, rather dont hold your breath, dont expect anything before A2 May 25 08:18:27 * NCommander blinks May 25 08:18:30 uh, that's July May 25 08:18:34 cutting it a bit close, no? May 25 08:18:47 ?? May 25 08:18:52 thats june May 25 08:19:06 ogra: https://wiki.ubuntu.com/MaverickReleaseSchedule -A2 is the first week of July May 25 08:19:20 well, july1 May 25 08:19:38 anyway, we dont have a kernel in maverick for omap4 May 25 08:19:53 we cant build anything before thats there May 25 08:20:12 * NCommander feels like he's missing something, but that may be lack of sleep and/or sanity May 25 08:20:35 for maverick we need a 2.6.35 omap4 tree May 25 08:20:40 which doesnt exist yet May 25 08:21:02 or .34 at least May 25 08:22:16 ogra: Hi! How do you generate a uImage from a .deb? (mkimage? with which arguments?) I'd like to test cooloney's image but the uImage I generate does not boot at all... May 25 08:23:02 for omap4 i generate it manually, but with the same options the scripts use ... May 25 08:23:07 * ogra looks up the command May 25 08:23:39 mkimage -A arm -O linux -T kernel -C none -a 0x80008000 -e 0x80008000 -n "Ubuntu Kernel" -d vmlinuz-"${KVER}" uImage May 25 08:23:43 sebjan: it does not boot? May 25 08:24:56 sebjan, http://paste.ubuntu.com/439253/ is exactly what i have on my blaze atm May 25 08:25:20 the actual in-distro scripts will do something similar May 25 08:26:28 ogra: ok thanks, this is what I had been using for the uImage creation... May 25 08:27:23 sebjan, which u-boot/x-loader do you use ? i still use a binary for the pandaboard i got from robclark May 25 08:27:42 ogra : cooloney : with the test6 image, I have a Uncompressing Linux...X-Loader hangs May 25 08:27:54 X-loader hangs ? May 25 08:28:05 how can it hang when it already loaded the kernel May 25 08:28:18 ogra: I use the same x-loader/u-boot as before (which was working with test3 image for example) May 25 08:28:30 amitk: which kernel tree/branch you use for omap3/2.6.34? I want to build compat-wireless against it May 25 08:28:43 802.11n dongle will be faster then usb ethernet ;D May 25 08:28:47 ogra: yes, that's weird :) May 25 08:29:37 hrw: maverick git tree, master branch May 25 08:29:46 thx May 25 08:30:45 * ogra goes to find some breakfast ... back soon May 25 08:33:21 audio from uds is live May 25 08:34:08 err, UDS was in the past, so it can't be live. Unless you're hearing future UDS feeds :-p May 25 08:34:25 s/live/online May 25 08:34:30 * hrw waits for coffee May 25 08:43:51 * NCommander notes he'd like to know what specs to write UDS-N already so I can save myself some time May 25 08:47:42 sebjan: it still doesn't boot? May 25 08:49:23 cooloney: no, I wonder if it crashes during the uncompressing phase. May 25 08:51:33 sebjan: too bad. i cannot verify it, i don't have hw yet. only ogra can confirm that May 25 08:54:58 cooloney: I probably have a problem with my load addresses, I'll check that May 25 08:55:23 sebjan: ok, no problem. May 25 09:10:37 ogra: stupid question, how much RAM is in your x86 box? May 25 09:10:46 4G May 25 09:11:52 ogra_cmpc: hrm, thanks May 25 09:12:07 using the PAE kernel May 25 09:12:24 the babbage has 512M and 2G swap May 25 09:18:01 * ogra_tb waves from the touchbook May 25 09:19:33 hmmm, no sound May 25 09:20:36 * cooloney waves back to ogra_tb from his pc May 25 09:21:04 funny, alsamixer has a ton of devices, gnome doesnt May 25 09:23:04 ogra: morning. do we need a launchpad project for every package that we put in PPA? May 25 09:24:18 ndec, nah May 25 09:24:41 ogra: but what if I want that. is that possilble? May 25 09:25:06 one PPA per package ? May 25 09:25:21 ogra: nope. 1 PPA many packages May 25 09:25:35 well, thats what you get May 25 09:25:45 god, that touchbook kbd kills me May 25 09:26:27 ogra: so I can't get automatic VCS (like for linut-tiomap) if we use 1 PPA with many packages... right? May 25 09:26:46 ndec, you can indeed create a project for each package if you like but still upload all of them to the same PPA in the end May 25 09:27:08 ogra_tb: gnome wants to be simple - forgot it? May 25 09:27:16 ogra: what would the workflow be then. upload new source to project, and then upload to PPA? May 25 09:27:34 the VCS you use for a project is independent from the centralized PPA May 25 09:28:18 ogra: well but for kernel (linux-tiomap) everytime a new .dsc file is uploaded it creates a new bzr version in the corresponding project. at least this is what I understood... May 25 09:28:27 you can for example have a gstreamer-omap project, have a bzr branch under the project but upload the source packages to the central PPA May 25 09:28:45 no, it doesnt May 25 09:28:59 bzr should be independent from the PPA uploads May 25 09:29:00 * NCommander feels like stabbing something May 25 09:29:54 hrw, well, i dont think its gnome but either alsa or pulse not handing the device through May 25 09:31:09 ogra_tb: alsamixer gives you lot of mixer entries so alsa handle it. May 25 09:31:31 funny is also that jockey came up on first boot here, offering me a driver for twl4030 May 25 09:32:23 i sadly dont have enough space on the SD to hold the kernel tree to try out dkms modules May 25 09:33:11 hrw, well, aplay doesnt give me any output even though i unmuted everthing May 25 09:34:54 ogra: on blaze you have 32Gb of eMMC. you can use fdisk to format. that gives plenty of space May 25 09:35:06 ogra_tb: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/alsa/alsa-state/omap3-touchbook/asound.state May 25 09:35:13 ogra_tb: fetch, load, test? May 25 09:35:22 ndec, i'm playing with the touchbook and ubuntu-netbook atm] May 25 09:35:33 hrw, thanks May 25 09:35:37 ogra: oops... May 25 09:35:43 :) May 25 09:35:50 the kbd is horrid May 25 09:36:07 ogra_tb: after 6 years with OE my main source of fixes/configs etc is OE ;D May 25 09:37:08 * ogra_tb tries firefox for the first time May 25 09:38:07 ogra_tb: you have 256M or 512M TB? May 25 09:38:14 512 May 25 09:38:25 FF is a bit stuttering but works ok May 25 09:38:39 (i havent added swap yet) May 25 09:41:19 ogra_tb: can you join #upstart? May 25 10:25:37 mumble May 25 10:29:04 ndec: The automatic bzr commits from uploads comes from something that scans the upload queue for uploads to Ubuntu, and then commits that to special branches. It's somewhat unrelated to either projects or PPAs. May 25 10:29:59 persia: ok. I see. this is only for projects that are beneath launchpad.net/ubuntu/..., right? May 25 10:30:21 right May 25 10:30:27 ndec: You want to talk to james_w about this May 25 10:30:34 it will happen for uploads to maverick May 25 10:30:43 but vnot for PPA stuff May 25 10:31:03 ndec: It could be done for PPAs equally well, but currently we only run package imports for the main Ubuntu archive and for Debian packages imported to Launchpad May 25 10:31:51 lool, well, ndec doesnt want it for PPAs if i understood correctly May 25 10:32:02 persia: so in my case, let me know if i get it right: i will create launchpad project such as launchpad.net/something, it will be linked to TI upstream git trees. when I make a new src package, I will upload to PPA. the PPA will have .dsc and .deb. the LP project will be used to report bug. but I won't be able to view the source code from the LP project... May 25 10:32:31 ndec: You can set up a vcs-imports job that would pull the git commits into bzr daily. May 25 10:32:37 right May 25 10:32:40 And that makes bzr branch lp:foo work May 25 10:33:24 Alternately, you could set up an upload scanner and have taht push to bzr, but if you7re working in git, and you're basically packaging upstream, then it makes more sense to me to have bzr track git. May 25 10:34:36 ndec: Oh, and for the sake of completeness, your statement is entirely correct without any further effort taken. May 25 10:42:38 persia: right. i don't want to have a bzr branch that tracks my git trees daily. upstream is done with git. but I would like all my source package to be tracked *somehow*. ideally I would like to commit the content of the source package in either git or bzr. I thought that what was done for linux-tiomap was the perfect solution.. May 25 10:43:28 persia: so now I can either create an external git tree where I package my upstream git trees (e.g. it would contain debian/ and all packaging patches). or I can use the LP project bzr branch for that... May 25 10:44:28 ndec: I don't know that much about it, but I believe git-buildpackage was designed to handle that use case. May 25 10:44:59 I believe the model is to have a packaging branch, and rebase that against the trunk when pushing a package. May 25 10:45:09 And then the packaging can just be committed to the regular git repos. May 25 10:45:14 You dont rebase May 25 10:45:25 you just merge the upstream branch in the packaging one May 25 10:45:46 Right. May 25 10:46:03 * persia isn't that familiar with git, and apologies for incorrect terminology May 25 10:46:29 persia: i didn't know about git-buildpackage. will check that. however note that my upstream (e.g. other dev teams) who owns the dev git tree don't package with debian. so I will need another tree (git or bzr) to store packaging data May 25 10:46:34 Well you might have to rebase if your tree is rebased May 25 10:46:42 especially with kernel trees May 25 10:47:03 But with other software I packaged in git in the past, upstream didn't rebase and I just merged in the packaging branches May 25 10:47:08 If you work from tarballs, even more so May 25 10:47:30 ndec: It's best to use the same VCS for both IMO, allows cherry picks May 25 10:47:36 Indeed. May 25 10:47:45 Or rather, makes cherry picks *lots* easier May 25 10:47:51 ndec: For instance, you can prepare a new package upload cherry picking a single patch May 25 10:47:56 lool: i agree, that also means that i don't need to learn bzr then ;-) May 25 10:48:01 lol May 25 10:48:11 It's a win all around :) May 25 10:48:40 It does mean you get little launchpad integration, for instance your source wont be linked to closed bugs and such May 25 10:48:52 But it's kind of inevitable that you work with git for kernel trees May 25 10:52:46 hrw, so lets go to #ubuntu-kernel to talk about serial consoles :) May 25 10:53:17 (and their upstart autodetection :) ) May 25 10:54:12 hrw: I'd like to offer review or fixes to your shell script dealing with console= args if you keep it May 25 10:54:16 I saw some issues with it May 25 10:54:56 But it might be that it's not part of the final design, so May 25 10:55:21 lool, well, we just asked Keybuk for upstream inclusion May 25 10:55:29 and he wants some massive chnages first May 25 10:55:43 mainly to the kernel May 25 10:56:23 he also said that using /etc/default violates upstart policy May 25 10:56:46 It does. May 25 10:57:07 Yeah May 25 10:57:19 Mind you, /etc/default is planned to come back with 0.10, but in an entirely different way (and likely with a different path) May 25 10:57:21 lool, whats the timeline for having it in your arm project ? May 25 10:57:28 pre maverick ? May 25 10:57:44 Personally my main problem with it is the approach of having to pass cmdline args for things to work; I'd rather have upstart start a getty on all serial consoles or something like that May 25 10:58:01 lool, right, thats what Keybuk wants May 25 10:58:01 Problem is that there are many possible device names, so the current approach of tty1 - tty8.conf doesn't work May 25 10:58:18 he wants to be able to have a "start on" if the device exists May 25 10:58:25 without having to parse anything May 25 10:58:26 I really don't want a getty on all serial. May 25 10:58:27 ogra: I dont think we're considering changes to our image at this point, but it doesn't matter too much May 25 10:58:38 so maverick would be fine then May 25 10:58:45 I use serial for auxillary displays, on which I never want getty May 25 10:58:59 i really want that function in 10.07 but can solve it trhough having my own package May 25 10:59:12 though i'd rather not having to duplicate anything May 25 11:00:12 persia: In most cases, my serial port is an USB adapter to connect to other boards, not to run a getty, so I'm in a similar situation May 25 11:00:21 amitk: When I do a "git push HEAD", should I have to do things on the remote to see the changes reflected in the directory tree? May 25 11:00:39 lool, well, the poin tis that you really only want a getty if console= was set on cmdline May 25 11:00:45 else it doesnt make much sense May 25 11:01:28 so the code needs to a) get a kerbel event for the device created and b) still needs to parse the cmdline May 25 11:01:33 *kernel May 25 11:02:14 So, why are we using upstart for this? May 25 11:02:41 Couldn't we just add a udev script that parsed the command line and optionally launched getty when a serial port was reported? May 25 11:03:04 because upstart handles all gettys May 25 11:03:24 the code we have is already quite ok, its just not upstreamable May 25 11:03:49 because it relies on the fact that the kernel has serial support builtin May 25 11:04:08 which is true foe all armel ubuntu kernels but not necessarily for other distros May 25 11:05:01 lool: ndec: you can have LP integration for closed bugs with kernel git packages if you commit message contains the BugLink keyword May 25 11:05:54 ogra: 99% of serial console users in Ubuntu don't run armel. Please don't make this an arch-specific solution. May 25 11:06:19 i will if it doesnt enter maverick in a timely manner May 25 11:07:02 Why? Why can't it be an arch-neutral solution? May 25 11:07:54 it can if you can guarantee that there is serial support for all ubuntu kernels May 25 11:08:09 i know for sure its there for armel May 25 11:08:13 How much "serial support" do you need? May 25 11:08:29 a serial console for booting May 25 11:08:34 serial console ++++++++++++++++++++++++++ May 25 11:08:37 But since at least one armel kernel flavour is built from the regular kernel tree, I can't imagine it's a big leap to have it just work. May 25 11:09:20 The kernel team is trying to collect the set of required configurations for a kernel to be an "Ubuntu kernel". Just make sure that the necessary CONFIG flags to make that work are on the list. May 25 11:09:31 And they'll enforce it for all arches (or fail the builds) May 25 11:09:32 as i said, if anypone can proof its available in all kernels i have no issue with a autodetect-serial-upstart package or something like that May 25 11:09:47 until the kernel is fixed upstream to make it upstreamable in upstart May 25 11:10:28 for now my only focus is 10.07 and only armel May 25 11:11:38 I understand your focus. I'm just hoping you'd be willing to solve your problems in a way that also solves them for other folks. Getting that guarantee is just a matter of getting stuff into the required list. Specify the kernel config you need to the kernel mailing list, and it's very likely to be done. May 25 11:11:56 And that saves you then having to hunt down each topic branch for the multitude of armel kernels. May 25 11:11:57 and i'm not really after pushing a workaround into all arches if there is a proper solution in the pipe May 25 11:12:44 its more than the kernel config for a proper solution May 25 11:12:49 it will need patches May 25 11:14:24 We don't get udev events for serial ports? May 25 11:14:31 re May 25 11:14:34 sorry, was called for emergency May 25 11:17:35 Well, that makes sense. What's the proper solution? May 25 11:19:16 a kernel event if the console device exists May 25 11:19:24 so upstart can use "start on" May 25 11:22:56 ogra: that seems to make some sense. No idea how hard it will be to add event support to the console driver(s), though May 25 11:24:12 Could that cause a race condition with the VC gettys? May 25 11:25:15 why ? May 25 11:28:36 Because they could be consoles, which I wrote before I saw the discussion in -kernel, which makes my question obsolte (and obviouasly underimformed) May 25 11:29:05 Err, obsolete and obviously underinformed May 25 11:50:28 NCommander, persia, i have added work items for both of you to https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap May 25 11:51:32 OK. I should be able to get mine for Alpha 3, but not likely before. May 25 11:51:51 (well, rather, sometime after Alpha 2) May 25 11:51:53 to late for 10.07 though May 25 11:52:04 between A2 and 3 should be ok May 25 11:52:06 Depends on the freeze date, but likely. May 25 11:52:14 If you need it sooner, please assign to someone else. May 25 11:53:03 My (rough) guess would be that I'd be done ~15th July. May 25 11:53:12 then i'll do it myself (which i will do anyway but not as deeply as you will i guess) May 25 11:53:27 so it will happen in any case May 25 11:53:51 Shall we plan two passes then? A quick pass for the obvious "Hey, this is broke" stuff, and a second pass for completeness later? May 25 11:54:09 sure May 25 11:54:16 With first pass for Alpha 2 and second pass for Alpha 3 (ideally both delivered at least a couple weeks early) May 25 11:54:27 sounds good May 25 11:54:28 Great. That works very well for me. May 25 11:59:02 * hrw -> lunch break May 25 12:32:49 ndec, did NCommander send you an invitation to the mobile team IRC meeting ? May 25 12:55:10 lool: s/DH_COMPAT=2 dh_movefiles/dh_install --autodest/g and bumping debian/compat from 5 to 7 solved May 25 12:55:50 lool: and that way I got gcc built with dh_isntall instead of dh_movefiles May 25 13:02:36 hrw: did you debdiff the results? May 25 13:02:55 hrw: dh_movefiles also renames files, so you need to be careful to mv stuff around before dh_install May 25 13:03:35 lool: I crossbuilt maverick gcc-4.4 before and after changes. debdiff said 'no differences' May 25 13:04:37 lool, asac, any idea where https://blueprints.edge.launchpad.net/ubuntu-arm/+spec/arm-m-image-builds-without-root went ? May 25 13:05:08 ogra: to /ubuntu I'm pretty sure May 25 13:05:18 JamieBennett is mass-moving specs to /ubuntu May 25 13:05:33 it might also be renamed to mobile- instead of arm- as to allow for separate workitems trackers May 25 13:05:33 hrm May 25 13:05:42 not renamed yet May 25 13:05:44 LP search doesnt find a thing May 25 13:05:46 hrw: Ah cross-built May 25 13:05:57 hrw: Please try a normal build (on intel) instead if you can May 25 13:06:05 hrw: debdiff without and with the changes May 25 13:06:14 ogra: just remove -arm ;) May 25 13:06:20 the link then works May 25 13:06:21 hrw: then open a bug against the source package with a debdiff and ask doko for review May 25 13:06:43 JamieBennett, merci !! May 25 13:07:35 ogra: https://edge.launchpad.net/+search?field.text=arm-m-image-builds-without-root works for me (top hit) May 25 13:08:18 well, my top hit went to ubuntu-arm May 25 13:08:22 and still does May 25 13:08:24 sure May 25 13:12:01 ogra: renamed you BP to mobile-* to set its context better. It can now be found at https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-m-image-builds-without-root! May 25 13:12:36 thanks May 25 13:19:02 hrw: When you're working on a work item, you can set it to INPROGRESS May 25 13:19:12 hrw: when it's complete (fix released), mark it DONE May 25 13:19:35 ok May 25 13:19:49 hrw: thanks! May 25 13:21:38 lool: I miss redmine May 25 13:23:01 in my previous job we used redmine for task tracking so it was easy to find who is working on what. now it is more fuzzy I feel May 25 13:23:14 Hmm, I'm quite at a loss on how to spec rm-m-dpkg-wishlist May 25 13:23:17 *arm-m-dpkg-wishlist May 25 13:28:27 dpkg wants filters May 25 13:29:03 btw, i am bit confused what decision you made towards sysroot (in cross compilers) is that against multiarch? May 25 13:29:40 IIRC, there was a variable WITH_SYSROOT properly set builds (or almost) sysroot cross compilers May 25 13:32:25 FYI, there was also another variable to provide a canadian cross (have libgcc1 for the target system) called REVERSE_CROSS (or similar) May 25 13:33:36 if you want a pure cross system, keep canadian cross in mind May 25 13:37:51 zumbi: There is no decision against multiarch May 25 13:38:00 zumbi: we will use multiarch when it's available May 25 13:38:05 but that doesn't seem to be the case right now May 25 13:38:42 hrw: ^ you might be interested in WITH_SYSROOT and REVERSE_CROSS above May 25 13:38:54 zumbi: sysroot should already be implemented in gcc-4.5 May 25 13:38:55 lool: either way is fine for me (at least I have always prefered sysroot way) May 25 13:39:01 I noticed reverse_cross/deb_cross stuff already May 25 13:39:23 deb_cross is set automatically for cross builds May 25 13:40:05 well, thanks for the work, it is looking great! :) May 25 13:40:12 and reverse_cross is not canadian May 25 13:40:16 i hope to have some free time to help out sometime May 25 13:40:30 # build != host && host == target : reverse cross (REVERSE_CROSS == yes) May 25 13:40:46 # build != host && host != target : canadian (DEB_CROSS == yes) May 25 13:40:54 # build == host && host != target : typical cross (DEB_CROSS == yes) May 25 13:42:14 hrw: ok, i was referring to reverse cross then, nowadays, you even need to get a libstdc++ (because lzma dependency on dpkg) for base May 25 13:42:29 and for most of situation we want normal build or cross. we can use crossgcc to build reversecross May 25 13:43:44 hrw: i have never tried that crossgcc to build gcc May 25 13:44:00 zumbi: I did it a lot with OpenEmbedded May 25 13:44:25 hrw: well, then it should work, but debian is different from OE May 25 13:44:30 I know May 25 13:44:36 :) May 25 14:46:12 yes ;@ May 25 14:46:14 hi prpplague May 25 14:46:22 hrw: greetings May 25 14:47:12 prpplague: how things? May 25 14:49:13 hrw: not to bad May 25 14:49:18 hrw: staying pretty busy May 25 15:01:12 ~curse ubuntu-bug **** ENDING LOGGING AT Wed May 26 02:59:57 2010