| 00:17.28 | *** join/#oe nud (n=sf@91.86.71.210) |
| 00:19.11 | *** join/#oe DarthWad1r (n=zathras@vorphalack.dialup.corbina.ru) |
| 00:23.58 | *** join/#oe _diego__ (n=diego@host-84-222-7-205.cust-adsl.tiscali.it) |
| 00:25.25 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 00:27.30 | *** join/#oe gc (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 00:29.14 | *** part/#oe gc (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 00:29.41 | *** join/#oe ilya (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 00:31.06 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 00:31.22 | *** part/#oe ilya (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 00:34.29 | *** join/#oe thecan_ (n=thecan@dslb-084-056-167-159.pools.arcor-ip.net) |
| 00:38.14 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 00:39.13 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
| 00:41.50 | *** join/#oe yanok (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 01:18.39 | *** join/#oe memeruiz__ (n=memeruiz@e179200143.adsl.alicedsl.de) |
| 01:25.38 | *** join/#oe greentux__ (n=lemke@Z51f9.z.pppool.de) |
| 01:28.15 | *** join/#oe marcan_ (i=1337@29.Red-88-9-94.dynamicIP.rima-tde.net) |
| 01:48.20 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 02:19.41 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 02:30.54 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 03:31.59 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
| 03:37.31 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 03:55.36 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 04:03.34 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 04:03.43 | *** join/#oe valentin_ (n=valentin@217-162-224-198.dclient.hispeed.ch) |
| 04:05.41 | *** join/#oe xjqian (n=gordon@24-107-180-75.dhcp.stls.mo.charter.com) |
| 04:20.32 | *** join/#oe jkilb_ (n=jkilb@p5B20AC8A.dip0.t-ipconnect.de) |
| 04:26.27 | *** join/#oe dijenerate_ (n=dijenera@66.54.118.16) |
| 04:58.56 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 05:56.03 | *** join/#oe benlau2 (n=benlau@221.125.8.73) |
| 06:35.56 | *** join/#oe dottedmag (n=dottedma@unaffiliated/dottedmag) |
| 06:46.39 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 06:55.11 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 06:57.25 | CIA-35 | 03pfalcon 07org.oe.dev * r6cde30c2... 10/ (6 files in 3 dirs): |
| 06:57.25 | CIA-35 | matchbox-applet-startup-monitor 0.1: Start from Xsession. |
| 06:57.25 | CIA-35 | * Apparently, OpenedHand design it to be started from session, not as a |
| 06:57.25 | CIA-35 | normal panel app via panel manager, and that can't be patched in easily. |
| 06:57.25 | CIA-35 | So, give up on that, and add Xsession.d file instead. |
| 06:59.45 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 07:06.54 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:15.20 | *** join/#oe bluelightning (n=blueligh@122-57-170-233.jetstream.xtra.co.nz) |
| 07:22.51 | *** join/#oe polyonymous (n=hacker@pD953A3EC.dip0.t-ipconnect.de) |
| 07:49.20 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 07:58.11 | *** join/#oe CIA-36 (n=CIA@208.69.182.149) |
| 08:05.32 | *** join/#oe gremlin[it] (n=gremlin@ppp-188-41.25-151.libero.it) |
| 08:08.37 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 08:50.18 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 09:12.44 | *** join/#oe CIA-35 (n=CIA@208.69.182.149) |
| 09:22.24 | *** join/#oe dottedmag (n=dottedma@unaffiliated/dottedmag) |
| 09:25.56 | *** join/#oe pb_ (n=pb@88-111-70-29.dynamic.dsl.as9105.com) |
| 09:33.44 | *** join/#oe ant_ (n=arklinux@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:34.13 | ant_ | good morning |
| 09:35.37 | ant_ | pfalcon: a small typo in your last matchbox-applet-startup-monitor commit ? |
| 09:36.19 | ant_ | pfalcon: - install -m 0644 ${WORKDIR}/mb-applet-startup-monitor.desktop ${D}${datadir}/applications/ |
| 09:36.32 | ant_ | pfalcon: + install -m 0755 ${WORKDIR}/10mb-applet-startup-monitor ${D}${sysconfdir}/X11/Xsession.d/ |
| 09:37.40 | ant_ | the last line ? 10mb- |
| 09:39.02 | ant_ | pfalcon: there is more... |
| 09:39.49 | ant_ | * ant posts here doubtful about yesterday's issues with mail server... |
| 09:42.04 | ant_ | pfalcon: http://www.pastebin.org/13437 |
| 09:46.15 | cyrilRomain | morning all |
| 09:46.21 | ant_ | cyrilRomain: bonjour |
| 09:46.32 | cyrilRomain | ant_: hey |
| 09:47.10 | ant_ | cyrilRomain: at 3 AM my c7x0 build did finish! |
| 09:47.36 | CoreDump|Zzz | ant_: yay =) |
| 09:47.45 | cyrilRomain | ant_: =) |
| 09:47.57 | ant_ | cyrilRomain: today is a slow day and if young baby allows I'll attack Gentoo... |
| 09:48.05 | CoreDump|Zzz | ant_: sadly your logs didn't help |
| 09:48.13 | CoreDump|Zzz | DEBUG: set_password(): Entering main-loop with tty [/dev/tty1] |
| 09:48.14 | CoreDump|Zzz | New password: |
| 09:48.34 | ant_ | CoreDump: hey |
| 09:48.39 | CoreDump|Zzz | if it is just sitting there, then altboot doesn't do anything but wait for input, no run-away loop or anything |
| 09:48.49 | ant_ | CoreDump: at least the message was longer... |
| 09:49.11 | ant_ | CoreDump: (at the beginning is "wrong type") |
| 09:49.34 | CoreDump|Zzz | WARNING: Assignment of OUT_TTY failed (not a tty)! |
| 09:49.37 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) |
| 09:49.44 | ant_ | CoreDump: exactly |
| 09:49.48 | CoreDump|Zzz | (kernel thingy that can be seen on all 2.6 machines) |
| 09:50.11 | CoreDump|Zzz | it gets auto-fixed and the message can be ignored |
| 09:50.35 | ant_ | CoreDump: in october/november I think this logs weren't there |
| 09:51.11 | CoreDump|Zzz | I'll doctor an image for you w/o the /etc/altboot.rc/* scripts |
| 09:51.20 | CoreDump|Zzz | maybe a kernel module freezes the Z |
| 09:51.45 | ant_ | CoreDump: what's interesting I could not collect the altboot logs on ttyS0 |
| 09:52.04 | CoreDump | yes, that is to be expected |
| 09:52.14 | CoreDump | all output is forcibly redirected to /dev/tty1 |
| 09:52.17 | ant_ | CoreDump: kernel set at 9600 then second kernel/inittab switch to 115200 |
| 09:52.36 | ant_ | CoreDump: I have to patch my CONSOLE= |
| 09:52.42 | CoreDump | the redirection is ugly but a must-have |
| 09:53.01 | ant_ | CoreDump: to have all at 9600 |
| 09:53.19 | ant_ | CoreDump: and have a full log |
| 09:53.41 | CoreDump | well, if the port can so 115200, then the kernel should also be set at 115200, or not? |
| 09:54.18 | ant_ | CoreDump: I can try a unique getty on ttyS0... |
| 09:54.42 | ant_ | CoreDump: or I'm out because vc ??? |
| 09:55.01 | ant_ | CoreDump: (virtual consoles) |
| 09:55.14 | CoreDump | I doubt you'd get the altboot text in ttyS0 in any case |
| 09:55.24 | ant_ | CoreDump: yeah.. |
| 09:55.40 | CoreDump | can not be helped for now |
| 09:55.43 | ant_ | CoreDump: but must be possible, even on a printer... |
| 09:56.11 | CoreDump | well, of course. I could redirect all messages to ttyS0 |
| 09:56.20 | CoreDump | I least I _think_ that would work |
| 09:56.31 | ant_ | CoreDump: make a debug image please... |
| 09:56.33 | CoreDump | but then you'd have no text on the screen =) |
| 09:56.41 | ant_ | CoreDump: np |
| 09:56.58 | CoreDump | I shall do so later today and email you the address when you are not around |
| 09:57.21 | ant_ | CoreDump: getty -L ttyS0 9600 vt100 |
| 09:57.50 | CoreDump | that's a job for inittab |
| 09:58.05 | ant_ | CoreDump: please set it this way |
| 09:58.09 | CoreDump | I doubt that a getty would work at the altboot promt |
| 09:58.38 | CoreDump | I shall try... |
| 09:58.53 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 09:59.30 | ant_ | CoreDump: in fact we miss /etc/ttys /etc/gettitab ....dunno |
| 09:59.38 | ant_ | *gettytab |
| 10:00.07 | CoreDump | usually folks ain't big on a working ttyS0... |
| 10:00.21 | ant_ | CoreDump: it is a long time I don't work from serial console |
| 10:00.34 | ant_ | CoreDump: lately hacking some routers... |
| 10:00.42 | CoreDump | I shall get me a cable in 2 or three weeks |
| 10:01.09 | CoreDump | heh |
| 10:01.12 | cyrilRomain | what is binconfig.bbclass for ? |
| 10:01.23 | ant_ | CoreDump: ...finally ! |
| 10:01.45 | CoreDump | ant_: I mainly get it to play with u-boot =) |
| 10:02.17 | CoreDump | the thing costs about 70 € at trisoft.de... |
| 10:03.17 | ant_ | CoreDump: u-boot will be our next step |
| 10:03.42 | ant_ | CoreDump: I annoyed hrw so lon... |
| 10:03.42 | CoreDump | I wish....need to find someone willing to port the old patch to a recent u-boot version |
| 10:04.09 | CoreDump | the old pdax version can already be compiled and made to work via OE |
| 10:04.21 | ant_ | CoreDump: I could not yet look at the code. Is resizing implemented? |
| 10:04.56 | CoreDump | no idea, really |
| 10:05.10 | ant_ | CoreDump: yeah...there are some pdaxrom patches to import |
| 10:05.28 | ant_ | CoreDump: yesterday was buzz about overclock |
| 10:05.39 | ant_ | CoreDump: got it? |
| 10:05.42 | CoreDump | just one + EABI fix stolen from OM |
| 10:05.50 | CoreDump | I saw someone mentioning it |
| 10:05.58 | ant_ | CoreDump: 2 lines |
| 10:06.11 | CoreDump | ? |
| 10:06.21 | ant_ | CoreDump: adds two lines |
| 10:06.35 | CoreDump | err...what does? |
| 10:06.41 | ant_ | CoreDump: to the freq array |
| 10:06.51 | CoreDump | he had a working patch? |
| 10:06.53 | ant_ | CoreDump: lemme find the url... |
| 10:07.30 | CoreDump | I don't think we should ship that in the Angstrom kernels....users frying their CPUs and stuff |
| 10:07.53 | ant_ | CoreDump: me too, but a lot of users will ask for it |
| 10:08.10 | CoreDump | it would have to have sane hard-coded limits |
| 10:08.40 | ant_ | CoreDump: freq is scaling |
| 10:08.59 | CoreDump | pdax didn't give a shit about users (or they would have done the u-boot switch in a more responsible manner), we do... |
| 10:09.10 | CoreDump | well, I do |
| 10:10.16 | ant_ | CoreDump: there was a nice song end '80 (Adiva - Respect) |
| 10:10.28 | ant_ | CoreDump: he he |
| 10:10.38 | CoreDump | =) |
| 10:10.46 | *** join/#oe rob_w (n=bob@X0959.x.pppool.de) |
| 10:13.11 | ant_ | CoreDump: http://comomo.shacknet.nu/files/pdaxrom/r121/patches/0302_pxa25x_clockup-r4.patch/view |
| 10:13.25 | ant_ | ph5: (thx) |
| 10:14.55 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 10:16.51 | CoreDump | ant_: did you rebuild your kernel with this patch applied? |
| 10:28.54 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 11:02.04 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 11:16.49 | *** join/#oe nud (n=sf@91.86.71.210) |
| 11:28.44 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 11:30.16 | *** join/#oe |fred| (n=fred@e181000118.adsl.alicedsl.de) |
| 11:33.32 | *** join/#oe mrdata (i=unknown@dslb-088-074-169-182.pools.arcor-ip.net) |
| 11:36.56 | ant_ | CoreDump: not yet but other users did it successfully (see #angstrom) |
| 11:44.40 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:47.27 | cyrilRomain | can anyone please try to compile lua or lua-native ? |
| 11:52.18 | cyrilRomain | due to OE being statefull, I'm never 100% sure an issue depends on the tmp directory state or not (especially staging dir), and it is really time consuming to always build from an empty tmp dir to be _sure_ of the issue |
| 11:57.51 | cyrilRomain | CoreDump: thanks for trying |
| 11:58.08 | CoreDump | NOTE: package lua-5.0.2-r4: task do_build: completed |
| 11:58.10 | CoreDump | NOTE: package lua-native-5.0.2: completed |
| 11:58.21 | CoreDump | np |
| 11:58.42 | cyrilRomain | CoreDump: ok thank you, you saved me at least one hour compilation :) |
| 11:59.09 | CoreDump | you're welcome ;) |
| 12:07.30 | CoreDump | I should hack up a bitbot !bitbake foo |
| 12:07.35 | CoreDump | ;) |
| 12:12.06 | ant_ | bbl |
| 12:18.25 | cyrilRomain | ok it was what I suspected: staging directory not being cleaned |
| 12:20.59 | cyrilRomain | hmm, the staging directory is not structured to handle multiple version of a same recipe |
| 12:21.46 | cyrilRomain | so it makes recipe bump harder |
| 12:21.51 | *** join/#oe flo_lap (n=fuchs@f048225045.adsl.alicedsl.de) |
| 12:25.19 | RP | cyrilRomain: You need packaged-staging for that |
| 12:25.38 | cyrilRomain | RP: the new one I guess :à |
| 12:25.39 | cyrilRomain | : |
| 12:25.41 | cyrilRomain | :) |
| 12:26.13 | cyrilRomain | RP: does it handles multiple version of a same recipe ? |
| 12:27.15 | *** part/#oe yanok (n=ilya@ppp91-122-119-0.pppoe.avangard-dsl.ru) |
| 12:27.38 | cyrilRomain | RP: ok at least file are supposed to be cleaned in the new packaged staging, which is _really_ a good thing :) |
| 12:28.32 | flo_lap | hi all |
| 12:28.34 | cyrilRomain | RP: so one can 'bitbake -c clean package_0.1 && bitbake package_0.2' and vice versa :) |
| 12:29.02 | RP | cyrilRomain: right, and bitbake package_0.2 should be able to remove 0.1 from staging |
| 12:29.06 | cyrilRomain | RP: but if someone do 'bitbake package_0.1 && bitbake package_0.2' ? |
| 12:29.10 | cyrilRomain | RP: ah ok |
| 12:29.24 | RP | cyrilRomain: Having two versions of something in staging doesn't really make sense |
| 12:30.04 | cyrilRomain | RP: except if you build different distro for example |
| 12:30.24 | RP | cyrilRomain: but why would you want two versions in staging at once? |
| 12:30.36 | RP | and building different distros in one build tree is not supported |
| 12:30.49 | cyrilRomain | RP: just to save more build time :) |
| 12:31.16 | cyrilRomain | RP: but you're right in most case, having one version and some rebuild in rare case is enough :) |
| 12:31.21 | RP | Building different distros in the same tree is not supported. |
| 12:31.26 | RP | That is never going to work |
| 12:31.28 | cyrilRomain | RP: ah ok |
| 12:31.56 | cyrilRomain | RP: conceptually if it would handle multiple version of a recipe in staging it would be possible |
| 12:32.24 | cyrilRomain | RP: but it is probably too much work for that (more important thing has to be done) |
| 12:33.03 | RP | cyrilRomain: No, there are many other reasons different distros in the same tree will not work |
| 12:33.43 | RP | cyrilRomain: Distros are about policy. Different policies mean they work different ways. Distros can add overrides which don't show up as a package version change for example |
| 12:34.43 | cyrilRomain | RP: hmm I see |
| 12:36.21 | cyrilRomain | RP: I tried to switch to the new package staging (with a fresh tmp dir) but it failed with freetype. And it is maybe to early to report bug so I switched back to the current one (and my old tmp) |
| 12:37.11 | RP | packaged staging is a work in progress |
| 12:37.36 | RP | I had hoped to do something over these holidays but its not looking likely now :( |
| 12:38.39 | cyrilRomain | RP: you have apparently did most part of the work though :) |
| 12:39.16 | RP | cyrilRomain: We have a working proof of concept and it did generate working builds for me... |
| 12:39.42 | cyrilRomain | ok thanks. I'll switch back again to packaged staging |
| 12:40.21 | cyrilRomain | and will look more deeply about the freetype issue I have |
| 12:43.19 | *** join/#oe B_Lizzard (n=havoc@noname-213.5.140.102.acn.gr) |
| 12:49.08 | B_Lizzard | Hello, I have a question, not explicitly OE-related, but then again I have no idea where else to ask. |
| 12:49.12 | B_Lizzard | It's about psplash |
| 12:49.58 | B_Lizzard | How do I move focus (the foreground console thing) back to tty1 after psplash quits? |
| 12:50.27 | CoreDump | depends on the device |
| 12:50.39 | B_Lizzard | psplash-write "QUIT" moves back, and so does chvt 1, but applications still run on tty2, which is not deallocated |
| 12:51.08 | CoreDump | X11 is configured to run on tty2, yes. That is intended |
| 12:51.26 | B_Lizzard | I mean during startup |
| 12:51.48 | CoreDump | all console boot-messages should be displayed on tty1 |
| 12:51.59 | B_Lizzard | I run some ncurses based configuration stuff at every bootup, and psplash messes everything up. |
| 12:52.00 | CoreDump | tty is usually X11 |
| 12:52.06 | CoreDump | *tty2 |
| 12:52.09 | B_Lizzard | Yeah |
| 12:52.17 | CoreDump | ahh |
| 12:52.21 | B_Lizzard | Before X11 is started, but after psplash quits |
| 12:53.10 | B_Lizzard | So the focus is at tty2 (including all keystroke events), but, if chvt 1 is run, some things come up in tty1 |
| 12:53.24 | B_Lizzard | Kind of messed up situation, to tell you the truth. :/ |
| 12:53.39 | CoreDump | your ncuses app is buggy then |
| 12:53.53 | CoreDump | it should stick to tty1 and _not_ the active tty |
| 12:53.56 | *** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet) |
| 12:54.03 | B_Lizzard | Nah, made with "dialog" |
| 12:54.07 | CoreDump | ah |
| 12:54.14 | CoreDump | echo "blahh" > /dev/tty1 |
| 12:54.20 | CoreDump | just redirect the output |
| 12:54.30 | CoreDump | did that in the past as well |
| 12:54.58 | CoreDump | might have to redirect the input as well |
| 12:55.06 | B_Lizzard | That might do, as openvt might, but that's kind of hackish, um, won't work for everyone. |
| 12:55.17 | B_Lizzard | Hmmmm |
| 12:55.27 | CoreDump | tty1 is pretty much the default |
| 12:55.41 | CoreDump | I dunno how to do that in any other way, sorry |
| 12:55.55 | B_Lizzard | Thanks a lot for your help :) |
| 12:56.00 | B_Lizzard | I'll see what I can do. |
| 12:56.01 | CoreDump | np ;) |
| 12:56.12 | *** join/#oe gremlin[it] (n=gremlin@ppp-156-43.25-151.libero.it) |
| 12:56.26 | univac | gremlin[it]: hi |
| 12:57.00 | gremlin[it] | hi univac |
| 12:58.59 | RP | B_Lizzard: It does sound like psplash isn't exitting nicely. All I can suggest is to look at something like X and see if psplash is missing something |
| 13:00.11 | B_Lizzard | psplash is supposed to move focus back to the initial tty (tty1) when it exits, which I think it does when psplash-write "QUIT" is executed |
| 13:00.36 | RP | That is the intention, yes |
| 13:00.44 | B_Lizzard | Thing is, it seems that startup scripts run whilst psplash was running are run under tty2 |
| 13:00.52 | B_Lizzard | I'm not sure this is intended |
| 13:01.03 | B_Lizzard | Or if it's a problem with my implementation |
| 13:01.42 | B_Lizzard | To tell you the truth, I just too the /etc/init.d/rc and /etc/init.d/rcS scripts from angstrom and used those :) |
| 13:01.46 | B_Lizzard | *took |
| 13:03.02 | B_Lizzard | psplash runs great, and seems to exit when I run psplash-write "QUIT" in one of my other startup scripts, but the focus remains in tty2 |
| 13:05.43 | CoreDump | "Your message to Angstrom-distro-devel awaits moderator approval"..so...disagreing with the Angstrom uber lord gets one into moderation. He should have at least the decency to inform one of the reasons. They same reasons would place koen and Paus S on moderation btw, but I somehow doubt they are... |
| 13:07.42 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 13:19.07 | RP | CoreDump: You shouldn't be under moderation :( |
| 13:19.38 | CoreDump | then it's the entire list |
| 13:21.12 | CoreDump | nm that. I should be used to it ;) |
| 13:22.57 | RP | CoreDump: I'm not an admin on ltg so I don't know whats going on... |
| 13:28.01 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 13:32.47 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 13:36.33 | B_Lizzard | Oh for god's sakes psplash is getting on my nerves |
| 13:45.05 | *** join/#oe sakana (n=sakana@h219-110-44-136.catv02.itscom.jp) |
| 13:45.54 | B_Lizzard | chvt *should* work in changing what is percieved as the foreground console, but it doesn't! |
| 13:47.02 | CoreDump | a still running psplash would probably mess up tty1 |
| 13:47.17 | B_Lizzard | I exit it |
| 13:47.52 | B_Lizzard | With a startup script which runs before my ncurses stuff. |
| 13:50.47 | B_Lizzard | The problem seems to be that things that are started up whilst psplash is running run under the tty psplash is runs in, and continue doing so even after psplash stops running. |
| 13:51.47 | CoreDump | never ran into that one |
| 13:51.55 | CoreDump | didn't mess with it in ages tho |
| 13:51.59 | B_Lizzard | Yeah :/ |
| 13:53.59 | *** join/#oe darkschneider (n=gab@62-101-126-224.ip.fastwebnet.it) |
| 14:02.57 | *** join/#oe dijenerate (n=dijenera@72.51.111.182) |
| 14:11.49 | B_Lizzard | Oh great, now the output comes up in tty1 but the input is still in tty2 |
| 14:11.58 | B_Lizzard | Then the output goes back to tty2 |
| 14:12.00 | B_Lizzard | :/ |
| 14:23.21 | *** join/#oe thesing (n=thesing@BAA13b8.baa.pppool.de) |
| 14:25.12 | *** join/#oe mickeyl (n=mickey@e180163168.adsl.alicedsl.de) |
| 14:28.29 | RP | morning mickeyl |
| 14:29.17 | RP | B_Lizzard: If psplash hasn't exitted yet, the consoles will most likely mess up |
| 14:29.31 | B_Lizzard | Thing is, it does exit! |
| 14:31.01 | mickeyl | hi RP |
| 14:35.28 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 14:36.19 | B_Lizzard | Finally made it work. |
| 15:03.22 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 15:11.51 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 15:29.39 | Jin^eLD | re |
| 15:36.05 | mrdata | thesing: hi |
| 15:46.46 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 15:51.38 | *** join/#oe benlau3 (n=benlau@221.125.8.73) |
| 16:11.31 | *** join/#oe polyonymous|note (n=hacker@pD953A3EC.dip0.t-ipconnect.de) |
| 16:13.25 | thesing | hi mrdata |
| 16:14.09 | thesing | mrdata: I read somewhere that you work on u-boot on simpad. |
| 16:14.34 | thesing | mrdata: does it already work? |
| 16:19.03 | mrdata | not true, Slims does work on u-boot and we have initial startpoint on sourceforge->slackpad |
| 16:19.42 | *** join/#oe cyrilRomain|bbl (n=cyrilRom@AToulouse-157-1-94-86.w86-213.abo.wanadoo.fr) |
| 16:20.06 | mrdata | thesing: and the current state is not usefull, but we have also redboot working |
| 16:20.10 | *** join/#oe Robwoerle (n=bob@M9d10.m.pppool.de) |
| 16:20.55 | mrdata | thesing: i have made tests with collie-ts for simpad and i am not happy with the result |
| 16:22.27 | mrdata | thesing: the touchscreen response is not better then the current with ucb1x00-ts and the my own patches |
| 16:36.34 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 16:41.30 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 16:55.18 | *** join/#oe LaF0rge (n=laforge@sunbeam.ipv6.gnumonks.org) |
| 16:58.15 | thesing | mrdata: is the response not better or worse? we should really create one ts-driver that work for both devices. |
| 17:01.59 | *** join/#oe yanok (n=ilya@ppp78-37-153-150.pppoe.avangarddsl.ru) |
| 17:06.42 | mrdata | thesing: the response is worse, continue touchscreen presses are not okay |
| 17:07.15 | mrdata | thesing: with ts_test i can not draw any long line |
| 17:08.15 | mrdata | thesing: but it is possible that i made a mistake while adding changes for simpad |
| 17:08.50 | chouimat | hi |
| 17:09.35 | XorA|gone | Crofton|home: Astrid no longer does free breakfast :-) |
| 17:10.02 | Crofton | that was the other problem gremlin[it] mentioned |
| 17:10.10 | Crofton | the breakfast was the best part |
| 17:10.23 | Crofton | well, except for the bar across the street from my room :) |
| 17:12.07 | gremlin[it] | mhh what u saw on the bar ? |
| 17:12.49 | Crofton | well, about 4 in the morning it would close |
| 17:12.59 | Crofton | so there would be a bunch of noise in the street |
| 17:13.16 | Crofton | I saw them carry one guy out and leave him in the doorway passed out |
| 17:14.18 | gremlin[it] | hahahah :) |
| 17:15.46 | Crofton|home | then he got up and talked to one of the staff and the pulled a liquor botle out and had a few shots |
| 17:16.53 | Crofton|home | you want proper english breakfasts? |
| 17:17.10 | XorA|gone | Crofton|home: I need fried stuff |
| 17:17.13 | *** join/#oe greentux (n=lemke@Z51f9.z.pppool.de) |
| 17:21.15 | *** join/#oe nud_ (n=sf@91.86.89.224) |
| 17:23.09 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 17:28.02 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 17:40.20 | cyrilRomain|bbl | CoreDump: :D |
| 17:58.06 | *** join/#oe kristoffer_ (n=kristoff@62.209.186.97) |
| 18:00.27 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:00.36 | Crofton | well, find a hotel in Brussels with fried breakfasts ..... |
| 18:01.17 | RP | Crofton: You don't find many hotels who manage to cook fried breakfasts properly, even in the UK :/ |
| 18:02.24 | Crofton|home | I had one at a B&B about 12 years ago |
| 18:02.38 | Crofton|home | I did buy some marmite the other day |
| 18:03.28 | XorA|gone | RP: you need a 10 quid a night B&B for a decent heart stopper special :-) |
| 18:03.28 | RP | The only thing I use marmite for is flavouring gravy and even that not often... |
| 18:03.58 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 18:04.18 | RP | XorA|gone: I save the heart stopping for the roadside greasy spoon bacon sandwiches when out on the bike ;-) |
| 18:08.43 | chouimat | RP: yummy :) |
| 18:16.19 | *** join/#oe CIA-35 (n=CIA@208.69.182.149) |
| 18:22.16 | cyrilRomain | RP: ok the freetype error I have has nothing to do with packaged staging 2 :) |
| 18:23.10 | cyrilRomain | but I'm still looking for the side effect.. maybe because I have libtool-native in ASSUME_PROVIDED ? ... |
| 18:23.22 | cyrilRomain | before I haven't |
| 18:23.43 | RP | cyrilRomain: I don't know what the problems is, let alone what the solution is ;-) |
| 18:26.17 | cyrilRomain | the error is http://rafb.net/p/AkvvYX64.html |
| 18:27.21 | cyrilRomain | I already found and tested a solution, but not sure it is really _the_ solution |
| 18:27.23 | cyrilRomain | http://rafb.net/p/sSC5W092.html |
| 18:27.37 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 18:27.48 | mwester | i586??? |
| 18:28.03 | cyrilRomain | mwester: yes, building a qemu image :) |
| 18:28.20 | *** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 18:28.25 | mwester | libtool is missing. |
| 18:28.39 | mwester | do you have the dependency, or is it in the wrong place? |
| 18:28.41 | cyrilRomain | what is strange is that in my previous environment ${S}/builds/unix/${HOST_SYS}-libtool is correctly generated |
| 18:29.04 | cyrilRomain | now it generates ${S}/builds/unix/libtool |
| 18:29.23 | RP | Sounds like its not OE's libtool being used |
| 18:29.44 | cyrilRomain | RP: yes I added libtool-native to ASSUM_PROVIDED |
| 18:29.54 | RP | cyrilRomain: That would be the problem then |
| 18:30.02 | cyrilRomain | yes I suspect that too |
| 18:37.35 | RP | cyrilRomain: Its the way libtool works |
| 18:38.01 | cyrilRomain | RP: ok |
| 18:48.45 | cyrilRomain | ok, I removed libtool-native from ASSUME_PROVIDED, still fails |
| 18:49.00 | cyrilRomain | I also removed automake-native from ASSUME_PROVIDED, it then succeed |
| 18:49.17 | cyrilRomain | sounds like ASSUME_PROVIDED has to be used with very caution |
| 18:49.57 | cyrilRomain | I also noticed that if the assume provided tool version differ from the OE, some build may fails |
| 18:50.22 | cyrilRomain | well, I have to leave now |
| 18:50.37 | cyrilRomain | RP: thanks |
| 18:54.33 | *** part/#oe thesing (n=thesing@BAA13b8.baa.pppool.de) |
| 19:03.55 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:05.04 | *** join/#oe flo_lap (n=fuchs@f048225045.adsl.alicedsl.de) |
| 19:10.37 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 19:13.56 | *** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes) |
| 19:15.42 | flo_lap | re |
| 19:18.05 | pb_ | hi flo_lap |
| 19:18.41 | flo_lap | pb_: hey |
| 19:21.19 | *** join/#oe CIA-35 (n=CIA@208.69.182.149) |
| 20:22.46 | *** join/#oe DarthWader (n=zathras@unaffiliated/darthwader) |
| 20:25.58 | flo_lap | Looks like I missed something lately... what is the problem with the avr32 support? |
| 20:40.40 | RP | flo_lap: politics :( |
| 20:41.49 | *** join/#oe dcordes_ (n=dcordes_@unaffiliated/dcordes) |
| 20:42.37 | flo_lap | RP: hrmpf... where was this discussed? I missed that somehow... |
| 20:46.43 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 20:47.55 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 20:52.01 | *** join/#oe yanok (n=ilya@ppp78-37-153-150.pppoe.avangarddsl.ru) |
| 21:22.07 | *** join/#oe kristoffer__ (n=kristoff@62.209.186.97) |
| 21:40.58 | *** join/#oe greentux (n=lemke@Z51f9.z.pppool.de) |
| 22:09.00 | *** join/#oe DGMurdockIII (i=DGMurdoc@208-70-41-101.bb.hrtc.net) |
| 22:24.02 | cyrilRomain | how do you usually solve such rpath issue ? http://rafb.net/p/ADWhm486.html |
| 22:24.07 | Crofton|home | RP, ping |
| 22:24.14 | RP | Crofton|home: pong |
| 22:24.29 | Crofton|home | did you do the git fetcher? |
| 22:24.30 | cyrilRomain | from what I can read here http://wiki.debian.org/RpathIssue there are several way to 'fix' it |
| 22:24.43 | RP | Crofton|home: Er, yes |
| 22:24.49 | Crofton|home | http://bugs.openembedded.org/show_bug.cgi?id=3410 |
| 22:25.26 | cyrilRomain | can I safely '--disable-rpath' ? in EXTRA_OECONF for instance ? |
| 22:25.38 | RP | Crofton|home: yes, git fetch over http is bust. Its a git problem :( |
| 22:25.39 | Crofton|home | cyrilRomain, not sure, worth a try |
| 22:25.48 | Crofton|home | can we add the work around? |
| 22:26.26 | Crofton|home | hmm, one of my occasional problems is not via http |
| 22:26.47 | Crofton|home | hmm |
| 22:26.57 | Crofton|home | both of my problems are git not http .... |
| 22:27.23 | RP | Crofton|home: With the same error message about HEAD? |
| 22:27.25 | Crofton|home | I need to rerun some builds and update comments |
| 22:27.29 | Crofton|home | not sure |
| 22:27.35 | Crofton|home | I will need to revisit the problem |
| 22:27.53 | Crofton|home | my old bugs got marked as dupes, not sure if that is 100% correct |
| 22:28.07 | Crofton|home | I'll try building again and update the comments on this report |
| 22:28.08 | RP | I'm hoping that specific problem goes away with a new version of git, then I'll just tell people to update |
| 22:28.14 | Crofton|home | heh |
| 22:28.18 | Crofton|home | when will that happen? |
| 22:28.32 | RP | I did complain on the git list about it |
| 22:28.41 | RP | Not sure what happened after that, I lost track |
| 22:28.56 | Crofton|home | ok, I think I will care more next year |
| 22:30.36 | Crofton|home | I'm running a buidl now that will do some git stuff |
| 22:37.59 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 22:43.55 | *** join/#oe bluelightning (n=blueligh@219-89-47-218.dialup.xtra.co.nz) |
| 22:46.26 | rwhitby | morning |
| 22:46.50 | flo_lap | hi rwhitby |
| 22:47.02 | RP | hi rwhitby |
| 22:49.09 | Crofton|home | RP, I just added my failure message to the bug |
| 22:50.21 | RP | Crofton|home: A totally different problem |
| 22:50.42 | Crofton|home | I was afraid of that ... |
| 22:50.49 | RP | Crofton|home: Its trying to pull revision "1" |
| 22:50.58 | Crofton|home | oh crap |
| 22:51.01 | RP | This will be becasue SRCREV = "1" ? |
| 22:51.09 | Crofton|home | stupid srv rev stuff |
| 22:51.16 | Crofton|home | I forgot all about that |
| 22:51.25 | RP | You probably want a SRCREV_pn-foobar = "${AUTOREV}" |
| 22:51.37 | Crofton|home | yeah |
| 22:51.54 | Crofton|home | we need a FAQ on that .... |
| 22:52.17 | RP | we do |
| 22:52.22 | Crofton|home | can I do this in the bb file? |
| 22:52.23 | flo_lap | RP: heh |
| 22:52.33 | RP | or better still sanity.bbclass could error out... |
| 22:52.41 | RP | Crofton|home: You can do it anywhere |
| 22:54.28 | Crofton|home | SRCREV_linux-davinci ?= ${AUTOREV} |
| 22:54.28 | Crofton|home | <PROTECTED> |
| 22:57.17 | RP | SRCREV_pn-linux... |
| 22:57.36 | Crofton|home | pn-linux is literla? |
| 22:58.03 | RP | SRCREV_pn-linux-davinci ?= "${AUTOREV}" |
| 22:58.13 | RP | pn-${PN} is an override |
| 22:58.46 | *** join/#oe thesing (n=thesing@BAA13b8.baa.pppool.de) |
| 22:59.50 | Crofton|home | so "pn-" is magic? |
| 23:01.11 | RP | The pn- prefix to whatever the package name is does magic things due to it being an override (in OVERRIDES) |
| 23:01.17 | Crofton|home | thanks RP looks like I can build davinci kernels again |
| 23:01.38 | RP | CoreDump: Now add the FAQ entry :) |
| 23:02.17 | Crofton|home | heh |
| 23:02.21 | Crofton|home | I hate writing |
| 23:02.35 | Crofton|home | that is why it took me so long to get a MS degree |
| 23:02.44 | RP | CoreDump: sorry :) |
| 23:02.50 | CoreDump | ;) |
| 23:03.35 | Crofton|home | There is also alot of explanation/background I don't know |
| 23:03.42 | Crofton|home | and proper usage |
| 23:04.05 | Crofton|home | although ?= it in bb files so they build from latest is not bad |
| 23:04.30 | RP | I'd not recommend it in the .bb files in general |
| 23:04.44 | RP | The problem is AUTOREV means it hits the network. |
| 23:04.55 | Crofton|home | to check for latest rev |
| 23:04.59 | RP | Hitting the network by default isn't really allowed |
| 23:05.02 | RP | right |
| 23:05.24 | Crofton|home | specific revs it pulls once and keeps in sources? |
| 23:05.31 | RP | yes |
| 23:05.56 | Crofton|home | I remember the headaches doing builds when some servers went away for a few hours .... |
| 23:05.56 | RP | Nobody reads my posts to the dev mailing list, do they? ;-) |
| 23:06.06 | Crofton|home | I read, but I forget |
| 23:06.21 | Crofton|home | it is coming back now |
| 23:07.56 | RP | Its all a giant can of worms... |
| 23:08.07 | Crofton|home | yeah |
| 23:08.20 | Crofton|home | no one right behavior |
| 23:08.22 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 23:08.40 | Crofton|home | at least I am the only person I know of buidling davinci kernels |
| 23:09.03 | Crofton|home | when we get some real users we can set a default rev |
| 23:09.14 | Crofton|home | where is the OE FAW |
| 23:09.17 | Crofton|home | FAQ |
| 23:09.22 | RP | sounds reasonable... |
| 23:09.38 | Crofton|home | does parsing hit the network? |
| 23:09.54 | RP | if you set it to AUTOREV yes, if not, no |
| 23:09.59 | thesing | what type of machine is this davinci? |
| 23:10.17 | Crofton|home | crap, so anyone that parses the linux-davinci bb fiel hits the network ... |
| 23:10.30 | Crofton|home | davinci-evm of lytech sff sdr board |
| 23:10.42 | Crofton|home | TI processor, ARM and C6$ DSP |
| 23:10.45 | Crofton|home | c^$ |
| 23:10.47 | Crofton|home | c64 |
| 23:10.49 | RP | Crofton|home: www.openembedded.org/wiki/OeFAQ |
| 23:11.09 | Crofton|home | even the FAQ needs to be easier to find |
| 23:11.19 | Crofton|home | and I cannot edit |
| 23:11.26 | RP | Crofton|home: login |
| 23:11.32 | Crofton|home | can't |
| 23:11.39 | Crofton|home | and I can't create an accont ... |
| 23:11.40 | RP | Crofton|home: To find it I hit Documentation then scrolled to the faq... |
| 23:12.03 | Crofton|home | ah it is labled oeFAQ ... |
| 23:12.13 | Crofton|home | I was scanning for first letter F |
| 23:12.26 | Crofton|home | I'll email the list about wiki accounts |
| 23:12.55 | cyrilRomain | Crofton|home: just click the Edit tab |
| 23:13.06 | Crofton|home | hmmm |
| 23:13.08 | Crofton|home | ok |
| 23:13.13 | RP | I was just able to edit it without logging in |
| 23:13.15 | cyrilRomain | Crofton|home: no need to login (unless you really want an account and name logged) |
| 23:13.19 | Crofton|home | RP, link was bad :) |
| 23:13.37 | RP | Crofton|home: sorry :/ |
| 23:14.08 | Crofton|home | heh |
| 23:14.15 | Crofton|home | I should go play half life some more |
| 23:15.12 | Crofton|home | why does parsing hit the network to check the rev? |
| 23:16.02 | RP | because it wants to find out what version the recipe provides |
| 23:17.08 | hvontres|home | RP: latest poodle kernel oopses: http://www.pastebin.org/13523 |
| 23:17.57 | RP | hvontres|home: I already know about this? |
| 23:18.45 | hvontres|home | RP: ohh.. current defconfig still has LED enabled tho |
| 23:19.09 | RP | hvontres|home: yes, I'd hoped to have it fixed by now |
| 23:19.27 | hvontres|home | RP: ok, np |
| 23:24.06 | rwhitby | RP: www.slug-firmware.net - I've done five releases in five days, and I'm supposed to be relaxing too :-) |
| 23:24.51 | RP | rwhitby: Nice work :) |
| 23:25.19 | rwhitby | Lots of things we said we'd do in the 2006 end of year status report, so it had to be done :-) |
| 23:25.32 | RP | rwhitby: I wish I could point to something as productive... |
| 23:26.00 | rwhitby | it was all just finishing stuff that had been at 99% for a long time |
| 23:26.17 | rwhitby | (plus a lot of other people helping) |
| 23:26.22 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 23:26.45 | RP | I have a todo list covered in hundreds of little things... |
| 23:26.57 | RP | I'm slowly wiping out some of them I guess |
| 23:35.56 | RP | hvontres|home: I think the fix might be to s/LOCOMO_DEV(led_cdev->dev)/LOCOMO_DEV(led_cdev->dev->parent)/ in the leds-locomo.c file |
| 23:36.13 | hvontres|home | RP: FYI, latest 2.6.23 suspends fine from flash... testing root-on-SD next |
| 23:36.30 | hvontres|home | RP: right after scraping some Oak.... |
| 23:37.02 | RP | ah :) |
| 23:38.11 | hvontres|home | "Honey, could you....." |
| 23:45.28 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 23:46.33 | thesing | RP: where should the suspendkey function (press short for ESC, hold for suspend and wakeup) of collie and poodle implemented? kernel or userspace (zaurusd?)? |
| 23:48.42 | RP | thesing: I think userspace would be nicer |
| 23:49.12 | RP | It already should work as wakeup, its just suspend thats the problem... |
| 23:51.01 | thesing | Ok. I will look at the poodle source for the wakeup part. |
| 23:51.39 | RP | thesing: Its in the locomo keyboard driver, it should just work on collie? |
| 23:52.09 | RP | thesing: ah, it'll need to be in the power management code though |
| 23:52.23 | RP | There are probably bits you can reuse and bits you'll need to add |
| 23:55.02 | thesing | Is zaurusd suitable for implementation of the suspend part? |
| 23:58.05 | RP | thesing: yes |