| 05:24.08 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 05:24.08 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
| 05:35.00 | *** join/#oe sudharsh_ (n=sudharsh@59.92.58.144) |
| 05:42.54 | *** join/#oe [lala_] (n=lala@p54B30029.dip0.t-ipconnect.de) |
| 05:47.17 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 05:48.37 | *** join/#oe bluelightning_ (n=blueligh@222-155-214-82.jetstream.xtra.co.nz) |
| 05:59.55 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 06:03.10 | *** join/#oe bluelightning1 (n=blueligh@222-155-143-124.jetstream.xtra.co.nz) |
| 06:07.59 | *** join/#oe TheCan (n=thecan@dslb-084-056-161-137.pools.arcor-ip.net) |
| 06:08.43 | *** join/#oe bluelightning2 (n=blueligh@222-155-159-9.jetstream.xtra.co.nz) |
| 06:20.24 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 06:24.09 | *** join/#oe polyonymous (n=hacker@pD9539A0C.dip0.t-ipconnect.de) |
| 06:33.48 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:59.59 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
| 07:02.13 | *** join/#oe koen|inverness (n=koen@host86-131-239-9.range86-131.btcentralplus.com) |
| 07:10.13 | *** join/#oe Zero_Chaos (n=zero@unaffiliated/zerochaos) |
| 07:15.30 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 07:19.43 | *** join/#oe jbs (n=Bernardo@89.181.128.49) |
| 07:28.09 | Bernardo | good morning |
| 07:30.02 | *** join/#oe Darth_Wader (n=sith@ne.hubbardi.st) |
| 07:38.38 | *** join/#oe bluelightning_ (n=blueligh@222-155-221-44.jetstream.xtra.co.nz) |
| 07:46.27 | *** join/#oe lrg_ (n=liam@lrg2.demon.co.uk) |
| 07:51.24 | CIA-3 | 03rwhitby 07org.oe.dev * rd09a058c... 10/ (3 files in 3 dirs): fsg3-kernel: Default kernel for Freecom FSG-3, with build defaults in fsgbe.conf to match vendor binary modules. |
| 07:54.48 | *** join/#oe memeruiz__ (n=memeruiz@R9f4f.r.pppool.de) |
| 08:47.35 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 08:54.02 | *** join/#oe memeruiz_ (n=memeruiz@R9f4f.r.pppool.de) |
| 09:01.17 | *** join/#oe flo_lap (n=fuchs@f049187027.adsl.alicedsl.de) |
| 09:09.53 | RP | morning all |
| 09:12.17 | *** join/#oe mrdata (i=mrdata@dslb-088-074-139-174.pools.arcor-ip.net) |
| 09:13.04 | *** join/#oe psokolovsky (n=psokolov@82.193.98.21) |
| 09:13.07 | mrdata | hi all |
| 09:28.03 | RP | psokolovsky: hi |
| 09:28.24 | RP | psokolovsky: Do you happen to know what the current status of the hh.org htcuniversal kernels is? |
| 09:29.07 | psokolovsky | RP: Hi. Well, "very good'. What exactly do you mean? |
| 09:29.26 | RP | psokolovsky: I'm just wondering what the known problems areas are? |
| 09:29.36 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 09:29.46 | RP | psokolovsky: wifi seems "a little" unstable for example |
| 09:30.47 | psokolovsky | RP: well, its wiki page is still the best resource, http://handhelds.org/moin/moin.cgi/Universal |
| 09:31.05 | psokolovsky | RP: and yes, ACX100 wifi is not yet in perfect shape |
| 09:32.33 | RP | psokolovsky: ok, thanks. Is there much effort towards getting universal support into mainline? |
| 09:32.59 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 09:33.41 | psokolovsky | RP: well, we work on getting *every* machine's support into mainline, universal's support is on par with that ;-) |
| 09:34.05 | RP | psokolovsky: ok ;-) |
| 09:34.36 | RP | psokolovsky: I have a universal in front of me and I hate not using nearly mainline kernels ;-) |
| 09:35.47 | psokolovsky | RP: you can help to push our SoC chip drivers, that would be the great progress for both universal and bunch of other devices. |
| 09:36.11 | RP | psokolovsky: Does it have to use SoC or can it be switched to the device model? |
| 09:37.00 | psokolovsky | RP: SoC *is* the device model. |
| 09:37.23 | RP | psokolovsky: You just use platform devices now? |
| 09:38.05 | RP | psokolovsky: Sorry, its been a while since I looked closely at hh.org kernels ;-) |
| 09:38.55 | RP | psokolovsky: Have things like asic3 been attempted upstream? |
| 09:38.59 | psokolovsky | RP: Sure, how else it can be? We just organize them in such way that they track real architecture more faithfully, allow for cross-device reuse, and ultimately modular builds - all that to which mainline ARM-Linux not ready |
| 09:39.06 | *** join/#oe |miska| (n=|miska|@atrey.karlin.mff.cuni.cz) |
| 09:40.00 | psokolovsky | RP: yes. I submitted it for .22 timeframe, got bunch of things to cleanup, and that's where I am, and I don't have time to finish that for .23 timeframe. |
| 09:40.38 | RP | psokolovsky: Last time I Iooked at hh.org SoC was something very different (a reinvention of the device model) |
| 09:43.26 | psokolovsky | RP: http://lkml.org/lkml/2007/5/1/46 |
| 09:43.30 | RP | psokolovsky: The feedback on LKML for that patch doesn't look too bad |
| 09:43.35 | RP | psokolovsky: I was just reading that :) |
| 09:44.03 | RP | psokolovsky: I've seen much worse ;-) |
| 09:44.18 | psokolovsky | RP: yes, I'd say, it's ok, just need to finish acting on feedback, and push again, but as I said, I'm out of time for that now ;-( |
| 09:45.19 | RP | psokolovsky: I know that problem :/ |
| 09:45.44 | RP | psokolovsky: If I have some time I will look at it but I won't promise timescales. I doubt it will be this merge window... |
| 09:46.45 | *** join/#oe dion (n=dion@inhex.net) |
| 09:47.33 | psokolovsky | RP: All in all, we just currently discuss how we should handle such SoC drivers - 1) accept current ARM-Linux view that SoC is part of platform (== no modules); 2) use the current adhoc way to manage "child" devices, but use it consistently; 3) hack on LDD to teach it device dependencies. |
| 09:48.20 | psokolovsky | RP: well yes, I also don't think I'll get to this during summer, just hope to solve current q's/apply solutions consistently during this time. |
| 09:50.02 | RP | psokolovsky: Did you ever look at the locomo code, that had a similar "child" problem |
| 09:51.07 | psokolovsky | RP: I didn't actually looked deep enough, though I'm sure that many device would have this issue. So, can you build locomo as module? |
| 09:52.10 | RP | psokolovsky: The Kconfig says no, the code says yes |
| 09:53.39 | RP | psokolovsky: arch/arm/common/locomo.c - It creates its own bus type to handle the child devices |
| 09:54.38 | psokolovsky | RP: well, first part is actually enough for those who knows how (ARM) mainline treats something which doesn't fit into its simple picture ;-). as for code, must be function pointers and checking for NULLs? ;-) I'll have a look. |
| 09:55.11 | psokolovsky | RP: Ah, so *you* invent hacky bus types instead of using driver model? ;-) |
| 09:55.31 | RP | psokolovsky: No, its not hacky, creating a new bus is a perfectly legal part of the driver model |
| 09:55.42 | RP | psokolovsky: See the bus_register() call |
| 09:57.06 | psokolovsky | RP: ;-) That's exactly something for which older hh.org developers were larted when hey submitted original soc_bus implementation. So it's indeed funny ;-\ |
| 09:57.19 | RP | psokolovsky: I don't claim that code is perfect, just that perhaps it illustrates other ideas with potential |
| 09:57.42 | RP | psokolovsky: Do you have a pointer at that lart? |
| 09:58.35 | psokolovsky | I'll have a look at it now, but I guess, we put just much effort into cleaning up current "algorithm", exactly after mainline review suggested to get rid from non-standard buses. |
| 09:59.02 | psokolovsky | RP: not now, and don't think I could find it quickly, it was before me, 2004/2005 |
| 10:04.41 | *** join/#oe djay-il (n=alex@services.exanet.com) |
| 10:05.29 | psokolovsky | RP: Well, this is something about it, though I believe I saw even earlier attempts to submit it: http://lkml.org/lkml/2005/4/8/154 |
| 10:07.49 | XorA | morning |
| 10:09.12 | psokolovsky | RP: Oh, and btw, maybe you can give a quick hint: do you have an idea how arch |
| 10:09.36 | psokolovsky | RP: arch's with pluggable CPU/APIC support deal with issue of assigning IRQs to them? |
| 10:09.42 | RP | psokolovsky: I do agree with the review there, that code is basically the platform device model, What locomo does is very different |
| 10:09.59 | RP | psokolovsky: I've never looked at that, sorry |
| 10:10.23 | psokolovsky | RP: well, so we use platform device model since that ;-) |
| 10:10.35 | RP | morning XorA |
| 10:11.14 | psokolovsky | RP: and anyway, main issue is not buses, but a dependencies among devices. that's the issue, and generic support for which mainline lacks. |
| 10:13.05 | RP | psokolovsky: I think I can see how the platform bus can be made to do that but I will fail to explain it on irc without code :/ |
| 10:15.37 | psokolovsky | RP: well, I see how that can be made on LDD level, but that won't be accepted mainline ever ;-). otherwise, we use pretty simple explicit way to deal with that on SoC driver level. And actually were considering if we fancy dropping it, but apparently, we *do* want to build single kernel for dozen devices, and don't want to compile all SoC driver statically. |
| 10:16.47 | RP | psokolovsky: You just need to play games with symbols to make that work properly without LDD changes ;-) |
| 10:18.23 | psokolovsky | RP: well, the problem is exactly that symbols don't work here ;-). Linux has pretty good dependency tracking for *drivers*, which is based on symbols. But *devices* is another domain, and you need to track pointers there. |
| 10:19.15 | RP | psokolovsky: I'm fairly sure there are games that can be played to make that work |
| 10:20.38 | psokolovsky | RP: ah, I bet yes, but we exactly strive for some generic and clean solution, even if in some niche (like SoC drivers, not whole LDD) |
| 10:21.08 | RP | psokolovsky: Sometimes you have to settle for some slight compromises to make mainline ;-) |
| 10:21.27 | RP | The trick is picking the compromises... |
| 10:22.45 | psokolovsky | RP: well yes, so I don't even consider hacking ldd. other approach is SoC drivers local, so won't give anyone probs, and no, we can't accept RMK's flat world view |
| 10:22.54 | *** join/#oe memeruiz (n=memeruiz@R9f4f.r.pppool.de) |
| 10:23.42 | RP | psokolovsky: I'll have a look at the code at some point, see if there isn't a way to work around the problems... |
| 10:24.33 | psokolovsky | RP: ok, thanks. I'll ping you when I'll clean up currently known issue in them. and I'll look at locomo for sure. |
| 10:24.58 | RP | psokolovsky: ok. I'll also let you know as/when I look at things in detail |
| 10:38.28 | *** join/#oe Laibsch (n=Laibsch@p54B9766D.dip.t-dialin.net) |
| 10:45.23 | mrdata | Laibsch: hi |
| 10:49.07 | Laibsch | mrdata: Howd! |
| 10:49.11 | Laibsch | Howdy! |
| 10:55.25 | *** join/#oe florian (n=fuchs@f049187027.adsl.alicedsl.de) |
| 10:59.47 | *** join/#oe jan_js (n=jan_js@p548F9293.dip0.t-ipconnect.de) |
| 10:59.56 | jan_js | morning ! |
| 11:13.11 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 11:14.01 | *** join/#oe memeruiz (n=memeruiz@R9f4f.r.pppool.de) |
| 11:22.04 | Jin^eLD | re |
| 11:28.26 | *** join/#oe pgfeller (n=pgfeller@5.188.78.83.cust.bluewin.ch) |
| 11:38.11 | polyonymous | hmm.. mtn: warning: attach node 2147499229 blocked by unversioned path 'packages/poboxserver/poboxserver/unicode.patch' - wtf? I don't have packages/poboxserver/poboxserver.... |
| 11:38.47 | *** join/#oe memeruiz_ (n=memeruiz@R9f4f.r.pppool.de) |
| 11:39.36 | polyonymous | oops, figured this one. it's an `mtn mv` and it reports the other part :) |
| 11:41.47 | polyonymous | okay, time to upgrade my production Z to the new layout :) |
| 11:51.48 | *** join/#oe pgfeller (n=pgfeller@5.188.78.83.cust.bluewin.ch) |
| 11:57.04 | *** join/#oe reach (n=reach@sw169-210-231.adsl.seed.net.tw) |
| 12:04.18 | XorA | polyonymous: is the building opie angstrom instructions still valid, I think I might try opie on my spare Zaurus |
| 12:06.27 | polyonymous | XorA, I think yes. |
| 12:06.41 | polyonymous | it's the result that differs now :) |
| 12:07.54 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
| 12:08.41 | Laibsch | Is altboot not installed by default anymore? |
| 12:08.45 | XorA | paypal has gone insane :-( |
| 12:08.46 | Laibsch | I think it once was. |
| 12:08.52 | polyonymous | I think it is. |
| 12:09.04 | XorA | altboot is not by default on Angstrom |
| 12:09.18 | polyonymous | I think it's good if itsn't, though. |
| 12:10.13 | XorA | altboot breaks serial cable debugging :-) |
| 12:10.19 | *** join/#oe mr (n=mr_nice@p54A9DD55.dip.t-dialin.net) |
| 12:11.19 | *** join/#oe archer (n=xydarche@218.194.60.208) |
| 12:20.48 | polyonymous | I'd also rather not have it in altbooted image :) |
| 12:21.20 | XorA | altboot should be a choice, not by default |
| 12:22.52 | XorA | or we could have red pill/blue pill images :-) |
| 12:23.29 | summatusmentis | alboot + 7 partitions = WIN |
| 12:23.32 | polyonymous | :)) |
| 12:23.47 | polyonymous | summatusmentis, I have altboot + 1 partition and still enjoy it. |
| 12:23.59 | summatusmentis | lol |
| 12:24.01 | polyonymous | I altboot into directories |
| 12:24.20 | summatusmentis | you can do that? |
| 12:24.26 | polyonymous | I can :) |
| 12:24.44 | summatusmentis | can normal people? |
| 12:25.06 | polyonymous | Well, I wouldn't recommend my way of doing it upstream, but I think it can be polished |
| 12:25.45 | summatusmentis | that'd be easy |
| 12:26.00 | summatusmentis | I could get rid of my partitions, and save space |
| 12:26.16 | polyonymous | but now that I got qemuarm working I almost don't use altboot. |
| 12:27.05 | *** join/#oe readon_ (i=readon@218.194.60.218) |
| 12:27.08 | summatusmentis | how does qemuarm pertain to angstrom? |
| 12:27.52 | polyonymous | well, it's not for use, it's for debugging. This is what I mostly use altboot for. |
| 12:27.59 | summatusmentis | I see |
| 12:29.18 | polyonymous | I think I should think about my local hacks and maybe pass some stuff to coredump |
| 12:29.50 | summatusmentis | *nod* |
| 12:29.57 | summatusmentis | goodbye all |
| 12:30.23 | polyonymous | bye |
| 12:32.23 | *** join/#oe koen|inverness (n=koen@host86-131-239-9.range86-131.btcentralplus.com) |
| 12:34.03 | *** join/#oe memeruiz (n=memeruiz@R9f4f.r.pppool.de) |
| 12:34.50 | polyonymous | hmm... ipkg install -force-reinstall doesn't seem to force reinstall... |
| 12:38.24 | *** join/#oe wbx (n=wbx@xdsl-87-78-164-79.netcologne.de) |
| 12:40.59 | *** join/#oe pgfeller (n=pgfeller@5.188.78.83.cust.bluewin.ch) |
| 12:43.55 | *** join/#oe pgfeller (n=pgfeller@5.188.78.83.cust.bluewin.ch) |
| 12:44.50 | koen|inverness | polyonymous: put the reinstall before install |
| 12:45.29 | polyonymous | koen|inverness, ah. But strangely enough it looks as if it reinstalls. Not as if there was no -force-reinstall at all. |
| 12:46.00 | summatusmentis | koen|inverness: really? is that a requirement? |
| 12:46.24 | koen|inverness | with ipkg you have to put all the options in front or pray it doesn't blow up |
| 12:46.44 | polyonymous | I think with ipkg you always should pray :) |
| 12:46.46 | summatusmentis | really? I didn't know that |
| 12:47.05 | summatusmentis | I've used -force-overwrite at the end |
| 12:47.30 | summatusmentis | and -recursive, as well as -force-removal-of-dependent-packages |
| 12:47.31 | XorA | koen|inverness: Ive never put arguments before command and its always worked here |
| 12:47.40 | polyonymous | well, like Winnie The Pooh would put it - you never know with ipkg. |
| 12:47.46 | Laibsch | BTW, altboot is at least being built for spitz images, but not for collie images. And it is on my spitz installation. I don't recollect installling it explicitly which is why I asked. |
| 12:48.57 | psokolovsky | RP: If you still around, I had a look at locomo.c. Well, that's exactly how our SoC drivers look like, which is no wonder, as I'm sure they were modelled either on Z ones, or on common ancestor. Except that we dropped usage of adhoc bus since that review and use platform_bus directly (which also means that we mostly dropped bus device IDs too btw). |
| 12:49.21 | polyonymous | Laibsch, maybe you've installed it a while ago? |
| 12:50.52 | Laibsch | polyonymous: No |
| 12:51.01 | psokolovsky | RP: But we have a bit wider problem, which apparently locomo doesn't expereince. Consider for example that standard PXA UDC uses EGPIO on some SoC chip for pull up control. Huh? That means that now UDC device depends on SoC device. If UDC is used before SoC driver is initialized, there's kaboom. |
| 12:51.25 | polyonymous | Laibsch, well, I don't know, I also have it on the last spitz image I've installed. |
| 12:51.31 | polyonymous | but I've built it a while ago |
| 12:51.50 | Laibsch | polyonymous: Try 'MACHINE="spitz" bitbake -g opie-image; grep altboo task-depends.dot' and compare with 'MACHINE="collie" bitbake -g opie-image; grep altboo task-depends.dot' |
| 12:52.14 | psokolovsky | RP: that's exactly the problem I told about previously: in general case, *any* device may be dependent on *any* device. And we actually have cases like that UDC, and must deal with them. |
| 12:52.27 | polyonymous | Laibsch, I have no reason to disbelieve you :) |
| 12:53.45 | psokolovsky | Laibsch: angstrom is not mess, and it's easy to keep it that way. for example, until Altboot pledges to support *all* devices, do not install it by default even for *single* one. And there will be order. |
| 12:54.39 | koen|inverness | angstrom-2007.1.conf:EXTRA_STUFF_append_spitz += "altboot" |
| 12:55.39 | Laibsch | psokolovsky: Angstrom is becoming a mess. Just trying to clean up the shit left after the VERY important namechange on gmane |
| 12:56.08 | Laibsch | So much wasted time lately. |
| 12:56.19 | koen|inverness | <PROTECTED> |
| 12:56.48 | polyonymous | :)))))) |
| 12:57.29 | *** join/#oe TheCan (n=thecan@dslb-084-056-161-137.pools.arcor-ip.net) |
| 12:57.31 | psokolovsky | Laibsch: I tell you a magic recipe how to keep it clean - do *not* allow for machine-specific discrepancies. either make it sure that it's indeed Ansgtrom's feature, or install in your own setup using ipkg. |
| 12:58.13 | koen|inverness | Q: "why is altboot installed on spitz" A: "because you commited that cset" |
| 12:58.28 | polyonymous | that |
| 12:58.33 | polyonymous | 's funny indeed |
| 12:59.13 | Laibsch | psokolovsky: I remember now. this was again a requirement from mr koen. Only make it default for supported devices. |
| 12:59.33 | Laibsch | At the time I only knew that spitz was working. |
| 12:59.35 | polyonymous | I don't think it should be default at all |
| 13:00.21 | psokolovsky | Laibsch: nice, just in case, here's suggestion from mr. pfalcon: add not universally supported software to generic distro very sparingly ;-) |
| 13:01.49 | koen|inverness | meh |
| 13:02.14 | koen|inverness | first days of "why isn't altboot in by default" and now "why is altboot in by default" |
| 13:02.30 | koen|inverness | it seems whatever the result people will complain |
| 13:02.43 | polyonymous | can't one just add altboot via local.conf? |
| 13:02.52 | koen|inverness | yes |
| 13:03.03 | koen|inverness | in at least 5 different ways |
| 13:03.53 | polyonymous | I'd suggest to go this way. |
| 13:05.18 | koen|inverness | feel free to remove it from angstrom.conf |
| 13:05.30 | koen|inverness | I stopped caring about 15 minutes ago |
| 13:15.21 | *** join/#oe dion (n=dion@inhex.net) |
| 13:18.15 | *** join/#oe BobOfDoom (i=nobody@210-9-141-139.netspeed.com.au) |
| 13:21.56 | polyonymous | I'd let Laibsch remove it. What if he would dislike me otherwise? :) |
| 13:27.19 | XorA | koen|inverness: stop logging on while on holiday, its only upsetting |
| 13:27.47 | polyonymous | for whom? :) |
| 13:29.12 | XorA | polyonymous: I think Im the first OE person koen will bump into, I want to not get strangled with rage :-) |
| 13:29.34 | polyonymous | :))) |
| 13:29.58 | koen|inverness | XorA: maybe you;ll get lucky and liam loses his key again ;) |
| 13:30.55 | XorA | ~blame lrg_ |
| 13:30.58 | ibot | ACTION blames lrg_ (and Canada) for all the evil in the world |
| 13:32.30 | koen|inverness | sweetness |
| 13:32.40 | koen|inverness | google just upgraded the imagery of edinburgh |
| 13:32.49 | XorA | is it finally hires? |
| 13:33.01 | koen|inverness | http://maps.google.com/maps?q=55.949692+-3.171143+(Next+track+point)&z=16&t=h&om=1&iwloc=A |
| 13:34.01 | koen|inverness | that's the point where I realized I'm a fat bastard that wants a cookie instead of getting to the top of the hill |
| 13:34.43 | XorA | wow edin isnt a blurry mess anymore |
| 13:35.20 | XorA | koen|inverness: heh heh, you got a long way to go before you reach fat bastard claims :-) |
| 13:35.51 | koen|inverness | yeah |
| 13:36.06 | koen|inverness | and I actually lost some weight last month :) |
| 13:36.08 | XorA | koen|inverness: its always best to climb that hill on the steep side after 10 pints |
| 13:36.18 | XorA | koen|inverness: goes much quikcer that way |
| 13:37.54 | polyonymous | what's a programmer size? :) |
| 13:38.00 | Jin^eLD | does anyone know if linux iconv is thread safe? :> |
| 13:38.46 | XorA | time to go watch some Dr Who |
| 13:38.52 | polyonymous | bath time! |
| 13:42.36 | *** join/#oe eekee (n=ethan@sourcemage/apprentice/eekee) |
| 13:45.44 | *** join/#oe tank17 (i=ariel@gateway/tor/x-5587f6e0548d86dd) |
| 13:49.48 | *** join/#oe memeruiz_ (n=memeruiz@R9f4f.r.pppool.de) |
| 13:50.13 | eekee | Hi. I've been trying to build glibc on an arm machine, not exactly OE-related but wondering if anyone can help me? I don't seem to be adding the arm architecture specs in the right way, and am uncertain exactly what --build option to give to glibc configure. (cpu is detected as armv5tel) |
| 13:52.06 | psokolovsky | eekee: well, why do you think people use OE at all? to free their minds of such boring questions. someone makes glibc build well, and the whole community uses it now, working on real things, not reinvent the wheel. |
| 13:55.03 | eekee | psokolovsky: reinventing the wheel is relative, if I learn this I'll be on my way without having to learn a bunch of other things. :) |
| 13:56.22 | *** join/#oe empty_mind (n=orion@59.176.111.177) |
| 13:56.23 | *** join/#oe koen|inverness (n=koen@host86-131-239-9.range86-131.btcentralplus.com) |
| 13:56.36 | eekee | Actually if monotone would compile I wouldn't be asking, I'd be looking at OE & distro sources, it's just that compiling monotone feels like I'm getting even further sidetracked. maybe I should see if a binary build of monotone will work... |
| 13:56.38 | psokolovsky | eekee: sure, glad for you. just don't be surprised if you won't receive the answer here, I explained above why. people here don't keep that stuff in mind, they teach OE to do that, and then OE remembers all the gory details. |
| 13:57.58 | eekee | ok, fair enough |
| 13:59.49 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-65-166.w83-198.abo.wanadoo.fr) |
| 14:00.43 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-65-166.w83-198.abo.wanadoo.fr) |
| 14:02.50 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-65-166.w83-198.abo.wanadoo.fr) |
| 14:14.41 | *** join/#oe rob_w (n=bob@X0981.x.pppool.de) |
| 14:37.43 | CoreDump|home | hi |
| 15:15.16 | *** join/#oe punkass (n=user@ptbynynas01pool0-a201.ptbyny.tds.net) |
| 15:18.20 | *** join/#oe polyospitz (n=polyospi@pD9539A0C.dip0.t-ipconnect.de) |
| 15:19.17 | *** join/#oe polyospitz (n=polyospi@pD9539A0C.dip0.t-ipconnect.de) |
| 15:21.09 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 15:23.12 | *** join/#oe AvengerMoJ1 (n=alex@219.142.240.163) |
| 15:29.54 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 15:32.59 | *** join/#oe jbs (n=Bernardo@89.181.128.49) |
| 15:38.49 | *** join/#oe polyospitz (n=polyospi@pD9539A0C.dip0.t-ipconnect.de) |
| 15:42.01 | *** join/#oe dcordes (n=Wayne@e179097118.adsl.alicedsl.de) |
| 15:56.46 | *** join/#oe woglinde (i=woglinde@e178086091.adsl.alicedsl.de) |
| 15:57.18 | mrdata | woglinde: hi |
| 15:57.22 | woglinde | jo |
| 15:59.45 | *** join/#oe koen|inverness (n=koen@host86-131-239-9.range86-131.btcentralplus.com) |
| 15:59.53 | woglinde | hi koen |
| 15:59.58 | woglinde | still rainy? |
| 16:03.05 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.107.Dial1.SanJose1.Level3.net) |
| 16:03.49 | Darth_Wader | <PROTECTED> |
| 16:03.51 | Darth_Wader | oops |
| 16:18.42 | *** join/#oe csmanx (n=csman@190.42.171.31) |
| 16:19.55 | *** join/#oe TheCan (n=thecan@dslb-084-056-161-137.pools.arcor-ip.net) |
| 16:28.04 | cdbot2 | * * OE Bug 2615 has been created by gfellerpatrik(AT)gmx.net |
| 16:28.07 | cdbot2 | * * unable to build libpng-1.2.12-r5: task do_install failed |
| 16:28.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2615 |
| 16:31.43 | *** join/#oe csmanx (n=csman@190.42.171.31) |
| 16:35.50 | *** join/#oe dcordes (n=Wayne@e179097118.adsl.alicedsl.de) |
| 16:45.38 | jan_js | hi ! |
| 16:45.51 | jan_js | eekee: still there ? |
| 16:46.06 | eekee | yep |
| 16:46.10 | eekee | hi ^^; |
| 16:46.57 | jan_js | eekee: I have built monotone 0.32 recently. What was your problem whenbuilding ? |
| 16:48.08 | eekee | I was trying to build 0.35 with boost 1_34_0. Pasting the errors |
| 16:48.14 | eekee | numeric_vocab.hh:25: error: 'CHAR_BIT' was not declared in this scope |
| 16:48.14 | eekee | numeric_vocab.hh:25: error: template argument 1 is invalid |
| 16:50.42 | woglinde | eekee this know |
| 16:50.58 | woglinde | eekee try the latest packages from the monotone side |
| 16:51.10 | jan_js | eekee: what kind of system do you have - is it debian - based ? E.g. I compiled monotone on an elive system, which is debian based, so I just installed the boost libraries by apt-get |
| 16:52.11 | jan_js | eekee: Just build 0.32, that worked for me. |
| 16:52.11 | *** join/#oe rob_w (n=bob@X0981.x.pppool.de) |
| 16:52.29 | Crofton|home | y |
| 16:52.31 | woglinde | monotone has 0.35 debs which wirks |
| 16:52.34 | jan_js | I have described what I did in detail here: http://www.stoefer.com/index.php?topic=projects&project=netbook_oe&part=2 |
| 16:52.37 | woglinde | aeh |
| 16:52.41 | woglinde | works |
| 16:52.43 | woglinde | he mickeyl |
| 16:52.54 | mickeyl | yo |
| 16:53.36 | eekee | woglinde: that is the latest |
| 16:54.39 | eekee | jan_js: Source Mage GNU/Linux, it tries to stick as close as possible to what the apckage maintainer supply, no unnecessary patches etc |
| 16:55.08 | eekee | jan_js: thanks for the sugestion though, and for the link ^^ |
| 16:56.04 | jan_js | eekee: hmm.. never heard about it. Yes, hope the description will help you ! |
| 16:56.17 | eekee | ty ^_^ |
| 17:06.23 | *** join/#oe polyospitz (n=polyospi@pD9539A0C.dip0.t-ipconnect.de) |
| 17:10.22 | XorA | polyonymous: kernel/qgfxw100_qws.cpp:1253: error: 'clipbounds' was not declared in this scope |
| 17:10.37 | XorA | polyonymous: seent that in qte build? |
| 17:10.50 | polyonymous | never. |
| 17:11.21 | polyonymous | I'm willing to reproduce it if it's possible at all ;) |
| 17:12.43 | XorA | polyonymous: thats building for c7x0 so I assume thats the only machine that builds the w100 accellerationh |
| 17:13.14 | polyonymous | MACHINE=c7x0 bitbake qte-mt ? |
| 17:13.53 | XorA | polyonymous: I was that should do it |
| 17:14.01 | polyonymous | lemme try |
| 17:14.47 | XorA | arg all panic, peeron is down |
| 17:17.13 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 17:18.13 | polyonymous | reproduced :) |
| 17:19.37 | XorA | polyonymous: not my insanity then :-) |
| 17:19.49 | polyonymous | no, not it. Will you fix it or should I look into it/ |
| 17:21.53 | XorA | polyonymous: if you dont get round to it I will eventually |
| 17:22.06 | XorA | polyonymous: but at moment I am building legos |
| 17:24.18 | polyonymous | ok, I may, but I have no c7x0 :) |
| 17:26.05 | XorA | damn them lego torches |
| 17:30.48 | CIA-3 | 03polyonymous 07org.oe.dev * r35f0f01e... 10/ (4 files in 3 dirs): opie-irc: utf8-ize |
| 17:31.15 | *** join/#oe csmanx (n=csman@190.42.171.31) |
| 17:51.25 | *** join/#oe koen|inverness (n=koen@host86-131-239-9.range86-131.btcentralplus.com) |
| 17:51.37 | *** join/#oe dcordes (n=Wayne@e179097118.adsl.alicedsl.de) |
| 17:59.08 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.101.Dial1.SanJose1.Level3.net) |
| 18:04.54 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
| 18:06.54 | psokolovsky | polyonymous: also went upstream way sure? |
| 18:08.33 | *** join/#oe wick7xx (n=jornix@63.135.137.194) |
| 18:17.31 | polyonymous | psokolovsky, what? :) |
| 18:17.41 | polyonymous | psokolovsky, are you talking about opie-irc? |
| 18:18.01 | psokolovsky | polyonymous: yes |
| 18:18.52 | polyonymous | psokolovsky, not yet, (a) Darth_Wader says there's another issue left and (b) I wouldn't say these patches are perfect, but I sure would let anyone taking care of opie-irc decide on it. |
| 18:19.07 | polyonymous | psokolovsky, but I still need to look into russian channel topic problem |
| 18:19.55 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:19.57 | psokolovsky | ok |
| 18:23.18 | *** join/#oe gremlin[it] (n=gremlin@217.201.22.148) |
| 18:28.32 | polyonymous | XorA, I think I'll push the build fix in a few minutes |
| 18:28.46 | polyonymous | it's a gcc4 thing |
| 18:29.55 | XorA | polyonymous: cheers, Im still building legos :-) |
| 18:30.10 | polyonymous | what legos? :) |
| 18:30.28 | XorA | http://www.peeron.com/inv/sets/6380-1?showpic=7773 |
| 18:30.41 | polyonymous | ah, thought so |
| 18:31.05 | cdbot2 | * * OE Bug 2616 has been created by gfellerpatrik(AT)gmx.net |
| 18:31.07 | cdbot2 | * * package libxcb-0.9.93-r2: task |
| 18:31.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2616 |
| 18:33.10 | koen|inverness | XorA: I have that same treatment center :) |
| 18:35.07 | XorA | koen|inverness: I am building it from spares |
| 18:37.46 | *** join/#oe jbs (n=Bernardo@89.181.128.49) |
| 18:41.35 | polyonymous | XorA, pushed (I don't rely on cia anymore :)) |
| 18:42.27 | XorA | polyonymous: cool, pulling |
| 18:42.54 | polyonymous | now we'll see if you finish building before cia speaks up :) |
| 18:49.27 | *** join/#oe VoodooZ (n=palm3@76-10-149-24.dsl.teksavvy.com) |
| 18:51.19 | *** join/#oe dcordes (n=Wayne@e179097118.adsl.alicedsl.de) |
| 18:51.57 | *** join/#oe Biagi (n=biagi@vir91-6-82-245-131-202.fbx.proxad.net) |
| 18:51.57 | Biagi | http://biagi.miniville.fr |
| 18:52.06 | cdbot2 | * * OE Bug 2617 has been created by utx(AT)penguin.cz |
| 18:52.07 | cdbot2 | * * sound mixer misconfiguration |
| 18:52.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2617 |
| 18:53.18 | *** part/#oe Biagi (n=biagi@vir91-6-82-245-131-202.fbx.proxad.net) |
| 18:58.05 | CIA-3 | 03mickeyl 07org.oe.dev * r94ba8615... 10/ (10 files in 4 dirs): |
| 18:58.05 | CIA-3 | add alsa-states, containing the machine specific alsa states. |
| 18:58.05 | CIA-3 | TODO: Find out how to interact with the alsa-state package regarding the default state |
| 18:58.11 | CIA-3 | 03mickeyl 07org.oe.dev * r3b04f9d3... 10/ (6 files in 3 dirs): poppler: add recent cvs version since 0.5.9 release doesn't build |
| 18:58.17 | CIA-3 | 03polyonymous 07org.oe.dev * rf6a57e1a... 10/ (3 files in 3 dirs): qte 2.3.10: fixed build for c7x0 with gcc 4 |
| 18:58.57 | mickeyl | due to internal load-levelling issues our CIAbot now comes with more latency |
| 18:59.09 | mickeyl | we will improve that again -- eventually |
| 19:02.03 | koen|inverness | XorA: http://linuxtogo.org/~koen/Edinburgh-walk.jpg |
| 19:03.08 | psokolovsky | polyonymous: aha, so you can confirm that c7x0-w100-accel.patch works? |
| 19:03.23 | Jin^eLD | koen|inverness: did you track your movement? |
| 19:03.38 | koen|inverness | Jin^eLD: yes nokia n800 + gps + maemomapper |
| 19:03.47 | koen|inverness | (then gpsbabel'ed to kml) |
| 19:03.48 | Jin^eLD | that's damn cool! :) |
| 19:04.15 | polyonymous | psokolovsky, no, I can confirm it builds, ask XorA whether it works :) |
| 19:04.15 | koen|inverness | google added hi-res imagery for edinburgh today :) |
| 19:04.16 | psokolovsky | koen|inverness: so, that's standard googleearth? |
| 19:04.20 | polyonymous | he spotted the build problem |
| 19:04.25 | Jin^eLD | koen|inverness: you apparently got beamed to the spot on top right ;) |
| 19:04.25 | koen|inverness | psokolovsky: yes |
| 19:06.25 | XorA | psokolovsky: compiles here |
| 19:07.07 | psokolovsky | XorA, polyonymous: would be nice to know it works, and them merge it in such way that it was always compiled into qte. |
| 19:07.32 | *** join/#oe dcordes___ (n=Wayne@e179097118.adsl.alicedsl.de) |
| 19:07.35 | XorA | psokolovsky: I will test it when I get image built |
| 19:07.41 | polyonymous | I think it doesn't apply to spitz? |
| 19:07.45 | psokolovsky | nice |
| 19:08.06 | XorA | psokolovsky: opie is lots of c++ give my poor machine a chance |
| 19:08.07 | psokolovsky | polyonymous: it's machine-specific patch now |
| 19:08.39 | polyonymous | psokolovsky, yes, but would spitz benefit from it? I actually have no idea about the patch |
| 19:08.51 | XorA | spitz has no w100 |
| 19:08.53 | koen|inverness | only c7x0 has w100 |
| 19:09.00 | koen|inverness | (and hx4700-ish) |
| 19:09.02 | psokolovsky | polyonymous: QA and maintenance would benefit. |
| 19:09.18 | XorA | koen|inverness: cool map |
| 19:09.39 | polyonymous | psokolovsky, ah ok. Then just add it to the top-level srcuri? |
| 19:10.25 | psokolovsky | polyonymous: yes, if it's nice patch which doesn't disable non-w100 use ;-). that's exactly sth to check. |
| 19:11.29 | polyonymous | psokolovsky, I don't mind moving it around the .bb, nobody needs a written permission from me, even thought is' opie(tmp)-related :) |
| 19:12.15 | psokolovsky | polyonymous: well, I hint that someone should review what exactly that patch does, and how w100 usage is configured in qte. |
| 19:13.19 | *** join/#oe jbs (n=Bernardo@89.181.128.49) |
| 19:13.28 | polyonymous | psokolovsky, I got it, but it's not really my realm of understanding. |
| 19:13.46 | psokolovsky | polyonymous: you must be kidding ;-) |
| 19:14.05 | koen|inverness | fwiw, the author of that patch uses X11 now (sirfred, xserver-kdrive-imageon) |
| 19:14.21 | polyonymous | psokolovsky, I have never ever looked into it. |
| 19:14.45 | mickeyl | i'm afraid the w100 qte patch has never made it into production state |
| 19:14.58 | mickeyl | feel free to play with it, but it may eat your children |
| 19:17.35 | psokolovsky | mickeyl: that's what I want to know, if it would make more sense to drop it, taking into account opie's orientation towards low-end devices... |
| 19:17.54 | psokolovsky | Well, let's wait XorA's experience |
| 19:18.40 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.21.152.Dial1.SanJose1.Level3.net) |
| 19:19.53 | mickeyl | ya |
| 19:24.17 | *** join/#oe memeruiz (n=memeruiz@R9f4f.r.pppool.de) |
| 19:29.22 | koen|inverness | mickeyl: http://rafb.net/p/3HFgkb30.html <- ecore-native build failure |
| 19:29.46 | mickeyl | koen|inverness: bummer, i can not reproduce that |
| 19:29.51 | mickeyl | which machine/distro ? |
| 19:29.55 | *** join/#oe vivijim (n=vivijim@189.13.203.143) |
| 19:30.12 | koen|inverness | ecore-*native*, so machine and distro don't matter |
| 19:30.22 | mickeyl | ah |
| 19:30.23 | mickeyl | well |
| 19:31.15 | mickeyl | fresh build? |
| 19:31.19 | koen|inverness | DISTRO=angstrom-2007.1 and any machine in ep93xx h6300 fic-gta01 a780 a1200 e680 rokr-e2 at91sam9263ek qemuarm h2200 h4000 nslu2le ixp4xxle nokia770 omap5912osk poodle tosa h5000 magician htcuniversal htctornado hx2000 hx4700 c7x0 spitz akita netbook-pro progear guinness qemux86 mx31ads nokia800 efika nslu2be ixp4xxbe collie h3600 h3800 simpad htcwallaby |
| 19:31.20 | mickeyl | sure you don't have any leftovers? |
| 19:31.24 | koen|inverness | yes, fresh build |
| 19:31.49 | mickeyl | strange. ok, i'll investigate more. ecore-native should not use software-x11 if it can't find it. |
| 19:32.01 | mickeyl | yes, i know the simple way would be to just enable it |
| 19:32.03 | koen|inverness | and I don't have evas headers on my host |
| 19:32.07 | mickeyl | but i want to know why it doesn't work :D |
| 19:32.19 | mickeyl | koen|inverness: nod I'll build on our buildhost tomorrow |
| 19:32.24 | koen|inverness | (which you probably do have) |
| 19:32.24 | mickeyl | that one is clean as well |
| 19:32.27 | mickeyl | (header-wise) |
| 19:32.30 | mickeyl | yep |
| 19:34.21 | Crofton | | checking for .preinit_array/.init_array/.fini_array support... no |
| 19:34.22 | Crofton | | configure: error: Need linker with .init_array/.fini_array support. |
| 19:34.22 | Crofton | | FATAL: oe_runconf failed |
| 19:34.40 | Crofton | from glibc-intermediate for ANgstrom/omap5912osk |
| 19:34.46 | koen|inverness | Crofton: 'unset MACHINE ; bitbake binutils-cross -c rebuild' |
| 19:34.49 | Crofton | any thoughts? |
| 19:35.14 | Crofton | is this temporary? |
| 19:35.25 | koen|inverness | don't set MACHINE in env :) |
| 19:35.32 | Crofton | hmm |
| 19:35.48 | Crofton | where should zI set machine? |
| 19:36.06 | koen|inverness | in local.conf or auto.conf |
| 19:36.12 | Crofton | I've been setting it in the env so I do not have to gard code it, so Ican esaily switch between efika and OSK |
| 19:36.47 | koen|inverness | you can set it in env after building glibc |
| 19:37.13 | Crofton | grr |
| 19:37.19 | Crofton | This is not a "feature" |
| 19:39.18 | Crofton | running bitbake binutils-cross without machine set flunks sanity check |
| 19:39.30 | koen|inverness | right |
| 19:39.37 | koen|inverness | so set it in local.conf or auto.conf |
| 19:39.42 | Crofton | yep |
| 19:39.56 | Crofton | mainly pointing that out for people reading the log :) |
| 19:42.34 | Crofton | good thing you took a train to Scotland .. |
| 19:44.05 | cdbot2 | * * OE Bug 2618 has been created by utx(AT)penguin.cz |
| 19:44.06 | cdbot2 | * * Clean spitz.c ALSA driver |
| 19:44.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2618 |
| 19:46.11 | *** join/#oe flo_lap (n=fuchs@f049187027.adsl.alicedsl.de) |
| 19:46.29 | flo_lap | good morning |
| 19:46.39 | XorA | whois <utx@penguin.cz>? |
| 19:50.41 | mickeyl | RP: ping |
| 19:51.28 | psokolovsky | koen|inverness, Crofton: binutils-cross must have been fixed regarding MACHINE in env long ago. And I did check it was fixed. |
| 19:53.07 | mickeyl | ~botmail for RP: do we have a known problem with shlib package dependency granularity? say i have a bb that emits a library and some testing program. the testing program depends on additional libraries, however even the library package gets all of the testing-program dependencies (which is wrong). |
| 19:54.48 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
| 19:58.04 | cdbot2 | * * OE Bug 2618 has been RESOLVED (WONTFIX) by dp(AT)xora.org.uk |
| 19:58.06 | cdbot2 | * * Clean spitz.c ALSA driver |
| 19:58.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2618 |
| 20:14.11 | CIA-3 | 03mickeyl 07org.oe.dev * red388eba... 10/ (1 packages/efl1/epdf_cvs.bb): add epdf, the glue between libpoppler and the EFL |
| 20:14.16 | CIA-3 | 03mickeyl 07org.oe.dev * r95d5e6ff... 10/ (3 files in 2 dirs): add epsilon_cvs to get the shiny new epdf thumbnailer plugin |
| 20:39.45 | koen|inverness | XorA: suse employee (stanilav brabek) |
| 20:53.52 | *** part/#oe vivijim (n=vivijim@189.13.203.143) |
| 20:54.35 | mrdata | night all |
| 21:00.56 | *** join/#oe wbx_ (n=wbx@xdsl-87-78-95-132.netcologne.de) |
| 21:09.25 | *** join/#oe csmanx (n=csman@190.42.171.31) |
| 21:19.12 | mr_nice | hi all, I want to create a propper .bb file for my programm. this is my first draft (shortlink.org/9161). the programm needs evdev and uinput. I was searching some .bb files and it seems to be a common way to RRECOMMENDS thouse modules and DEPENDS = "virtual/kernel". is this still a good idea? |
| 21:22.04 | CIA-3 | 03polyonymous 07org.oe.dev * rb6e5034a... 10/ (3 files in 3 dirs): opie-irc: more fixes for utf-8 |
| 21:50.36 | psokolovsky | mr_nice: hardly. userspace applications should not depend on kernel modules. |
| 21:51.37 | mr_nice | psokolovsky: in general or in oe? |
| 21:51.41 | CoreDump | but they can RRECOMMEND them |
| 21:51.57 | psokolovsky | mr_nice: in general at all |
| 21:53.30 | psokolovsky | CoreDump: sure, why not. they can recommend glibc for example too. they can even rdepend on it. or on specific version of it. or on specific kernel version. and many other things they can do. but why? |
| 21:53.47 | psokolovsky | anyway... |
| 21:53.54 | mr_nice | psokolovsky: hm, i have no idea how else i could have implemented the program. it reads evdev input blocks and parse it and makes a uinput device to submit the changed evinput |
| 21:54.10 | CoreDump | like it or not, there are indeed userland apps out there which require certain kernel features |
| 21:55.19 | psokolovsky | mr_nice: so you would need to check that that evdev in uinput is there during runtime, and five out error if they are not. |
| 21:56.38 | psokolovsky | CoreDump: features, yes. but putting into userland app package's a dependency on specific kernel module is inherently flaky IMHO. |
| 21:57.01 | CoreDump | correct, that's what RECOMMEND is for |
| 21:57.22 | CoreDump | "install if available, but don't bitch if it isn't" |
| 21:57.39 | mr_nice | psokolovsky: hm, good idea. that is something I real have forgotten to check. |
| 21:58.16 | mr_nice | ok so i will RRECOMMEND on the modules and put some checks into the program |
| 21:59.01 | CoreDump | mr_nice: that would be a sane approach |
| 21:59.09 | mr_nice | thx :) |
| 22:10.05 | *** join/#oe SonicvanaJr (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 22:11.43 | *** join/#oe zezom (n=zezom@203.84.69.169) |
| 22:24.46 | *** join/#oe erdinger_ (n=erdinger@e179097118.adsl.alicedsl.de) |
| 22:28.31 | erdinger_ | is there a list of mentors for angstrom machines somewhere? |
| 22:31.21 | woglinde | hm look at Maintainers file |
| 22:31.27 | woglinde | only source for now |
| 22:32.29 | dcordes | woglinde, where can I find that? |
| 22:33.47 | woglinde | in your oe repos? |
| 22:34.00 | woglinde | org.openembedded.dev/MAINTAINERS |
| 22:35.29 | woglinde | nite |
| 22:38.17 | cdbot2 | * * OE Bug 2564 has been RESOLVED (FIXED) by <polyonymous> |
| 22:38.18 | cdbot2 | * * QT/E fails to build due to lack of asm/page.h |
| 22:38.20 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2564 |
| 23:20.03 | jan_js | nite |
| 23:31.47 | CIA-3 | 03polyonymous 07org.oe.dev * r3f2e7520... 10/ (3 files in 3 dirs): poboxserver: adjust to its new home in /usr |
| 23:31.57 | CIA-3 | 03polyonymous 07org.oe.dev * rc59f1131... 10/ (1 packages/nunome/nunome_1.0.2.bb): nunome: move to the new opie location |
| 23:37.04 | cdbot2 | * * OE Bug 2602 has been RESOLVED (INVALID) by lukas.gorris(AT)gmx.de |
| 23:37.06 | cdbot2 | * * zaurus c1000 akita touchscreen broken |
| 23:37.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2602 |
| 23:40.58 | Laibsch | polyonymous: Any changes except the move to /usr? |
| 23:41.16 | polyonymous | Laibsch, no, I think not. |
| 23:41.23 | polyonymous | but I've tested it as much as I could :) |
| 23:42.05 | cdbot2 | * * OE Bug 2582 has been RESOLVED (FIXED) by lukas.gorris(AT)gmx.de |
| 23:42.07 | cdbot2 | * * sd-card is not correctly recognized by kernel |
| 23:42.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2582 |
| 23:42.33 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a201.ptbyny.tds.net) |
| 23:42.36 | polyonymous | Laibsch, but as it always goes with this brilliant software - without adjusting to /usr it would kill opie :) |
| 23:47.04 | cdbot2 | * * OE Bug 2619 has been created by lukas.gorris(AT)gmx.de |
| 23:47.06 | cdbot2 | * * Meta-Bug for SL-C1000 (akita) |
| 23:47.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2619 |
| 23:48.04 | cdbot2 | * * OE Bug 2407 has been RESOLVED (FIXED) by lukas.gorris(AT)gmx.de |
| 23:48.06 | cdbot2 | * * build of sysvinit fails in do_install |
| 23:48.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2407 |
