| 00:00.33 | GNUtoo-netbook | khem, hi |
| 00:03.01 | ant__ | gn |
| 00:03.24 | fray | what architecture? arm? |
| 00:03.36 | fray | sees thumb1.. so it is arm.. |
| 00:03.51 | fray | disable the prelinker and make sure that's not it (assuming you are using oe-core) |
| 00:04.33 | fray | ugh, I think I just got two conversations confused.. |
| 00:04.38 | fray | thinks it's time to go home.. ;) |
| 00:09.42 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 00:09.43 | *** join/#oe dijenerate (~dijenerat@72.51.104.194) |
| 00:10.21 | GNUtoo-netbook | khem, chromium and firefox both still don't work on master....but work on denzil.... |
| 00:10.41 | khem | GNUtoo-netbook: hmm, yes |
| 00:10.53 | GNUtoo-netbook | I mean the same recipes segfault/illegal instruction on master and run perfectly in denzil |
| 00:10.57 | khem | GNUtoo-netbook: you did try to disable the thumb trampoline |
| 00:11.03 | fray | khem, FYI, I found a bug in the prelink's x86-64 support today.. working on fixing it.. |
| 00:11.08 | GNUtoo-netbook | for firefox? |
| 00:11.16 | fray | so if anyoen reports a problem, be sure to ask them to turn off the prelinker to make sure it's not that |
| 00:11.18 | khem | fray: his problem is something else |
| 00:11.20 | GNUtoo-netbook | it worked with safe-mode |
| 00:11.21 | khem | I know the issue |
| 00:11.29 | khem | its just a bug in gold linker |
| 00:11.30 | fray | it's ifunc relocation that is broken |
| 00:13.08 | khem | GNUtoo-netbook: ok. lets try something else |
| 00:13.15 | GNUtoo-netbook | ok |
| 00:13.33 | GNUtoo-netbook | how to disable thumb trampoline in firefox btw |
| 00:13.58 | GNUtoo-netbook | khem, note that I tried both firefox and chromium with: |
| 00:14.09 | GNUtoo-netbook | ARM_INSTRUCTIONSET = "arm" or something like that |
| 00:14.22 | GNUtoo-netbook | I don't have the exact syntax off hand |
| 00:16.09 | khem | GNUtoo-netbook: wha happens if you remove ld-is-gold from distro features |
| 00:17.00 | GNUtoo-netbook | I'll try |
| 00:17.07 | GNUtoo-netbook | but I don't think it would work |
| 00:17.16 | GNUtoo-netbook | because I think I already tried but I don't remember well |
| 00:17.24 | GNUtoo-netbook | so I'll retry |
| 00:22.17 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 00:41.45 | GNUtoo-netbook | khem, ok I'll try |
| 00:42.04 | GNUtoo-netbook | I just removed it from distro features |
| 00:42.17 | GNUtoo-netbook | do I need to do something else before building firefox + chromium/ |
| 00:42.30 | GNUtoo-netbook | s#/#?# |
| 01:01.25 | *** join/#oe Alison_Chaiken (~alison@173-228-89-192.dsl.static.sonic.net) |
| 01:02.33 | Alison_Chaiken | Hey Crofton, dm8tbr, khem. So this is where y'all hang out on Friday afternoon. Don't you know it's a holiday? |
| 01:03.05 | Alison_Chaiken | Wow, and jkridner too. Sorry I missed you at Maker Faire last weekend. |
| 01:03.28 | Alison_Chaiken | I had a booth and a talk and was super busy, but Victor came by and tell me you were around. |
| 01:03.29 | Crofton | hey |
| 01:03.44 | Crofton | I am at the beach |
| 01:03.45 | Alison_Chaiken | I have a really stupid bb question. |
| 01:03.56 | Alison_Chaiken | The beach! Which one? |
| 01:04.03 | Crofton | Avon NC |
| 01:04.10 | Alison_Chaiken | Isn't it dark? |
| 01:04.38 | Crofton | yes |
| 01:04.43 | Alison_Chaiken | All the better to send mysterious signals to the Coast Guard with scary electronics, I guess. |
| 01:05.07 | Alison_Chaiken | Tell the CG I say hi. |
| 01:05.25 | Crofton | heh |
| 01:05.30 | Crofton | what is the problem |
| 01:05.37 | Crofton | I am afk mstlyu |
| 01:05.56 | Alison_Chaiken | But seriously, my virtual machine is failing a build on some idiot gconf error when I try to rebuild the kernel. |
| 01:05.57 | Crofton | movie is on |
| 01:06.08 | Crofton | hmm |
| 01:06.21 | Crofton | I think I will go watch the movie, rather than think :) |
| 01:06.23 | Alison_Chaiken | If I could figure out where it's failing, i could just sub xterm for gnome-terminal. |
| 01:06.23 | Crofton | l8r |
| 01:06.33 | Alison_Chaiken | l8r Crofton. |
| 01:06.35 | Crofton | build soemthing simpler? |
| 01:06.50 | Alison_Chaiken | Hmm, good idea. Stupid i.MX6! |
| 01:07.14 | Alison_Chaiken | Here's my dumb question: how do I tell which directory the script that's failing is in? |
| 01:07.35 | Alison_Chaiken | Should be easy to fix if I could figure out which shell script is broken. |
| 01:08.12 | Alison_Chaiken | The log file has not enough context for me to figure it out; who knows which CWD the failure is in. |
| 01:30.52 | *** join/#oe methril (~methril@89.100.193.130) |
| 01:40.30 | vmeson | Alison_Chaiken: is the gconf error related to gtk ? (libXrandr cannot be found?) |
| 01:41.09 | Alison_Chaiken | Something about gconfd error, vmeson. Are you a physicist by any chance? |
| 01:41.24 | vmeson | I used to be... how about you? |
| 01:41.37 | Alison_Chaiken | I used to be too. Don't miss it a bit. |
| 01:42.03 | vmeson | ha! I do still miss it but software is fun too. |
| 01:42.12 | vmeson | What kind of physics did you do? |
| 01:42.40 | Alison_Chaiken | Solid-state in support of magnetic and optical recording, pretty fundamental stuff. |
| 01:43.15 | Alison_Chaiken | But the bottom line is, data storage is pretty much plateaued, and good enough anyway. |
| 01:43.40 | vmeson | anyway what's the gconfd error? |
| 01:43.48 | Alison_Chaiken | Let me see. |
| 01:43.54 | vmeson | is no oe expert yet... |
| 01:45.44 | Alison_Chaiken | Oh yeah, I finally ran "make menuconfig" by hand although I felt guilty, as I figured I should do "bitbake -c virtual/kernel", as instructed. |
| 01:46.13 | Alison_Chaiken | So now I just have a kernel that doesn't compile, and was reading Freescale BSP docs instead of OE docs. |
| 01:46.40 | Alison_Chaiken | But it could be I left files in inconsistent state, causing compilation failure. |
| 01:47.09 | vmeson | ok... it sounds like you have some ideas of what to try next... |
| 01:47.50 | Alison_Chaiken | Let me try to clean the kernel and run again, as I'd like to know how to use the machinery the right way. |
| 01:48.54 | Alison_Chaiken | Okay now I say "bitbake -c clean virtual/kernel; bitbake -c virtual/kernel" and the system says, "Nothing to do."! |
| 01:50.00 | Alison_Chaiken | Ah, -c menuconfig virtual/kernel. One more try. |
| 01:50.38 | Alison_Chaiken | Are you a particle physicist, then? |
| 01:51.14 | vmeson | naw, I worked on SNO for an M.Sc then did software at some nuclear physics research labs: LBL, JLAB. |
| 01:51.54 | Alison_Chaiken | I was at LLNL and SLAC for a while. They were awful places to work. |
| 01:52.09 | Alison_Chaiken | Now I'm at Mentor, which is so much better. |
| 01:53.04 | Alison_Chaiken | All right, here at last is my error: "Failed to summon the GConf daemon; exiting." |
| 01:53.15 | vmeson | ah, the competition! :) |
| 01:53.29 | nerdboy | i got to visit some of the modeling guys at llnl, and it didn't seem *that* bad |
| 01:53.40 | Alison_Chaiken | WTF? Who cares about the stupid GConf daemon, moronic build system. I want to compile the kernel, not watch a video! |
| 01:53.48 | nerdboy | that was back in the 90's tho... |
| 01:54.23 | Alison_Chaiken | LLNL was full of secrecy about everything back in the 1990's when I worked there. All staff were forced to compete with each other rather than collaborate. |
| 01:54.41 | Alison_Chaiken | Half the other physicists were taking qualudes or whatever. |
| 01:54.47 | vmeson | welcome to oe, we'll build lots of stuff but it's a bit of a pita to find out why... |
| 01:54.49 | nerdboy | didn't seem that way on the ARAC side... |
| 01:54.54 | Alison_Chaiken | People punched each other at work, no joke. |
| 01:55.30 | Alison_Chaiken | Yeah, I see that the failure is on "gnome-terminal --disable-factory". |
| 01:55.51 | Alison_Chaiken | If I could just change that the "/bin/sh" or somesuch, I'd be all set. |
| 01:55.55 | nerdboy | well, as of last year i had 20 years on an AF launch range |
| 01:56.07 | Alison_Chaiken | But where in heck is it invoked from? which script to change? |
| 01:56.13 | nerdboy | buy a keg of beer and I'll tell you about it some day... |
| 01:56.29 | Alison_Chaiken | AF launch range . . . New Mexico? |
| 01:56.35 | nerdboy | vandenberg |
| 01:56.38 | Alison_Chaiken | Blowing stuff up: cool! |
| 01:56.51 | nerdboy | no, not on purpose... |
| 01:56.57 | Alison_Chaiken | Ah Vandenberg. Is China Lake near there? |
| 01:57.01 | nerdboy | *launching* stuff |
| 01:57.37 | nerdboy | only the ordinance disposal guys get to blow stuff up... |
| 01:57.52 | nerdboy | china lake is way east in the desert |
| 01:57.56 | Alison_Chaiken | So the build failure outputs a log file, and it's pretty much completely uninformative. |
| 01:58.31 | vmeson | it's failing at the build stage? |
| 01:58.44 | Alison_Chaiken | What think you of SpaceX? Looked pretty impressive, no? Elon Musk is amazing: space launch and electric vehicles are not the two easiest businesses. |
| 01:58.47 | vmeson | you could use the devshell thing.. |
| 01:58.57 | nerdboy | some of them are like that, but if it failed in configure/compile/install phase you should get a real error |
| 01:59.13 | nerdboy | devshell didn't seme to do much |
| 01:59.38 | Alison_Chaiken | Yeah, I start "bitbake -c menuconfig virtual/kernel" and a bunch of prep tasks run, then when it tries to open a new terminal to run the ncurses config, it bombs on the irrelevant gconf. |
| 01:59.40 | nerdboy | at least the environment didn't seem like it was setup correctly |
| 01:59.52 | vmeson | no but once you are there you can play with the build to grok it. |
| 02:00.12 | Alison_Chaiken | I'm logged into a VMWare build machine via SSH. |
| 02:00.30 | Alison_Chaiken | I guess the build script won't run in a text console. |
| 02:00.51 | Alison_Chaiken | Unless . . . is there some way to tell BB not to try to open new windows, with some CLI flag? |
| 02:00.52 | nerdboy | if you've already built the kernel, it should just launch make menuconfig |
| 02:00.57 | vmeson | you need to set your OE_TERMINAL to screen? or something like that. |
| 02:01.13 | nerdboy | yup |
| 02:01.33 | Alison_Chaiken | Ah, thanks, I'll check that out. |
| 02:01.39 | nerdboy | a vnc desktop and xterm works nicely |
| 02:01.48 | Alison_Chaiken | nerdboy, I didn't build the kernel, some much smarter person did. |
| 02:02.19 | nerdboy | no, i mean built an image with a kernel in your current "build" |
| 02:02.33 | nerdboy | have you made it that far? |
| 02:03.11 | Alison_Chaiken | nerdboy, this is my very first attempt to use bb to build a kernel. |
| 02:03.19 | nerdboy | ah |
| 02:03.36 | nerdboy | maybe try console-image or something |
| 02:04.21 | nerdboy | then reconfigure the kernel once the image has built (and pulled in all the deps, etc) |
| 02:04.37 | kergoth` | yeah, oe terminal tries to spawn the "best" terminal it can find on your system, though that's open to debate. OE_TERMINAL = "screen" works best |
| 02:04.43 | kergoth` | on that note, i highly, highly recommend everyone set PATCHRESOLVE = "noop". otherwise if a patch fails to apply, it'll spawn a terminal for you to fix the rejects. but with BB_NUMBER_THREADS, you may have no clue what failed or why, and i'd much rathe things like that occur explicitly, not implicitly |
| 02:05.31 | Alison_Chaiken | Thanks, I'll try OE_TERMINAL=screen. Suckiest terminal works for me: too bad no line-printer here. Daisy-wheel FTW! |
| 02:06.26 | kergoth` | yeah, terminal matters much less than shell. in the past it didnt' use your user SHELL and made devshell blow as a result. nothing like dropping you into a completely bare bones, no completion, etc setup to really annoy a person |
| 02:06.28 | kergoth` | heh |
| 02:11.00 | Alison_Chaiken | hmm, tried "export OE_TERMINAL=/usr/bin/screen; bitbake -c menuconfig virtual/kernel", get same ridiculous GConf error. Aarrgh! |
| 02:11.20 | Alison_Chaiken | If I were failing on actual engineering task, it would be much less annoying. |
| 02:12.22 | Alison_Chaiken | OE_TERMINAL is not set in bitbake.rc or local.conf. |
| 02:13.07 | *** join/#oe vivijim (~vivijim@134.134.139.70) |
| 02:13.08 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 02:13.37 | *** join/#oe vivijim (~vivijim@134.134.139.70) |
| 02:13.38 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 02:13.53 | vmeson | have you been able to build and boot anything yet with OE? How did you get to the build failure? |
| 02:14.40 | Alison_Chaiken | Yes, vmeson, I built an entire image on this VMI using someone else's instructions. |
| 02:15.01 | Alison_Chaiken | But I didn't run "bitbake -c menuconfig", just used existing config. |
| 02:15.28 | vmeson | interesting... is menuconfig the only change you made? |
| 02:16.15 | vmeson | other than OE_TERMINAL. |
| 02:16.28 | Alison_Chaiken | So far, vmeson, I didn't even manage to get menuconfig to start, so no changes whatsoever. |
| 02:16.55 | Alison_Chaiken | All I've changed so far is OE_TERMINAL. Otherwise I just followed coworker instructions. |
| 02:18.56 | Alison_Chaiken | I think I'll try making a new directory with a fresh pull and just the kernel, to see what happens. |
| 02:19.25 | vmeson | that doesn't sound right... I guess you have to decide between debugging the gconf error and tossing what you have and starting again.. |
| 02:19.47 | vmeson | good luck. |
| 02:19.52 | vmeson | leaves. |
| 02:20.51 | Alison_Chaiken | Thanks, vmeson. |
| 02:22.24 | nerdboy | if you've built a full image, then something seems amiss... |
| 02:22.54 | nerdboy | just promoted to Capt Obvious |
| 02:24.14 | nerdboy | can you paste your fail log? |
| 02:24.18 | Alison_Chaiken | Not at all, nerdboy, as "make menuconfig" involves popping open a new window, and none of the other tasks did. |
| 02:24.52 | Alison_Chaiken | It's pretty clear that previous tasks didn't invoke gnome-terminal, as they were happy running in the console. |
| 02:24.59 | nerdboy | neither screen nor xterm should involve gconf |
| 02:25.25 | Alison_Chaiken | Neither screen nor xterm is running: it's gnome-terminal, as build failure log explicitly states. |
| 02:25.46 | Alison_Chaiken | bitbake is assuming that gnome is running, which it ain't. |
| 02:26.17 | nerdboy | okay, what is TERM in your env on that box? |
| 02:27.15 | nerdboy | and is XSESSION set to anything? |
| 02:28.21 | nerdboy | lastly, if you set OE_TERMINAL to screen, where did you set it? |
| 02:28.50 | Alison_Chaiken | I tried setting OE_TERMINAL both as a command prefix and with export. |
| 02:29.04 | Alison_Chaiken | TERM=xterm; XSESSION is unset. |
| 02:30.58 | nerdboy | okay, i think you really want TERMCMD and TERMCMDRUN in local.conf |
| 02:31.27 | Alison_Chaiken | Aha! I'll try it. |
| 02:31.51 | nerdboy | TERMCMD = "${SCREEN_TERMCMD}" |
| 02:32.04 | nerdboy | TERMCMDRUN = "${SCREEN_TERMCMDRUN}" |
| 02:33.24 | nerdboy | there's some pretty touchy environment stuff wrapped around bitbake |
| 02:33.44 | nerdboy | and i don't have it all figured out... |
| 02:35.45 | nerdboy | changing local.conf will also force a cache rebuild, but oh well... |
| 02:36.48 | Alison_Chaiken | nerdboy, if it works, cache rebuild is okay with me. It's just about dinner time anyway . . . |
| 02:36.57 | Alison_Chaiken | What did you launch recently? |
| 02:37.25 | nerdboy | nothing, i'm working on a surgical camera now |
| 02:37.45 | nerdboy | i put in my twenty... |
| 02:38.32 | nerdboy | a cool TI dm8168 camera |
| 02:41.33 | Alison_Chaiken | So the camera attached to a fiber-optic laparascope thinger? |
| 02:41.55 | Alison_Chaiken | Looks like my "make menuconfig" starts and hangs. |
| 02:42.23 | Alison_Chaiken | This is actually excellent news, as it means you've told me what to work on to fix the problem. |
| 02:43.09 | Alison_Chaiken | I bet if I change now from "screen" to "xterm," the sucker will pop open a new window and work. Or maybe it wants ncurses explicitly. Must be one or t'other. |
| 02:43.27 | Alison_Chaiken | Thank you very much nerdboy! I hadn't considered changing local.conf. |
| 02:43.38 | Alison_Chaiken | A major lesson for the future. |
| 02:46.02 | nerdboy | xterm should work |
| 02:46.53 | Alison_Chaiken | I started it with screen; we'll see. |
| 02:47.05 | Alison_Chaiken | "make menuconfig" normally uses curses. |
| 02:48.36 | nerdboy | i mean "${XTERM_TERMCMD}" |
| 02:48.42 | nerdboy | instead of screen |
| 02:49.18 | nerdboy | so you'd also need to have logged in with ssh -X or such |
| 02:49.52 | nerdboy | resorted to xterm in vnc |
| 02:52.31 | Alison_Chaiken | Will try after dinner, nerdboy. Thx much: I will now figure it out, since I see which variable where to poke at! |
| 02:52.42 | Alison_Chaiken | Food, food I say! |
| 02:54.46 | nerdboy | had dinner early tonight after the graduation stuff |
| 02:56.10 | nerdboy | has it set to xterm |
| 03:05.29 | *** join/#oe blupp (~blupp@dslb-188-098-077-240.pools.arcor-ip.net) |
| 03:13.03 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:11.17 | Alison_Chaiken | nerdboy! It works, son! |
| 04:12.02 | Alison_Chaiken | ${TERMCMDRUN}=${XTERM_CMDRUN}; ${TERMCMD}=${XTERMCMD}, I mean. |
| 04:12.09 | Alison_Chaiken | Now on to breaking the kernel! |
| 04:15.06 | Alison_Chaiken | Oops, I must be tired. I mean TERMCMDRUN = ${XTERMCMDRUN} |
| 04:15.48 | Alison_Chaiken | Wait, not even that (no way to C-&-P): |
| 04:16.29 | Alison_Chaiken | TERMCMDRUN = "${XTERMCMDRUN}"; TERMCMD = "${XTERMCMD}" |
| 04:17.04 | nerdboy | TERMCMD = ${XTERM_TERMCMD} maybe? |
| 04:18.04 | Alison_Chaiken | Oh yeah, the typing part of my brain seems to frozen. |
| 04:18.34 | Alison_Chaiken | I'm so overjoyed by the announcement of http://lwn.net/Articles/498877/ , which I knew was coming, that I can hardly bear it! |
| 04:20.30 | nerdboy | then you should be ecstatic about the ARM camera project |
| 04:20.39 | nerdboy | and we're hiring... |
| 04:29.32 | Alison_Chaiken | ARM camera project sounds interesting. I worked on a colonoscopy camera with RTSP on gumstix once. |
| 04:29.45 | Alison_Chaiken | Thank goodness. no humans were involved except for me. |
| 05:11.35 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 05:25.06 | *** join/#oe davidlt (~davidlt@adsl-84-227-208-149.adslplus.ch) |
| 05:26.49 | *** join/#oe davidlt (~davidlt@adsl-84-227-208-149.adslplus.ch) |
| 05:41.34 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 06:13.49 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 06:51.25 | *** join/#oe davidlt (~davidlt@adsl-84-227-208-149.adslplus.ch) |
| 06:52.15 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 06:55.46 | *** join/#oe kristoffer (~kristoffe@c-c1d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 07:20.14 | *** join/#oe lamikr (lamikr@nat/nokia/x-cyfxgamvykjiiorl) |
| 07:25.14 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 08:16.55 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 08:24.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:26.26 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 08:28.20 | *** join/#oe phdeswer (~phdeswer@HSI-KBW-078-043-064-116.hsi4.kabel-badenwuerttemberg.de) |
| 08:47.25 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 08:47.26 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:51.11 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 08:51.11 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:58.56 | *** join/#oe bluelightning_ (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 08:58.56 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 09:21.46 | nerdboy | Alison_Chaiken: arthrex.com if you're interested |
| 09:49.48 | *** join/#oe woglinde (~heinold@f052066040.adsl.alicedsl.de) |
| 10:15.44 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 10:21.07 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 10:41.49 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 10:47.15 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 10:52.29 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 10:52.59 | *** join/#oe pepermint (~pepermint@host56-85-dynamic.11-79-r.retail.telecomitalia.it) |
| 10:57.18 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 11:02.45 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 11:08.03 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 11:10.17 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:13.44 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 11:18.51 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 11:39.36 | *** join/#oe davidlt (~davidlt@adsl-84-227-208-149.adslplus.ch) |
| 12:30.38 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:34.29 | *** join/#oe xmlich02 (~imlich@2001:67c:1220:80c:0:1:4e49:9d5d) |
| 12:44.11 | otavio | :-) |
| 12:55.35 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 12:55.35 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 13:29.06 | woglinde | hi otavio |
| 13:31.09 | otavio | woglinde: :) how are you doing? |
| 13:32.13 | woglinde | fixing icedtea builds |
| 13:32.43 | woglinde | for gcc-4.7 |
| 13:33.41 | otavio | nice! |
| 13:34.07 | otavio | ahh |
| 13:34.15 | otavio | I have a pending patch for you |
| 13:34.16 | otavio | hold |
| 13:35.27 | otavio | http://paste.debian.net/171250/ |
| 13:35.49 | otavio | woglinde: this is a gcc-4.7 I did locally but didn't yet cleaned up to send |
| 13:36.42 | woglinde | forget llvm so far |
| 13:36.52 | woglinde | doesnt work |
| 13:38.22 | otavio | Ok :) |
| 13:38.33 | otavio | how are you doing it? |
| 14:02.45 | woglinde | how do you mean it? |
| 14:03.03 | woglinde | and I am uncertain to support openjdk6 further |
| 14:03.17 | otavio | want to move to 7? |
| 14:03.31 | woglinde | I already did |
| 14:03.43 | woglinde | look at the icedtea7-branch |
| 14:03.52 | otavio | so merge it :P |
| 14:04.02 | woglinde | I would |
| 14:04.10 | woglinde | but you need my relocation patch |
| 14:04.20 | otavio | ? |
| 14:04.22 | woglinde | otherwise chrpath will not work correctly |
| 14:05.19 | woglinde | look for this patch on oe-core patchqueue |
| 14:05.21 | woglinde | relocatable.bbclass: do not erease already existing ORIGIN paths and sanity resulting rpath |
| 14:06.26 | otavio | I see |
| 14:06.32 | otavio | did people commented on it? |
| 14:06.38 | woglinde | yes |
| 14:07.00 | woglinde | but I didn't have to time to answer proberly |
| 14:07.20 | otavio | please try to; so it can go to denzil too |
| 14:08.13 | woglinde | you could try too |
| 14:32.28 | otavio | i don't have the full background of the patch ... |
| 14:32.41 | otavio | and didn't yet even try it ... |
| 14:32.48 | otavio | i am not a good one to push for it |
| 14:52.14 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 15:25.14 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 15:30.22 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
| 16:01.39 | *** join/#oe gnutoo (~gnutoo@host171-91-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:25.56 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 16:30.22 | *** join/#oe mhnoyes (~mhnoyes@184-12-251-228.dr01.myck.or.frontiernet.net) |
| 16:30.22 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 16:44.38 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 16:59.05 | nerdboy | moin |
| 17:04.39 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 17:19.08 | otavio | someone using repo to manage multiple git trees for oe? |
| 17:33.03 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 17:36.26 | *** join/#oe lautriv (~lautriv@f050087046.adsl.alicedsl.de) |
| 17:40.43 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
| 17:41.34 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 18:02.38 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 18:28.59 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 18:46.53 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 19:18.45 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 19:35.49 | lautriv | bluelightning, are you around ? |
| 19:35.59 | bluelightning | lautriv: hi, yep |
| 19:36.53 | lautriv | bluelightning, hello ;) i did a manual change of 3.4 release because the patches for -rc won't match, anything but one part went fine...... |
| 19:37.37 | bluelightning | lautriv: all of those patches seeemed to apply for me... |
| 19:38.29 | lautriv | bluelightning, i had one broweser open to show you where i miss something. unfortunately it's closed and i must dig a bit ... |
| 19:39.04 | lautriv | bluelightning, you patched some 3.4-rc but not release, i assume ? |
| 19:41.44 | lautriv | ... found it |
| 19:42.18 | lautriv | bluelightning, here --> https://github.com/bluelightning/meta-handheld/blob/paule/hx4700-update/recipes-kernel/linux/linux-3.4/hx4700/0003-mfd-asic3-Add-PCMCIA-CF-support.patch the lines from 19 to 27 has no match |
| 19:54.57 | bluelightning | lautriv: I can only say, when I applied them via bitbake in the order they are listed in the recipe, there were no errorts |
| 19:55.01 | bluelightning | errors |
| 19:55.06 | bluelightning | this is with 3.4 release |
| 19:56.18 | lautriv | bluelightning, that can be but i did it manually and a bunch beginning with 0001 however for the given part is only one occurence, regardless of the order of patches. |
| 19:57.00 | bluelightning | well, I'm not sure what to sugges |
| 19:57.01 | bluelightning | t |
| 19:57.07 | bluelightning | I'm not the author of the patches... |
| 19:57.26 | lautriv | bluelightning, however, even without PCMCIA-CF there is a more important thing i would have your opinion. |
| 19:58.44 | lautriv | i found a new git-repo for acx100 which is considered to be not for production, where the old acx100 is obviously abandonded. |
| 20:00.01 | lautriv | tested the source on a kernel for x86_64 and it compiled. but nott on arm, where the caveeat seems to be /proc ...... is there something special/different for arm ? |
| 20:00.37 | bluelightning | lautriv: not that I'm aware of, but I'm no expert |
| 20:03.56 | lautriv | bluelightning, from my point of view it should not matter what arch but this source defines a strucht depending on some preprocessor decisions, where the matching rule is "CONFIG_PROC_FS && ACX_NEEDS_PROC_ANYWAY" now, if i CONFIG_PROC_FS which is rather usual, i run into implicit declaration, if i define the latter i get a redefinition. looks like a chicken-egg problem in this code. |
| 20:04.43 | bluelightning | lautriv: I guess if I was hitting this I would probably mail the acx100 devs |
| 20:05.15 | bluelightning | they're much more likely to understand the implications of that code... |
| 20:05.51 | lautriv | bluelightning, sure, just would have another opinion, at least because the same code works on non-arm. |
| 20:09.27 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:10.03 | lautriv | bluelightning, ok, now a rather simple thing and the last for now ;) gnutoo mentioned a patch to correct the alignment of kernel-code because it was not possible to produce a working kernel on oe/hx4700 last time. may i assume a git-pull;bitbake some-image will actually take that into account ? |
| 20:12.51 | lautriv | nvm, it did not even touch the kernel :( |
| 20:13.12 | *** join/#oe flo_lap (~fuchs@82.113.99.64) |
| 20:13.30 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:25.10 | bluelightning | lautriv: I'd certainly like to know about that patch... gnutoo, what's that about? |
| 20:33.39 | gnutoo | ah the alignement patch? |
| 20:33.41 | gnutoo | it's a hack |
| 20:34.04 | gnutoo | newer toolchain broke kernel booting for old kernels |
| 20:34.20 | gnutoo | that hack fixes it |
| 20:34.24 | gnutoo | it's not the correct fix |
| 20:34.33 | gnutoo | the correct fix is to import the mainline kernel patch |
| 20:34.38 | gnutoo | but it requires a bit more work |
| 20:35.39 | gnutoo | khem, ping |
| 20:36.13 | gnutoo | khem, without ld-is-gold as distro features for arm....it still segfaults/illegal instructions |
| 20:38.13 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
| 20:41.40 | bluelightning | gnutoo: hmm, well I'm all for getting things working until we get the proper fix... |
| 20:42.56 | gnutoo | try the hack then |
| 20:43.02 | gnutoo | just try if it fix booting |
| 20:43.10 | gnutoo | like locally |
| 20:43.33 | bluelightning | gnutoo: what is it though? |
| 20:43.53 | bluelightning | sorry I don't think I was around when this was discussed earlier |
| 20:45.20 | gnutoo | do you have serial console on theses machines? |
| 20:45.29 | gnutoo | I guess not |
| 20:45.44 | gnutoo | but I had serial on crespo(nexus S) |
| 20:45.51 | lautriv | bluelightning, if you lsusb does your hx4700 always appear via this Netchip Technology, Inc. Linux-USB Ethernet/RNDIS Gadget ? |
| 20:45.53 | gnutoo | and there was alignement issues during boot |
| 20:46.06 | gnutoo | during early boot of the kernel |
| 20:46.52 | bluelightning | gnutoo: what I mean is, what hack did you apply to fix it in your case? |
| 20:46.59 | gnutoo | let me find it |
| 20:47.01 | bluelightning | thanks |
| 20:47.58 | gnutoo | http://git.freesmartphone.org/?p=linux-2.6.git;a=commit;h=35f4ab25c5e2a4ad0c0cda2d4a87131930e4b8d8 |
| 20:48.24 | gnutoo | basically the hack was to add that in the kernel Makefile: -mno-unaligned-access |
| 20:48.33 | gnutoo | else it failed very early during boot |
| 20:48.55 | gnutoo | and without a serial cable it's impossible to debug |
| 20:49.04 | gnutoo | so just try adding that flag to the kernel Maekfile |
| 20:55.59 | lautriv | ok, this image is supposed to give me serial via USB with 115200,8N1 where lsusb tells me ipaq is Linux-USB Ethernet/RNDIS Gadget. modprobing usbserial and ipaq on the host does not care about ttyUSB0 ? |
| 20:56.29 | gnutoo | serial console means: |
| 20:56.50 | gnutoo | device<---serial---->usb-to-serial<->computer |
| 20:57.06 | gnutoo | so it's a real serial port on the device |
| 20:57.11 | gnutoo | like the SOC serial port |
| 20:57.24 | gnutoo | not some USB or modprobe something |
| 20:57.34 | gnutoo | that's already too late for most stuff |
| 20:57.37 | lautriv | gnutoo, module ipaq is meant to connect on the craddles port. |
| 20:57.42 | gnutoo | ok |
| 20:57.49 | gnutoo | then it should be compiled in the kernel |
| 20:57.56 | gnutoo | so you see early boot failures |
| 20:58.19 | gnutoo | else it has to mount the filesystem etc.... to load a module |
| 20:58.24 | *** join/#oe mrcan (~mrcan@95.8.164.75) |
| 20:58.27 | otavio | hates old kernel! |
| 20:58.28 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 20:58.32 | gnutoo | and at that point the kernel is already booted |
| 20:58.42 | gnutoo | so you could inject something in the init scripts |
| 20:58.43 | lautriv | gnutoo, image console-image is supposed to have console=ttyUSB0,115200 8N1 |
| 20:58.47 | gnutoo | ok |
| 20:58.52 | otavio | :P fixes bugs all around to you kill them once again ... crap! |
| 20:59.03 | gnutoo | ttyUSB0 is for usb serial adapters |
| 20:59.17 | gnutoo | and usually the console image takes the serial port from the machine config |
| 20:59.59 | lautriv | gnutoo, THAT is what i mean ...... how else should i get the console ? ( irmember it worked a year ago) |
| 21:00.17 | gnutoo | <lautriv> gnutoo, module ipaq is meant to connect on the craddles port. |
| 21:00.25 | gnutoo | maybe trough the craddle??? |
| 21:00.31 | gnutoo | what is your device? |
| 21:00.47 | gnutoo | ipaq something but I don't remember the number off hand |
| 21:01.20 | lautriv | gnutoo, ok, fineprint : iapq->on_the craddle-->via craddles USB-->to the host |
| 21:01.50 | gnutoo | what is the model of the ipaq already? |
| 21:01.54 | gnutoo | I don't remember off hand |
| 21:02.05 | lautriv | gnutoo, BUT it reports always this etherne-gadged on lsusb. |
| 21:02.25 | gnutoo | maybe there is a serial-to-usb adapter in the craddle? |
| 21:02.31 | lautriv | it's an hx4700 once a flavored target |
| 21:03.01 | gnutoo | ok |
| 21:03.07 | gnutoo | let me look |
| 21:03.16 | lautriv | if there were some converter, it would deny any other use and report its existence |
| 21:03.53 | gnutoo | let me lok |
| 21:03.58 | gnutoo | *look |
| 21:06.01 | lautriv | sidenote : it may happen the ipaq istself did not load correctly his part of the driver but this display is to small to see anything on CLI and it's touchscreen only. ( furthermore i checked also usbnet which defaults to be on 192.168.7.2 because this usb_ether on the bus but no response) |
| 21:06.27 | *** join/#oe GNUtoo-desktop (~GNUtoo@host171-91-dynamic.54-79-r.retail.telecomitalia.it) |
| 21:06.56 | GNUtoo-desktop | lautriv, what is the SOC of your device |
| 21:07.06 | lautriv | PXA27x |
| 21:07.14 | GNUtoo-desktop | ok thanks |
| 21:07.39 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 21:08.06 | lautriv | afaik, they were sold to marvell later on ....... |
| 21:08.17 | GNUtoo-desktop | yes I'm looking at the kernel source |
| 21:10.23 | GNUtoo-desktop | it seems that there is no serial |
| 21:11.03 | lautriv | GNUtoo-desktop, i remember to use it in the past, where this thingie was on 2.6.21 |
| 21:11.13 | GNUtoo-desktop | I looked at 3.4 |
| 21:11.28 | GNUtoo-desktop | so you got boot messages? |
| 21:12.00 | GNUtoo-desktop | like for instance [ 0.000000] Linux version ... |
| 21:12.37 | lautriv | GNUtoo-desktop, i saw a whole bootup with (newish green) ok levels but they are a quarter millimeter in size because framebuffer is 800x600 on CLI :( |
| 21:12.40 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 21:12.41 | lautriv | brb |
| 21:24.16 | lautriv | back |
| 21:24.37 | *** join/#oe signal11_ (esteban@abq.quaddro.net) |
| 21:25.26 | lautriv | so last line (as supposed ) hx4700 login : (which should be also on usb/serial) |
| 21:25.32 | GNUtoo-desktop | lautriv, basically your device doesn't boot right? |
| 21:25.41 | GNUtoo-desktop | and it has 3.0 kernel right? |
| 21:26.47 | lautriv | GNUtoo-desktop, nah, boots successful but can't reach it, cdc_ether offline, usbserial somehow not present, commandline ok but no keyboard, wireless off due to bug in oe/acx |
| 21:27.00 | GNUtoo-desktop | ahh ok |
| 21:27.05 | GNUtoo-desktop | so my patch is useless then |
| 21:27.10 | GNUtoo-desktop | I tought it didn't boot |
| 21:27.26 | GNUtoo-desktop | and that you had no way to see what was happening |
| 21:28.08 | lautriv | GNUtoo-desktop, i did a git pull /rebuild and that kernel does not boot but the same sources compiled on a qemu-arm booting fine. |
| 21:29.15 | lautriv | GNUtoo-desktop, i guess it will be the easiest way to take over the media and analyse init. |
| 21:29.34 | GNUtoo-desktop | yes |
| 21:29.46 | GNUtoo-desktop | if the kenrel doesn't boot |
| 21:29.50 | GNUtoo-desktop | you may need my hack |
| 21:30.01 | GNUtoo-desktop | so try patching the kernel |
| 21:30.18 | GNUtoo-desktop | *kernel Makefile |
| 21:31.02 | lautriv | GNUtoo-desktop, will do both, actual state seems more it won't/can't load neccessary modules but no spygalss around ;) |
| 21:32.50 | lautriv | and even bader, i was used to SysV-init but looks like angstrom switched to this newish systemd :( |
| 21:38.35 | woglinde | sure |
| 21:38.40 | woglinde | systemd is more fun |
| 21:38.54 | woglinde | booting to shell under 10 seconds |
| 21:39.40 | GNUtoo-desktop | it however requires a recent kernel and matching configuration |
| 21:39.51 | GNUtoo-desktop | *matching kernel configuration |
| 21:40.13 | lautriv | woglinde, i had a read on systemd because it seems to have a few good features but seriously, i don't care if i need 10 or 12 seconds to boot-up ;) |
| 21:42.23 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:42.43 | lautriv | GNUtoo-desktop, what may i check on the kernels config regarding systemd ? i used the defconfig but right now it looks like sub-optimal ( found HTC EGPIO enabled which makes no sense on this target) |
| 21:43.25 | GNUtoo-desktop | lautriv, you need at least the following(not sure if it's sufficent): |
| 21:43.33 | GNUtoo-desktop | * devtmpfs + devtmpfs mount |
| 21:43.54 | GNUtoo-desktop | * cgroups |
| 21:44.01 | GNUtoo-desktop | for the rest I don't know |
| 21:45.27 | lautriv | <PROTECTED> |
| 21:45.48 | GNUtoo-desktop | devtmpfs |
| 21:45.50 | GNUtoo-desktop | not tmpfs |
| 21:50.14 | lautriv | any *tmpfs would take some RAM however i found a good reason why it van't work --> cdc-ethernet was built-in instead a module wich denies usbserial by definition. i will investigate in all options and build my own defconfig (fond several needless config, simply not present on this PDA) |
| 21:53.17 | lautriv | and ipaq on the host is useless because it's for propietary use ( winCE and such crap ) |
| 21:53.54 | GNUtoo-desktop | ok |
| 21:55.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:59.09 | lautriv | ... rebuilding kernel, will take approx. 5 years on this qemu-arm ;) |
| 22:00.44 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 22:17.23 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 22:19.02 | *** join/#oe ant__ (~andrea@host154-248-dynamic.15-87-r.retail.telecomitalia.it) |
| 22:35.00 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 22:37.43 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 22:52.36 | *** join/#oe TheShagg (6333056a@gateway/web/freenode/ip.99.51.5.106) |
| 22:52.47 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 22:53.11 | TheShagg | hello all, I am trying to figure out how to see the arch/arm/mach-davinci/Kconfig file from the xconfig utility |
| 22:54.30 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 22:59.52 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 23:03.56 | TheShagg | this Kconfig thing is crap |
| 23:13.54 | *** join/#oe glphvgacs (~glphvgacs@unaffiliated/glphvgacs) |
| 23:19.18 | *** join/#oe riskable (~quassel@c-69-180-64-152.hsd1.fl.comcast.net) |