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