[00:56] ubiquity: cjwatson * r3461 ubiquity/debian/changelog: releasing version 1.99.21 === evand1 is now known as evand [08:43] ubiquity-slideshow-ubuntu: evand * r145 html/ (Makefile debian/changelog debian/control): [08:43] ubiquity-slideshow-ubuntu: The buildds do not install recommends by default, so add a build [08:43] ubiquity-slideshow-ubuntu: dependency on python-utidylib (LP: #430719). [09:45] evand: I got an av/fw package called c.o.m.o.d.o everytime a .py file is created in %temp% it gets flaged by the av is this a bug or just an over protective av? [09:45] sounds like a buggy virus scanner. [09:45] what product? [09:46] it might actually be the fw part of it thinking about the message, I'll grab you the link [09:48] evand: http://www.comodo.com/home/download/download.php?prod=firewall I went for the fw/av combo [09:52] davmor2: http://virusscan.jotti.org/en/scanresult/84d58605e4881b4d6ff54579e3ccb03b7196bb82 and http://www.virustotal.com/analisis/6ebe1e5ad3f813f28f32d2d6763ebd3cc5a975b9a2c3e3158d1595a78656b5c1-1253177472 [09:53] I'd say your virus scanner is broken. [09:57] evand: I'm assuming that because the fw and av are linked that one is triggering the other. eg .py wants access to system files so the fw flags it at the point the av say this maybe a threat [09:58] no idea, but I am certain that wubi is virus free and that most antivirus programs do not flag it [10:02] cool I'll just take it as being comodo then :) [10:07] cjwatson_ evand: Wubi install now works again but on reboot system drops into grub cli. Could not find bootloader configuration [10:19] also cjwatson_ I don't think it is quiet supressing gdm startup on exit brilliantly desktop background flashed up 3-4 times before finally dying [10:31] davmor2: can you please try http://people.canonical.com/~evand/wubi/karmic/wubi-r153.exe and see if it gets you any further? [10:32] evand: wilko [10:33] I think this is the old grub 2 issue though as the system is installed but I'll have a quick look anyhow === ogra_ is now known as ogra [10:49] evand: cross your fingers [11:00] evand: it's still trying to start the desktop after the install. Grub has come up after all I get in the menu list is the memory test listings [11:22] success! I've finally, finally got javascript-based reflection working for the firefox slide === cjwatson_ is now known as cjwatson [11:37] davmor2: right, so my lupin script didn't work - guess I'd better have a look [11:38] evand1: can I use that wubi.exe with a CD, or will it download from the network? [11:38] cjwatson: you can use it with a CD [11:38] good dgood [11:38] my ISP is going to be unhappy enough with me this month already [11:39] hahaha [11:45] cjwatson: I dropped it on the cd [11:46] cjwatson: no idea why that would be the case [11:47] cjwatson: wubi-r153.exe is the one where I only get the memory test show up in grub [11:48] cjwatson: for the wubi that is really on the cd https://bugs.launchpad.net/bugs/431285 is the bug I opened. [11:48] Launchpad bug 431285 in wubi "Grub dies on reboot after ubiquity install" [Undecided,New] [11:54] cjwatson: also the screen flashes the desktop image 4-6 times before finally rebooting. Flashes between the desktop and cli. [11:56] you will need a current wubi build, certainly; I don't know how old the one on the CD is but there have been recent relevant commits [11:56] lupin ships the script that hooks into grub2 menu generation [12:04] cjwatson: r153 had the same issue with the flashing screen on exit [12:05] flashing screen> not my problem :) [12:06] that's either a desktop thing or some problem with upstart [12:06] probably the latter [12:06] I doubt it's particularly related to wubi although of course it's possible that wubi happens to tickle something [12:08] cjwatson: I'm going to have a look and see if install ubuntu from the menu does the same thing before I bug it, but it isn't pretty. [12:09] oh, I'm sure - it's just not something I know about or that's really an installer thing [12:09] at least not as far as I know === ogra_ is now known as ogra [12:48] cjwatson: Just pushed http://paste.ubuntu.com/272740/ does this look sane to you? [12:48] Also is it ok to upload this now? I dont care to get it in A6 or anything but would like to forget about it [12:49] lool: seems ok, but please wait until after a6 [12:49] if it's in bzr, it won't be forgotten [12:49] It is [12:49] I closed the bug in a subsequent commit [12:49] Sorry, didn't setup CIA [12:49] I've 'bzr up'ed, so it'll show up in my unreleased-packages script [12:49] Oh cool [12:50] cjwatson: I wish you tell me about your setup/workflow for this unreleased-packages stuff next time we meet [12:50] meh, it's just a hack :) [12:50] I'm sure you're using plenty of nice scripts and ideas and would like to borrow :-) [12:50] http://paste.ubuntu.com/272744/ [12:51] I'd love to sit for a couple of hours watching you work [12:51] we could probably all do with more of that with each other ... [12:51] I'm not that efficient, though, I flit around a lot [12:52] cjwatson: what's your toplevel between src/debian and the source package name? [12:52] It's ~/src////debian/changelog [12:54] actually it's ~/src////debian/changelog [12:54] aha [12:55] I have the extra level of nesting there because dpkg-buildpackage dumps stuff in .. so it keeps things reasonably tidy [12:55] Ack; I do the same with my scratch shell function which creates ~/scratch/$source/; cds to that and apt-get source $source [12:56] (cwd is preserved since it's a shell function) [12:56] mm, I've always been meaning to write that but can never be bothered, I just do it by hand [12:56] http://paste.ubuntu.com/272747/ [12:56] (zsh) [12:57] I put that in ~/.zshfns and have fpath=(~/.zshfns $fpath) in .zshenv andautoload -U scratch in .zshrc [12:57] thanks, will bashify and snarf === ogra_ is now known as ogra [13:19] When I run the alternate installer over serial console, it shows up in black and white; is there a way to tell it about my TERM being screen in xterm? [13:19] I doubt it has the right terminfo bits for that [13:20] Ah ok; it only has linux and the serial console one [13:20] vt102 [13:20] I see a minor issue in the black and white mode: first letter in choice lists are white on white; I guess they are supposed to be bold which maps to white [13:20] Is this worth reporting? [13:23] I guess nobody cares about b&w / vt102 [13:23] cjwatson: Actually on some boards one can connect to d-i over SSH; I guess that means it should support xterm if people are connecting from xterm to d-i over ssh? [13:29] maybe, I think we only ship ansi bterm dumb linux vt102 right now [13:29] cjwatson: Mind adding debian-installer-utils to your list of packages to push? We didn't properly match the new name of the mmc /sys ID_PATH [13:30] di-utils-terminfo is responsible [13:30] sure [13:30] cjwatson: Can I change the TERM after d-i started? [13:30] perhaps in preseed [13:30] I doubt it [13:30] well, the one you connect to over ssh is a new instance [13:30] so you could set it for that I suppose [13:30] ah [13:30] but I don't know if there's a canned way; I don't expect so [13:31] cjwatson, if i make changes to cdrom-detect.postinst on disk in d-i from the shell, they dont affect d-i at all it seems ... is that because the stuff is already loaded ? [13:32] * ogra just tried lools fix in a running environment [13:32] ogra: Jan 1 00:16:15 kernel: FAT: codepage cp437 not found [13:32] Jan 1 00:16:15 anna[10729]: mount: mounting /dev/mmcblk0p2 on /media failed: In [13:32] valid argument [13:32] ogra: It's a kernel issue [13:32] gah [13:32] probably these should be in the fs udeb or something [13:32] if we had a fs udeb :P [13:33] i think we only have the het one which contains sunrpc and nothing more [13:33] *net [13:33] We have much more in the alternate [13:33] ogra: they do affect d-i, although only if cdrom-detect.postinst is not already running [13:33] /lib/modules/2.6.31-100-imx51/kernel/drivers/net/wireless/airo.ko [13:33] /lib/modules/2.6.31-100-imx51/kernel/drivers/net/wireless/atmel.ko [13:33] /lib/modules/2.6.31-100-imx51/kernel/drivers/net/wireless/orinoco/orinoco.ko [13:33] etc. [13:33] ogra: changes to templates files require more work [13:33] /lib/modules/2.6.31-100-imx51/kernel/fs/isofs/isofs.ko [13:33] /lib/modules/2.6.31-100-imx51/kernel/fs/configfs/configfs.ko [13:33] ogra: ^ [13:34] well, i only added the one line to .postinst, but lool has a valid point [13:34] fat-modules [13:34] lool, weird, why arent these in netboot then ? [13:35] because netboot doesn't need them [13:35] it's supposed to retrieve udebs over the net [13:36] well, not the NIC drivers i would guess :) [13:37] We do have a nic-usb-modules-2.6.31-100-imx51-di_2.6.31-100.7_armel.udeb but it doesn't have asix [13:37] and it's not in the image [13:38] i have an atmel and musb adapter here ... but only sunrpc in in the netboot image [13:39] ogra: Ah the atmel one is in udeb [13:39] yep [13:39] but the udeb isnt in netinst [13:39] nic-modules-2.6.31-100-imx51-di_2.6.31-100.7_armel.udeb [13:40] needs to be added i suppose [13:40] and if there is a separate one for firmware, that too [13:40] (i think i remember there is one ... from nslu2) [13:45] Hmm [13:46] we only have udebs for dove not for dove-z0 [13:46] Oh wait wrong source package [13:46] heh [13:46] we urgently need to file removal requests [13:46] Right we have them [13:46] there is so much mess in the archive [13:47] all these obsolete binaries from going back and forward with the kernel names [14:05] ogra: Do we need nic in dove or is it builtin? [14:05] I think it is but am not sure [14:06] it is [14:06] i never isntalled any modules and still use tftpboot [14:06] works with all kernels up to the recent one [14:06] Does it make sense to allow using USB network adapters if we have builtin support for the builting ethernet? I think not [14:07] ogra: So what's the driver for your chip? You said atmel.ko? [14:07] ogra: It's odd because it shows up in ./lib/modules/2.6.31-100-imx51/kernel/drivers/net/wireless/atmel.ko [14:07] instead of ./lib/modules/2.6.31-100-imx51/kernel/drivers/net/usb/ [14:07] * ogra tries to find his rarely used usb wlan key [14:08] I can see the contention between putting stuff in /wireless or /usb [14:08] It makes it hard to decide which udebs to include [14:09] well, wireless derfinately needs firmware [14:09] some normal usb NICs too [14:09] but not all of them === evand1 is now known as evand [14:09] sorry, i cant find my atmel atm [14:10] i have another zdrwXXX too somewhere [14:10] ogra: What's the question mark after nic-firmware in d-i? [14:10] build/pkg-lists/netboot/armel/ixp4xx.cfg:nic-firmware ? [14:11] it means that it's optional [14:11] right [14:11] I think this is documented in build/README, or else in the kernel-wedge documentation [14:13] cjwatson: Thanks build/README has it [14:14] I guess we want to keep the firmware optional to leave the ability to build free images easily [14:14] well, we used it by default in ixp4xx [14:14] yes [14:14] simply because its useless without [14:14] it doesn't matter though, if the package is present it makes no difference [14:15] yeah [14:19] usb-creator: evand * r204 trunk/ (debian/changelog usbcreator/misc.py): [14:19] usb-creator: Move logging back to the home directory, now that usb-creator is run as a [14:19] usb-creator: regular user (LP: #431266). [14:22] Does someone know which modules are required for USB keyboard support? [14:22] (Assuming USB host controller driver is already there) [14:22] usbhid.ko? [14:23] I'll give that a go [14:23] yep [14:24] but there is more i think [14:25] lool, hmm, checking my babbage, usbhid should actually be enough [14:30] I am here to provide more data for bug #430333 (but I am a newb on irc). [14:30] Launchpad bug 430333 in grub2 "beta installer left ASUS EeePC 900 unbootable" [High,New] https://launchpad.net/bugs/430333 [14:33] http://paste.ubuntu.com/272839/ is what I have for now for imx51 [14:33] TommyT: will be with you in a minute (also, don't tell people you're a newbie and they probably won't notice, that's my advice) [14:34] lool, sweet [14:34] lool: haven't checked in detail but fine by me [14:37] TommyT: are you sitting at the rescue:grub> prompt right now? [14:44] oops sorry I missed your post. I will switch irc clients and be right bac [14:45] I'm in front of the rescue:grub> prompt now [14:46] TommyT: ok, can you type: ls (hd0,1) [14:46] TommyT: then: ls (hd0,1)/ [14:47] (note trailing slash) [14:47] and let me know the output [14:47] yes ... it has lost+found/ var/ etc/ .... [14:48] including vmlinuz & initrd.img [14:49] ok, now: ls (hd0,1)/boot/ [14:50] grub/ System.map-2.6.31-10-generic abi-2.6.31-10-generic ... config ... memtest ... vmcore... etc. [14:50] if possible, give me everything [14:50] try not to abbreviate [14:51] ok add to that config-2.6.31-10-generic memetest86+.bin vmcoreinfo-2.6.31-10-generic vmlinuz-2.6.31-10-generic initrd.img-2.6.31-10-generic [14:52] hmm, ok [14:52] let me shortcut a bit [14:52] TommyT: insmod normal [14:53] what does that do? [14:53] back to the prompt [14:53] normal [14:53] (as in, type 'normal') [14:53] unknown command 'normal' [14:53] echo ${root} [14:54] hd0,1 [14:54] hmm! [14:54] TommyT: ls (hd0,1)/boot/grub/normal.mod [14:54] what the heck is wrong here [14:54] I haven't typed your command yet but if it's like before the damage will be sporadic [14:55] when I typed the command it came back [14:55] normal.mod [14:55] right, the thing is, the 'normal' module is the thing that handles the normal menu path [14:55] and it seems like loading that module isn't actually providing the 'normal' command [14:56] which is, to put it mildly, thoroughly weir [14:56] d [14:56] If it' [14:56] especially when there's no error reported [14:56] if it is like before, the nodes etc are trashed. [14:56] yeah, but no error ... [14:56] so what I want to find out is exactly *how* they're trashed [14:56] bear with me a bit [14:58] TommyT: BTW, the manual partitioning problems you had were almost certainly bug 430724, fixed in today's images [14:58] Launchpad bug 430724 in dh-di "manual partitioning is not shown" [High,Fix released] https://launchpad.net/bugs/430724 [14:59] but I don't think that's *directly* relevant to this grub problem [14:59] cool, thanks. [14:59] so, I think what I probably want to do, if possible, is to have you boot into a karmic live CD and then run a few iterations of a grub filesystem testing utility [15:00] how comfortable are you with running a program I supply over the Internet? [15:00] or, well, if possible, the easiest thing would actually be for me to have SSH access to the machine - but I'd entirely understand if you didn't want to give that to some stranger [15:01] I will do whichever (though I'm not sure how easily I can open a path to the machine through my firewall)... but remember this is a netbook and will take awhile. Should I get a newer iso to boot from or will this old one do? [15:02] I think the old one will be OK - I'm actually going to need to build custom grub-fstest programs with extra debugging [15:03] though we can start out with the stock upstream one [15:03] while I can't really tell from the rescue shell, it sounds as if it thinks normal.mod is a zero-sized file or something [15:03] hmm, though actually that should generate a warning [15:04] I'm booting from the image I have (from Monday). It will take it about 5 mins [15:06] Actually, should I have booted into a shell? [15:06] Once the GUI comes up I will switch to a VT if necessary. [15:07] doesn't matter [15:07] a terminal will be fine [15:08] OK it came up faster this time. I'm at Terminal [15:08] ideally, have networking configured as well [15:08] at least outgoing, so that you can dump output places [15:08] yes it found my lan [15:08] first off, grab http://people.canonical.com/~cjwatson/ubuntu-paste - you can use that program to send stuff to paste.ubuntu.com easily [15:09] you'll need to chmod +x it of course [15:11] ok. done === robbiew-afk is now known as robbiew [15:14] TommyT: ok, now download http://people.canonical.com/~cjwatson/tmp/tommyt/grub-fstest [15:14] TommyT: once you've done that, first, a quick sanity check: sudo ./grub-fstest /dev/sda1 ls / [15:15] file not found... checking spelling... [15:15] OH i missed tommyt [15:15] sorry [15:15] is capitalization right? still not found [15:16] oh I got it now. [15:16] definitely exists [15:17] sorry I keep reaching for the wrong keyboard [15:18] ok I ran your "sanity check" and there was no output [15:19] do I need to mount /dev/sda1 [15:19] no, you don't [15:19] does /dev/sda1 actually exist? [15:19] it shows when I ls /dev/sd* [15:20] ok: sudo ./grub-fstest /dev/sda1 ls -l / 2>&1 | ./ubuntu-paste [15:20] that should print a URL [15:23] http://paste.ubuntu.com/272872/ [15:25] hmm, so that's fine [15:25] sudo ./grub-fstest /dev/sda1 ls -l /boot/grub/normal.mod 2>&1 [15:27] 34656 normal.mod [15:27] huh, that's fine, I wasn't really expecting that [15:28] sudo ./grub-fstest /dev/sda5 cmp /boot/grub/normal.mod /boot/grub/normal.mod [15:28] err, replace /dev/sda5 with /dev/sda1 there [15:29] error: open error [15:29] is there a grub on the iso? [15:30] there is no grub on the iso [15:30] uh, what do you mean? [15:30] ok, let's just confirm your open error [15:30] the USB device I boot from has a grub directory but nothing in it [15:30] sudo ./grub-fstest -d all /dev/sda1 cmp /boot/grub/normal.mod /boot/grub/normal.mod 2>&1 | ./ubuntu-paste [15:30] yeah, that's expected [15:31] CDs use isolinux to boot, at present [15:33] http://paste.ubuntu.com/272881/ [15:34] cjwatson, lool, http://paste.ubuntu.com/272882/ do you think thats ok to create an SD card netinstall image for imx51 ? (i added the needed functionallity to redboot-install) [15:36] TommyT: this output is actually very odd. Could you run the same command again, just so that I can confirm it's consistent? [15:37] TommyT: then also run: sudo ./grub-fstest /dev/sda1 ls -l /boot/grub/normal.mod 2>&1 | ./ubuntu-paste [15:37] also double-check typing [15:38] http://paste.ubuntu.com/272886/ verified typing [15:39] ogra: You probably want to add dependencies in your target [15:39] ogra: I dont get the purpose of create_blank_image [15:40] lool, i just stole from ixp4xx ... i cam make it of=$@ indeed [15:40] and move it down [15:40] ogra: No I mean the target [15:40] the temp file is ok [15:40] second command: http://paste.ubuntu.com/272888/ [15:41] lool, i dont get it ... it has to be called before $(SOME_DEST)/$(EXTRANAME)di-imx51.bin so its in the traget list before it [15:41] oh, drat [15:41] TommyT: sorry, I forgot a bit: sudo ./grub-fstest -d all /dev/sda1 ls -l /boot/grub/normal.mod 2>&1 | ./ubuntu-paste [15:41] need the debug information there [15:41] ogra: Why dont you just drop create_blank_image and create the zero file before calling redboot-install? [15:42] lool, thats what i just offered a min ago :) [15:42] ogra: You said of=$@ and I said not to [15:42] ah, you want me to keep the temfile [15:43] *temp [15:43] Yes [15:43] http://paste.ubuntu.com/272890/ [15:43] like that ? [15:43] Otherwise if one kills the build at an inappropriate time, a blank image might be generated on second run [15:43] cjwatson: http://paste.ubuntu.com/272889/ [15:43] ogra: You dropped the deps... [15:44] ogra: You need a bdep on redboot-tools too [15:44] whoops http://paste.ubuntu.com/272891/ [15:44] indeed [15:44] i didnt want to have the dep change in the paste atm [15:44] the deps line is insanely long :) [15:45] That looks ok [15:45] cool [15:45] Dunno about the name [15:45] i'll add the dep and commit if nobody objects [15:46] which name ? the filename or the description ? [15:46] ogra: You might miss a mkdir though [15:47] ogra: have a look at orion5x/netboot.cfg target mv2120: [15:47] it creates a netboot.img [15:47] a mkdir ? [15:47] ogra: you definitely want a babbage subdir there, perhaps even babage-2 [15:47] $(TEMP) surely exists [15:47] ogra: /imx51 is for the subarh independent images (like the imx51 kernel applying to e.g. lange boards) [15:48] * ogra looks at orion [15:48] /imx51/babbage would be appropriate for a babbage specific file [15:48] ok [15:48] ogra: if you're brave create one subdir + netboot.img per redboot.bin [15:49] that needs a) further redboot-install changes and b) verification that the kernel even works on B1 [15:49] ogra: sounds like an afternoon of fun! [15:50] wow, the orion stuff looks a lot saner that ixp4xx [15:50] Yeah [15:50] * ogra rewrites i'll keep the B1 stuff for that extra afternoon of fun when i need it :P [15:51] especially since it looks like the karmic kernel will drop B1 support [15:53] TommyT: this is really, really confusing me. I can keep going if you like with progressively bigger hammers, but would ssh access be at all possible? [15:54] I will try. I presume I have to install it so I'm looking at that now, then I will see if I can open the firewall [15:55] you don't have to install [15:55] actually, it's better if you don't [15:55] oops [15:55] well, you have to install the openssh-server package - you don't have to install the operating system, which is how I first read your comment :) [15:55] that's what I meant yes openssh [15:55] lool, so how about http://paste.ubuntu.com/272897/ ? [15:57] what username/pass works on the live iso? [15:57] TommyT: ubuntu/blank [15:57] as in no pass just ubuntu [15:58] OK sorry I should have said what user/pass works to ssh into a live iso that sshd has been installed on, or do I need to create an account? [15:58] yes, though to make that work with ssh you have to either (a) edit /etc/ssh/sshd_config and add 'PermitEmptyPasswords yes', then 'sudo /etc/init.d/ssh restart' or (b) 'passwd ubuntu' and make it something else [15:58] right that answers it [15:58] TommyT: same answer as davmor2 gave, but with my modifications :) [15:59] I suggest not quoting the login IP address in a public channel though, nor the password if you set it ... [16:02] ogra: Do you mind if I'm picky? I would name the target babbage (single target for all babbage boards) the temp dir should be $(TEMP)/babbage/ and the public publish dir babbage-TO2 [16:02] or babbage-2.x [16:02] i'll add the dash [16:02] but $TEMP is from d-i i think [16:03] ogra: You dont want to use a generic name like you do [16:03] why should i add an extra babbage there [16:03] ogra: e.g. kurobox uses $(TEMP)/kuroboxpro/kernel.uboot [16:03] ogra: an extra babbage? [16:03] well, i use what d-i generates [16:04] so the only place using $(TEMP)/babbage/ would make sense is for teh temp_image.img [16:04] ogra: Err yes that's entirely the point [16:04] oh, ok [16:04] Or instead of temp_image.img use a better name [16:04] heh [16:04] e.g. babbage-TO2-sd.img or something [16:04] babbage-2.img :) [16:05] ogra: Do we need all the console=? [16:05] I think the default of console=tty0 should just work [16:06] http://paste.ubuntu.com/272903/ [16:06] 20 MB seems really large [16:06] i'D like to keep a serial one for debug, but i can drop it [16:06] Is that what we use? [16:06] its the default and would need serious redboot-install hacking [16:06] which i'd like to avoid [16:06] FIS_SIZE="$((16 * 1024 * 1024))" [16:07] That's what I used in debian-cd [16:07] Bah are you saying that redboot-install just has some extra padding to avoid computing the actual size? [16:07] FIS_SIZE="$((16 * $MIB))" [16:07] same in redboot-install [16:08] hmm, why did it complain when i used less than 20 [16:08] I think you forget the partition table [16:08] and vfat [16:08] Actually strike the comment on the partition table [16:08] ogra: Anyway exactly 16 MB should be exactly what you want :-) [16:09] Error: The location 16777216B is outside of the device /var/build/images/netboot/netboot.img [16:10] ogra: That's because you need the fix in debian-cd [16:10] 17 works [16:11] oh, and i just see i need to port it to blkid [16:11] still uses vol_id [16:11] lool, are you fine with 17 for now ? [16:12] good lord no [16:12] sigh [16:12] i really didnt plan to invest that much time into it [16:12] cjwatson: sorry I haven't ever tried going into the firewall and this old version of DD-WRT may not support secure forwarding [16:13] i'll turn it to 16 once i merged your debian-cd fixes [16:14] and in karmic+1 we can add a special mode to it that only creates a fis partition for the exact size if its run in that special setup where we want a netinst [16:15] * ogra wonders if lool fell over [16:16] I'm still here [16:16] And I really don't see why you prefer hiding bugs with large padding [16:16] bugs ? [16:16] Well yes [16:17] Why wouldn't it work at 16 MB otherwise? [16:17] its not the purpose of redboot-install to generate netboot images [16:17]