**** BEGIN LOGGING AT Thu Jul 11 02:59:58 2013
Jul 11 05:50:14 <vipzrx> hello
Jul 11 05:50:56 <vipzrx> how can I find the path which gcc used to do with #include <XXX>
Jul 11 07:18:20 <vipzrx> when I am reading the source code , the cecet tells me that it can not find some header files location . Now I must tell the cedet where are these header files /
Jul 11 07:24:21 <vipzrx> it the file /home/jb/Documents/soft/soft_src/panda-linaro/system/core/init/init.c , there are a lot of #include <XXX.h> . I want to know   the location of XXX.h
Jul 11 11:57:34 <Offshore> greetings, guys
Jul 11 11:58:04 <Offshore> im building headless custom arm device (AllWinner A11); got kernel compiled, it runs with debian rootfs perfectly
Jul 11 11:58:13 <Offshore> but when i try ubuntu 13.04 armhf core, i cant boot due to plymouth
Jul 11 11:59:44 <Offshore> how can i tune it to avoid any graphics or better avoid any non-failsafe techniques?
Jul 11 12:02:04 <Offshore> uart log:
Jul 11 12:02:08 <Offshore> ...
Jul 11 12:02:14 <Offshore> <4>init: plymouth main process (50) killed by ABRT signal
Jul 11 12:02:18 <Offshore> <4>init: plymouth-splash main process (243) terminated with status 2
Jul 11 12:02:22 <Offshore> <4>init: failsafe main process (291) killed by TERM signal
Jul 11 12:02:26 <Offshore> <4>init: plymouth-stop pre-start process (414) terminated with status 1
Jul 11 12:02:44 <Offshore> ....and hang up (kernel panic?)
Jul 11 12:03:15 <Offshore> (have no idea what happens)
Jul 11 12:55:06 <Offshore> phuken hate that :(
Jul 11 12:55:27 <Offshore> got to use debuan i think
Jul 11 12:55:38 <Offshore> *debian
Jul 11 12:58:08 <ogra_> just remove the plymouth upstart jobs ... its trivial
Jul 11 13:02:22 <Offshore> ogra_, after a little bit of googling i realize that plymouth is kinda hardcoded thing
Jul 11 13:02:41 <ogra_> you dont need to start it
Jul 11 13:02:54 <ogra_> just remove the jobs and it will work
Jul 11 13:03:08 <ogra_> (or fix your kernel to have proper fbcon support)
Jul 11 13:04:43 <Offshore> so, just rm -rf /etc/init/plymouth* ?
Jul 11 13:05:57 <ogra_> yeah
Jul 11 13:06:25 <Offshore> ogra_, fbcon? the only way to connect to device is uart (/dev/ttyS0)
Jul 11 13:06:44 <ogra_> well, then proper VT support at least
Jul 11 13:07:37 <Offshore> well. what .config flags related to this thing?
Jul 11 13:07:41 <Offshore> *are
Jul 11 13:09:23 <Offshore> i just want to keep rootfs as untouched as it possible (rm -rf /etc/init/plymouth* is the last resort)
Jul 11 13:12:42 <Offshore> hehe.
Jul 11 13:12:58 <Offshore> ogra_, no luck with rm -rf /etc/init/plymouth*
Jul 11 13:13:00 <Offshore> <4>init: failsafe main process (204) killed by TERM signal
Jul 11 13:13:05 <Offshore> and hang up
Jul 11 13:13:26 <ogra_> how did you create your rootfs ?
Jul 11 13:14:10 <Offshore> first tried ubuntu-core-13.04-core-armhf.tar.gz
Jul 11 13:14:39 <ogra_> well, thats for building something on top
Jul 11 13:14:49 <ogra_> not really something to boot
Jul 11 13:15:10 <Offshore> ive also tried debootstrap --verbose --arch armhf --variant=minbase --foreign raring /target
Jul 11 13:15:55 <ogra_> no
Jul 11 13:15:59 <Offshore> (then cp quemu -- mount proc&pts -- chroot into target and second stage, of cause)
Jul 11 13:16:22 <ogra_> use qemu-debootstrap from qemu-user-static
Jul 11 13:16:38 <ogra_> that will just create a cross chroot for you
Jul 11 13:17:03 <ogra_> then you indeed need to make sure to have a serial getty configured, else you will never get a login on the serial port
Jul 11 13:18:22 <Offshore> whats the diff between qemu-debootstrap and debootstrap --arch armhf ....... then cp /usr/bin/qemu-arm-static target/usr/bin and chroot into there?
Jul 11 13:18:54 <ogra_> qemu-debootstrap uses binfmt to actually provide you the ability to just chroot into the root you created
Jul 11 13:19:26 <ogra_> it just saves you from a ton of extra work
Jul 11 13:22:36 <Offshore> ok ill try, but its not a problem right now
Jul 11 13:23:16 <ogra_> did you set up a proper serial config yet ?
Jul 11 13:23:51 <Offshore> echo 'T0:2345:respawn:/sbin/getty -L ttyS0 115200 linux' >> /etc/inittab
Jul 11 13:24:26 <ogra_> no
Jul 11 13:24:38 <ogra_> follow the serial howto from the ubuntu wiki
Jul 11 13:24:47 <ogra_>  /etc/inittab isnt used since ages
Jul 11 13:25:07 <ogra_> like 4 years or so
Jul 11 13:31:44 <Offshore> ogra_, thanx a lot
Jul 11 13:31:59 <Offshore> finally got kernel initialized
Jul 11 13:32:31 <ogra_> :)
Jul 11 13:33:09 <Offshore> by the way
Jul 11 13:33:52 <Offshore> why the f language-pack-en depends on firefox localization package?
Jul 11 13:34:10 <Offshore> even when firefox is not installed
Jul 11 13:34:14 <ogra_> you want the -base package
Jul 11 13:34:35 <ogra_> the above is a toplevel meta package for languages
Jul 11 13:34:56 <infinity> It doesn't depend on it...
Jul 11 13:35:00 <Offshore> and until raring it (firefox localization package) even was not available on armhf, so dep was broken
Jul 11 13:35:26 <Offshore> infinity, sorry, does not depend of cause, but recommends it
Jul 11 13:35:26 <infinity> (base)adconrad@cthulhu:~$ apt-cache show language-pack-en | grep ^Depends
Jul 11 13:35:27 <infinity> Depends: language-pack-en-base (>= 1:13.04+20130418)
Jul 11 13:35:27 <infinity> (base)adconrad@cthulhu:~$ apt-cache show language-pack-en-base | grep ^Depends
Jul 11 13:35:29 <infinity> Depends: locales (>= 2.3.6), language-pack-en (>= 1:13.04+20130418)
Jul 11 13:35:32 <infinity> (base)adconrad@cthulhu:~$ apt-cache show locales | grep ^Depends
Jul 11 13:35:34 <infinity> Depends: libc6 (>= 2.9-0ubuntu10) | libc6.1 (>= 2.9-0ubuntu10)
Jul 11 13:35:57 <Offshore> one moment please.
Jul 11 13:36:43 <infinity> In precise, it did Recommend it, yes.  But recommends don't prevent you from installing without.
Jul 11 13:37:17 <infinity> And, of course firefox-locale-en is available on armhf.
Jul 11 13:37:31 <infinity> (And always has been)
Jul 11 13:38:36 <Offshore> # apt-get install language-pack-en
Jul 11 13:38:38 <Offshore> ........
Jul 11 13:38:45 <Offshore> The following extra packages will be installed:
Jul 11 13:38:45 <Offshore>   firefox-locale-en language-pack-en-base
Jul 11 13:39:58 <infinity> apt-get --no-install-recommends install language-pack-en
Jul 11 13:40:13 <Offshore> indeed :)
Jul 11 13:40:14 <infinity> Not that having firefox-locale-en installed hurts anything.
Jul 11 13:40:52 <Offshore> well i just wanted to say that its better not to be recommended
Jul 11 13:41:26 <infinity> And it's not in saucy, so you win. :P
Jul 11 13:41:57 <Offshore> infinity, my apologies, i cant reproduce now the situation i met some time ago about firefox-locale-en package cannot be found in armhf reps. maybe it was before precise
Jul 11 13:42:46 <Offshore> infinity, hah, finally :)) but stable saucy'll be available only in autumn
Jul 11 13:44:03 <Offshore> so, concluding plymouth stuff. I WAS AN IDIOT :) and have not properly configured serial console :)))
Jul 11 13:44:32 <Offshore> and it wasnt necessary to remove it from upstart
Jul 11 13:45:17 <Offshore> debian worked correctly because i conf'ed serial console in /inittab
Jul 11 13:46:58 <ogra_> ah, lucky you, plymouth breaks the boot with kernels that have issues with VT and fbcon
Jul 11 13:47:25 <ogra_> means your kernel is fine then :)
Jul 11 13:47:42 <Offshore> :)
Jul 11 13:49:17 <Offshore> thank you guys, again
Jul 11 13:57:35 <Offshore> udevd[171]: error changing net interface name wlan0 to wlan2: Device or resource busy
Jul 11 13:57:40 <Offshore> cant understand why does it do that (renaming)
Jul 11 14:01:04 <infinity> Offshore: A rule in /etc/udev/rules.d/70-persistent-net.rules perhaps?
Jul 11 14:01:32 <ogra_> because it created a persistent rule for your laptop when you built the chroot
Jul 11 14:01:48 <ogra_> would be my guess
Jul 11 14:02:31 <Offshore> ogra_, hmm.
Jul 11 14:02:44 <Offshore> infinity, ill take a look, thanx
Jul 11 14:05:46 <Offshore> ogra_, "sudo: unable to resolve host ubuntu-gnome" lol. You definetely right about qumy-debootstrap :))
Jul 11 14:06:02 <ogra_> :)
Jul 11 14:06:57 <Offshore> infinity, is there any common way to totally flush /etc/udev/rules.d/70-persistent-net.rules ?
Jul 11 14:07:08 <Offshore> it seems that is it
Jul 11 14:07:26 <Offshore> (i mean not editing)
Jul 11 14:07:32 <Offshore> *directly
Jul 11 14:08:36 <infinity> Offshore: hand-editing is the way to go.  Just delete the offending line(s).
Jul 11 14:09:17 <Offshore> well manual edit is always an option
Jul 11 14:13:43 <Offshore> awwww another question :)
Jul 11 14:13:53 <Offshore> sometimes system hangs on reboot
Jul 11 14:13:58 <Offshore> just before reboot
Jul 11 14:14:43 <Offshore> i cant fig out conditions for it
Jul 11 14:14:43 <Offshore> [sw-ehci1]: close clock
Jul 11 14:14:43 <Offshore> <6>[sw-ehci1]: shutdown end
Jul 11 14:14:43 <Offshore> [sw_hcd0]: sw_hcd shutdown start
Jul 11 14:14:43 <Offshore> [sw_hcd_host0]: Set USB Power OFF
Jul 11 14:14:43 <Offshore> [sw_hcd0]: sw_hcd shutdown end
Jul 11 14:14:44 <Offshore> <0>Restarting system.
Jul 11 14:14:44 <Offshore> [  203.290000] Restarting system.
Jul 11 14:14:52 <Offshore> ...and over
Jul 11 14:14:52 <infinity> That would be a kernel bug.
Jul 11 14:15:12 <infinity> Userspace is long gone by then.
Jul 11 14:15:26 <infinity> So, if your kernel (sometimes) fails to reboot your hardware, that's between you and your kernel.
Jul 11 14:15:42 <Offshore> but its... sometimes! not always :/
Jul 11 14:16:25 <infinity> The sometimes could be a clue.  If it only happens when a certain device is plugged in, on Tuesdays when the moon is full, dunno.
Jul 11 14:16:39 <infinity> But it could just as easily be sketchy hardware/firmware.
Jul 11 14:16:47 <Offshore> for me its absolutely random
Jul 11 14:17:05 <Offshore> kernel hacking is not my best practice
Jul 11 14:17:10 <Offshore> maybe i just can arm the watchdog? :))
Jul 11 14:17:14 <infinity> Anyhow, definitely a kernel (or hardware) problem.
Jul 11 14:17:23 <Offshore> hm, "arm the watchdog"
Jul 11 14:20:39 <Offshore> oh my goddess
Jul 11 14:20:49 <Offshore> at last.
Jul 11 14:21:16 <Offshore> earlier i hav yp to 80% rw packets dropped on wlan interface
Jul 11 14:21:40 <Offshore> *have up
Jul 11 14:21:46 <Offshore> magic.
Jul 11 14:21:49 <Offshore> ubuntu.
Jul 11 14:21:50 <Offshore> :))
Jul 11 14:32:00 <Offshore> http://raw.aopdg.ru/temp/dscn1937_skjhbveo587bgy.jpg
Jul 11 14:33:50 <infinity> I want to meet the person at Allwinner responsible for their naming scheme, so I can smack them.
Jul 11 14:33:53 <infinity> And the same with Apple.
Jul 11 14:34:15 <infinity> "The A5 is an A9, and the A10 is an A8" is the most confusing sentence ever.
Jul 11 14:35:06 <Offshore> yup. allwinner's a10 is more powerful than a13
Jul 11 14:35:09 <maxinux> they are allwinners @ allwinner
Jul 11 14:36:18 <Offshore> and a20 is more powerful than a10
Jul 11 14:36:23 <Offshore> magic, again
Jul 11 14:37:33 <Offshore> however their cpus are convinient, cheap and powerful
Jul 11 14:37:44 <Offshore> and solderable by hands :)
Jul 11 14:40:34 <Offshore> # sudo halt -p
Jul 11 14:40:35 <Offshore> ...
Jul 11 14:40:36 <Offshore> [sw_hcd_host0]: Set USB Power OFF
Jul 11 14:40:36 <Offshore> [sw_hcd0]: sw_hcd shutdown end
Jul 11 14:40:36 <Offshore> <0>Power down.
Jul 11 14:40:36 <Offshore> [ 1447.390000] Power down.
Jul 11 14:40:36 <Offshore> [axp] send power-off command!
Jul 11 14:40:37 <Offshore> [axp] set flag!
Jul 11 14:40:37 <Offshore> [axp] reboot!
Jul 11 14:40:45 <Offshore> so tired.
Jul 11 14:40:59 <Offshore> reboot => sometimes halt
Jul 11 14:41:05 <Offshore> halt => everytime reboot
Jul 11 14:41:08 <Offshore> damn
Jul 11 15:00:42 <Offshore> ogra_, https://wiki.ubuntu.com/ARM/RootfsFromScratch/QemuDebootstrap, its really useful, thanx
Jul 11 15:01:27 <ogra_> wow, thats massively outdated
Jul 11 15:02:17 <Offshore> so "mk-sbuild --arch armhf raring" wont work? :(
Jul 11 17:37:49 <Offshore> ogra_, if i compile kernel with CONFIG_IP_PNP (IP: kernel level autoconfiguration), do i still need dhcp3-client?
Jul 11 17:38:04 <Offshore> infinity
Jul 11 17:39:02 <infinity> That's really meant for very simple PXE-type setups.  It won't do any fancy userspace stuff that dhcp-client does (like, say, setting your DNS servers from dhcp)
Jul 11 17:39:37 <infinity> So, if you're happy with only contacting hosts by IP, and completely disabling any userspace networking fanciness, sure. :P
Jul 11 17:40:04 <Offshore> uh :(
Jul 11 19:21:20 <srwarren> So, I ran ubuntu-cdimage and it sure seems like it deleted some files from my /srv/cdimage.ubuntu.com/ftp Ubuntu mirror... Is that likely? I did set config["CDIMAGE_NOSYNC"] = "1" since I'd already created the mirror. Perhaps I'm doing it wrong? ogra_?
**** ENDING LOGGING AT Fri Jul 12 02:59:58 2013