**** BEGIN LOGGING AT Thu Apr 08 02:59:56 2010 Apr 08 03:06:20 NCommander, I cannot even launch Chromium browser here (instead of rendering wrongly). Just install it from archive. Would try it on a latest fresh livecd. Apr 08 03:06:41 I can Apr 08 03:06:50 eggonlea: can't test it on Dove ATM (my PSU is MIA ATM), but I'll put it on a TODO item Apr 08 03:06:51 eggonlea : What plaform are you testing on? Apr 08 03:07:00 MartinB: he's on Dove ;-) Apr 08 03:07:02 NCommander : I've got a tegra2 working here... Apr 08 03:07:06 Dove. Apr 08 03:07:10 thanks .. one sec Apr 08 03:07:26 Y0, right? Apr 08 03:07:29 MartinB: X0 Apr 08 03:07:30 X0 Apr 08 03:07:35 There are issues with Y0/Y1 on Lucid Apr 08 03:07:40 Sure ... MAKE me go to the garage to get it. Apr 08 03:07:41 sigh Apr 08 03:07:44 as in, it doesn't work :-) Apr 08 03:07:44 2 mins Apr 08 03:07:50 MartinB: where'd you get a dove board? Apr 08 03:08:02 NCommander : Asked nicely after last UDS Apr 08 03:08:09 MartinB: wow Apr 08 03:08:11 NCommander : remember, I /live/ in Austin Apr 08 03:08:14 MartinB: that's true Apr 08 03:08:15 BRB Apr 08 03:08:38 MartinB, so you are running Karmic on Y0? Apr 08 03:09:05 eggonlea : No, I'm running something custom on the Y0, but I can always switch the image .. I just got the X0 out of the garage Apr 08 03:09:27 I need to run an aptitude update and safe-upgrade, then we'll be in good shape Apr 08 03:10:48 okay, done Apr 08 03:10:53 what's the issue? Chromium doesn't run? Apr 08 03:11:09 I use a SATA rootfs Apr 08 03:11:41 Nothing happened after I clicked the icon. Apr 08 03:11:54 no GUI launched, no segfault. Apr 08 03:11:58 which build of chromium? Apr 08 03:13:16 that in archive. Apr 08 03:13:20 not PPA Apr 08 03:14:34 * eggonlea reinstall it in case it's broken. Apr 08 03:14:51 Get:1 http://10.38.164.98/ubuntu-ports/ lucid/universe chromium-browser-inspector 5.0.342.7~r42476-0ubuntu1 [598kB] Apr 08 03:14:51 Get:2 http://10.38.164.98/ubuntu-ports/ lucid/universe chromium-codecs-ffmpeg 0.5+svn20100326r42726+42573+42890-0ubuntu1 [251kB] Apr 08 03:14:51 Get:3 http://10.38.164.98/ubuntu-ports/ lucid/universe chromium-browser 5.0.342.7~r42476-0ubuntu1 [15.1MB] Apr 08 03:15:09 10.38.164.98 is my local mirror to ubuntu-ports Apr 08 03:15:15 p chromium-browser - Chromium browser Apr 08 03:15:16 got it Apr 08 03:15:34 installed ... and I'm assuming you're using the default gnome desktop? Apr 08 03:16:09 Netbook by default. Apr 08 03:16:34 I've got both a server image, and a full desktop Apr 08 03:16:39 I'll boot the desktop to check Apr 08 03:19:31 works Apr 08 03:19:35 no issue at all Apr 08 03:20:34 Then, there must be something wrong with my rootfs. Apr 08 03:20:47 *** glibc detected *** aptitude: double free or corruption (!prev): 0x002a1198 *** Apr 08 03:20:53 hmm .. new error with aptitude install though Apr 08 03:20:56 haven't seen that before Apr 08 03:21:47 * eggonlea drop the current rootfs upgraded by apt-get update/upgrade and is going to install a fresh one from livecd Apr 08 03:24:53 good idea Apr 08 03:25:08 in fact, I should probably do the same Apr 08 03:25:13 this one was built mid-Feb Apr 08 03:25:21 I just hate wiping the hard disk :) Apr 08 03:25:45 but with all these ARM devices around now, I can more easily create a rootfs Apr 08 03:26:37 It would help if Ubuntu provides a mode to install automatically. Apr 08 03:26:55 interesting... is the chromium ffmpeg-nonfree supposed to do h.264? Apr 08 03:27:12 eggonlea: How do you mean? Do the dailies not work? Apr 08 03:27:48 DanaG: Personally I don't think so because of license. But I'm not sure until I got it running here. Apr 08 03:28:21 hmm, but I would've thought "nonfree" meant "includes things you're not supposed to install... but probably will install anyway." Apr 08 03:28:26 persia: To install a Ubuntu to SATA from Livecd. Apr 08 03:28:32 as in all those medibuntu things. Apr 08 03:28:40 Alternately, we just need an ARM medibuntu. Apr 08 03:29:38 I also just verified the chromium package works remotely Apr 08 03:29:44 eggonlea: That should just work from the live images. How does it fail? Apr 08 03:29:51 persia, e.g. record the install information on one machine and then apply this on all of the other machines. Apr 08 03:30:26 eggonlea: That's installer preseeding, which should be well supported (and bugs are appreciated if it doesn't work) Apr 08 03:30:35 * persia hunts up some docs Apr 08 03:30:41 persia, sorry, I don't know our livecd support that already. Apr 08 03:31:36 http://www.igotu.com/snapshot.png Apr 08 03:31:46 So, there's a bug :) https://help.ubuntu.com/9.10/installation-guide/armel doesn't exist. https://help.ubuntu.com/9.10/installation-guide/i386/ should be mostly the same for most preseeding. Apr 08 03:32:11 Running chromium remotely via X from the X0 to my mac :) Apr 08 03:32:43 MartinB, looks good. I did not see any rendering error there. Apr 08 03:32:55 works great Apr 08 03:33:04 I'm also browsing the filesystem, as well as looking at images Apr 08 03:33:07 MartinB, it's said rendering abnormally on Dove. Apr 08 03:33:11 Hmmm. Apr 08 03:33:30 worth verifying again tomorrow, but I'm not seeing an issue Apr 08 03:34:51 * eggonlea reading... Apr 08 06:06:38 Anbody from Compulab is here Apr 08 06:11:06 siji: If nobody answers after a while, you might try asking the question you had intended to pose to someone from Compulab: it may be that someone else also has the answer. Apr 08 06:11:51 persia,am really sorry Apr 08 06:12:02 I was trying to get somebody from Compulab Apr 08 06:12:14 earlier one mike used to be here alive Apr 08 06:12:19 :) Apr 08 06:13:12 I just want to knw more details abt compulab's omap based COM Apr 08 06:13:34 specially performance point of view Apr 08 06:13:43 with Ubuntu Apr 08 06:14:25 No need to be sorry. I just believe in generalised questions :) I would have asked "Does anyone have any pointers to information about compulab's OMAP based COM, especially any information about performance?" Apr 08 06:14:46 Unfortunately, I don't have any such pointers. Sorry. Apr 08 06:20:22 persial, not only that, I posted a query to compulab last week and till havent got any reply (abt the pricing etc) Apr 08 06:27:21 siji: If I were you, I'd be increasingly tempted by other solutions :) Apr 08 06:30:38 :) Apr 08 09:42:53 morning Apr 08 10:11:11 guys: how much builds you do on your x86(-64) boxes and how much on arm boards? Apr 08 10:12:04 all builds are done natively Apr 08 10:12:38 we might cross-compile _occassionally_ for quick compile-testing.. Apr 08 10:12:49 ok, so next question Apr 08 10:13:03 how much you compile at all and how much take from repositories? Apr 08 10:13:31 everything Apr 08 10:13:51 I am trying to find out build power requirements Apr 08 10:13:53 at least in lucid we recompiled the whole archive for v7 and thumb2 Apr 08 10:14:03 No. Apr 08 10:14:14 no ? Apr 08 10:14:23 We recompiled *most* stuff. There's still stuff that hasn't been updated since warty. Apr 08 10:14:30 * persia digs up automated lsits Apr 08 10:14:42 i thought that fell under the "dont build it" policy Apr 08 10:14:55 hrm? Apr 08 10:15:07 i.e. did we have a policy to remove binaries for stuff that wasnt built in lucid ? Apr 08 10:15:11 * amitk guesses that all of 'main' was native compiled? Apr 08 10:15:19 We recompiled everything listed at http://qa.ubuntuwire.com/multidistrotools/unchanged/changed_since_karmic for lucid Apr 08 10:15:36 We didn't recompile anything listed at http://qa.ubuntuwire.com/multidistrotools/unchanged/unchanged_since_karmic (yet) Apr 08 10:15:41 amitk, everything was native compiled ... either in ubuntu or debian :) Apr 08 10:15:52 No. Everything was native compiled in Ubuntu. Apr 08 10:16:02 debian does native too Apr 08 10:16:08 at least as far as i know Apr 08 10:16:22 ogra: I meant all of 'main' was native (RE)compiled (for armv7) Apr 08 10:16:22 Yes, but we don't use those results (which is part of why we don't, for example, have a working fpc today) Apr 08 10:16:41 amitk, right Apr 08 10:16:46 amitk: That is believed to be true, but I'm not sure anyone did confirmation. Apr 08 10:17:15 persia, its only not true if asac made a mistake assembling the give back lists Apr 08 10:17:16 A script was used that *tries* to identify ELF2 images to target which packages needed recompile. The script may have been buggy. Apr 08 10:17:51 theoretically all of main should have been recompiled Apr 08 10:17:56 Right. Apr 08 10:18:06 * amitk guesses hrw has too-much-info now :) Apr 08 10:18:10 plus everything that was uploaded during the cycle in universe Apr 08 10:18:16 or synced Apr 08 10:18:27 Inded. Everything in the first URL I posted above. Apr 08 10:18:34 we recompiled everything thats in main and that isnt arch all Apr 08 10:19:21 Did we? Did we recompile libx86 for armel? Apr 08 10:19:30 persia, we tried to :P Apr 08 10:19:32 * persia expects the answer is (slightly) more complicated Apr 08 10:19:43 Oh, heh. 12th March. Apr 08 10:19:48 given that it cant build on armel thats a moot point Apr 08 10:19:59 ;) Apr 08 10:20:21 libx86 should really be in PAS Apr 08 10:20:23 That's kinda why I picked it. I thoguht the pointless-to-recompile ones were intentionally skipped. Apr 08 10:21:07 Anyway, doesn't really matter. Apr 08 10:21:29 right ;) Apr 08 10:21:33 hrw: The real answer is that most stuff has been recompiled, and anything that can be demonstrated to have a bug that would be solved by recompilation can be trivially recompiled. Apr 08 10:21:58 amitk: on 26th April I start Ubuntu/ARM work and try now to find out which kind of build will I use. now I do all on my desktop (+ potential VMs if needed) and sometimes run configure scripts on boards to check for strange variables. With Ubuntu/ARM I suspect more builds to be done on arm boards (beagleboard for example) but it takes much more time Apr 08 10:22:02 We do all compilation in the repositories, but most of us test-compile before uploading. Apr 08 10:22:06 * persia glares at asac Apr 08 10:22:06 persia: libx86 was tried to recompile ;) Apr 08 10:22:22 last attempt 3rd marc Apr 08 10:22:30 i skipped stuff that was ftbfs since the beginning Apr 08 10:22:37 12th according to my logs, but sure. Apr 08 10:22:48 hrw, get an XM :) Apr 08 10:22:57 the 512M will really help Apr 08 10:23:01 ogra: I have b7/c3/c3 here Apr 08 10:23:11 not enough ram to be speedy Apr 08 10:23:20 ogra: and would prefer armv7 with 1GB ram Apr 08 10:23:30 hrw: Other commercially available stuff that can build is Efika MX and Netwalker, but there aren't kernels for those Apr 08 10:23:36 * ogra wouldnt seriously build on a B or C beagle Apr 08 10:23:39 * persia really approves of unified-omap kernels Apr 08 10:23:56 persia, for 10.10 probably Apr 08 10:24:10 ogra: Sure. Both of those are ARMv7 Apr 08 10:24:20 ogra: thats why I do builds on my x86-64 Apr 08 10:24:37 but have different (and sometimes conflicting) peripherials on the SoC Apr 08 10:24:59 and we dont have any time left Apr 08 10:25:06 hrw: Lots of packages *can't* cross-compile. Many of them can compile with qemu-system-arm or qemu-static-arm, but that's not that much faster than native (but RAM helps). Apr 08 10:25:19 efika mx uses i.mx chip from freescale... that company and their linux support.... Apr 08 10:25:28 persia: name one of them? Apr 08 10:25:34 hrw: gcc Apr 08 10:25:47 persia: I crosscompiled gcc yesterday Apr 08 10:25:48 beyond that you need the same toolchain to be sure your binaries are sane Apr 08 10:26:04 hrw: Not the Ubuntu package, you didn't, or you intentionally disabled the test suite. Apr 08 10:26:07 persia: and then build vim with it on armv7a Apr 08 10:27:18 And history aside, my Netwalker runs Ubuntu just fine (and ships with it). Apr 08 10:28:43 hrw: Anyway, the general issue with cross-compilation in Ubuntu is that lots of packages need to run the results of the compile post-build/pre-install and so those need to run either natively or in emulation. Packages without test-suites are (wishlist) buggy. Apr 08 10:28:55 how open and current is efika mx? Apr 08 10:29:12 I have i.mx31 devices here and very bad kernel experience with them Apr 08 10:29:18 From what I've heard, userspace is stock Ubuntu 9.04, the kernel source is available (but not upstream). Apr 08 10:29:33 * persia doesn't have an Efika MX Apr 08 10:29:37 freescale... Apr 08 10:29:49 netwalker use which SoC? Apr 08 10:29:55 i.MX51 Apr 08 10:29:57 imx51 Apr 08 10:30:18 argh Apr 08 10:30:24 imx51 is currently our best supported arch Apr 08 10:30:39 In terms of retail, cetainly. Apr 08 10:30:42 at least it has the least glitches atm Apr 08 10:30:42 ogra: with 5MB patch applied on mainline kernel? Apr 08 10:30:50 Other SoC vendors need design wins :) Apr 08 10:31:33 * ogra is expecting omapo to take that role in 10.10 but omap in 10.04 is still young and to late for making it sexy Apr 08 10:31:37 *omap Apr 08 10:31:59 ogra: :D Apr 08 10:31:59 Especially with the unified kernel: it should almost auto-port to all sorts of retail stuff. Apr 08 10:47:41 lool, Unsupported ioctl: cmd=0xc020660b have you seen that in arm chroots ? Apr 08 10:49:44 ogra: Yes Apr 08 10:49:54 hi Apr 08 10:49:58 i've got a beagle board Apr 08 10:50:05 should i try ubuntu on this? Apr 08 10:50:20 lool, seems to not do any harm, do you think we could quieten it for release ? Apr 08 10:50:45 neurre: Of course :) Apr 08 10:51:03 neurre: Be warned that you may find the memory a bit low for the standard installs though. Apr 08 10:51:21 how easy it is to try? Apr 08 10:51:46 neurre: Very. Download the omap image from http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/ , dd to SD, and boot it. Apr 08 10:52:08 dont do that on a rev B board ! Apr 08 10:52:11 I believe it's currently buggy in a couple annoying ways (like broken USB support), but it ought boot. Apr 08 10:52:15 it wont boot in 128M Apr 08 10:52:20 Oh :( Apr 08 10:52:29 i have 256MB Apr 08 10:52:30 Do we have anything that boots on rev B? Server maybe? Apr 08 10:52:36 server might boot Apr 08 10:52:37 so this is rev C i suppose? Apr 08 10:52:41 yes Apr 08 10:52:50 hmm Apr 08 10:52:51 the board should ahve a little sticker Apr 08 10:52:58 next to the USB port Apr 08 10:52:59 how do i get the thing to sd card? Apr 08 10:53:04 use dd Apr 08 10:53:26 There are some graphical tools too Apr 08 10:53:28 * persia hunts a link Apr 08 10:53:30 i need sdcard thing for my pc i suppose? Apr 08 10:53:39 Yes. Apr 08 10:53:50 ogra: easier check is availability of normal USB connector - Bx lacks them, Cx have Apr 08 10:53:57 gotta go get one, then.. Apr 08 10:54:31 ogra: or placement of hdmi connector. Cx have hdmi/svideo/audio, Ax/Bx have hdmi on same side as expansion connector Apr 08 10:54:44 my B6 has a USB connector Apr 08 10:54:55 ogra: EHCI one? Apr 08 10:55:03 oh, i lied Apr 08 10:55:16 * ogra hasnt looked at the B board for a while Apr 08 10:55:18 I just unoacked B7 to compare Apr 08 10:55:22 will lucid-netbook-armel+omap.img boot on beagleboard? Apr 08 10:55:24 i always mix up the HDMI for USB Apr 08 10:55:30 ogra: I didn't look into it Apr 08 10:55:34 just like that, without need to do some boot time setenv stuff? Apr 08 10:55:36 neurre: On rev C, yes. Apr 08 10:55:46 does it include PVR drivers? Apr 08 10:55:56 neurre: it will boot but default kernel does not have usb working yet Apr 08 10:56:00 neurre, it will just boot, but still has lots of issues we hope to resolve before release Apr 08 10:56:08 neurre: If you don't like dd for some reason, https://help.ubuntu.com/community/Installation/FromImgFiles has some other options (although I don't know how well tested they are with SD targets instead of USB targets) Apr 08 10:56:08 ok.. Apr 08 10:56:15 how about anything older? Apr 08 10:56:17 hrw, it wont install either :) Apr 08 10:56:36 ogra: yep Apr 08 10:56:57 i still need to find the right installer magic ... but that requires a working kernel that lets me start the installer at all :) Apr 08 10:58:04 neurre: Unfortunately, support for omap is very new in Ubuntu. There are some self-build instructions on elinux.org for older releases, but helping test the upcoming release helps make it great :) Apr 08 10:58:58 ogra: You could always just add a hack in casper that added ubiquity to the session (in 10adduser) for testing purposes :) Apr 08 10:59:25 persia, doesnt help if i hit OOM because of missing compcache :) Apr 08 10:59:50 i can also boot with only-ubiquity to not load the desktop Apr 08 11:00:03 (which is my fallback if compcache isnt sufficient actually) Apr 08 11:00:05 heh, OK. Apr 08 11:22:05 lool, why did we never use genext2fs for image building ? Apr 08 11:22:25 * ogra is really thankful hrw pointed him to that Apr 08 11:23:43 ;) Apr 08 11:26:35 ogra: Because we didn't need it so far? no idea really Apr 08 11:26:58 its quite awesome for creating ext2/3 images without root privileges Apr 08 11:39:29 http://marcin.juszkiewicz.com.pl/2010/04/08/what-makes-a-good-developer-board/ Apr 08 11:51:27 * persia reads avidly, and discovers the dual meaning of "board" :) Apr 08 11:51:41 ? Apr 08 11:52:10 There's a session starting in #ubuntu-classroom in about 10 minutes entitled "Q&A about the Developer Membership Board" Apr 08 11:52:19 ah Apr 08 11:53:54 Just an amusing coincidence, really. Apr 08 11:54:48 ;) Apr 08 12:04:55 hrw: Reviewing that post: why uboot only? Shouldn't OF or UEFI be also suitable? Apr 08 12:07:01 persia: so far I used arm (armv4/v4t/v5te/v6/v7a), avr32, x86 devboards/embeddeddevices. most of them used u-boot, 2 were redboot (one migrated to u-boot later), x86 were standard bios Apr 08 12:07:05 hrw: Did you try sheevaplug? Apr 08 12:07:15 lool: have one under desk Apr 08 12:07:31 lool: want to buy? Apr 08 12:07:32 hrw: I wonder why you listed 2 serial ports and a JTAG connector on your wishlist after having used a sheevaplug Apr 08 12:07:49 I really liked having the serial console and JTAG FTDI on the USB bus myself Apr 08 12:07:53 hrw: I'll agree that redboot can be limiting :) I just was under the impression that OF and UEFI both were even more friendly than uboot when it came to nice flexible boot systems. Apr 08 12:07:54 lool: sheevaplug is not devboard Apr 08 12:08:16 lool: and usb serial/jtag on sheeva unregister from usb bus when you press reset Apr 08 12:08:25 hrw: Still, it's a single USB cable to multiplex pretty much everything; uncluttered my desk Apr 08 12:08:28 persia: did not used any of them Apr 08 12:08:51 lool: agreed - I even got one or two devices move to that scheme Apr 08 12:08:58 hrw: So you find it a problem that the JTAG has to be reconnected across reboots? Apr 08 12:09:01 lool: but my desktop has 7 real serial ports ;D Apr 08 12:09:18 while redboot is limiting, its very fast .... Apr 08 12:09:24 Indeed. Apr 08 12:09:26 Which is increasingly rare; laptops are now more numerous than desktops! Apr 08 12:09:46 ogra: not if you have to load kernel from tftp on ep9301 cpu ;( Apr 08 12:10:32 indeed, i meant for loading from local media Apr 08 12:10:47 lool: I do not remember when last time I used my laptop for development... but it is so old that it has one real serial port Apr 08 12:12:17 New laptops sometimes have real serial. Apr 08 12:12:42 and costs extra for it Apr 08 12:13:18 lastlog ioctl Apr 08 12:13:28 oops Apr 08 12:13:58 Well, maybe. I've never seen two models that were identical except for presence/absence of the port :) Apr 08 12:14:18 And there's USB octopus serial cables with DB9/RJ48 on the ends. Apr 08 12:19:04 amitk: You mean dmesg | grep oops Apr 08 12:21:03 lool: no, I was doing a search in my irssi log about your discussion about ogra> lool, Unsupported ioctl: cmd=0xc020660b have you seen that in arm chroots ? Apr 08 12:24:31 amitk: Yes, using qemu Apr 08 12:24:44 amitk: qemu syscall emulation that is Apr 08 12:25:21 ok Apr 08 12:27:07 amitk: I was just kidding with the grep BTW :) Apr 08 12:28:02 :) Apr 08 12:41:06 yippie Apr 08 12:41:23 my d-i fixes work, server gets further than the kbd selection Apr 08 12:42:10 to sad it doesnt fins a target disk now :( Apr 08 12:42:15 *find Apr 08 12:43:44 hrm Apr 08 12:43:58 it doesnt find ubuntu.seed .... Apr 08 12:44:06 indeed because we build -server Apr 08 12:53:27 heh Apr 08 12:53:36 hmm Apr 08 12:54:01 so do i default to ubuntu-server.seed for *all* alternate omap images now ? Apr 08 12:54:18 we dont have a way to differentiate wrt cmdline Apr 08 12:54:37 ? Apr 08 12:55:43 lool, we stopped building normal alternate images and the debian-cd code defaults to file=/cdrom/preseed/ubuntu.seed atm Apr 08 12:56:01 You mean alternate desktop images? Apr 08 12:56:09 the server images we build use /cdrom/preseed/ubuntu-server.seed Apr 08 12:56:15 lool, right Apr 08 12:56:44 I don't understand why there would be any ARM specificity here though, it's just package selections and files in the image? Apr 08 12:56:47 i wonder if we might care for desktop alternate images again at some point Apr 08 12:56:59 Yeah, well if it's not desktop it might be netbook or something else Apr 08 12:57:09 lool, the bootloader setup and cmdline code is arm specific Apr 08 12:57:13 not the image Apr 08 12:57:18 In any case, you can set the seed to the server one for server builds, but not for anything else Apr 08 12:57:58 well, i cant Apr 08 12:58:22 boot-armel+$subarch doesnt know its building server or desktop Apr 08 12:58:38 it only makes a distinction if its live or alternate atm Apr 08 12:58:50 and sets the seed based on that Apr 08 12:59:41 and given that we dropped alternate desktop completely (since we dont support desktop on armel anymore) the seed thats getting added to the cmdline is wrong Apr 08 13:03:20 ogra: Don't we build alternate desktop images on i386? Apr 08 13:03:28 lool, we do Apr 08 13:03:37 but we dont on armel targets Apr 08 13:03:42 Why can't we use the same logic to set the seed? Apr 08 13:03:51 heh Apr 08 13:03:55 why didnt we ? Apr 08 13:05:12 What I see currently: Apr 08 13:05:14 data/lucid/preseed/ubuntu/ubuntu.seed Apr 08 13:05:14 data/lucid/preseed/ubuntu-server/ubuntu-server.seed Apr 08 13:05:14 data/lucid/preseed/ubuntu-server/amd64/ubuntu-server.seed Apr 08 13:05:14 data/lucid/preseed/ubuntu-server/i386/ubuntu-server.seed Apr 08 13:05:17 data/lucid/preseed/ubuntu-netbook/ubuntu-netbook.seed Apr 08 13:05:41 So there's a base ubuntu-server seed and per subarch overrides if needed Apr 08 13:05:50 not in the scripts Apr 08 13:05:52 there's a base ubuntu seed (desktop), no override needed Apr 08 13:06:01 i'm talking about boot-armel+$subarch here Apr 08 13:06:18 we never added any logic to be selective based on $PROJECT Apr 08 13:06:49 and if you build ubuntu-server it will still default to /preseed/ubuntu/ubuntu.seed Apr 08 13:06:50 ogra: Apparently there's a simple macro you can call to get it Apr 08 13:06:58 I suspect it's what "default_preseed" computes Apr 08 13:07:20 Right, exactly, see tools/boot/lucid/common.sh for its code Apr 08 13:07:36 So just source that and call default_preseed, then use $DEFAULT_PRESEED on the cmdline Apr 08 13:07:49 ah, sweet Apr 08 13:08:05 i thought i'd need to add a ton of "if [ "$PROJECT" = ubuntu-server ]; then" Apr 08 13:08:21 which is why i brought it up here Apr 08 13:09:01 (Perhaps not the best channel to discuss cdimage stuff though) Apr 08 13:09:12 well, its debian-cd Apr 08 15:07:14 * XorA wishes there was an ubuntu for his n810 Apr 08 15:08:01 9.10 ought be installable. Apr 08 15:08:14 I know the Mer folk spent a lot of time working on that as the basis for their releases. Apr 08 15:09:31 XorA, i had jaunty running on my n800, karmic should also work Apr 08 15:10:22 ogra: but how would I install it? Apr 08 15:10:51 XorA: http://blog.linuxniche.net/?p=16 or similar is probably a sane place to start Apr 08 15:10:51 well, i instealled the bootmenu stuff from maemo that enables you to run your rootfs from SD Apr 08 15:10:51 Mer is sort of based on ubuntu, but touching apt-get leaves you with unbootable system 100% of the time Apr 08 15:11:02 Mer is more than sort-of based on Ubuntu. Apr 08 15:11:09 then just created a chroot on the SD Apr 08 15:11:42 The main reasons Mer wasn't *part* of Ubuntu for 9.10 were 1) issues with finding a way to handle the GTK+ patch, and 2) issues with the overhead of creating flavours in Ubuntu. Apr 08 15:11:43 XorA: ping Apr 08 15:11:43 and installed ubuntu-desktop in it (which wasnt a good idea, if you try that, take rather something like lxde :) ) Apr 08 15:12:14 ogra: I just install lxde into Mer, now Ive got an unbootable system :-) Apr 08 15:12:27 Hrm? That shouldn't be possible. Apr 08 15:12:34 How did you install lxde? Apr 08 15:12:35 unbootable or do you just dont have any X Apr 08 15:12:43 persia: apt-get install lxde Apr 08 15:12:52 ogra: dont have any X Apr 08 15:12:55 This really shouldn't affect kernel config. Apr 08 15:13:09 What's the Xorg.0.log say? Apr 08 15:13:16 persia: I cant get to it Apr 08 15:13:25 persia: no ethernet on n810 Apr 08 15:13:45 * XorA will extract the MMC card and fiddle with it on desktop Apr 08 15:14:42 If anything, you might have a wonky Xsession, but just installing lxde *really* shouldn't break X. Apr 08 15:16:51 XorA: when you have time, i want to pick your brain on a beagleboard case Apr 08 15:17:36 prpplague: can do now Apr 08 15:18:03 Ive always found Mer to be really delicate, which is a real pity as the default maemo sucks these days Apr 08 15:18:29 XorA: look into what tricks we use to boot and getting a ubuntu running should be trivial Apr 08 15:19:40 XorA: see /msg Apr 08 15:25:33 ogra: ping Apr 08 15:25:41 here Apr 08 15:26:38 ogra: hey, quick question regarding out discussion on a dev case for the beagle and beagleXM, how important would it be to provide a power switch(true power disconnect) on the case? Apr 08 15:27:27 well, assuming you have a socket where you plug in a power brick i wouldnt really think its that important ... Apr 08 15:27:39 the question is though what kind of users are you adressing Apr 08 15:27:54 my mother would definately not get the concept if there was no power button Apr 08 15:28:22 ogra: targeting canonical developers Apr 08 15:28:49 for developers you dont need a power button as long as there are other ways to make the device powerless Apr 08 15:31:47 * persia likes power buttons Apr 08 15:32:12 you are special Apr 08 15:32:31 you also talk into hamster coffins when phoning :) Apr 08 15:32:41 prpplague: And unless you have some reason for restriction: please make these available (even for money) to any Ubuntu developers, regardless of their affiliation (or an even wider audience) Apr 08 15:32:53 ogra: I've not ever made even one phone call from that :p Apr 08 15:33:13 oh, i thought it was fixed so you *could* make calls with it Apr 08 15:33:22 persia: they will be available to everyone, but my first priority is to satisfy canonical developers Apr 08 15:34:58 ogra: I can make calls in Windows. I've never booted Windows on it. Apr 08 15:35:18 prpplague: Fair. The rest of us can wait (but I hope not too long) :) Apr 08 15:35:57 persia: all of TinCanTools products are available to everyone Apr 08 15:36:08 persia: (with regards to the beagle related items) Apr 08 15:36:41 Now I just have to get a Beagle (but I'm waiting for more RAM) :) Apr 08 15:37:24 persia: beagleXM's should be available soon Apr 08 15:37:33 That's what I hear. Apr 08 15:37:37 * prpplague beagle has more ram that i will ever use Apr 08 15:38:02 I like to do lots of test-builds. 1G+ will still make me swap. Apr 08 17:50:00 beaglexm is supposed to be in June Apr 08 20:19:39 ogra: ping Apr 08 21:08:02 ACTION  Apr 08 21:39:46 echo Apr 08 21:42:09 notice Apr 08 21:44:37 * Olivier83 is happy Apr 08 21:48:34 Why, particularly? **** ENDING LOGGING AT Fri Apr 09 02:59:56 2010