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