[10:26] <asac> ogra_cmpc: nice
[10:26] <asac> (27M for X)
[10:43] <ogra> asac, do you mean RAM ?
[10:46] <asac> yes
[10:46] <asac> ogra: thats what you said, right?
[10:47] <ogra> thats the whole system
[10:47] <asac> ogra: what plymouth theme to use for a console only image?
[10:47] <asac> or can i get rid of that completely?
[10:47] <asac> when i remove the initramfs-tools scripts all is fine ... if not i stay on a console 7 with a SEGV of plymouth and have to manually go back to the console 1 etc.
[10:47] <ogra> mountall needs plymouth
[10:47] <asac> i know
[10:47] <asac> but not the initramfs hooks ;)
[10:48] <asac> (it seems)
[10:48] <ogra> there was a command to select the theme
[10:48]  * ogra forgot which
[10:48] <asac> ogra: but which theme to use?
[10:48] <ogra> text
[10:48] <asac> plymouth-theme-text -> SEGV
[10:48] <asac> ubuntu-text works i think
[10:49] <ogra> plymouth-theme-ubuntu-text
[10:49] <ogra> is that installed ?
[10:49] <ogra> /lib/plymouth/themes/ubuntu-text/ubuntu-text.plymouth
[10:50] <asac> i will try that again now ... but plymouth-theme-text crashes for sure
[10:50] <ogra> its what i get on my server installs
[10:50] <asac> ogra: i made an autologin by hacking tty1.conf ... is that the "normal" way? ;)
[10:51] <ogra> for a text console ?
[10:51] <asac> yes
[10:51] <ogra> its usrely not "normal" but likely a good way to do it :)
[10:51] <asac> i made a /usr/bin/autologin script that just run login -f root
[10:51] <ogra> *surely
[10:51] <asac> and it works.
[10:51] <asac> just wastn sure if thats good
[10:51] <ogra> we had something for that in the ume images
[10:52] <asac> bceause tty1.conf you cannot really change from outside .... dpkg-divert on a conffile feels painful
[10:52] <ogra> which was a bit cleaner
[10:52] <asac> ogra: whats the clean way?
[10:52] <ogra> an upstart job
[10:52] <asac> assume there is no user installed ;)
[10:52] <ogra> i need to dig up the old code
[10:52] <asac> hmm
[10:52] <ogra> well, why isnt there any user ?
[10:52] <asac> tty1.conf is an upstream job
[10:52] <ogra> create one during build
[10:52] <ogra> you can create a fresh upstart job
[10:53] <ogra> no need to mangle an existing one
[10:53] <asac> hmm. but tty1 is taken ... or can i just take any tty?
[10:53] <asac> how can i ensure that that tty is the default after boot?
[10:53] <ogra> no idea :) ask a plymouth dev :)
[10:53] <asac> heh
[10:54] <ogra> you should be able to use console= on the cmdline but that will kill plymouth
[10:54] <asac> yeah
[10:54] <asac> let me first try if plymouth is happier with tubuntu-theme text installed
[10:55] <asac> in the meantime i have to cleanup this disk ... not enough space to copy a live netbook image to it
[10:55] <ogra> http://bazaar.launchpad.net/~ubuntu-mobile/ubuntu-mobile/ubuntu-mid-default-settings/files
[10:55] <ogra> that should have the old upstart files
[10:56] <asac> ok thanks. will check that out
[10:56] <asac> (if my browser ever opens) ;)
[10:56] <siji> x
[10:57] <asac> that stars the gui ;)
[10:57] <ogra> http://bazaar.launchpad.net/~ubuntu-mobile/ubuntu-mobile/ubuntu-mid-default-settings/annotate/head:/session
[10:57] <asac> starts
[10:57] <ogra> modify that
[10:57] <ogra> and use it as upstart job
[10:57] <ogra> yes, it starts the gui
[10:57] <ogra> so you have to modify ;)
[10:58] <asac> right. so you dont hvae to bother about switching to a "new" tty
[10:58] <ogra> righ, but *you* can use openvt and switch to tty9 or so ;)
[10:58] <ogra> iirc openvt just takes the next free tty
[10:59] <asac> hmm. there is a chvt command
[10:59] <ogra> chvt needs a number
[10:59] <asac> ogra: putting that switching feels like a racy thing.
[10:59] <ogra> openvt checks for the next free one or so
[11:00] <asac> yeah
[11:00] <asac> is that a replace for getty?
[11:00] <ogra> i think not
[11:00] <ogra> you still need to run login or something
[11:00] <ogra> try it :)
[11:01] <ogra> i havent touched that stuff since 1.5y
[11:01] <asac> yeah
[11:01] <asac> will try ;)
[11:04] <asac> my tries "on started tty1 -> chvt 1" ;)
[11:05] <ogra> that wont work
[11:05] <ogra> since you already have a getty running there
[11:05] <asac> hmm. but its chvt
[11:05] <ogra> you will end up with two processes controlling the tty
[11:05] <asac> hmm
[11:05] <ogra> which will get you funny output if you type anything :)
[11:06] <asac> its just chvt
[11:06] <asac> it manpage it says its similar to using f1 etc.
[11:06] <ogra> sometimes one sometimes the other process will reply to enter
[11:06] <ogra> oh, indeed, if you dont run login it will just change the vt
[11:06] <asac> hmm. but chvt isnt really controlling anything
[11:06] <ogra> i thougth you wanted autologin too
[11:06] <asac> yes, thats the idea
[11:07] <asac> ogra: oh right ;)
[11:07] <asac> yeah
[11:07] <asac> i still have the hacked tty1.conf so it auto logs in
[11:07] <ogra> so you need a fresh tty
[11:07] <ogra> use openvt
[11:07] <ogra> if thats for a higly embedded system you should cut down the amount of ttys anyway though
[11:08] <ogra> i think each running getty will eat up to 800k
[11:08] <asac> ogra: how can i get the ttys down ... they are all shipped by upstart :(
[11:09] <asac> at least without forking
[11:09]  * ogra would recommend an upstart-embedded package that has all that stuff adjusted
[11:09] <ogra> build from the same source but ship other configs and conflict with upstart
[11:09] <ogra> or some such
[11:10] <ogra> seems cleaner than diverting config files
[11:11] <asac> yeah
[11:11] <ogra> either that or use openvt :)
[11:11] <asac> ok kbd isnt installed in an essential only system
[11:11]  * asac adds that
[11:12] <ogra> yeah
[11:12] <ogra> gpgv also
[11:12] <asac> ogra: i have added gnupg
[11:12] <asac> whta do you need gpgv for?
[11:12] <ogra> well, gpgv is enough
[11:13] <ogra> apt needs it for the Release.gpg
[11:13] <asac> right. i need gnupg for apt-key
[11:13] <asac> to make the ppa fly
[11:13] <ogra> ah
[11:13] <ogra> yeah, that should bring in gpgv anyway
[11:13] <asac> good ;)
[11:14] <ogra> you also want to add something to /etc/apt/apt.conf.d/ that makes not installing recommends the default
[11:14] <asac> ogra: so where is the omap uboot?
[11:14] <asac> didnt we package that?
[11:14] <ogra> yes
[11:14] <ogra> it uses the upstream naming
[11:14] <asac> ogra: i am not installing recomments
[11:14] <asac> nds
[11:14] <ogra> look for u-boot
[11:14] <asac> ah
[11:15] <ogra> i have to switch the other u-boot packages too or revert that in maverick
[11:15] <ogra> not sure yet
[11:15] <asac> there it is ;)
[11:15] <asac> ogra: so what do we chip for omap in lucid?
[11:15] <asac> do we put uboot on it at all? or assume its all setup on beagel?
[11:17] <ogra> in lucid we assume its in NAND
[11:17] <ogra> for maverick i have to come up with something clever
[11:18] <ogra> since some of the future HW wont have NAND
[11:18] <ogra> for beagle we dont need to care though ... there is NAND for all released versions
[11:20] <asac> ogra: where does the uboot we assume is there look for boot.scr?
[11:20] <asac> on fat in / ?
[11:20] <ogra> iirc on fat on mmc0 0:0
[11:23] <asac> kk
[11:27] <ogra> asac, ./include/configs/omap3_beagle.h in the u-boot-omap3 source
[11:28] <ogra> specifically CONFIG_EXTRA_ENV_SETTINGS and CONFIG_BOOTCOMMAND
[11:30] <asac> hmm. guess that uboot cant do ext2load?
[11:30] <asac> seems it can :/
[11:30] <ogra> not on omap
[11:31] <ogra> fails miserably
[11:31] <asac> too bac
[11:31] <asac> d
[11:31] <ogra> yes
[11:31] <ogra> especially soice you cant put /boot on fat
[11:31] <ogra> *since
[11:31] <asac> cant?
[11:31] <ogra> nope
[11:31] <asac> whats that?
[11:31] <ogra> dpkg uses hardlinks when it unpacks files
[11:32] <asac> hmm. but we use fat on all images for /boot, dont we?
[11:32] <ogra> so it creates a vmlinuz-$(uname -r).bak when it tries to put the new file in place ... that file is a hardlink
[11:32] <ogra> no
[11:34] <ogra> one thing i was trying is to have a separate fat patrition that flash-kernel writes uImage, uInitrd and boot.scr to but for lucid lool convinced me to rather use NAND
[11:34] <ogra> in maveric where we cant use NAND for everything i think i'll have to revisit that setup
[11:34] <ogra> +k
[11:35] <asac> ogra: how does the sdcard boot then? not oob?
[11:35] <ogra> the images are on vfat so there u-boot can read boot.scr
[11:36] <ogra> during install i write the boot options, kernel and initrd to NAND
[11:36] <ogra> so then it doesnt matter
[11:36] <ogra> it only matters on systems that have no NAND but we dotn support any with the lucid install
[11:36] <asac> hmm
[11:36] <ogra> maverick *will* support these though
[11:37] <ogra> which means we'll need a separate fat somewhere
[11:37] <asac> we need it for this directly booting rootfs setup too
[11:37] <ogra> right, that needs tweaks in flash-kernel
[11:38] <ogra> so once linux-image is installed it needs to temporary mount the fat and write uImage and uInitrd to it
[11:38] <ogra> (or after update.initramfs)
[11:38] <asac> ok at least plymouth ubuntu theme text doesnt play games on me anymore ;)
[11:38] <ogra> heh
[11:39] <asac> now back to openvt ;)
[11:42] <asac> ogra: does uImage in nand win over uImage on fat mmc0?
[11:42] <ogra> see the config i pointed to above :)
[11:42] <asac> e.g. could we live with shipping "not changing" uImages on some fat partition? and flash-kernel updates the nand
[11:43] <ogra> it only cares for boot.scr
[11:43] <ogra> err, no
[11:43] <ogra> actually it doesnt
[11:43] <ogra> http://paste.ubuntu.com/426935/
[11:44] <ogra> asac, how would you update a nonexisting NAND ? :)
[11:44] <ogra> i will use NAND on all boards where we know we have it  in flash-kernel
[11:45] <asac> well. i am currently targetting beagle. .. but without installer
[11:45] <ogra> flash-kernel needs to detect the hardware anyway and needs special casing for each board
[11:45] <ogra> without installer, hmm
[11:45] <ogra> then you need MLO and u-boot.bin as well as boot.scr
[11:46] <ogra> and a fat partition
[11:46] <ogra> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr
[11:46] <ogra> so you also need the first partition being the fat
[11:49] <ogra> though note that if you use flash-kernel from lucid it will automatically write to NAND atm
[11:49] <ogra> and assumes your system is properly set up for uboot-envtools
[11:50] <ogra> (which is done by flash-kernel-installer)
[11:51] <ogra> http://paste.ubuntu.com/426937/
[11:51] <asac> ogra: yes, but for that to work we would need to prefer nand over fat as fat will become outdated ... which creates a chicken egg problem etc.
[11:51] <ogra> (thats what flash-kernel-installer does at the end of d-i/ubiquity
[11:51] <asac> so plymouth is still broken even with ubuntu theme ... was tricked because i still had my hand hacked image loop mounted and umounting it seems to have wiped the new img
[11:52] <ogra> (not that it wipes the u-boot defaults so it wont look for boot.scr anymore)
[11:52] <asac> ah
[11:53] <asac> so it wiped the defaults
[11:53] <asac> good
[11:53] <ogra> only if you used the ubuntu install
[11:53] <asac> that would work. e.g. put just the uboot bits on a first fat partition
[11:53] <asac> once flash-kernel runs all will be nand
[11:53] <ogra> right
[11:53] <ogra> but you somehow need to run that flash-kernel-installer.postinst bit
[11:54] <ogra> which is tricky without any kind of installer
[11:55] <ogra> flash-kernel-installer is a udeb and not installed anywhere but in d-i/ubiquity
[11:58] <asac> ogra: why isnt cmdline="root=UUID=$uuid ro quiet splash vram=12M omapfb.mode=dvi:1280x720MR-16@60 fixrtc"
[11:58] <asac> etc .that run in normal flash-kernel?
[11:58] <asac> e.g. the stuff from http://paste.ubuntu.com/426937/
[11:59] <ogra> flash-kernel (like update-grub) doesnt touch the cmdline
[11:59] <ogra> creating the cmdline is job of the installer
[11:59] <ogra> after install that shouldnt be changed by any bootloader tool
[12:00] <ogra> unless yuo change it manually (by editing /etc/default/grub or in case of beagle using fw_setenv)
[12:01] <ogra> flash-kernel only flashes the kernel (and initramfs)
[12:01] <ogra> flash-kernel-installer sets up the environment for flash-kernel during installation
[12:03] <ogra> http://paste.ubuntu.com/426943/ <- flash-kernel ... http://paste.ubuntu.com/426937/ <- flash-kernel-installer
[12:04]  * ogra takes a break
[12:05] <asac> ogra: so openvt didnt work ... chvt worked fine ;)
[12:05] <asac> probably just working around the fact that plymouth still fails miserably
[12:10] <ogra_cmpc> how did you call openvt ?
[12:10] <asac> sure
[12:10] <ogra_cmpc> sure ?
[12:11] <asac> yes. it opened a new terminal on all other terminals
[12:11] <asac> so i got funny stuff like login -> hit return -> root shell -> hit return -> login prompt
[12:11] <asac> etc.
[12:12] <ogra_cmpc> what was yous commend ?
[12:12] <ogra_cmpc> *your
[12:12]  * asac tries again
[12:12] <asac> exec /bin/openvt /bin/autologinroot
[12:12] <ogra_cmpc> you need at least -s
[12:13]  * asac checks manpage
[12:13] <ogra_cmpc> probably even -e
[12:14] <ogra_cmpc>  /bin/openvt -e -s -- /bin/autologinroot
[12:14] <ogra_cmpc> or
[12:14] <ogra_cmpc>  /bin/openvt -e -s -- su -l root -c /bin/bash
[12:15] <ogra_cmpc> just copy the original tty1.conf for that and replace the exec
[12:16] <ogra_cmpc> well, after exec, exec needs to persist
[12:18] <asac> ok that worked ;)
[12:18] <ogra_cmpc> :)
[12:19] <asac> a bit dumb that its now on tty8
[12:19] <asac> but well. so be it
[12:19] <asac> plymouth is still unhappy, but thats normal it seems
[12:21] <ogra_cmpc> for flash-kernel-installer you could do some ugly first login magic in /etc/bash.bashrc
[12:21] <ogra_cmpc> look for "if [ ! -e "$HOME/.sudo_as_admin_successful" ]; then" in there
[12:22] <ogra_cmpc> though thats not very sexy
[12:22] <asac> great. yeah
[12:23] <asac> grr. something is editing 10-help-text :(
[12:23] <asac> in update-motd.d
[12:23] <asac> i get a conflict when i change that ... dont get that for other conffiles i change in the same way
[12:24] <ogra_cmpc> 10-help-text ?? where does that belong to ?
[12:24] <asac> base-files of course
[12:24] <ogra_cmpc> or where doe it live
[12:24] <asac> like verything related to branding is stuffed into the corest of core things ;)
[12:24] <asac> /etc/update-motd.d
[12:24] <ogra_cmpc> hmm
[12:24] <ogra_cmpc> ah
[12:25] <asac> and seems something is messing with that during a bootstrap
[12:25] <asac> e.g. changing it post install
[12:25] <ogra_cmpc> update-motd likely
[12:25] <asac> what does update-motd do with it?
[12:25] <asac> it shoud just source it
[12:26] <asac> guess i will sed it in postinst ... seems its modified anyway, so nothing to loose
[12:26] <ogra_cmpc> hmm, indeed
[12:28] <asac> the conffile mechanism is really a mess in ubuntu/debian ... folks seem to not get it. you need a) package defaults + b) admin defaults (thats conffiles) and user changes in $HOME ... a) and b) are far too often not separated, but just shipped in etc
[12:29] <ogra_cmpc> well, ucf will only kick in if there is a three way diff
[12:30] <ogra_cmpc> i.e. if two defaults changed at the same time
[12:32] <asac> what is ucf?
[12:32] <ogra_cmpc> update config file
[12:32] <ogra_cmpc> the tool that prompts during debconf
[12:32] <asac> ah
[12:33] <asac> yeah. well. the fact that there were changes int he first place scares me
[12:33] <asac> i hope its some hack cody added to the live-helper i didnt find yet
[12:33] <asac> ok /me spins new image and hopes for the best
[12:41] <ogra_cmpc> live-helper surely shouldnt touch it
[12:41] <ogra_cmpc> else thats a bug
[15:19] <Amit_Karpe> ogra, Do we have support for ethernet gadget in latest 2.6.32.11-l13 ??