**** BEGIN LOGGING AT Fri Feb 03 02:59:57 2012 Feb 03 04:58:52 I am having issues when trying to compile Ubuntu kernel in ARM cross chroot Feb 03 04:58:59 The error I am getting is http://pastebin.pandaboard.org/index.php/view/43458006 Feb 03 04:59:47 I noticed a bug report for precise https://bugs.launchpad.net/ubuntu/+source/tree/+bug/904763 Feb 03 04:59:48 Launchpad bug 904763 in tree "Unable to build tree for armel" [Undecided,New] Feb 03 05:00:46 I was wondering on how do I change the CFLAGS for the same Feb 03 06:49:23 having trouble with initial boot of ubuntu on a pandaboard... Feb 03 06:50:33 during the initial "resizing the filesystem" stage, it says "Errors were found while checking the disk drive for /." Feb 03 07:14:46 person987: If the resize is failing, the original write to the SD was bad. Feb 03 07:15:06 person987: Which could be either (A) because something went wrong, or (B) the card is dead/dying. Feb 03 07:15:20 person987: My bet's usually on B, but you can try rewriting and see if it likes you the second time. Feb 03 07:22:50 krosswindz: That bug looks bogus to me (or, rather, their "fix" for it). Feb 03 07:23:37 krosswindz: I suspect dropping optimisation would be enough to solve your problem. Feb 03 07:24:14 krosswindz: But, honestly, if you have to do such nasty things to cross-compile, you might want to rethink things and compile natively. :P Feb 03 07:24:57 I have tried writing the image to this SD card twice or 3 times now. Maybe you're right and the card is bad, I'll get another one tomorrow. Feb 03 07:25:43 Has anyone had problems with hard-locks using ubuntu 11.10 on a pandaboard? Feb 03 07:26:15 Under seriously heavy load (ie: running as a buildd), we manage to lock them once in a while. Feb 03 07:26:28 But that's fairly rare, compared to the pain they're being put through. Feb 03 07:28:50 I have another SD card which works but I have been getting regular hard-locks. Probably once every half hour. I was trying to build a new image on the new SD card to see if maybe I've gotten a bad driver or something like that (pretty new to Ubuntu/Panda) Feb 03 07:29:23 I'm often running some OpenGL code which renders Kinect data when I'm using the pandaboard Feb 03 07:30:27 Well, I'd suggest installing to a real hard drive at some point to rule out bad media. Feb 03 07:30:40 But if you're doing intense OpenGL stuff, it may well be that. Feb 03 07:30:44 My typical usage is to write some code, run for a bit, write some more code, maybe a couple web searches, etc. It will lock up during any of the above, including just typing. Feb 03 07:31:30 Locking up during typing, on the other hand, definitely shouldn't be happening. Feb 03 07:31:40 We have machines with uptimes in the weeks and months around here. Feb 03 07:33:43 I suspect the graphics driver/opengl stuff. I tried to install the drivers to get opengl hardware acceleration and it didn't seem to fully work. For example, I'd get one boot where the desktop was really high res, then the next would be back to 1024x768, the 3D performance is really bad too; only 20fps for a trivial rotating quad; so I don't think I've got the video stuff working correctly. Feb 03 07:34:17 Good to know that you have not had lockups, I have a friend who said his pandaboard has never locked. I tried my SD card on it and it eventually locked on me :-) Feb 03 07:34:33 Yeah. May well be your software/driver setup. Feb 03 07:34:48 If you're having troubles with the TI binary drivers, I'd recommend poking ndec. Feb 03 07:34:56 I don't touch them. Feb 03 07:34:59 what is ndec? Feb 03 07:35:05 * infinity points at ndec. Feb 03 07:35:12 He's a who, not a what. Feb 03 07:35:15 hehe Feb 03 07:35:17 TI developer, packages the binary stuff. Feb 03 07:37:35 a who can become a what after application of numerous alcoholic drinks :-D Feb 03 07:37:38 oh great! well you have been a huge help. I will get another card and re-install everything. Feb 03 08:10:00 jcrigby, rsalveti the 3.1 kernel for mx5 has been running all night. I have not tested it heavily but I'd say it is good to upload to precise Feb 03 08:11:10 janimo, ok will do Feb 03 08:14:35 person987: we (TI) have made a major update few hours ago, let us know if you are still seeing bad perf. Note that you will boot with TI kernel with DVFS on-demand by default. Then we are having perf impact with metacity compositing on and with unity-launcher running. More improvements shall come. Feb 03 08:15:43 Note: I am working with ndec... ;) Feb 03 10:03:21 Hi, is it possible to run Ubuntu on this tablet? http://www.zenithink.com/Eproducts_C71.php Feb 03 10:04:32 It has an Amlogic 8726-M and 512MB RAM Feb 03 11:10:00 hi there Feb 03 11:10:52 may I ask some info about a problem with echi-omap when installing ubuntu-omap-extras in pandaboard? Feb 03 14:03:41 janimo: great, thanks Feb 03 14:55:03 infinity: It takes forever to compile on the board, the reason I setup an ARM cross chroot on my x86 laptop Feb 03 14:55:29 infinity: The fix might appear bogus, I will try to disable optimization and see if it builds Feb 03 14:55:56 infinity: there definitely is some issue as I am running into exactly the same problem Feb 03 15:12:07 I am seeing oops when I try to either halt or reboot the board using this kernel. Feb 03 15:12:15 The trace is available here http://pastebin.pandaboard.org/index.php/view/94450538 Feb 03 15:16:50 XavB: thanks, I'm sorry but I don't understand most of your comment (DVFS on-demand? metacity? unit-launcher?) My background is graphics programming but I'm a complete noob to Ubuntu. I'd love to take a look at your latest update. It would be great to solve my "hard-lock" problems as well as get some improved 3d performance. If I can help you in any way with logs or details on my system Feb 03 15:16:50 config I would love to. (you might have to give me detailed instructions tho! :-) How exactly do I get your latest update? Feb 03 15:18:33 person987: ok, no pb. So first step would be to upgrade to last sw and let us know if it improves the situation. Feb 03 15:19:03 then there are several settings you can do to improve graphics performance Feb 03 15:20:26 1- modify DVFS that will decide about CPU ussage strategy, it is by default set to ondemand into file /etc/init.d/ondemand Feb 03 15:20:55 If you comment the setting or force performance value, you might gain few fps. Feb 03 15:22:27 Then by default you will be using Unity2D so metacity. Metacity is using compositing so graphics performance are impacted, you can install gconf-editor, then go into apps->metacity and uncheck box compositing manager. You will gain few more fps. Feb 03 15:24:06 I can try this right now, first step was to "upgrade to last sw", how? (sorry I'm new!) Feb 03 15:24:42 Last point is about unity panels, they are having an impact on graphics, you can kill them to gain few more fps: "sudo killall unity-panel-service unity-2d-panel unity-2d-launcher" 2 times. Feb 03 15:24:57 person987: You have installed TI PPA already right? Feb 03 15:25:18 or "TI OMAP Addons" Feb 03 15:27:55 In the "Ubuntu Software Center", I had a package named "ubuntu-omap4-extras". About 1/2 hr ago I removed that and rebooted to see if the hard-locks would go away. Is that what you're referring to? Feb 03 15:28:48 in software sources, I have ppa.launchpad.net/tiomap-dev... Feb 03 15:29:04 person987: yes Feb 03 15:29:06 person987: fine, then re-install this package, and run an upgrade Feb 03 15:29:39 So perform an "apt-get update" then install manaually "ubuntu-omap4-extras"; it will be fine. Feb 03 15:34:53 Ok, installing, it gave a warning about future updates not including some other linux kernel stuff. Feb 03 15:42:00 person987: normal Feb 03 15:42:21 You will have a TI kernel Feb 03 15:46:35 Ok great. I'm not too concerned about perf, my requirements are not too high. The only reason I mentioned it was that I wasn't sure if I had things installed correctly. So this is helping greatly. I will probably not kill the panels but I'll try out disabling compositing. Almost done installing. Feb 03 16:02:52 person987: of course you'll need to reboot at the end of install Feb 03 16:12:44 XavB: That brings up another thing, it hasn't been shutting down cleanly. I always eventually have to pull power because it just sits on the ubuntu screen with the dots that cycle. Is that normal? Feb 03 16:14:07 person987: I can observe wrong reboot with canonical kernel, new one shall "reboot fine" Feb 03 16:14:46 after reboot "uname -a" shall return: Linux ubuntu-desktop 3.1.0-1282-omap4 #10 SMP PREEMPT Tue Jan 24 15:52:14 CET 2012 armv7l armv7l armv7l GNU/Linux Feb 03 16:15:01 person987: is your reboot ok? UI up etc... Feb 03 16:51:44 XavB: actually the update was still going. It failed: Not all updates can be installed - run a partial upgrade to install as many updates as possible. Feb 03 16:52:20 XavB: I'm going to have to get to work but I'll build a new image this weekend and get back to this point. Feb 03 16:52:33 person987: if you do it in 2 steps (2 dist-upgrades) it shall work, no need to reboot between both Feb 03 17:09:29 Hey folks Feb 03 17:11:48 The web indices for e.g. http://uec-images.ubuntu.com/precise/20120203/ which I think are generated from cdimage code say "For ARMv5t processors and above"; it's because for "armel" images we say "For ARMv5t processors and above." -- which was true in jaunty; since we don't really have any official ARM images for anything older than lucid which is ARMv7t2, I propose that we change it to ARMv7; is that ok? would you rather have a different wording? a Feb 03 17:11:59 infinity, ogra_: ^ Feb 03 17:12:45 * ogra_ has no clue about uec images, nor why there would even be arm ones Feb 03 17:13:06 better ask #ubuntu-server ? Feb 03 17:13:11 we didnt enable that Feb 03 17:14:53 ok Feb 03 19:17:15 heyho Feb 03 19:18:51 I am wondering wether it's possible to build currently for armhf with uploading packages to my ppa Feb 03 19:18:57 anyone knows if it's possible? Feb 03 19:19:19 morphis: We don't currently offer ARM PPAs to the public for security reasons (we don't have virtualised ARM builders) Feb 03 19:19:28 morphis: That's in the works, but not done yet. Feb 03 19:19:47 morphis: If you want armel and armhf builds, your only option right now is to build locally. Feb 03 19:20:43 infinity: ok, thats good to know as it's very hard to find details about building for armhf and ubuntu today Feb 03 19:21:26 infinity: is there a definitive way how to build packages and images? Feb 03 19:21:44 I saw there is support for pbuilder to build packages with qemu Feb 03 19:23:20 morphis: If you don't have native hardware, qemu is certainly the easiest way to go. Feb 03 19:23:53 infinity: ok Feb 03 19:24:24 infinity: can you tell me also which hardware is recommended for building? I read about debian is using some i.MX53 boards but whats with the panda boards? Feb 03 19:24:36 whats cannoncial using for the armhf bootstrapping? Feb 03 19:25:04 morphis: We support both the Panda and mx53. Ubuntu's buildds are Pandas, Debian's are mx53. Feb 03 19:25:17 ok Feb 03 19:25:24 infinity: you work for cannonical? Feb 03 19:25:30 morphis: If you can get your hands on a Pandaboard ES, they're well supported in Precise, and probably the fastest generally-available hardware right now. Feb 03 19:25:37 morphis: I do, yes. Feb 03 19:25:44 morphis: I was the person who did the armhf bootstrap. Feb 03 19:26:22 infinity: ah :D Feb 03 19:26:37 infinity: I already though about the Pandaboard ES Feb 03 19:27:01 I have done a lot with OpenEmbedded in the past were everything is cross compiled Feb 03 19:27:31 Yeah, we don't treat any of our ports as "embedded" targets. armel/armhf are still complete Ubuntu builds and self-hosting. Feb 03 19:27:43 So, it's no different than x86 in that regard. Feb 03 19:27:44 thats somethine I really like Feb 03 19:27:52 cross compilation is sometimes very hard Feb 03 19:27:52 Honestly, most "embedded" work these days isn't. :P Feb 03 19:27:58 It's general-purpose OSes. Feb 03 19:28:10 as you have to map all the different build systems against the cross compilation (automake/cmake/...) Feb 03 19:28:30 Yeah, I know. I used to work in scratchbox a lot with Maemo. It was vile. Feb 03 19:28:45 :) Feb 03 19:28:52 And there was no good reason for it, once maemo was targetting devices as fast as the N900. Feb 03 19:28:58 but OpenEmbedded adds a very easy to use abstraction layout on top of it Feb 03 19:30:22 * infinity rnus off to lunch. Feb 03 19:30:57 infinity: Bon appétit! Feb 03 19:40:06 ogra_: Can you think of any omap/omap4 specific boot parameters that should be kept during netboot install? I have "console=", "mem=", and "fixrtc". Feb 03 19:51:14 vram=32M mem=456M@0x80000000 mem=512M@0xA0000000 fixrtc Feb 03 19:51:17 ^-- Should do it. Feb 03 19:53:52 I'm trying to avoid hardcoding as much as possible. If they weren't on the netboot boot.scr, they won't get passed through, although I would also like to get the preseed "d-i debian-installer/add-kernel-opts" section. Feb 03 19:54:15 Not sure how to get that info in f-k-i. Feb 03 19:55:15 I suppose f-k-i could grow preseed support (at least, for that one option) Feb 03 19:56:40 Yea, I'm looking into it now. Feb 03 19:57:04 I have other changes I will be pushing soon (expect a merge request before EOD). Feb 03 20:04:04 GrueMaster: Looks like user-params from debian-installer-utils may be what's needed. Feb 03 20:04:29 grmbl. Netboot is having some serious issues this morning. It is failing to install packages and sometimes losing connection to my mirror. Feb 03 20:04:38 Ok, I'll look at that. Feb 03 20:05:54 Oh, maybe not. Feb 03 20:05:57 That's the inverse. Feb 03 20:07:16 Or, rather, what it does doesn't seem to match the README... Feb 03 20:07:55 Ahh, no. I misread. Feb 03 20:08:45 The README says it "doesn't include preseeded values", what it really means is it literally doesn't include pressed/command/syntax=foo stuff on the commandline it spits out, which is what you want. Feb 03 20:09:00 But it does include stuff that's been preseeded *from* add-kernel-opts. Feb 03 20:09:02 So, yeah. Feb 03 20:09:22 user-params is probably what we want to run in f-k-i to transfer the installer commandline to the final system. Feb 03 20:11:03 Looks like grub-installer uses it, so that's comforting. Feb 03 20:19:09 I just ran it and it is missing a few params. It only spews fixtrc, console=, and mem= lines. Missing vram= and (in one case) smsc95xx.macaddr= Feb 03 20:23:25 Oh, nevermind. It pulls that from the preseed (duh). Feb 03 20:23:45 (I didn't look at the preseed of my currently running system). Feb 03 22:03:03 hi, obviously my beagleboard is ooming with the syslog repeatedly statign "eth0 kevent 2 may have been dropped", when doing a lot of io. I have had this issue since i got my beagle board back in 2010 and noticed the same behaviour on debian. did someone else notice this? Feb 03 22:04:18 I have noticed that on the pandaboard that I got 2 weeks back Feb 03 22:04:46 krosswindz: ohh good. then you saved me from making a bad purchase Feb 03 22:05:05 i was hoping this would be resolved due to more throughput Feb 03 22:05:13 niklasfi: not sure what the issue is google isnt helpful on it Feb 03 22:05:41 krosswindz: well not really, but as you may have noticed there is a workaround Feb 03 22:06:00 niklasfi: yes I noticed the work around but no real solution Feb 03 22:06:26 krosswindz: what value did you have to pump min_free_kbytes up to? Feb 03 22:06:26 Well, I see it very very infrequently on the Panda, and it has no adverse effects. Feb 03 22:06:53 infinity: it totally locks up my machine to the point that i have to press the reset button Feb 03 22:06:54 niklasfi: I havent played with that yet Feb 03 22:07:08 niklasfi: I am still trying to get my kernel compiled for it Feb 03 22:07:11 But, really, heavy I/O on a system where almost everything is on the same USB bus (such as the Beagle and Panda) will occasionally hitch up. Feb 03 22:07:31 niklasfi: I never have to reset, though I suppose if I was impatient, I might. Feb 03 22:07:48 niklasfi: (As in, the machine might seem unresponsive for a bit, but it always comes back) Feb 03 22:07:53 infinity: is waiting for half an hour impatient? Feb 03 22:08:00 niklasfi: I havent had the panda lock up yet Feb 03 22:08:08 niklasfi: No, probably not. Unless you're doing half an hour of long I/O. :P Feb 03 22:08:40 is there a way to disable syslog? i think writing thousands of syslog messages does not help the situation Feb 03 22:08:45 niklasfi: But I was referring to the behaviour being mostly harmless on Pandas. I don't have a Beagle. Feb 03 22:08:58 What's writing thousands of syslog messages? Feb 03 22:09:06 syslog culls duplicates. Feb 03 22:09:35 infinity: when the system freezes, it does. and no it does not filter out the duplicates Feb 03 22:10:17 Weird. Feb 03 22:10:29 And if it's flushing buffers and writing logs, I'd hardly call that "frozen". Feb 03 22:10:32 Just "really busy". Feb 03 22:11:05 infinity: if you connect via serial port you just see thousands of messages, and if you use ssh, it does not respond Feb 03 22:14:35 ok. between 11:57 and 12:00 the system froze and generated 10000 lines of syslog. then again at 12:04 the system froze for another five minutes leaving another 10000 lines of syslog Feb 03 22:14:50 wow that is a lot Feb 03 22:15:07 what i/o load were you generating around then? Feb 03 22:15:18 just for today i have 69418 lines of syslog Feb 03 22:15:50 umm. i don't really know actually most of today was downloading stuff from the internetz so i guess maybe 800kB/s Feb 03 22:15:57 over a long period of time Feb 03 22:16:32 the system is capable of doing up to 4MB/s for short intervals, of maybe 1 or two minutes before locking up Feb 03 22:16:46 is canonical paid for to develop this SDK "http://software-dl.ti.com/dsps/dsps_public_sw/ezsdk/latest/index_FDS.html" for TI? Feb 03 22:17:32 mythos: If they are, I don't know about it (and I'm "them"). Feb 03 22:18:48 hmm... thx infinity. i only ask, because my boss said, that citrix said, that ti is paying canonical for this SDK... Feb 03 22:19:25 is there a board available that is more stable maybe even with (e-)sata support? Feb 03 22:19:31 mythos: That's a rather roundabout list of saids. ;) Feb 03 22:19:47 infinity, yeah, that's why i asked =) Feb 03 22:19:49 niklasfi: The i.MX53 QuickStart has SATA. Feb 03 22:20:08 niklasfi: The Freescale Quickstart has SATA and we support it. Feb 03 22:20:27 For some value of "support". Feb 03 22:20:34 But we have images, and they work. Feb 03 22:21:59 infinity: can i boot from sata? Feb 03 22:22:03 so you are canonical's "arm-team", infinity? ^^" Feb 03 22:22:31 sadly it does not have gigabit ethernet :( Feb 03 22:25:13 is that possible though with current arm hardware? Feb 03 22:25:33 mythos: I'm one of them. :P Feb 03 22:25:57 niklasfi: It's not that it's not "possible", there are two primary reasons why it's not often done. Feb 03 22:26:08 infinity: what are they? Feb 03 22:26:23 niklasfi: 1) Most of these cheap dev boards like to hang all their devices off USB. USB can't do GigE (well, it could, but not at full-speed, so why bother?) Feb 03 22:26:47 niklasfi: 2) GigE is wildly more expensive than 100baseT, and they're trying to keep the dev boards affordable. Feb 03 22:26:52 am I the only one who thinks these boards make perfect home servers? Feb 03 22:27:36 niklasfi: If you want something designed to be a server instead of a cell phone dev platform, you might want, say, a Trimslice. Feb 03 22:28:00 niklasfi: They're a tiny bit (not much) more expensive, but come with GigE and SATA options. And actual cases. Feb 03 22:28:05 so, if i have a dev board with 2 gbit ports, i have a very expensive one? o.o Feb 03 22:28:19 mythos: From the POV of cost-cutting, yes. :P Feb 03 22:28:23 mythos: (Which board is that?) Feb 03 22:29:14 infinity, http://software-dl.ti.com/dsps/dsps_public_sw/ezsdk/latest/exports/DM814x_AM387x_EVM_Quick_start_guide.pdf Feb 03 22:29:47 there are some images in the pdf too Feb 03 22:30:08 rather nice. i boot it via sdcard and mount the rootfs via nfs Feb 03 22:32:20 mythos: Shiny. Feb 03 22:34:20 * infinity is trying to resist buying a Trimslice. Feb 03 22:34:36 re Feb 03 22:34:52 what was the last thing, i wrote here? Feb 03 22:35:19 15:30 < mythos> rather nice. i boot it via sdcard and mount the rootfs via nfs Feb 03 22:35:31 oh, ok... thx Feb 03 22:36:12 infinity: are they that tempting? Feb 03 22:36:29 niklasfi: I like toys. Feb 03 22:37:02 infinity: but i don't know. i really can't trust these guys if they make their webpage that crappy Feb 03 22:37:10 And it would replace my mx53 as my archive mirror. Feb 03 22:37:25 Your trust is based on the quality of people's web design? :) Feb 03 22:37:49 It's actually not that bad for a small manufacturer. Feb 03 22:37:53 I've seen much worse sites. :P Feb 03 22:38:23 infinity: yes, it is very much in deed. if people can't set up a proper site using a markup language, how can i trust them with turing complete languages, or even hardware Feb 03 22:40:07 Hardware nerds don't tend to care much about pretty web sites, in my experience. Feb 03 22:40:29 So, really, what you're looking for is "did they hire a good web monkey", to which the answer appears to be "no". Feb 03 22:40:57 (Hint, Canonical employs web developers to work on the website, and they're not the same people who work on Ubuntu, so judging one by the other would, again, be silly, right?) Feb 03 22:41:41 infinity: i guess the problem is that i am no hardware nerd. I sometimes would very much like to understand what you guys do, but i haven't even gotten to learning all of the boot options i need to manually start my ubuntu from grub Feb 03 22:42:44 uboot is/was new to me too Feb 03 22:42:58 infinity: yes. but it gives me information about how much they care about their user base. if they are alright with making them suffer by showing them crappy web pages, they are probably alright with making them suffer by giving them bad support Feb 03 22:43:02 but with some time, you can learn everything Feb 03 22:49:42 niklasfi: Most of the support for the Trimslice is via their wiki. Then again, that's not much worse than the situation with most dev boards. :) Feb 03 22:50:03 (To be clear, I have no affiliation with them, and I don't even own one, but they look neat and, like I said, I like toys) Feb 03 22:57:07 infinity: On this f-k-i bootparm issue, I'm trying to figure how best to ensure some kernel parameters are passed from cmdline or enabled via preseed. I need to make sure none are duplicated. Suggestions? Feb 03 22:58:40 I really don't like scripting in shell. Especially busybox. Feb 03 22:58:49 GrueMaster: Well, I get the impression that user-params smooshes together both command line and preseed into one. Feb 03 22:59:07 GrueMaster: I didn't look closely, but I assume it removes dupes? Dunno. If not, it should. Feb 03 22:59:09 Nope. Just preseed from what I can tell. Feb 03 22:59:24 GrueMaster: No, not just preseed. It starts by parsing cmdline. Feb 03 23:01:03 GrueMaster: Most of the script is about parsing and filtering cmdline, then it adds the preseed bits at the end. Feb 03 23:02:18 GrueMaster: Although, I think it only parses and collects options after the "--" (ie: user-added options) Feb 03 23:02:46 Possible. I'm looking at it now. Feb 03 23:02:50 GrueMaster: Which makes sense, since f-k-i or grub-installer, etc, should be what's responsible for making sure platform-specific options are in place. Feb 03 23:03:47 So the mem= lines should be on by default for omap4. makes sense. I can do that. Feb 03 23:04:00 GrueMaster: Anyhow. Avoiding duplicates is easy enough, we can just loop through our options in f-k-i. Feb 03 23:04:41 What I don't see though is things like module parameters, or console parameters. Not that either are critical for first boot afaict. Feb 03 23:05:24 GrueMaster: Well, if you were to add module params manually, they'd land after the -- ... Or they should. Feb 03 23:05:30 So, user-params would pick them up. Feb 03 23:06:04 Ok. The kernel shouldn't care I guess. Feb 03 23:57:08 d-i sucks in so many ways. http://paste.ubuntu.com/828261/ Feb 03 23:58:41 GrueMaster: I don't see anything sucking there. Feb 03 23:59:07 GrueMaster: Everything's listed the same number of times it's provided. We can easily make them unique later. Feb 03 23:59:13 Only that user-params is spewing both /proc/cmdline and preseed. Feb 03 23:59:23 GrueMaster: It's supposed to. Feb 03 23:59:43 GrueMaster: Like I said, everything after the -- on cmdline, plus preseed. That's intentional. Feb 04 00:00:01 I thought it would be more intelligent than that. Now I have to add intelligence to f-k-i. Feb 04 00:00:17 I can do the shell bits in f-k-i. Feb 04 00:00:26 I know how you love shell. ;) Feb 04 00:00:43 If it was perl, I'd be all over it. Feb 04 00:01:02 But seeing how everyone around here loves perl.... Feb 04 00:01:31 I have nothing against perl. Feb 04 00:01:43 Plenty against pulling another interpreter into d-i, though. Feb 04 00:03:50 If you can fix it, great. Be sure to tag bug 848782 and bug 921137. Feb 04 00:03:50 Launchpad bug 848782 in flash-kernel "Serial console not enabled for passphrase prompt when using LUKS" [Medium,In progress] https://launchpad.net/bugs/848782 Feb 04 00:03:51 Launchpad bug 921137 in flash-kernel "Flash-kernel-installer doesn't support d-i debian-installer/add-kernel-opts in preseed " [Undecided,Confirmed] https://launchpad.net/bugs/921137 Feb 04 00:11:36 GrueMaster, if flash-kernel is going to read kernel-opts, how about a nice "stop, don't run flash-installer" option, for those of use with custom kernel's. ;) Feb 04 00:12:50 rcn-ee: This is for netboot install only. If you are doing a custom kernel install with netboot, there are other settings you can add to the preseed for that. Feb 04 00:13:40 there is? guess i haven't looked thru the d-i preseed options enough.. ( just let flash-installer run, and then cleanup with a script before rebooting..) Feb 04 00:16:07 "d-i base-installer/kernel/skip-install boolean true" will skip the normal kernel install. Then you can add a package repo and install a kernel in a later section. I have that for a dev platform where the kernel is only on my local server (not in the pool). Feb 04 00:17:16 cool GrueMaster, thanks for that tip.. (your doing pretty much what i was doing..) I'll give that option a run over the weekend.. Feb 04 00:19:45 Now this is getting ridiculous. I have been trying to reimage all day and keep hitting this: in-target: Temporary failure resolving 'mirror.gruenet' Feb 04 00:19:54 Only happens when installing the kernel. Feb 04 00:25:25 GrueMaster: Yeah, I'll take both those bugs and upload later tonight. Feb 04 00:25:52 GrueMaster: In the process of doing a migration on my co-lo machine right now, and I have the KVM for a limited time, so that forced me to take a break. :P Feb 04 00:26:09 Ah Feb 04 00:26:30 No rush. Just had the code in front of me and thought I'd give it a go. Feb 04 00:26:40 Ran out of steam. Feb 04 00:28:48 Does LVM really require a /boot outside the VG, or is partman being overly cautious? Feb 04 00:29:13 I thought grub could peer into LVM volumes. Feb 04 00:29:37 Grub can. u-boot can't. Feb 04 00:29:47 Sure, but this co-lo machine is x86. :P Feb 04 00:30:02 And d-i's telling me it wants a small ext2 /boot outside the VG. Feb 04 00:30:07 And I don't think grub can peer into an encrypted filesystem. Feb 04 00:30:08 Trying to decide if that's necessary, or a bug. Feb 04 00:30:16 Yeah, not doing encrypted. Feb 04 00:30:16 Oh. Feb 04 00:30:40 exit Feb 04 00:31:00 sigh. Sometimes two monitors can be a pita. **** ENDING LOGGING AT Sat Feb 04 02:59:58 2012