00:19.14 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.9.74) |
00:38.44 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
01:00.53 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
01:28.06 | *** join/#oe mickey|fic (n=mickey@59-124-92-123.HINET-IP.hinet.net) |
01:33.53 | *** join/#oe benlau (n=benlau@221.125.8.107) |
01:59.04 | cdbot2 | * * OE Bug 2539 has been created by <step2back> |
01:59.06 | cdbot2 | * * Wrong place for patch |
01:59.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2539 |
02:00.44 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
02:13.06 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
03:09.12 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
03:23.40 | *** join/#oe csmanx (n=csman@190.42.165.73) |
03:54.44 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
03:56.00 | *** join/#oe AvengerMoJ1 (n=alex@61.14.130.209) |
04:34.07 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
05:16.15 | *** join/#oe dion (n=dion@inhex.net) |
05:27.41 | *** join/#oe _law_ (n=law@mx2.stiftadmont.at) |
05:41.20 | *** join/#oe bluelightning (n=blueligh@222-155-217-96.jetstream.xtra.co.nz) |
05:41.59 | *** join/#oe steliosk (n=Stelios@62.169.217.209) |
05:52.47 | *** join/#oe steliosk (n=Stelios@62.169.217.209) |
05:59.05 | *** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
06:03.46 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
06:07.45 | *** join/#oe _law_ (n=law@mx2.stiftadmont.at) |
06:19.04 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
06:19.55 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
06:22.01 | *** join/#oe polyonymous (n=hacker@pD9538177.dip0.t-ipconnect.de) |
06:29.50 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
06:30.48 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
06:34.49 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
06:50.39 | *** join/#oe Bernardo (n=Bernardo@89-180-129-47.net.novis.pt) |
06:51.05 | Bernardo | good morning |
06:54.25 | mickey|fic | morning |
06:54.45 | mickey|fic | hey, what's the ratio of our alsa-supported devices vs. only-oss-supported ones? |
07:01.42 | djay-il | good morning |
07:03.44 | koen | mickey|fic: that boils down to 2.6 supported devices versus 2.4 supported devices |
07:03.53 | *** join/#oe pvanhoof (n=pvanhoof@62.237.12.2) |
07:05.29 | mickey|fic | koen: figured that. which is... (been out of the loop, you know) |
07:06.04 | cdbot2 | * * OE Bug 2539 has been RESOLVED (FIXED) by <koen> |
07:06.07 | cdbot2 | * * Wrong place for patch |
07:06.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2539 |
07:07.12 | koen | mickey|fic: btw, you shouild really use insane.bbclass: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-June/006217.html |
07:07.26 | koen | that spots x86 binaries creeping into packages |
07:09.32 | mickey|fic | mmh |
07:09.37 | mickey|fic | working on a laptop here |
07:09.45 | mickey|fic | trying to get all the performance |
07:09.53 | mickey|fic | so disabled all nonneeded classes |
07:10.00 | mickey|fic | when im back |
07:10.03 | mickey|fic | ill do |
07:11.55 | mickey|fic | the reason why i'm asking is, i have a patch for flite that enables alsa |
07:12.02 | mickey|fic | however it's a either-or |
07:12.05 | mickey|fic | so we can't have both |
07:12.25 | mickey|fic | and i'm slightly reluctant to adding flite-alsa and flite-oss |
07:12.26 | mickey|fic | heh |
07:13.20 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
07:13.33 | mickey|fic | and oss emulation just doesn't cut it |
07:13.36 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
07:14.19 | ljp | is that because of performance issues with the oss emulation? |
07:14.42 | mickey|fic | yeah |
07:14.57 | mickey|fic | and the oss emulation prevents dmix from working correctly |
07:16.20 | ljp | i wish we could use dmix on the greenphone |
07:16.46 | koen | mickey|fic: http://hughsient.livejournal.com/28753.html |
07:17.41 | mickey|fic | interesting |
07:17.55 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
07:22.11 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
07:32.12 | *** join/#oe psokolovsky (n=psokolov@82.193.98.14) |
07:37.02 | *** join/#oe pH5 (n=ph5@p5485C154.dip.t-dialin.net) |
07:38.26 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
07:45.17 | step2back | <koen>, hello |
07:48.56 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
07:55.09 | koen | hey step2back |
07:55.57 | step2back | do you want to continue our discussion about palmld.conf? |
08:04.35 | koen | step2back: I'm working on other stuff right now |
08:05.05 | koen | mickey|fic: http://www.teemuharju.net/2006/04/19/my-nokia-770-can-speak/ (sadly the patch can't be found anymore and the author has been swallowed by nokia) |
08:05.48 | step2back | koen, ok. I'll wait..... |
08:05.58 | CM | This thing is cool, but it shouldn't run Windows CE: http://www.jadeintegration.com/jackpc.php |
08:07.04 | koen | step2back: basically remove all non essential wifi modules (e.g. kernel-module-arc4) and only leave drivers |
08:07.26 | koen | task-base-wifi already lists all needed modules for wep and wpa |
08:07.39 | step2back | ok... I did it. |
08:09.52 | step2back | What should I write in of MACHINE_EXTRA_RRECOMMENDS? If I have a list of "module_autoload_" |
08:11.44 | koen | MACHINE_EXTRA_RRECOMMENDS should only have *drivers* for hardware present in the device |
08:11.59 | koen | %{!dynamic-linker:-dynamic-linker /lib/ld-uClibc.so.0} \ <- that shouildn't be in gcc sources |
08:16.18 | *** join/#oe bluelightning (n=blueligh@125-237-66-93.jetstream.xtra.co.nz) |
08:17.11 | step2back | It's right for PalmLD <koen> MACHINE_EXTRA_RRECOMMENDS should only have *drivers* for hardware present in the device |
08:18.13 | *** part/#oe B_Lizzard (n=havoc@ppp75-218.adsl.forthnet.gr) |
08:19.27 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
08:19.37 | oxo | k, the angstrom-console-image actually runs on h3600 |
08:20.03 | oxo | bad news is, the x11-image is some 6MB too big... |
08:26.00 | step2back | <koen>, how to filling /etc/modules? If not use BOOTSTRAP_EXTRA_RDEPENDS += "update-modules" |
08:26.56 | koen | your distro takes care of that for you, no need to put stuff in the machine.conf for that |
08:27.22 | slapin | gm, all! |
08:27.27 | slapin | polyonymous, hi! |
08:27.56 | slapin | polyonymous, sorry, went offline acidentally yesterday and fell asleep :( |
08:34.04 | mickey|fic | anyone used directfb w/ tslib recently? |
08:36.36 | polyonymous | slapin, the fix I've done actually fixes half-a-problem. That is, it lets me put cyrillic into rxvt when it's running on my host's display, but not with your matchbox thingie. |
08:36.37 | *** join/#oe rd_ (n=rd@toi.yeu.phu.nu) |
08:37.28 | polyonymous | slapin, and gpe-editor doesn't seem to save cyrillic either. |
08:38.03 | slapin | polyonymous, I found that, yes. |
08:38.37 | slapin | polyonymous, seems that locale is indeed broken but where - glibc or libx11? |
08:38.58 | polyonymous | also xev gives quite different results with mb* and the proper xkb. |
08:39.11 | polyonymous | Not sure, maybe everywhere :) |
08:39.23 | polyonymous | Like glibc, libx11 and glib :) |
08:39.25 | slapin | well, events are properly sent |
08:40.22 | polyonymous | xev's XLookupString (or whatever that was) doesn't really give sensible output with mb* |
08:40.45 | polyonymous | running on device with DISPLAY set to host it does, though. |
08:41.11 | slapin | polyonymous, I don't like locale.alias on xlib, I don't like locale.alias in gpe-dm dir. All this looks suspicious. |
08:41.29 | polyonymous | but! gpe-editor, when running on host's display doesn't even let me enter cyrillic. |
08:41.44 | slapin | polyonymous, worst thing among these is that it used to work when I last checked a few months ago. |
08:41.58 | polyonymous | That doesn't help much at the moment :) |
08:42.30 | polyonymous | And it's also a matter of how extensive your checks were. Sometimes it _looks_ as if it works, but it doesn't really. |
08:42.57 | slapin | polyonymous, I think you could build with MACHINE=qemuxx (arm or x86) so you will be able to test properly. |
08:43.27 | polyonymous | No, I can't, qemu doesn't work properly on amd64 ;-) |
08:43.31 | slapin | polyonymous, from start, there's need for locale testing sw. |
08:44.04 | slapin | polyonymous, even with 32bit libs? |
08:44.22 | slapin | polyonymous, what distro you have in host? |
08:44.28 | hrw | morning |
08:44.33 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
08:44.40 | slapin | hrw, morning! |
08:44.54 | polyonymous | slapin, I was thinking about building a 32bit one, but haven't done it yet. I have gentoo |
08:44.59 | polyonymous | and morning, hrw |
08:45.12 | *** join/#oe lrg__ (n=liam@lrg2.demon.co.uk) |
08:45.18 | slapin | polyonymous, it should be able to build 32bit version |
08:45.39 | *** join/#oe Cwiiis__ (n=cwiiis@81-86-56-58.dsl.pipex.com) |
08:45.43 | polyonymous | slapin, theoretically, yes. I haven't tried, though. |
08:45.48 | slapin | polyonymous, though I never used it but people there use it on amd64 boxes and all is fine. |
08:46.09 | polyonymous | Use what? OE with qemu? |
08:46.14 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
08:46.28 | slapin | polyonymous, they run qemu with something other inside. |
08:46.29 | hrw | polyonymous: qemu + OE built image works on 64bit |
08:46.45 | hrw | polyonymous: qemu + locale generation failed on my 64bit |
08:46.59 | polyonymous | hrw, how come it can't even generate locale, but works? |
08:47.19 | polyonymous | OE-built image with disabled locale-generation is supposed to generate it on first boot, hmm? |
08:47.24 | hrw | yes |
08:47.34 | polyonymous | and it works? |
08:47.48 | koen | hey hrw |
08:47.50 | hrw | oom on localegen ofcourse on 64M machines |
08:47.51 | slapin | polyonymous, only on 128Mb+ devices |
08:48.03 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
08:48.04 | hrw | slapin: 128MB+ you mean? |
08:48.11 | koen | it needs close to 60MB of ram |
08:48.11 | slapin | polyonymous, 32Mb and 64Mb fail for me. |
08:48.13 | hrw | on 128Mb it fails |
08:48.28 | slapin | hrw, yes, MB |
08:48.30 | *** join/#oe theBrave (n=jberniol@ngw.virtuallogix.com) |
08:48.33 | polyonymous | slapin, I have no problems generating locales on the device (with swap file), I'm talking about qemu |
08:48.37 | koen | I've run it succesfully on 64MB devices with no services running at boot |
08:49.00 | slapin | polyonymous, you can make it swap, too :) |
08:49.11 | polyonymous | what about generating locales before other services? |
08:49.15 | slapin | polyonymous, but why care since you have enough RAM on host |
08:49.43 | polyonymous | so my question was - locale generates normally on qemu on 64bit, but just not when building OE? |
08:49.49 | slapin | and in some way which could consume less memory? |
08:51.42 | *** join/#oe shreyas (n=Shreyas@202.62.79.191) |
08:57.54 | *** join/#oe idealm (n=ideal@c58-107-18-66.belrs2.nsw.optusnet.com.au) |
08:59.01 | *** join/#oe woglinde (n=heinold@wolgograd.mi.fu-berlin.de) |
08:59.05 | woglinde | ~seen zecke |
08:59.07 | ibot | zecke <n=ich@88.134.98.156> was last seen on IRC in channel #openmoko, 11h 10m 59s ago, saying: 'ubuntu'. |
09:03.33 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
09:06.05 | cdbot2 | * * OE Bug 2540 has been created by <koen> |
09:06.07 | cdbot2 | * * Asterist 1.4.x recipe |
09:06.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2540 |
09:06.26 | woglinde | asterist? |
09:10.08 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
09:13.34 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
09:20.11 | *** join/#oe Varoudis_ (n=varoudis@85.72.126.212) |
09:20.42 | slapin | psokolovsky, ping |
09:20.47 | *** join/#oe florian (n=fuchs@217.146.132.69) |
09:21.42 | woglinde | hi florian |
09:22.13 | florian | hi all |
09:24.03 | XorA | ahah, connection at last, damn dain |
09:24.09 | XorA | s/dain/rain/ |
09:25.45 | *** join/#oe pelle2004 (n=Pelle@out.q-matic.se) |
09:40.40 | *** join/#oe thesing (n=kvirc@mitte.informatik.hu-berlin.de) |
09:40.49 | thesing | hi everybody |
09:41.14 | hrw | hi Thomas |
09:43.28 | *** join/#oe gray (n=santeri@fw.tadcomab.se) |
09:44.40 | thesing | hrw: I tried to use the new mmc-spi patches from spi-devel and compiled rc4-mm2. I used our old flash driver. But the device is realy unstable. It sometimes boots the kernel and freezes in the init process and sometimes freezes while booting the kernel. |
09:45.11 | thesing | hrw: I didn't have time, to investigate what caused this. Maybe some mm2 patch. |
09:47.07 | woglinde | hi thesing |
09:49.06 | hrw | thesing: I would avoid mm tree for development |
09:50.04 | thesing | hrw: the mmc-spi patches need the mmc-patches in there. But maybe I should just extract the needed patches. |
09:50.15 | hrw | exactly |
09:52.41 | *** join/#oe dcordes (n=erdinger@e179098246.adsl.alicedsl.de) |
09:52.49 | dcordes | hi |
09:53.20 | hrw | ih |
09:53.48 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.40.87) |
09:57.49 | *** join/#oe erdinger_ (n=erdinger@e179103112.adsl.alicedsl.de) |
10:12.23 | *** join/#oe bluelightning_ (n=blueligh@222-155-141-153.jetstream.xtra.co.nz) |
10:13.16 | koen | shit |
10:13.28 | koen | blackfin needs the blackfin for of uclibc |
10:13.45 | koen | http://blackfin.uclinux.org/gf/project/toolchain/scmsvn/?action=browse&path=%2Ftrunk%2FuClibc%2F |
10:17.06 | *** join/#oe bluelightning1 (n=blueligh@222-155-141-153.jetstream.xtra.co.nz) |
10:18.53 | dcordes | sorry logged in with wrong nick |
10:22.38 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
10:24.25 | *** join/#oe Laibsch (n=Laibsch@212.17.245.155) |
10:27.27 | koen | blackfin also have their own gcc fork..... |
10:27.40 | koen | http://blackfin.uclinux.org/gf/project/toolchain/scmsvn/?action=browse&path=%2Ftrunk%2Fgcc-4.1%2F |
10:28.01 | koen | no wonder I get cc1: error: unrecognized command line option "-mleaf-id-shared-library" |
10:29.59 | Crofton | koen, why the blackfin obsessoin? |
10:30.07 | hrw | auć |
10:30.59 | koen | Crofton: I want bfin support in OE :) |
10:31.19 | Crofton | this would be cool |
10:31.46 | Crofton | you planning on doing some signal processing on one? |
10:31.54 | koen | Crofton: yes |
10:32.02 | Crofton | even cooler |
10:32.06 | *** join/#oe tsdogs (n=twostupi@84.18.144.39) |
10:32.18 | koen | I blame buildroot inability to handle patches for all the forks in the embedded world |
10:32.18 | Crofton | I'll ask you which board when I am at school and I'll see what hasan has |
10:32.43 | koen | Crofton: I trying to get a 537-stamp board donated |
10:33.19 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
10:33.33 | Crofton | blackfin.org has "Phorums" |
10:33.38 | Crofton | at least accorsing to goolge |
10:33.43 | koen | http://www.analog.com/en/prod/0%2C2877%2CBF537%25252DSTAMP%2C00.html |
10:34.13 | koen | I found out that there are more atrocious things as geek forums: guinea pig owner forums |
10:34.22 | hrw | someone should kill them for such links |
10:34.32 | Crofton | heh |
10:34.44 | XorA | koen: nothing wrong with guinea pigs |
10:34.59 | Crofton | We have been threatening to start a community davinci email list becasue TI's has been down for two weeks |
10:35.00 | koen | XorA: indeed, I'm getting 2 after returning from guadec |
10:35.11 | Crofton | Are they good eating? |
10:35.22 | XorA | koen: got 6 next to me |
10:35.29 | koen | XorA: :) |
10:35.46 | koen | Crofton: http://www.alobbs.com/photolog/p1020028 |
10:35.55 | XorA | they are being suspiciously quiet though, I shall have to find out what mischeif they are upto |
10:36.10 | Crofton | they probably sense my cats :) |
10:36.15 | XorA | koen: BTW IME the people on the guinea pig forums are even stupider that AOL me tooers |
10:36.30 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.63.30) |
10:37.26 | XorA | Crofton: I put them in the garden once, a cat came to investigate, decided them mice are too fscking big and legged it :-D |
10:37.59 | koen | Crofton: http://www.rowetel.com/blog/ |
10:38.26 | Crofton | http://www.flickr.com/photos/32615155@N00/345385199/ |
10:39.27 | koen | http://www.flickr.com/photos/32615155@N00/405229713/ <- note the absense of dark rum |
10:39.49 | Crofton | I have the echo cancellation guy tagged in del.icio.us |
10:45.04 | *** join/#oe idealm (n=ideal@58.105.232.64) |
10:49.35 | *** join/#oe Varoudis (n=varoudis@85.72.72.173) |
10:55.02 | koen | Crofton: can you recommend any good books on signal processing? |
10:55.25 | Crofton | hmm |
10:55.31 | Crofton | for dummies? |
10:56.16 | Crofton | all my textbooks suck |
10:56.20 | Crofton | but |
10:56.23 | koen | I'm looking for something more advanced |
10:56.43 | Crofton | http://www.amazon.com/Understanding-Digital-Signal-Processing-2nd/dp/0131089897/ref=pd_bbs_sr_1/103-0794516-4346263?ie=UTF8&s=books&qid=1182336986&sr=8-1 |
10:56.50 | Crofton | define more advanced? |
10:57.04 | Crofton | this book was recommended to me by the gnu radio guys |
10:57.08 | koen | I know what LTI and FFT mean :) |
10:57.15 | Crofton | It has a chpater on practical things |
10:58.03 | Crofton | don't we all :) |
10:58.17 | Crofton | but you have no clue how to actually use this knowledge |
10:58.39 | koen | right |
10:59.06 | Crofton | take a look at that book |
10:59.28 | Crofton | itis going to rehash some stuf, but he seems to try to make it related to things you might do |
11:00.20 | *** join/#oe thesing (n=kvirc@pankow.informatik.hu-berlin.de) |
11:04.15 | koen | Linear Time Invariant system |
11:08.55 | *** join/#oe lrg__ (n=liam@lumison.wolfsonmicro.com) |
11:09.59 | *** join/#oe bluelightning_ (n=blueligh@222-155-156-213.jetstream.xtra.co.nz) |
11:12.50 | zecke | RP: take care :) |
11:16.13 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
11:18.50 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
11:19.13 | *** join/#oe kalev (n=kalev@213.180.16.244) |
11:21.18 | mickey|fic | ~seen justinp |
11:21.20 | ibot | justinp <n=papercra@c-69-181-11-251.hsd1.ca.comcast.net> was last seen on IRC in channel #openzaurus, 22d 14h 37m 2s ago, saying: 'having problems with it?'. |
11:21.25 | mickey|fic | ~summon justinP |
11:21.28 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing justinP's coordinates |
11:21.51 | Sup3rkiddo | ~summon ibot |
11:21.52 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing ibot's coordinates |
11:25.11 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
11:35.20 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
11:38.56 | hrw | goodbye ATI X200-onboard, welcome NVidia 6600 GT |
11:45.02 | koen | grrrr |
11:45.07 | koen | bitbake -b bfin-gcc-cross_svn.bb -c patch |
11:46.04 | *** join/#oe wick900c (n=mongo@63.135.135.90) |
11:47.14 | *** join/#oe mr_nice (n=mr_nice@p54A9D311.dip.t-dialin.net) |
11:54.40 | pelle2004 | Question? How dose bitmake match RDEPENDS = "kernel", what inside another bb is linked to "kernel" |
11:54.43 | *** join/#oe idealm (n=ideal@58.105.232.64) |
11:55.31 | zecke | pelle2004: open your mail client |
11:55.37 | zecke | pelle2004: check the answers you got to the mail |
11:55.38 | pelle2004 | OK! |
11:58.26 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
12:06.59 | thesing | Suppose I damaged the partition table of a borzoi. Is there any other way to repartition the disc without having to flash cacko, partition the hd and flash back to angstrom? |
12:07.27 | koen | which partition table? |
12:07.37 | slapin | polyonymous, could you please comment-out on my posting? |
12:07.40 | koen | for the hd you just need fdisk |
12:07.40 | thesing | of internal HD. |
12:08.01 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
12:08.14 | polyonymous | slapin, I did. Michael Krelin is my name, just in case :) |
12:08.22 | thesing | koen: Well the device doesn't boot with damaged partition table. |
12:08.34 | koen | http://www.angstrom-distribution.org/repo/?name=&action=search&arch=avr32 <- all packages that have 'avr32' as arch |
12:09.08 | zecke | pelle2004: found an answer? |
12:09.25 | slapin | polyonymous, ok, nice to meet you |
12:09.35 | polyonymous | :) |
12:09.58 | polyonymous | slapin, but I'm not interested in where that discussion is headed, I'm more interested in technical aspect of making it work. |
12:15.51 | koen | "If you get errors from this file, comment out the entire file by putting #if 0 at the beginning and #endif at the end. It works. " |
12:16.28 | NAiL | heh |
12:17.32 | *** join/#oe Marex-notebook (n=marex@fm92wl-89-31-10-134.isp.mcnet.cz) |
12:19.43 | hrw | re |
12:20.50 | koen | hrw: wb |
12:20.56 | *** join/#oe SonicvanaJr (n=Sawnick@unaffiliated/sonicvanajr) |
12:21.08 | hrw | OpenGL renderer string: GeForce 6600 GT/PCI/SSE2 |
12:21.50 | pelle2004 | zecke, no not jet. Funny Hotmail has still no replaies even that they are in the archives.... |
12:21.55 | pelle2004 | zecke, But I have added in my build/conf/machine/image.bb 'PREFERRED_PROVIDER_virtual/kernel = "pc1119-linux-2.6.21"' |
12:22.06 | pelle2004 | zecke, Still get a long list of 'multiple providers are available for runtime kernel' in the verbose log |
12:22.26 | hrw | pelle2004: pc1119-linux is what you need |
12:22.35 | hrw | pelle2004: but rename it to linux-pc1119 please |
12:22.46 | pelle2004 | zecke, is it the name of the file or? |
12:23.16 | koen | and a mtn pull && mtn update |
12:25.29 | zecke | pelle2004: image.bb? |
12:26.05 | zecke | pelle2004: This PREFERRED_PROVIDER is a global setting, it must be read/set when conf/bitbake.conf is parsed. Check the bottom of conf/bitbake.conf to see which files are parsed |
12:26.52 | zecke | pelle2004: these include conf/${MACHINE}.conf conf/${DISTRO}.conf conf/local.conf conf/auto.conf... and bitbake is using BBPATH to find the config files |
12:29.00 | pelle2004 | zecke, OK! that probaly what I need to understand the way it works. Just looking in bitbake.comf now. Thanks |
12:29.13 | zecke | you are welcome :) |
12:32.26 | CIA-3 | 03Laibsch 07org.oe.dev * rd67d31a3... 10/ (1 packages/mozilla/minimo_cvs.bb): |
12:32.26 | CIA-3 | minimo: declare missing dependency on zip-native. |
12:32.26 | CIA-3 | Looks like there are other dependencies missing since compilation from scratch |
12:32.26 | CIA-3 | still fails for me. zip-native is certainly needed, though and thus I commit |
12:32.26 | CIA-3 | early and often. |
12:32.32 | CIA-3 | 03Laibsch 07org.oe.dev * rce858583... 10/ (1 packages/jikes/jikes-native_1.21.bb): |
12:32.32 | CIA-3 | jikes: make jikes-native PROVIDE virtual/javac-native |
12:32.33 | CIA-3 | c.f. http://www.openembedded.org/wiki/AdvancedConfiguration |
12:32.37 | CIA-3 | 03Laibsch 07org.oe.dev * r6f04c15a... 10/ (1 packages/classpath/classpath-gtk_cvs.bb): |
12:32.39 | CIA-3 | classpath: add virtual/java-native to DEPENDS |
12:32.41 | CIA-3 | this package now becomes unbuildable until bug 2323 is fixed which also lists a workaround |
12:32.43 | CIA-3 | Reasoning: the compilation of java requires the java command being available |
12:32.45 | CIA-3 | java is not among the RequiredSoftware as listed in the wiki |
12:32.47 | CIA-3 | There is no package providing virtual/java-native yet which is the aim of 2323 |
12:32.51 | CIA-3 | 03Laibsch 07org.oe.dev * ra88190de... 10/ (1 packages/classpath/classpath-gtk_cvs.bb): classpath: unify the gtk_cvs version and leave a note on how to compile it. |
12:32.56 | CIA-3 | 03Laibsch 07org.oe.dev * raeb3d1a3... 10/ (3 files in 2 dirs): |
12:32.58 | CIA-3 | classpath: fix compilation failure of classpath-gtk_cvs. Closes 2519. |
12:33.00 | CIA-3 | * add libxtst to DEPENDS |
12:33.02 | CIA-3 | * fix packaging |
12:33.04 | CIA-3 | * move stuff to *.inc (unify) |
12:33.06 | CIA-3 | 03Laibsch 07org.oe.dev * r86eacc43... 10/ (5 files in 2 dirs): classpath: some more fixes to packaging, etc and clean-up |
12:33.09 | CIA-3 | 03coredump2 07org.oe.dev * r8e0b4688... 10/ (1 packages/xchat/xchat_2.6.1.bb): xchat: Fix QA error over .debug directry in /usr/lib/xchat/ |
12:33.14 | CIA-3 | 03koen 07org.oe.dev * ra70445de... 10/ (7 files in 2 dirs): zaurus 2.4 kernels: add COMPATIBLE_HOST = "arm.*-linux" |
12:34.16 | zecke | a flood, I'm sinking |
12:34.52 | hrw | koen: zaurus 2.4 kernels rather need comp_machine |
12:35.12 | koen | hrw: no, that doesn't work |
12:35.29 | koen | hrw: since they set MACHINE="<zaurus>" in the recipe |
12:35.42 | Laibsch | wow, where did that come from? I did not push for at least 12 hours. |
12:38.08 | koen | the mirror sync script was offline |
12:38.15 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
12:38.23 | Laibsch | oh, that explains it |
12:39.47 | koen | although technically ewi546 isn't a mirror :) |
12:43.15 | Laibsch | heh |
12:55.40 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
13:06.22 | hrw | someone use compiz? |
13:07.24 | koen | no, it locks up X on my efika |
13:23.28 | *** join/#oe dion (n=dion@inhex.net) |
13:27.29 | *** join/#oe Varoudis_ (n=varoudis@athedsl-286227.home.otenet.gr) |
13:29.33 | CIA-3 | 03koen 07org.oe.dev * ref18f00d... 10/ (3 files in 3 dirs): |
13:29.33 | CIA-3 | angstrom: fix OABI package archs |
13:29.33 | CIA-3 | * downside: now there are 3 places for people to edit for people with oabi machines |
13:33.05 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
13:34.50 | koen | ~botmail for hopsnbarley: http://article.gmane.org/gmane.linux.ports.arm.kernel/32820 |
13:41.44 | Laibsch | koen: What are those three places? |
13:42.14 | koen | angstrom-2007.1.conf, angstrom-glibc.inc, angstrom-uclibc.inc |
13:42.30 | Jin^eLD | I am trying to build angstrom with uclibc for arm, in the log when uclibc is configured I see > 1. alpha (TARGET_alpha) (i.e. choice 1 is made), that can't be right? |
13:42.57 | *** join/#oe rob_w|mis (n=rob_w@p549B9F7F.dip0.t-ipconnect.de) |
13:43.02 | koen | i.e. everywhere where teh not in machine ['collie', 'simpad' ,etc line is |
13:43.10 | koen | Jin^eLD: did you add a config for your board? |
13:43.32 | Jin^eLD | koen: I added a machine config file for the board if thats what you mean |
13:43.52 | Jin^eLD | and I have TARGET_ARCH = "arm" there |
13:44.03 | koen | you also need one in packages/uclibc/uclibc-0.9.29/<machine> |
13:44.17 | Jin^eLD | ooh ok, I did miss that one, thanks! |
13:44.24 | Laibsch | koen: Oh, you mean to add new machines. I thought that was for those who want to compile for supported oabi-machines. |
13:45.31 | koen | Laibsch: for the people that are stuck with a crappy vendor kernel that can't do EABI (or strongarm CPUs, but those are rare) |
13:45.38 | Jin^eLD | koen: wait.. but there is a uclibc-0.9.29/arm thing, why would that not be enough? |
13:46.38 | Laibsch | koen: Will that affect DISTRO=sharprom-compatible? |
13:46.40 | koen | there is ? |
13:46.45 | koen | Laibsch: no |
13:46.59 | koen | I just committed it like 10 seconds ago |
13:47.26 | Jin^eLD | koen: yes.. there is, subdirs for arm, armeb, mipsel, sh* and a few others |
13:47.47 | koen | that's .28 |
13:48.16 | Jin^eLD | oh crap, I looked in the wrong version directory |
13:48.31 | Jin^eLD | you win :) |
13:49.38 | koen | if your board is armv4t, use the arm/ one I just added, if it's armv5te, use the c7x0/ one, if it's armv6 use the c7x0 one as well |
13:50.05 | chouimat | morning |
13:50.09 | Jin^eLD | koen: thanks |
13:50.29 | koen | in the armv6 case you could consider turning on hardfloat as well |
13:51.01 | Jin^eLD | I have to check what I actually have |
13:53.45 | *** join/#oe theBrave (n=jberniol@ngw.virtuallogix.com) |
13:59.09 | *** join/#oe shreyas_ (n=Shreyas@202.62.79.191) |
14:02.11 | CIA-3 | 03koen 07org.oe.dev * r2e808e7d... 10/ (4 files in 4 dirs): uclibc 0.9.29: add generic config for arm (where 'generic', read 'armv4t') |
14:02.30 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
14:03.51 | koen | mickey|fic: did you hear that hildon is going the be put in gnome svn? |
14:04.53 | mickey|fic | no, that's news to me. interesting development. |
14:05.29 | zecke | koen: i thought they start with using the gnome bugzilla? |
14:07.33 | koen | zecke: yes and put hildon in gnome svn as well |
14:08.37 | CIA-3 | 03Laibsch 07org.oe.dev * rf8a5fa4d... 10/ (5 files in 2 dirs): freetype: update to 2.3.4. Closes 2218. |
14:09.05 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
14:15.55 | slapin | polyonymous, could you please provide something technical for discussion please? |
14:18.36 | koen | ~botmail for sirfred: ipkg install expedite-themes to fix expedite (4MB) |
14:18.56 | *** join/#oe chris144 (n=kvirc@195.234.128.72) |
14:19.15 | chris144 | good morning folks |
14:19.39 | koen | hey chris144 |
14:19.49 | chris144 | hi koen |
14:20.04 | chris144 | I saw the e.v. plans on the mailing list |
14:20.36 | chris144 | is there any chance to participate even if one cannot make it to Birmigham? |
14:20.39 | chris144 | in July? |
14:24.11 | *** join/#oe mr (n=mr_nice@p54A9FD93.dip.t-dialin.net) |
14:25.23 | *** join/#oe psokolovsky (n=psokolov@82.193.98.14) |
14:26.09 | Jin^eLD | is uboot-utils broken? complains about not being able to stat fw_env.config |
14:26.48 | Jin^eLD | mhm |
14:29.43 | Jin^eLD | ok, do_unpack fails, because it searches for this file in uboot/files but it's actually located in uboot/u-boot-1.2.0/ |
14:30.03 | Jin^eLD | any ideas? |
14:30.21 | Jin^eLD | SRC_URI just lists it as file://fw_env.config |
14:31.05 | *** join/#oe sirfred (n=mteira@43.Red-81-34-60.dynamicIP.rima-tde.net) |
14:31.07 | sirfred | Good evening |
14:31.23 | koen | hey sirfred |
14:31.31 | sirfred | koen: Just read your message. |
14:31.33 | sirfred | koen: Thanks |
14:31.37 | koen | http://www.angstrom-distribution.org/~koen/expedite3.png |
14:32.04 | sirfred | koen: Cool, with the x11 engine? |
14:32.58 | koen | yes |
14:33.39 | sirfred | I've read something about the x11-16 engine, that seems to be focused in 16bpp hardware. It seems there's some effort related with maemo to improve it. |
14:35.23 | sirfred | koen: Thanks for the hint about the size. Installing on SD |
14:35.39 | zecke | slapin: just ignoring PACKAGE_ARCH doesn't make it go away |
14:36.00 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
14:36.18 | zecke | slapin: e.g. if distributions allow binary uploads you will end up with packages having the same name, version but different RRECOMMENDS |
14:39.13 | slapin | zecke, bui it is ok for own custom images, am I right? |
14:39.49 | slapin | zecke, and for source distros? |
14:40.09 | zecke | you are trying to solve an issue at the wrong position |
14:40.35 | slapin | zecke, I try to research all variants a come up to. |
14:41.01 | slapin | zecke, probably I miss something, that's why I [RFC] |
14:42.12 | slapin | zecke, if I understand correctly, anyway, I described it completely enough, sincenobody suggested anything in addition. |
14:42.38 | sirfred | koen: It works |
14:43.01 | zecke | I would 'fix' GPE/Opie and ipkg, rpm, dpkg (or whatever) |
14:43.12 | koen | sirfred: 10.37 , EVAS SPEED |
14:43.16 | koen | on my hx4700 |
14:43.38 | sirfred | koen: What test is that? |
14:43.47 | sirfred | All tests? |
14:43.48 | koen | "all tests" the final result |
14:45.09 | sirfred | The xserver doesn't receive any accelerated request. |
14:46.00 | sirfred | koen: Sure the zaurus will lack behind your hx4700 |
14:46.08 | *** join/#oe saladino (n=saladino@s3lab.deusto.es) |
14:46.20 | sirfred | less bandwidth |
14:46.23 | djay-il | hello |
14:46.45 | djay-il | anyone: does default angstrom kernel provides console connection? |
14:48.12 | *** join/#oe Varoudis_ (n=varoudis@athedsl-286227.home.otenet.gr) |
14:49.50 | saladino | hi |
14:50.02 | *** join/#oe bipolar (n=bflong@216-164-162-138.pa.subnet.cable.rcn.com) |
14:50.22 | chouimat | hi bipolar |
14:53.27 | slapin | zecke, what are you think about variant 3? |
14:53.36 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
14:54.22 | koen | Laibsch: please don't remove old versions of recipes without checking if they are being used |
14:54.55 | koen | Laibsch: ./angstrom-2007.1.conf:139:PREFERRED_VERSION_freetype = "2.3.3" |
14:55.09 | Laibsch | koen: I think it is easy enough to restore them |
14:55.21 | koen | that's not the point |
14:55.22 | Laibsch | Or upgrade preferred version |
14:55.31 | Laibsch | I understand yourpoint |
14:55.43 | Laibsch | The thing is that it is impractical |
14:55.46 | koen | people are now staring at a build of freetype 2.1.10 |
14:56.02 | zecke | slapin: well, you can recreate this information easily |
14:56.04 | sirfred | koen: 8.40 , EVAS SPEED |
14:56.31 | Laibsch | koen: the right solution is to upgrade angstrom-2007.1.conf I guess? |
14:56.34 | Laibsch | I can commit that |
14:56.38 | zecke | slapin: and the tools (Language Selector) and package manager need to know this. So there is no use of storing them in OE |
14:56.44 | koen | Laibsch: yes |
14:56.47 | djay-il | koen: I had built 2.3.3 but with a twist |
14:57.16 | Laibsch | koen: I will fix up my mess |
14:57.33 | koen | the problem is that freetype 2.1.10 isn't really compatible with 2.3.x |
14:57.39 | koen | so you get things like this: |
14:57.42 | koen | <PROTECTED> |
14:57.52 | Laibsch | Sorry for disturbing. I can rgrep through packages in the future. |
14:58.22 | Laibsch | But I don't think it is feasible to always go through an RFC when upgrading stuff without preserving the old version |
14:59.19 | sirfred | koen: The test on x11-16 engine segfaulted after 10 tests. :-( |
15:00.04 | CIA-3 | 03koen 07org.oe.dev * r50739801... 10/ (1 packages/efl/evas-x11_0.9.9.038.bb): evas-x11: enable x11-16 engine |
15:00.24 | koen | Laibsch: grepping through conf/distro should be enough |
15:00.40 | sirfred | koen: Anyway, some of the tests where getting really better numbers, Image Quality Scale got 14,95 against 6,24 using x11 engine. |
15:00.58 | sirfred | koen: Did you remember to add the x11-16 engine header ? |
15:01.08 | koen | ehm, I forgot |
15:01.20 | koen | grrr |
15:01.21 | sirfred | koen: THat way, expedite is not going to activate that engine |
15:01.23 | sirfred | koen: :) |
15:01.31 | koen | why doesn't it use autotools_stage_all? |
15:01.42 | sirfred | koen: No idea. |
15:01.53 | *** join/#oe Crofton (n=balister@hc6521427.dhcp.vt.edu) |
15:02.13 | sirfred | koen: Perhaps it gots more headers than needed installed. |
15:02.38 | koen | what's the correct header? |
15:02.44 | sirfred | Hmm, a second |
15:04.04 | sirfred | koen: Evas_Engine_Software_16_X11.h |
15:04.27 | koen | ../modules/engines/software_x11/Evas_Engine_Software_16_X11.h ? |
15:04.50 | sirfred | No |
15:04.52 | steliosk | just heard on the news that because of the heat, there are going to be rolling black-outs as there is big demand for electricity |
15:05.09 | sirfred | ../modules/engines/software_16_x11/Evas_Engine_Software_16_X11.h |
15:05.47 | sirfred | koen: Anyway, I'm a little disappointed with all this. I expected some more cooperation with the xserver. |
15:05.48 | slapin | zecke, I think this info is not easily recreatable, because you could have locale packages which do not belong to your image. |
15:06.08 | *** join/#oe AvengerMoJo (n=alex@219.142.250.112) |
15:06.14 | sirfred | Perhaps implementing some xrender primitives in the xserver could help better |
15:06.36 | koen | sirfred: k-s[WORK] in #openmoko is working on x11-16 |
15:06.45 | zecke | slapin: well, ipkg knows what it is going to install, and we have a common names for locales (same applies for rpm, dpkg, etc.) |
15:07.09 | sirfred | koen: If we have an accelerated card, we should use it. |
15:07.26 | zecke | slapin: the question is how to transport this information to the user, creating an image is one thing but people WILL install software |
15:07.57 | sirfred | koen: x11-16 is targeted to dumb framebuffers, imo |
15:08.43 | djay-il | help please |
15:08.49 | sirfred | Some times I think it should be better that the zaurus had such a dumb framebuffer, it would be less frustrating. |
15:09.18 | djay-il | should I see anything after I use rootfs on my device? how can I tell its working? |
15:09.59 | slapin | zecke, thanks for enlightenment! |
15:10.19 | saladino | is the oe viewmtn down? it returns acces forbidden |
15:10.28 | zecke | slapin: sorry? |
15:12.42 | *** join/#oe csmanx (n=csman@190.42.168.23) |
15:13.27 | slapin | zecke, I got another idea thanks to you. |
15:15.44 | *** join/#oe grma_away (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
15:17.12 | *** join/#oe herki (n=herki@cpc1-leed5-0-0-cust379.leed.cable.ntl.com) |
15:19.12 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
15:21.57 | *** join/#oe osas (n=nosas@72.53.149.68) |
15:22.46 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
15:22.49 | *** part/#oe filip (n=filip@filip.math.uni.lodz.pl) |
15:23.09 | CIA-3 | 03koen 07org.oe.dev * r785af4fb... 10/ (1 packages/efl/evas-x11_0.9.9.038.bb): evas-x11: also stage x11-16 header |
15:23.54 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
15:25.32 | sirfred | koen: Have you already tried expedite on x11-16 ? |
15:25.39 | koen | not yet |
15:25.46 | koen | I'm adding it to the feeds right now |
15:25.59 | sirfred | koen: ok |
15:26.33 | saladino | koen you patched the uclibc stuff i sent yesterday |
15:26.52 | saladino | but you miss the bb file? or wasn't correct? |
15:27.02 | koen | I did? |
15:27.06 | saladino | hummm |
15:27.14 | saladino | you appear at the log |
15:27.15 | koen | I just commit my own work for uclibc |
15:27.23 | saladino | aaaaam |
15:27.43 | *** join/#oe incinerator (n=sabine@ppp-82-135-81-239.dynamic.mnet-online.de) |
15:27.47 | saladino | the ixp4xxbe/uClibc.machine too? |
15:28.06 | saladino | it is exactly like mine now so i suposed you saw my bug report |
15:29.17 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.63.30) |
15:30.04 | saladino | i patched too the uclibc_0.9.29.bb file because without a FILESPATH correctly set it doesn't use the correct config files |
15:31.53 | saladino | koen ? |
15:32.16 | *** join/#oe mma (n=Mcken@65.223.184.242) |
15:32.21 | koen | uclibc 0.9.29 works for me, so I see no need to patch FILESPATH |
15:32.48 | saladino | ok, i'll check better |
15:39.22 | *** part/#oe mma (n=Mcken@65.223.184.242) |
15:40.01 | saladino | koen, in my case it gets before the uClibc.machine from files/uClibc.machine than from uClibc-0.9.29/ixp4xxbe/uClibc.machine, that is why i changed, any idea? |
15:40.26 | koen | nope |
15:40.58 | saladino | what distro are you compiling? |
15:41.34 | koen | DISTRO="angstrom-2007.1" with ANGSTROM_MODE = "uclibc" |
15:41.58 | saladino | ok, i'll check |
15:44.45 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.63.30) |
15:45.06 | hrw | [ 4] 0.0- 5.0 sec 0.00 MBytes 0.00 MBytes/sec |
15:45.12 | hrw | thats the speed ;D |
15:47.37 | koen | hrw: I had the same on the at91 board |
15:48.02 | hrw | common speed on devboards |
15:48.15 | hrw | but this is on 802.11b/g card |
15:54.52 | steliosk | koen : Can you have a look at this ? http://www.pocketinfo.nl/nieuws/software/5447/linux-op-een-htc-universal-i-mate-jasjar-qtek-9000-mda-pro.html |
15:55.42 | koen | it's a translation of http://www.linuxdevices.com/news/NS3647920562.html |
15:56.10 | steliosk | we do have HTC targets in OE right ? |
15:56.17 | koen | yes |
15:56.38 | steliosk | has anyone test them ? :) |
15:58.00 | koen | pH5 and florian have them |
15:58.11 | psokolovsky | steliosk: there's active htc devices porting community which keeps up with new devices too |
15:58.44 | psokolovsky | steliosk: maintenance of older ports is on worse level, but it exists, and improves together with all hh.org ports |
15:59.30 | steliosk | psokolovsky : I have a qtek 9000 i am using |
15:59.57 | psokolovsky | steliosk: do you know original machine name? |
16:00.03 | pH5 | steliosk: most universal users hang out at #htc-linux |
16:00.57 | steliosk | psokolovsky : No idea... As model number it lists PU10 |
16:01.35 | koen | 9k, that's a universal, right? |
16:01.43 | steliosk | PXA250 @520Mhz 64MB ram 128MB flash M-systems lcd 460x640 |
16:01.47 | psokolovsky | steliosk: aha that appears to be htcuniversal |
16:01.49 | koen | HTC Universal (Qtek 9000/MDA Pro/SPV M5000/i-mate JASJAR) |
16:02.06 | psokolovsky | yep, the best-supported htc port ;-) |
16:02.25 | pH5 | steliosk: universal is pxa27x afaik |
16:02.45 | sirfred | koen: Interesting, the evas xrender engine calls the PrepareBlend kdrive hook masively. |
16:03.46 | psokolovsky | pH5: do you have defconfigman patches for latets mag refactors? |
16:03.58 | steliosk | anybody has links on getting linux on it ? |
16:04.20 | sirfred | So, implementing xrender in the kdrive server is expected to help it. |
16:04.39 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
16:04.40 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
16:05.05 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
16:06.02 | pH5 | psokolovsky: defconfigman should be up to date. the only thing missing is the pxa27x overlay support, but that isn't in hh.org anyway. |
16:06.32 | psokolovsky | pH5: egpio stuff? dropped magician_cpld? |
16:07.50 | steliosk | psokolovsky : Is this up to date ? http://www.handhelds.org/moin/moin.cgi/UniversalStatus |
16:08.24 | psokolovsky | steliosk: generally yes, afaik. |
16:09.27 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
16:10.20 | pH5 | psokolovsky: ow right, I have selected HTC_EGPIO in the Kconfig, so I didn't notice :-) |
16:10.22 | pH5 | http://en.pastebin.ca/579245 |
16:10.47 | psokolovsky | pH5: thanks! |
16:14.18 | psokolovsky | koen: that sl811 thing, did you test it with both h2200 and hx4700? |
16:14.28 | *** join/#oe woglinde (i=woglinde@e178075229.adsl.alicedsl.de) |
16:14.49 | woglinde | hi |
16:15.08 | sirfred | woglinde: Hello |
16:15.31 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
16:19.06 | hrw | steliosk: you added DISTRO_EXTRA_RDEPENDS to task-boot? |
16:21.01 | goxboxlive | steliosk, the status site at hh.org for universal is up2 date. Only need to update the latest kernel source status. |
16:24.04 | cdbot2 | * * OE Bug 2527 has been RESOLVED (FIXED) by arkaitzj(AT)gmail.com |
16:24.06 | cdbot2 | * * Ucslugc does not compile and must be fixed to compile with uclibc0.9.29 |
16:24.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2527 |
16:25.55 | saladino | koen i've marked that bug as fixed since with that commit you did seems to be resolved |
16:26.24 | hrw | steliosk: does 57M cpio sounds good for minimal-image? or rather 5.2M cpio one? |
16:27.35 | koen | psokolovsky: with 2.6.16, yes |
16:28.06 | woglinde | he koen |
16:28.17 | koen | hey woglinde |
16:28.31 | psokolovsky | koen: ok, so I assume it should be there for any devices with builtin pcmcia |
16:28.39 | woglinde | koen I will send you my new monotone key today is woglinde2@openembedded.org okay? |
16:28.49 | koen | woglinde: send it to mickeyl |
16:28.55 | woglinde | koen okay |
16:42.25 | djay-il | hey people, /win 4 |
16:45.54 | koen | sirfred: http://www.rasterman.com/files/n800-engines.pdf |
16:47.02 | sirfred | koen: Interesting |
16:47.04 | koen | psokolovsky: yes |
16:47.46 | sirfred | koen: The x11-16 performs better. |
16:48.23 | sirfred | The xrender is the worst, but that is logic as all the xrender operations are probably made in software in the N800 xserver, |
16:48.54 | sirfred | The pitty is that the imageon should be able to perform some xrender acceleration, but for the pixmaps being 32bpp |
16:49.39 | sirfred | I've enabled some dummy callbacks in the xserver, and the composite callback is called to draw text antialiased, but the source format is 32bpp |
16:50.34 | *** join/#oe tank17 (i=ariel@gateway/tor/x-5958d687382ece82) |
16:50.39 | koen | sirfred: did you see http://www.openembedded.org/repo/org.openembedded.dev/packages/xorg-xserver/xserver-kdrive-1.2.0/fbcompositesrc8888revnpx0565.patch already? |
16:50.45 | djay-il | please help someone: I've built angrstom all -images, how do I load it on my device? |
16:50.54 | sirfred | Humm, no. |
16:52.11 | woglinde | which device? |
16:52.39 | djay-il | compulab-x270 |
16:53.08 | djay-il | I'm trying to load kernel and it can't find RAMDISK... |
16:53.18 | djay-il | how do I define it then? |
16:53.25 | woglinde | hm did you compile the kernel with ramdisks on? |
16:53.34 | woglinde | lokk at the .config file |
16:54.10 | djay-il | probably... |
16:54.26 | djay-il | if so, how do I say which ramdisk to load? |
16:54.38 | woglinde | but are you sure that kernel the image flash from the ramdisk? |
16:54.46 | koen | sirfred: on the n800 it gives a 3x speedup iirc |
16:54.47 | zecke | djay-il: your vendor should have documentation on that |
16:54.49 | woglinde | isnt there an other tool for that? |
16:55.07 | sirfred | koen: I'm reading it. It's a software conversion enhancement. |
16:55.43 | sirfred | koen: The good way to go, imo, would be to be able to intercept the attempts of kdrive to upload 32bpp pixmaps to the offscreen memory. |
16:55.53 | djay-il | zecke: well, I am sorta of vendor |
16:55.59 | djay-il | I help them create it |
16:56.05 | sirfred | koen: Converting them before being uploaded, and them, be able to composite directly with the imageon hardware |
16:56.15 | woglinde | djay-il oehm than you should know how to flash the device |
16:56.16 | sirfred | But it seems that kdrive doesn't allow to do so. |
16:56.34 | djay-il | woglinde: no, I use nfs mount, I don't want to flash it yet |
16:56.52 | sirfred | It just upload to the card and them, it shamelessly give me the address of the pixmap: "Here you are", "But it's 32bpp!!", "Ooops" |
16:56.59 | woglinde | djay-il are I see |
16:57.14 | woglinde | djay-il hm but for this you dont neet a ramdisk |
16:57.32 | *** join/#oe Sleep-Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
16:57.41 | woglinde | only when you have to setup special thinks which the kernel cannt do alone |
16:57.45 | sirfred | koen: Intercepting that upload, we could blend in hardware, the imageon is capable of |
16:57.47 | woglinde | like configure pcmcia cards |
16:57.58 | djay-il | woglinde: I know, but kernel complains that it can't find one... |
16:58.05 | sirfred | Even with different mask values per colour component. |
16:58.31 | djay-il | I have images in /deploy/images, and I will try them, I just don't know how to pass the correct parameter to a kernel |
16:58.46 | sirfred | The problem is that the mask is only 4 bits per colour. Intercepting would be the key |
16:58.49 | woglinde | djay-il which is your network card? |
16:59.07 | djay-il | hm, I think realtek |
16:59.47 | *** join/#oe marcan (i=1337@117.Red-88-5-77.staticIP.rima-tde.net) |
16:59.58 | djay-il | no, dm9000 says anything to you? |
17:00.14 | woglinde | djay-il -> http://pastebin.ca/579360 |
17:00.14 | djay-il | well, its Davicom |
17:00.22 | woglinde | this shows nfsroot for the simpad |
17:00.33 | woglinde | but you can figure out the parts |
17:00.53 | woglinde | root=/dev/nfs rw nfsroot=192.168.2.1:/dev |
17:00.53 | woglinde | el/arm/tmp/openzaurus/rootfs ip=192.168.2.2:192.168.2.1:192.168.2.1:255.255.255. |
17:00.53 | woglinde | 0:simpad:usb0:off,v3 |
17:01.15 | koen | hmmm |
17:01.22 | koen | german spammers are sending pdfs now |
17:01.26 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.63.30) |
17:01.31 | woglinde | koen hu? |
17:01.46 | djay-il | woglinde: thanks, so I think I just need noinitrd part |
17:01.59 | woglinde | djay-il maybee |
17:02.01 | *** join/#oe KMRN (n=kumar@59.92.63.30) |
17:02.44 | woglinde | the usb0 parameter shoul be your networkinterface |
17:02.56 | woglinde | :simpad: is only the hostname |
17:03.08 | hrw | koen: Koen_report.pdf? |
17:03.22 | djay-il | woglinde: yea, I have ip::::cm-x270:eth0: |
17:03.39 | djay-il | I get an IP with dhcp |
17:04.04 | koen | hrw: yes |
17:04.11 | koen | second one today |
17:05.02 | woglinde | djay-il are okay |
17:05.34 | djay-il | woglinde: ok, it now doesn't show this, so I guess noinitrd worked |
17:05.57 | woglinde | djay-il hehe good look it shows the login prompt |
17:06.05 | djay-il | it doesn't |
17:06.16 | djay-il | it stuck on "Freeing memory" |
17:06.19 | woglinde | hm look at your host |
17:06.27 | djay-il | I mean, its not stuck, but no login |
17:06.30 | woglinde | if something goes wrong |
17:06.42 | woglinde | maybee you console parameter is wrong |
17:06.51 | djay-il | if I connect keyboard, I see usb log reports, but no login |
17:07.27 | woglinde | djay-il the other think which could bee is that the glibc is broken and login isnt loaded |
17:08.43 | djay-il | woglinde: I think its not loaded |
17:09.46 | woglinde | or getty is broken |
17:09.52 | djay-il | hm |
17:09.54 | woglinde | and has the wrong console parameter |
17:10.01 | djay-il | that might be |
17:10.12 | djay-il | how can I see the default console settings? |
17:10.14 | woglinde | you could try init=/bin/bash |
17:10.35 | *** join/#oe pvanhoof (n=pvanhoof@cs78140146.pp.htv.fi) |
17:10.41 | woglinde | look at inittab |
17:10.47 | koen | init=/bin/busybox sh |
17:10.57 | woglinde | koen args sorry |
17:11.02 | woglinde | I am little whacky |
17:11.03 | woglinde | yes |
17:11.07 | woglinde | no bash on the image |
17:12.51 | djay-il | koen: "init=/bin/busybox sh" ? |
17:13.13 | hrw | http://pastebin.ca/579387 |
17:13.19 | hrw | objections? steliosk? |
17:13.22 | mwester | Shouldn't /bin/sh be a link to busybox? |
17:14.52 | djay-il | mwester: it is |
17:15.04 | *** join/#oe dion (n=dion@inhex.net) |
17:15.27 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
17:16.30 | *** join/#oe KMRN (n=kumar@59.92.60.67) |
17:19.50 | steliosk | hrw : Just for the MACHINE_EXTRA_RRECOMENTS |
17:20.22 | steliosk | hrw : if a machine specifies something it should be included |
17:20.45 | steliosk | hrw : For the distro its not a big problem |
17:20.57 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.248.Dial1.SanJose1.Level3.net) |
17:22.55 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.60.67) |
17:30.37 | hrw | steliosk: if machine need something to boot it set it in MACHINE_ESSENTIAL_EXTRA_RDEPENDS MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS |
17:30.41 | woglinde | djay-il busbyox is mutltiple binary which decide how to act the link name which was given or with the parameter |
17:31.21 | hrw | mwester: but init=/bin/sh does not give argc/argv for busybox so it does not know what to call (something like that) |
17:31.36 | hrw | mwester: so "init=/bin/sh sh" is proper way iirc |
17:32.42 | hrw | steliosk: task-boot is to be as small as possible. x86 machines usually have "kernel-modules" package in MACHINE_EXTRA_RRECOMMENDS to get all modules in rootfs. but they need only few (if at all) to boot to shell |
17:34.30 | djay-il | woglinde: ok, cool, I suddenly have a problem with system unable to mount nfs, so still checking |
17:34.43 | zecke | later |
17:34.51 | hrw | djay-il: how much does cm-270 costs? |
17:35.18 | woglinde | djay-il /etc/exports isnt right? |
17:35.27 | woglinde | or kernel-daemon not loaded? |
17:35.33 | djay-il | woglinde: testing on other computer is working |
17:35.41 | djay-il | kernel-daemon? |
17:36.01 | djay-il | hrw: I don't really know. I can find out of you like :-) |
17:36.16 | koen | close to $300 for a usuable config |
17:36.44 | koen | iirc Q1 is twice the price of Q100 |
17:36.56 | koen | (I checked last year) |
17:37.14 | djay-il | koen: yea, something like that |
17:37.22 | djay-il | I just got one for free |
17:37.37 | koen | hrw: iirc mallum has one |
17:38.03 | djay-il | have to go, sorry. |
17:38.12 | hrw | koen: I know ;) |
17:45.56 | mwester | hrw: I was unaware of that issue with init and busybox; that's good to know. |
17:47.51 | hrw | mwester: you have slug. did you used netconsole? |
17:48.49 | hrw | argh.. /me need to really switch slug to something working instead of openslug 3.10 |
17:48.59 | hrw | where working == with good feed |
17:55.31 | steliosk | hrw : Yes i know, but the "problem" with generic targets like i586-generic and i686-generic is that you don't know which modules they need for network for example |
17:55.56 | steliosk | so you have to get everything in |
17:56.08 | steliosk | or compile them in the kernel |
17:56.49 | steliosk | if its a specific machine i.e wrap you can get just the module it needs |
17:58.33 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
18:00.06 | hrw | steliosk: for example let get maluch (dell d400). to boot it needs devicemapper, sha256, aes (as rootfs is on lvm). but to be usable it also needs tg3, bcm43xx and few others |
18:00.35 | hrw | so I would add devicemapper, sha256, aes into MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS and tg3, bcm43xx and few others into MACHINE_EXTRA_RRECOMMENDS |
18:04.44 | steliosk | hrw : Assuming that you define a new machine that should not be a problem |
18:05.37 | steliosk | so we can keep the MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS and MACHINE_EXTRA_RRECOMMENDS for these cases |
18:08.55 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
18:10.18 | hrw | MACHINE_ESSENTIAL_EXTRA_RDEPENDS is used only by nokias now. |
18:10.50 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.190.Dial1.SanJose1.Level3.net) |
18:13.42 | hrw | see yo all |
18:15.24 | koen | "# Steve Jobs was still running NeXT when Duke Nukem Forever was announced." |
18:16.51 | Crofton | hmm |
18:16.56 | Crofton | has it been released |
18:17.04 | koen | nope |
18:17.06 | koen | see http://duke.a-13.net/ |
18:17.27 | koen | "Britney Spears' entire musical career as a pop star has taken place during Duke Nukem Forever's development." |
18:18.30 | Crofton | have any of you even played Duke Nukem? |
18:18.59 | koen | time to kick ass and chew bubblegum? |
18:25.15 | woglinde | duke nukem forever? |
18:25.17 | woglinde | *g* |
18:32.18 | *** join/#oe memeruiz_ (n=memeruiz@emasq.stusta.mhn.de) |
18:33.06 | steliosk | time to go home |
18:33.12 | steliosk | bye |
18:33.14 | woglinde | bye steliosk |
18:42.44 | *** join/#oe marcan (i=1337@117.Red-88-5-77.staticIP.rima-tde.net) |
18:47.57 | *** join/#oe florian (n=fuchs@f048033100.adsl.alicedsl.de) |
18:49.10 | *** join/#oe csmanx (n=csman@190.42.168.23) |
18:52.08 | *** join/#oe marcan_ (i=1337@117.Red-88-5-77.staticIP.rima-tde.net) |
18:55.02 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
18:55.49 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
18:56.32 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
19:00.21 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
19:08.38 | polyonymous | slapin, I would if I had any tech info ready and I will once I have something to say regarding the matter. |
19:19.05 | *** join/#oe zecke (n=ich@88.134.98.156) |
19:21.41 | *** join/#oe |dion| (n=dion@inhex.net) |
19:22.16 | *** join/#oe rob_w (n=bob@X1540.x.pppool.de) |
19:30.18 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
19:53.24 | CIA-3 | 03pfalcon 07org.oe.dev * r0b1741c2... 10/ (14 files in 14 dirs): |
19:53.24 | CIA-3 | linux-handhelds-2.6: Update defconfigs: |
19:53.24 | CIA-3 | * CONFIG_NLS_DEFAULT="utf8" (suggested by Koen Kooi) |
19:53.24 | CIA-3 | * For devices with builtin PCMCIA, enable driver for Ratoc USB Host Card. |
19:53.24 | CIA-3 | * htcuniversal: add supportf or ts-adc-debounce, modular, old driver, |
19:53.25 | CIA-3 | htcuniversal_ts, made modular too. |
19:53.27 | CIA-3 | * magician: Update for latest CVS. |
19:53.29 | CIA-3 | 03pfalcon 07org.oe.dev * rc664220a... 10/ (1 conf/machine/htcuniversal.conf): |
19:53.33 | CIA-3 | htcuniversal.conf: Update for transition to ts-adc-debounce driver. |
19:53.35 | CIA-3 | * Now both odl and new drivers are modules, old one is loaded by default |
19:53.37 | CIA-3 | for now. |
19:53.39 | CIA-3 | 03Laibsch 07org.oe.dev * r0725dca6... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom.conf: prefer version 2.3.4 of freetype |
19:53.44 | CIA-3 | 03koen 07org.oe.dev * ra88acd45... 10/ (1 packages/efl/evas.inc): evas: inherit lib_package |
19:55.44 | *** join/#oe Laibsc1 (n=Laibsch@212.17.243.62) |
20:00.44 | *** join/#oe csmanx_ (n=csman@190.42.15.221) |
20:07.57 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.21.9.Dial1.SanJose1.Level3.net) |
20:08.03 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
20:08.06 | saladino | hi |
20:08.18 | zecke | ho |
20:08.29 | summatusmentis | kermit the frog here? |
20:11.01 | chouimat | no just gonzo |
20:11.41 | mwester | I always liked the Swedish chef... but that might not be politically correct anymore. |
20:11.51 | summatusmentis | oh come on! "hi ho, kermit the frog here" |
20:12.07 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
20:17.53 | *** join/#oe pH5 (n=ph5@e178211133.adsl.alicedsl.de) |
20:23.18 | *** join/#oe thesing (n=tkunze@BAA1d03.baa.pppool.de) |
20:30.40 | *** join/#oe erdinger_ (n=erdinger@f049190088.adsl.alicedsl.de) |
20:30.51 | erdinger_ | ~logs |
20:30.51 | ibot | i heard logs is apt/ibot/infobot/jbot/purl all log daily to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz |
20:31.18 | *** join/#oe tsdogs (n=twostupi@62.123.180.130) |
20:31.27 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
20:36.09 | *** join/#oe TheCan (n=thecan@dslb-084-056-155-243.pools.arcor-ip.net) |
20:41.20 | *** join/#oe bipolar_ (n=bflong@216-164-162-138.pa.subnet.cable.rcn.com) |
21:04.37 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
21:12.36 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
21:17.19 | *** join/#oe marcan (i=1337@65.Red-88-27-161.staticIP.rima-tde.net) |
21:18.02 | hrw | someone with prism3 card? |
21:22.43 | *** join/#oe erdinger (n=erdinger@f049189188.adsl.alicedsl.de) |
21:25.14 | *** join/#oe kalev (n=kalev@88-196-40-50-dsl.noe.estpak.ee) |
21:26.46 | sirfred | Good night |
21:31.43 | *** join/#oe erdinger (n=erdinger@f049189188.adsl.alicedsl.de) |
21:34.11 | *** join/#oe Laibsc1 (n=Laibsch@p54B96B1B.dip.t-dialin.net) |
21:43.32 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
21:56.13 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
21:57.28 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.38.136) |
22:01.23 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
22:07.03 | CoreDump|home | hi |
22:07.37 | slapin_nb | hi |
22:09.50 | Laibsch | Join #debian |
22:12.41 | CoreDump|home | Laibsch: heh have fun |
22:13.30 | Laibsch | Well, I sort of do |
22:13.41 | Laibsch | I was helped fixing up the mess at ltg.org |
22:13.48 | Laibsch | The server is not in such a good shape |
22:15.42 | CoreDump|home | heh we all noticed |
22:15.50 | CoreDump|home | hardware probs? |
22:16.11 | hrw | it needs more ram too |
22:17.07 | CoreDump|home | I'll be happy to provide mirroring for non-cpu heavy services which do not require user logins |
22:17.36 | CoreDump|home | (forget about mirroring the OE sources tho...) |
22:17.54 | Laibsch | I could provide some mirroring, too |
22:18.01 | Laibsch | I don't think the machine is overloaded |
22:18.22 | Laibsch | And I don't understand why memory is tight when 700M are cached |
22:18.31 | Laibsch | What is in all that cache, I wonder. |
22:18.53 | CoreDump|home | just saying |
22:19.20 | *** join/#oe Varoudis (n=varoudis@87.203.168.246) |
22:19.28 | Laibsch | Thanks, nice of you |
22:19.43 | Laibsch | I want to get this in a bit of a cleaner state software wise. |
22:19.48 | Laibsch | And then we'll see |
22:20.46 | CoreDump|home | ;) |
22:21.10 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:23.13 | *** join/#oe vivijim (n=vivijim@189.13.207.130) |
22:25.12 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
22:28.15 | zecke | CoreDump|home: rsync, or tarball mirror? |
22:29.34 | CoreDump|home | zecke: ? |
22:30.00 | zecke | CoreDump|home: providing mirroring |
22:30.26 | CoreDump|home | preferably one I can keep synced via rsync or similar |
22:30.32 | hrw | http://www.linuxdevices.com/news/NS6984164452.html |
22:31.02 | CoreDump|home | zecke: however, mirroring > 10G is not possible unfortunately |
22:31.39 | zecke | in traffic? |
22:32.03 | CoreDump|home | in HDD space |
22:33.12 | stefan_schmidt | zecke: You guys need mirror space? |
22:33.26 | Crofton | hmm, I need to do more consumer oriented embedded work :) |
22:38.35 | hrw | heh.. |
22:38.54 | hrw | so-dimm ddr 512M is same price as so-dimm ddr2 1G ;( |
22:57.51 | CIA-3 | 03Stefan 07org.oe.dev * r9d0ddeec... 10/ (4 files in 4 dirs): packages/memedit: Add memedit 0.7 a readline based tool like devmem2 but more convient |
23:36.15 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.44.219) |
23:50.58 | Laibsch | ltg is back in a state where at least "apt-get install" returns without an error. |
23:52.31 | *** join/#oe AlexZhang (n=alex@218.18.43.204) |
23:52.41 | *** part/#oe AlexZhang (n=alex@218.18.43.204) |
23:52.53 | CoreDump|home | Laibsch: ouch |
23:58.33 | Laibsch | well, it was ouch |
23:58.39 | Laibsch | Now it should be better |
23:58.53 | Laibsch | It was and largely still is a hell of a mess |
23:59.47 | CIA-3 | 03coredump2 07org.oe.dev * r58aad6e3... 10/ (3 files in 2 dirs): fluxbox: Fix .debug QA error |