| 00:06.05 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
| 00:08.14 | *** part/#oe linuxwhore (~johnh@70-59-89-193.mpls.qwest.net) |
| 00:14.58 | *** join/#oe linuxwhore (~johnh@70-59-89-193.mpls.qwest.net) |
| 00:48.49 | *** join/#oe noclouds (~mhfan@60.166.32.140) |
| 01:48.09 | *** part/#oe minipanda (~zhanght@221.122.51.131) |
| 02:03.46 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
| 02:20.31 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:28.15 | *** join/#oe hufnus (~slonsiki@m523436d0.tmodns.net) |
| 03:00.32 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
| 03:25.58 | *** join/#oe hufnus (~slonsiki@m523436d0.tmodns.net) |
| 03:34.59 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 03:39.42 | *** join/#oe noclouds (~mhfan@60.166.33.87) |
| 03:51.08 | *** join/#oe Delta__ (~delta@p50831A10.dip0.t-ipconnect.de) |
| 07:46.14 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 07:46.14 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 07:47.28 | ade|desk | monring all |
| 07:51.17 | XorA | ade|desk: morning |
| 07:52.40 | *** join/#oe Jenna (~cherryRed@209.8.233.169) |
| 08:03.13 | proti | ibot: botmail for pb: see bug #137. I confirm that collection is working with the patch. |
| 08:04.00 | proti | mickeyl: hi |
| 08:04.34 | mickeyl | good morning |
| 08:04.46 | XorA | morning mickeyl |
| 08:04.48 | sirfred | mickeyl: Good morning. |
| 08:04.52 | proti | mickeyl: I put pb testcase and fix under #137. One of the most hackish piece of code I met. |
| 08:05.05 | mickeyl | sirfred: thanks for the revised patch. It's in |
| 08:05.15 | sirfred | mickeyl: Thanks to you. |
| 08:05.22 | sirfred | mickeyl: Only a question about it. |
| 08:05.32 | mickeyl | proti: ya, i'm utterly confused about all the different pkg_pn, pkg_fn, pkgdata, self.status, etc. |
| 08:05.45 | sirfred | mickeyl: I just send you the script for the apm_proxy, but I don't know how to integrate it. |
| 08:06.36 | proti | mickeyl: So was I. In original code, pkg_pn serves different purpose with different layout. I figured it yesterday. |
| 08:06.54 | mickeyl | sirfred: I'll think about that and experiment. |
| 08:07.55 | sirfred | mickeyl: OK. Thanks. |
| 08:08.11 | sirfred | mickeyl: Take in mind that without that apm script, the patch is no useful. |
| 08:09.23 | mickeyl | sirfred: shouldn't it work with suspend/resume from Opie without the script? ODevice sends exactly those two qcop messages before/after suspend |
| 08:09.43 | sirfred | mickeyl: It should if the messages are exactly those. |
| 08:10.20 | sirfred | mickeyl: I tested it using 'apm --suspend' by hand, anyway. |
| 08:10.25 | *** join/#oe treke- (~ggilbert@tinman.treke.net) |
| 08:10.35 | sirfred | mickeyl: Tested three or four times, and worked fine. |
| 08:10.58 | mickeyl | http://handhelds.org/cgi-bin/cvsweb.cgi/~checkout~/opie/libopie2/opiecore/device/odevice_zaurus.cpp?rev=1.40&content-type=text/plain |
| 08:11.01 | mickeyl | Zaurus::suspend() |
| 08:12.55 | sirfred | mickeyl: Yes, that is the same that I was invoking by hand. |
| 08:13.08 | mickeyl | excellent. now the #1 question... |
| 08:13.20 | mickeyl | how will the ATIcore driver behave when it gets the messages twice ? |
| 08:13.39 | mickeyl | which it will in case the script is installed and we are resuming from opie |
| 08:13.47 | sirfred | mickeyl: I think it won't be a problem. |
| 08:14.12 | sirfred | mickeyl: I'm now storing the state of the driver. |
| 08:14.34 | sirfred | mickeyl: So, I've changed a lot the driver, and we have now a core class that knows if the driver is attached or not. |
| 08:14.50 | mickeyl | sirfred: ah, excellent. can't wait to test it :) |
| 08:14.52 | sirfred | mickeyl: So, when a second prepareToSuspend() arrives, nothing should happens. |
| 08:15.09 | sirfred | mickeyl: The same with resuming, the attaching only happens once. |
| 08:15.26 | sirfred | mickeyl: To avoid race conditions trying to paint when the driver is not attached. |
| 08:15.57 | sirfred | mickeyl: I'm also honoring the state of the driver, so, drawing operations before complete resuming won't be accelerated. |
| 08:16.12 | sirfred | mickeyl: I'm just redirecting them to the software gfxraster. |
| 08:16.46 | sirfred | mickeyl: That seemed to be the big problem, and making the driver segfaults on resume. |
| 08:17.11 | mickeyl | sirfred: oh wow, that was quite an undertaking. good work |
| 08:17.46 | mickeyl | ibot: sirfred is Qt/Embedded Überhacker Manuel Teira |
| 08:17.46 | ibot | okay, mickeyl |
| 08:17.51 | mickeyl | ~sirfred |
| 08:17.51 | ibot | extra, extra, read all about it, sirfred is Qt/Embedded Überhacker Manuel Teira |
| 08:18.00 | sirfred | mickeyl: :) |
| 08:18.09 | sirfred | mickeyl: What überhacker means' |
| 08:18.12 | sirfred | mickeyl: What überhacker means? |
| 08:18.27 | mickeyl | sirfred: you know Hacker, right? |
| 08:18.42 | sirfred | mickeyl: Yes, I know. |
| 08:19.09 | mickeyl | sirfred: Über<whatever> is a word play derived from Nietsche's (german philosopher) Übermensch, which is a supernatural human being. So, Überhacker means supernatural hacker. |
| 08:19.30 | sirfred | mickeyl: I'm not worthy. |
| 08:20.03 | mickeyl | heh, you are :) I've only look briefly at the driver and that low level code scared me away |
| 08:20.30 | sirfred | mickeyl: It has a lot of problems. |
| 08:20.42 | sirfred | mickeyl: Sometimes, some pixmaps get corrupted, it's gonna be hard to find the remaining problems. |
| 08:20.54 | sirfred | mickeyl: Also the problem you found, with some pixmaps not being drawed. |
| 08:21.30 | sirfred | mickeyl: The problem with this is that debugging problems is difficult, because every render to screen implies hundreds of operations, so, it's difficult to know what operation matches with what rendering. |
| 08:24.12 | mickeyl | i see. sounds unpleasant. |
| 08:24.35 | proti | mickeyl: Restarting monotone build after disabling malloc_stats and memcpy stats. finger crossed. |
| 08:24.48 | proti | Results in a couple of hours. |
| 08:25.07 | sirfred | Did I say that I love how TTF fonts look in opie? |
| 08:25.49 | sirfred | I should go back to 3.5.3 to test properly the rotation, but I don't want! |
| 08:26.14 | mickeyl | proti: cool. keep me posted. |
| 08:26.33 | mickeyl | sirfred: yeah, I'm glad hrw convinced me to do the TTF convertion |
| 08:27.25 | sirfred | mickeyl: AtiCore has some accelerated functions to draw chars, but only monochrome ones, as far as I know. |
| 08:27.59 | sirfred | I suppose opie ones are using subpixel rendering, perhaps. |
| 08:31.20 | mickeyl | ya, i think so as well. the glyphs are rendered by freetype |
| 08:33.22 | sirfred | mickeyl: Anyway, I think that it could be useful. We only need to check on blt if the sourcedepth == 1 |
| 08:33.32 | sirfred | mickeyl: In that way, we know we are rendering a monochrome pixmap. |
| 08:45.53 | hrw | morning |
| 08:46.32 | NAiL | mickeyl: If you remove R83 in less than 10 minutes, you'll have the record on shortest time from box to turboslug ;-) |
| 08:46.59 | hrw | sirfred: with 3.5.3 you just need to install opie-freetype/3.5.3 and get opie-ttf-support from current OE to have ttf fonts (and ttf-dejavu ofcourse) |
| 08:47.49 | sirfred | hrw: Thanks. I cannot leave without this ttf fonts. |
| 08:48.39 | hrw | sirfred: I use ttf in opie since 3.5.1 or maybe even 3.5.0 |
| 08:49.07 | sirfred | I was leaving in the dark all this time. |
| 08:49.12 | sirfred | I was living in the dark all this time. |
| 08:49.22 | hrw | ~google opie and ttf |
| 08:49.44 | hrw | 1st two links should me mine |
| 08:50.35 | mickeyl | morning hrw |
| 08:51.04 | mickeyl | NAiL: hehe, untalented as I am regarding hardware I'll probably not attempt to break that record :) |
| 08:51.22 | mickeyl | ~praise hrw for inspiring us re. TTF |
| 08:51.23 | ibot | All hail hrw for inspiring us re. TTF! |
| 08:51.48 | NAiL | mickeyl: People have removed the resistor using nail clippers (!) ;) |
| 08:52.01 | *** join/#oe Ska (~skavenger@host154-183.pool8257.interbusiness.it) |
| 08:52.08 | mickeyl | NAiL: heh, so I'm going to ask my wife to do it :D |
| 08:52.21 | NAiL | haha |
| 08:52.44 | mickeyl | the nslu2 is smaller than i thought. very nice |
| 08:53.38 | NAiL | Yeah. And there's lots of space inside for doing cool mods. Like adding a USB hub inside, adding a couple of flash sticks, usb display, and stuff like that ;) |
| 08:53.53 | mickeyl | a display would rock |
| 08:56.30 | NAiL | mickeyl: http://slug.repvik.info/slugpics/lcd.png |
| 09:02.02 | hrw | nslu2 is ~3.5" hdd size? |
| 09:03.16 | NAiL | slightly less |
| 09:03.22 | NAiL | s/less/smaller |
| 09:03.57 | hrw | nice.. |
| 09:04.20 | NAiL | about 1cm shorter, and 1cm less wide |
| 09:04.54 | NAiL | about the same thickness, I'd say |
| 09:06.32 | NAiL | What's the opposite of wide anyways? "less wide" sounds kinda awkward ;) |
| 09:06.48 | jacques | narrow? |
| 09:06.57 | jacques | thin? |
| 09:08.07 | NAiL | heh, can't make it make sense |
| 09:08.18 | NAiL | mickeyl: Did you look at the pic? :) |
| 09:10.41 | hrw | ok - I go shopping and tomorrow I go to my parents or week of nothing-to-do vacations.. lakes, bikes etc.. |
| 09:11.06 | proti | hrw: You're desperatly healthy. |
| 09:11.38 | sirfred | What's that NLSU supposed to have in? |
| 09:12.29 | proti | Every real Hacker would use the week to bury itself in the basement and hack 20H a day. :) |
| 09:13.17 | sirfred | I don't want to be a real hacker. |
| 09:13.48 | hrw | proti: I'm tired of hacking |
| 09:14.23 | hrw | proti: and before starting such hackparty I would need to learn qte2, qt4 to can hack opie to opie/x11 |
| 09:14.28 | *** part/#oe Ska (~skavenger@host154-183.pool8257.interbusiness.it) |
| 09:14.39 | proti | hrw: That's why I do so little hacking. My wife keeps me out of the den. |
| 09:14.54 | proti | She says I need to get a life. |
| 09:15.42 | mickeyl | NAiL: hehe, that's pretty cool! |
| 09:15.55 | NAiL | mickeyl: Yeah :D |
| 09:16.39 | mickeyl | sirfred: nslu is basically a small linux machine with 2 usb ports and an ethernet ports. it is marketed as "usb -> nfs/smb" bridge but of much broader use |
| 09:16.53 | proti | NAiL: opposite of wide is narrow. |
| 09:17.07 | NAiL | thanks |
| 09:17.24 | proti | you're welcome |
| 09:17.38 | sirfred | mickeyl: No HD? |
| 09:17.55 | hrw | motorola sb5100 (cable modem) + linksys wrt54gs (router & AP) + nslu + harddisk == small home server |
| 09:17.59 | NAiL | sirfred: you attach external USB-disks |
| 09:18.34 | hrw | but it need too many power supplies.. |
| 09:18.45 | proti | hrw: how much mem has the nslu ? |
| 09:18.51 | sirfred | Oh, I understand. |
| 09:18.57 | NAiL | hrw: not if you use 2.5" disks :) |
| 09:19.03 | NAiL | proti: 32mb |
| 09:19.45 | NAiL | and 8mb flash |
| 09:19.52 | proti | Not very much if you want to run decent services. |
| 09:20.15 | hrw | NAiL: now under desk I have ~15 cables, 3 power supplies, subwoofer, wrt, sb5100 - too much |
| 09:20.24 | sirfred | How much does it cost? |
| 09:20.28 | proti | I keep my sun. |
| 09:20.30 | hrw | proti: thttpd + imap/ssl is enought for me |
| 09:20.34 | NAiL | hrw: ~$80 at newegg |
| 09:20.37 | NAiL | duh |
| 09:20.42 | NAiL | sirfred: $80 ;) |
| 09:21.06 | NAiL | hrw: One power brick = nslu2+2x2.5" disks. |
| 09:22.38 | hrw | NAiL: sure - but it will be 4th one |
| 09:22.49 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 09:23.03 | proti | hrw: I have imap apache postfix ssh named racoon not so much. |
| 09:23.04 | hrw | NAiL: I'm out of power sockets |
| 09:23.14 | NAiL | hrw: that bad, huh? |
| 09:23.58 | hrw | NAiL: too many cables |
| 09:24.03 | hrw | ok. I have to go really |
| 09:24.24 | sirfred | hrw: Enjoy your holidays. |
| 09:24.39 | hrw | have a nice weekend, week, weekend all - I will be back 20050718 (before maybe will be from time to time here) |
| 09:24.42 | hrw | sirfred: I will |
| 09:24.59 | RP | hrw: have fun |
| 09:25.22 | hrw | and my mother promised me that she will make 'kartacze' :) (regional food which idea came from Lithuania) |
| 09:25.38 | sirfred | My holidays are near too. This Sunday, I'm leaving to my country. |
| 09:25.40 | mickeyl | sounds good, have fun hrw |
| 09:26.16 | hrw | next vacations will be in August: 5-22 (and there will be only 15 free days left after) |
| 09:26.51 | mickeyl | will you be away during the vacation in august ? |
| 09:27.08 | hrw | mickeyl: yep - dont know where yet |
| 09:27.09 | *** join/#oe alan|gotnewjob (~alan@ARouen-152-1-20-99.w83-115.abo.wanadoo.fr) |
| 09:27.18 | mickeyl | ok. i'm asking because of preparing the 3.5.4 release which is supposed to happen somewhere in august. we can wait until you're back |
| 09:27.26 | hrw | ok |
| 09:27.33 | mickeyl | now go and enjoy the weekend :) |
| 09:27.41 | hrw | and vacations;) |
| 09:27.44 | mickeyl | yeah |
| 09:28.41 | proti | hrw|vacations: Have nice holidays! |
| 09:28.44 | pb_ | mickeyl: good morning |
| 09:29.21 | sirfred | RP: Morning. Did you have time to play with the wince dll ? |
| 09:29.49 | RP | sirfred: No, I'm afraid not |
| 09:30.18 | RP | sirfred: Its unlikely I'll be able to do much for the next week now - some holiday time for me as well |
| 09:30.19 | mickeyl | good morning pb_ |
| 09:30.42 | sirfred | RP: Yes, it's time to rest a little. |
| 09:31.13 | alan|gotnewjob | hi all. i'm trying to get kbdd work on my c750 OpenZaurus GPE, but it looks like the uinput module isn't availiable. I whish i could provide a bb file, but i don't know anything in coding. Does anyone have some free time to build this kernel module ? (unless we can do without...) |
| 09:31.19 | sirfred | RP: I found a coredll.dll that's one of the dependencies of the ati dll. |
| 09:32.13 | sirfred | RP: Some calls instead of unknown references appeared, but, anyway, we still have a barrier in something like a zeroed jump table. |
| 09:32.48 | RP | alan|gotnewjob: It needs adding to the kernel's defconfig. I'll do that but I'm not in a position to rebuild it atm |
| 09:33.09 | RP | sirfred: So its likely some other dependencies are missing? |
| 09:33.33 | sirfred | RP: I think that the problem is that some jump table is loaded when the library is setup. |
| 09:33.35 | alan|gotnewjob | RP : thanks a lot. it's not urgent, anyway. |
| 09:33.49 | sirfred | RP: But I'm not an expert, as you know. |
| 09:33.54 | RP | alan|gotnewjob: If not before, it wil appear in ox 3.5.4 |
| 09:34.08 | RP | in oz even... |
| 09:34.44 | alan|gotnewjob | RP: that would be great ! |
| 09:34.50 | RP | sirfred: I'll have to look at it... |
| 09:34.55 | sirfred | RP: Perhaps some kind of native debugging is needed. |
| 09:35.14 | sirfred | RP: Yes, It would be nice to have another source to compare, and I suppose, another microcode. |
| 09:37.18 | RP | sirfred: I will look at it. I just don't have any time for a while :-( |
| 09:37.32 | mickeyl | hmm that forced ext3 is disputable |
| 09:37.46 | sirfred | RP: Take it easy |
| 09:38.34 | sirfred | mickeyl: A think I asked you yesterday. |
| 09:38.57 | sirfred | mickeyl: About no script in /etc/apm/scripts.d. |
| 09:39.05 | sirfred | mickeyl: Perhaps they're not needed anymore? |
| 09:39.21 | sirfred | mickeyl: There used to be a pair of scripts to suspend/resume ifaces and usb. |
| 09:39.59 | sirfred | mickeyl: Yesterday, testing the driver, my ifaces seemed to work properly without those scripts that stopped and resumed them. So, are they no longer needed? |
| 09:40.50 | sirfred | What I want to know if the lack of those scripts is a fault of me (building opie-image), a fault of opie-image itself or is something deliberate |
| 09:42.03 | mickeyl | iirc we still ship scripts in default images |
| 09:42.17 | mickeyl | i have no pda here to verify though |
| 09:42.34 | giel | what's mplayer-atty? |
| 09:43.03 | XorA | giel: atty.jp |
| 09:43.32 | giel | heh, typically that you answer, i was just browsing xora.org.uk :) |
| 09:44.11 | giel | nothing muchj |
| 09:44.19 | giel | but uhm, i can't really read japanese |
| 09:44.27 | giel | so, what's the difference with the normal mplayer? |
| 09:44.52 | mickeyl | sirfred: anyway many of the scripts origin in 2.4-embedix kernels which need pretty much help to work at all :) |
| 09:44.55 | sirfred | giel: I think is the one with the w100_vidix driver. |
| 09:45.00 | giel | hm ok |
| 09:45.04 | sirfred | giel: But not sure. |
| 09:45.30 | XorA | giel: as sirfred says, w100/bvdd drivers and some optimised arm pxa assembly |
| 09:45.38 | giel | 'cause the normal mplayer hangs for me when it is "Checking audio filter chain" |
| 09:45.56 | giel | now i'm trying to run it on some weird device, but it should be a fairly standard device |
| 09:46.02 | sirfred | mickeyl: Well, those scripts were there on 3.5.3 |
| 09:46.29 | XorA | giel: try with -oa null to make sure it is working without audfio |
| 09:46.38 | pb_ | giel: your device is simultaneously weird and standard? crumbs. |
| 09:46.40 | giel | XorA: yep, running it with -ao null -vo null |
| 09:47.01 | *** join/#oe zecke (fakeuser@p54BD34E0.dip0.t-ipconnect.de) |
| 09:47.05 | giel | pb_: it's weird as in, i'm about the only one that has it, but it should be fairly standard, according to the design docs |
| 09:47.36 | zecke | hey |
| 09:47.42 | pb_ | zecke: hail |
| 09:47.51 | giel | morning |
| 09:48.13 | *** part/#oe minipanda (~zhanght@221.122.51.131) |
| 09:49.53 | mickeyl | moin zecke |
| 09:53.06 | *** join/#oe eJumbo (~eJumbo@203.196.146.243) |
| 09:53.21 | pb_ | mickeyl: heh, might as well flash openslug immediately. |
| 09:53.27 | NAiL | mickeyl: Go OpenSlug :D |
| 09:53.29 | zecke | mickeyl: can I help in migrating your (I hope lua scripts) to monotone 0.20 |
| 09:53.39 | pb_ | unless you plan to use it as a fileserver, which isn't really one of its core competencies anyway, the default firmware is not much use. |
| 09:54.09 | mickeyl | zecke: it's not lua scripts, it's python. viewmtn and my hacked version of ciabot_monotone.py |
| 09:54.29 | zecke | mickeyl: oh I can't help with python ;) |
| 09:54.30 | mickeyl | zecke: yeah, you could help. they need to be adapted to the new CLI |
| 09:54.51 | mickeyl | zecke: hehe too late, we already know that :) I'll put my hacked versions up in a minute |
| 09:55.05 | mickeyl | pb_: yeah, you're probably right. |
| 09:55.28 | mickeyl | i reckon openslug will remove the need of ext3 reformatting? |
| 09:55.57 | NAiL | mickeyl: correct |
| 09:56.05 | zecke | pb_: I'll now mess with your testcase while waiting for my ABI bugs to magically disappear |
| 09:56.17 | mickeyl | ö |
| 09:56.41 | mickeyl | s/ö//zecke: did you see proti's fix-collections patch? |
| 09:57.03 | zecke | mickeyl: didn't get that mail ;) |
| 09:57.42 | mickeyl | zecke: http://www.frankengul.org/~seb/fix_collection.patch |
| 09:58.53 | zecke | mickeyl: http://bugs.openembedded.org/attachment.cgi?id=64 is the same? |
| 09:58.56 | NAiL | mickeyl: feel free to "/j openslug" ;) |
| 09:59.09 | zecke | should I risk comitting this patch and getting the next bugreport by proti that selection is wrong? |
| 09:59.39 | mickeyl | zecke: does that patch interfere with 'build PN-PV' ? |
| 10:00.16 | zecke | mickeyl: dunno |
| 10:00.41 | mickeyl | zecke: yes, those patches seem to be identical. |
| 10:00.47 | zecke | mickeyl: isn't there a prepend method for lists? |
| 10:00.48 | mickeyl | zecke: ok, this should be tested before commiting. proti? |
| 10:00.59 | zecke | mickeyl: it shouldn't interfere at all |
| 10:01.11 | mickeyl | zecke: sure. there's list.insert( index, element ) |
| 10:01.41 | zecke | and I figure it is faster than [something] + tmp_pn? |
| 10:02.38 | zecke | is gcc-Version 3.4.4 (release) (CodeSourcery ARM Q1cvs 2005) known to be miscompiling? |
| 10:02.38 | mickeyl | a thousand times |
| 10:02.53 | zecke | mickeyl: doesn't sound worth changing it |
| 10:03.02 | mickeyl | heh |
| 10:03.14 | zecke | both are O(n) then with a slighlty different constant |
| 10:03.43 | giel | okay, mplayer works now, but slow as hell until about halfway the short clip, and then it plays normally |
| 10:03.43 | zecke | GNU assembler version 2.15.96 (arm-linux) using BFD version 2.15.96 20050323 |
| 10:03.46 | giel | wierd |
| 10:03.46 | giel | ei* |
| 10:04.52 | sirfred | giel: Perhaps it's a problem of IO? |
| 10:05.58 | giel | sirfred: could be... -nocache or -cache 8192 don't seem to differ |
| 10:06.09 | giel | i'll try compiling now with xscale optimization |
| 10:06.24 | sirfred | giel: I was going to sugest you using -cache. :) |
| 10:06.32 | sirfred | s/using/to use/ |
| 10:08.50 | pb_ | zecke: excellent |
| 10:09.04 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 10:10.24 | zecke | mickeyl: http://svn.berlios.de/viewcvs/bitbake/trunk/bitbake/bin/bitbake?rev=238&r1=236&r2=238 |
| 10:10.28 | giel | sirfred: and i don't think it's IO, cause mplayer is taking 100% cpu, not io... later on, mplayer only takes 30% |
| 10:10.59 | zecke | mickeyl: now compare that to protis patch |
| 10:12.43 | mickeyl | zecke: at first glance, it looks like they're reciprocal |
| 10:13.11 | zecke | mickeyl: at least two hunks |
| 10:15.24 | zecke | I'm compiling with "-march=armv5te -mtune=xscale", is that a stupid idea in the first place and second did anyone try that optimisation with the CSL gcc? |
| 10:17.24 | pb_ | zecke: no, that's a reasonable idea. |
| 10:17.30 | pb_ | I don't know if anyone has tried it with the csl gcc. |
| 10:18.25 | zecke | g++ seems broken 60 pages of missing vtables when trying to link |
| 10:19.58 | pb_ | that does sound unfortunate |
| 10:20.15 | pb_ | could try gcc 4.0 and see what happens there. |
| 10:21.06 | zecke | haha gcc4 and Qt2.3.10 :} |
| 10:21.18 | zecke | I'm trying first with stock 3.4.4 and then later with gcc4 |
| 10:21.28 | pb_ | righto |
| 10:21.53 | zecke | OT: that idiot of bitbake maintainer should finally fix the slow parser |
| 10:25.58 | pb_ | yeah, I heard he was investigating ways to use bison and lex from python |
| 10:26.14 | zecke | better for him |
| 10:26.24 | pb_ | let's hope |
| 10:27.09 | zecke | monotoneExploringThread().join(); do_real_work(); |
| 10:34.21 | mickeyl | http://vanille.de/temp/monotone.vanille.de-20070708.tar.bz2 |
| 10:34.30 | mickeyl | contains a copy of the site |
| 10:58.00 | zecke | proti: your patch is wrong |
| 11:03.13 | zecke | pb_: found the issue |
| 11:03.47 | Delta_ | re |
| 11:06.45 | proti | zecke: Why ? |
| 11:09.52 | zecke | proti: one part is a revert of a patch from you |
| 11:10.40 | zecke | proti: it is likely PREFERRED_PROVIDERS are broken again |
| 11:12.11 | jacques | ah I see gcc 4.0.1 is out |
| 11:13.06 | pb_ | zecke: excellent |
| 11:13.14 | pb_ | jacques: ah, cool |
| 11:14.29 | zecke | pb_: I've a fix for your issue as well but it breaks other stuff :} |
| 11:14.45 | zecke | proti: PREFERRED_VERSION is indeed broken |
| 11:14.59 | pb_ | zecke: :-} |
| 11:15.42 | zecke | bitbake -BUG 1 or -BUG 2 -BUG 3 to decide in which way the feature should be broken ;) |
| 11:15.49 | pb_ | heh |
| 11:16.18 | zecke | proti: got some time to talk? |
| 11:16.46 | zecke | proti: the issue is within the for file_name in files selection |
| 11:16.58 | zecke | proti: if no preferred provider is set the latest version will be used |
| 11:17.20 | zecke | proti: but with BB collections the highest prior*ized is in front of the list |
| 11:17.52 | *** join/#oe Virusmaster (~Thomas@p549CF4CC.dip.t-dialin.net) |
| 11:19.03 | zecke | so |
| 11:19.04 | zecke | <PROTECTED> |
| 11:19.04 | zecke | <PROTECTED> |
| 11:19.04 | zecke | <PROTECTED> |
| 11:19.34 | zecke | would fix PREFERRED_VERSION and bbcollection but break 'select the latest by default' |
| 11:34.11 | RP | Would this PREFERRED_VERSION problem be why bitbake tried to build both glibc 2.3.2 and then glibc 2.3.5 in a single build? |
| 11:35.36 | proti | zecke: You are correct about PREFERED_VERSION broken. I realize now. |
| 11:36.47 | proti | I realize why the function was done like this. r236 should be almost reverted. |
| 11:37.10 | proti | zecke: Whay I disliked was the pkg_pn[pn] = tmp_pn |
| 11:37.48 | proti | zecke: This will certainly break the shell if you invoke build 2 times. |
| 11:40.39 | proti | zecke: line 276, if we iterate on the untouched pkg_pn, we don't obey the priority order. |
| 11:40.58 | proti | s/pkg_pn/pkg_pn[pn]/ |
| 11:42.27 | proti | zecke: The actual code will elect the first element that match the PREFERRED_VERSION if no revision is given |
| 11:43.34 | proti | proti: If I remember, the pkg_pn are ordered in a way that make the latest package is at the end, so it will elect always the lowest packages. |
| 11:44.15 | proti | zecke: And it is selected because the glob (*.bb) will sort in alpha order. |
| 11:45.07 | proti | zecke: Two solution,1- restore the inital walk of tmp_pn (which is pkg_pn[pn] ordered by chunk of same priority). |
| 11:45.30 | *** join/#oe tmbinc (tmbinc@dsl-084-059-221-140.arcor-ip.net) |
| 11:47.17 | proti | zecke: 2- rebuild the pkg_pn in an ordered way, and at the same time build the tmp_pn for respecting the priorities given. |
| 11:49.18 | proti | zecke: And keep both under hand since we need them afterward. |
| 11:52.50 | proti | zecke: In the old oe code, and the # get highest priority file set, was under the condition if preferred_file == None: Still true ? Why has this cond been removed ? |
| 11:53.32 | proti | zecke: It meant that preferred_version was of much higher importance than the priority level. |
| 12:02.55 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:03.43 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 12:10.32 | zecke | RP: no ;) that problem comes from uncomitted 'fixes' |
| 12:14.57 | RP | zecke: Ah ;-) |
| 12:16.45 | zecke | proti: hmm let me think a bit more |
| 12:26.52 | zecke | proti: 1) sound more easy? |
| 12:33.04 | zecke | proti: do you want to change it? |
| 12:33.21 | proti | zecke: Yes, I will. |
| 12:34.04 | mickeyl | however you do it... please keep the shell working ;) |
| 12:34.30 | zecke | yeah prio 1) do not destroy global data structure |
| 12:34.41 | proti | Indeed |
| 12:35.49 | proti | zecke: Can you improve pb testcase to show the bad behaviour of PREFERRED_VERSION, or give me a little testcase ? |
| 12:36.06 | zecke | wait a sec |
| 12:43.34 | zecke | proti: testcase added |
| 12:49.41 | proti | Ok thanks |
| 12:56.10 | sirfred | Holidays, at last! |
| 13:05.01 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 13:20.19 | *** join/#oe jamey (~jamey@192.208.47.196) |
| 13:21.40 | proti | zecke: ping. build nano with your testcase and my patch try to build nano-1.1.0. Where is the problem ? |
| 13:22.23 | zecke | 'your patch' != what you published |
| 13:23.16 | *** join/#oe eJumbo (~eJumbo@203.196.146.243) |
| 13:23.33 | proti | zecke: My bitbake : http://pastebin.com/309458 |
| 13:25.05 | zecke | lol whatever |
| 13:25.45 | proti | zecke: What result do you have ? |
| 13:26.01 | zecke | 13:35 < proti> zecke: You are correct about PREFERED_VERSION broken. I realize now. |
| 13:26.18 | zecke | you contradict yourself, luckily I've now work to do so I stay calm |
| 13:27.10 | zecke | with 0% probability things continue to work if you change from list to list of lists |
| 13:27.18 | proti | zecke: I says that there can be a problem with it by reading the code. |
| 13:27.39 | zecke | for the same reason that when going to [[]] to [] there is a reason (where you sent a patch) |
| 13:28.36 | zecke | do you've a PREFERRED_VERSION in your bitbake.conf? |
| 13:29.15 | proti | I do but I don't run the bitbake so often on the machine. It takes ages to parse bb |
| 13:30.15 | zecke | in the test case are three files |
| 13:30.29 | zecke | sorry 6 by now |
| 13:31.17 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 13:31.35 | *** join/#oe hue_ (~hue@218.20.51.108) |
| 13:34.06 | proti | zecke: Ok. I tried to build nano and it tried to build the nano 1.1.0 as specified by the local.conf. Didn't looked any further. |
| 13:34.58 | proti | zecke: I don't see why should be angry. I asked you for a testcase and I see it works. I just asked you what I did wrong. |
| 13:35.34 | zecke | nano 1.1.0 is right but in that case something worked that can not work with your code |
| 13:36.19 | zecke | the time I need to spend to 'evelate' you is more than I would need to spend on fixing it and this part gets from time to time annoying |
| 13:37.21 | zecke | looking at conf/bitbake.conf would reveal a PREFERRED_VERSION_nano = "1.1.0" |
| 13:38.06 | proti | zecke: I was asking you the result you have on this testcase, nothing more. |
| 13:38.18 | zecke | <PROTECTED> |
| 13:38.21 | zecke | <PROTECTED> |
| 13:38.23 | zecke | TypeError: list objects are unhashable |
| 13:38.25 | zecke | bitbake -s with your patch |
| 13:39.13 | proti | zecke: which revision on bitbake ? |
| 13:39.15 | zecke | hmm my fault |
| 13:39.38 | zecke | nano 1.2.3-r0 1.1.0-r0 |
| 13:39.38 | zecke | nano2 1.4.0-r0 1.1.3-r0 |
| 13:39.38 | zecke | test 100-r0 200-r0 |
| 13:39.49 | zecke | is the result using your patch |
| 13:40.52 | zecke | wait a sec |
| 13:40.58 | proti | zecke: I tried bitbake -D -D -D nano |
| 13:41.06 | proti | and it builds nano-1.1.0 |
| 13:41.21 | proti | bitbake -s gives the following error : |
| 13:41.23 | proti | ERROR: anonymous function: access() argument 1 must be string, not None |
| 13:42.09 | zecke | hmm now works nicely.. |
| 13:42.16 | zecke | I had other changes in my bin/bitbake |
| 13:44.09 | zecke | proti: hmm your patch seem to work alright |
| 13:45.15 | proti | zecke: apologies accepted. |
| 13:45.25 | zecke | proti: yeah I had old cruft in it |
| 13:45.39 | zecke | proti: but I'm still confused http://svn.berlios.de/viewcvs/bitbake/trunk/bitbake/bin/bitbake?rev=238&r1=236&r2=238 with this |
| 13:45.44 | zecke | proti: I do not want to play ping pong |
| 13:46.10 | zecke | your patch works because we do not do pkg_pn[pn] = tmp_pn |
| 13:46.10 | proti | zecke: I acknowledge there can be a problem. I will try to build a testcase that will show it. |
| 13:47.01 | zecke | no your patch is allright |
| 13:47.17 | zecke | let us split two methods out of findBestProvider |
| 13:47.32 | zecke | to clarify the code |
| 13:48.27 | zecke | pb_: how should PREFERRED_VERSION work? should it pick the bbfile from the higher prioritized collection? |
| 13:49.43 | zecke | proti: the whole PREFERRED_VERSION 'loop' does not operate on tmp_pn at all |
| 13:52.00 | *** join/#oe hue__ (~hue@218.19.206.163) |
| 13:52.37 | proti | zecke: It was the potential problem I saw. Fixing it, will reintroduce some deleted code. |
| 13:53.14 | proti | I Just need to figure out in what case we get bad behaviour. |
| 13:55.23 | proti | I presume that it will be some edge case involving priorities and collections. |
| 13:58.45 | pb_ | zecke: it should do what that comment in bitbake says |
| 13:59.24 | pb_ | <PROTECTED> |
| 13:59.24 | pb_ | <PROTECTED> |
| 13:59.24 | pb_ | <PROTECTED> |
| 13:59.27 | pb_ | there it is again |
| 14:01.24 | *** join/#oe dkey (~dkey@L0001P29.dipool.highway.telekom.at) |
| 14:03.01 | proti | pb_: The problem will show up if 2 different collections with different priorities provides the same version number. Is this a real life testcase ? |
| 14:03.28 | zecke | :} |
| 14:06.45 | proti | zecke: What do you think ? could it happen ? |
| 14:08.10 | *** join/#oe koobla_home (~Simon@cm49-137.liwest.at) |
| 14:10.05 | zecke | proti: yes |
| 14:10.13 | zecke | proti: One BB file collection stock OE |
| 14:10.20 | zecke | proti: the other fixes to stock files |
| 14:11.59 | proti | Ok, will fix it then. |
| 14:13.40 | zecke | thank you |
| 14:15.41 | pb_ | proti: yes, absolutely. |
| 14:15.49 | pb_ | in fact, that is the primary use case for collections. |
| 14:21.09 | proti | pb_: ok. need a testcase then. |
| 14:27.30 | *** join/#oe hue__ (~hue@218.20.51.108) |
| 14:28.45 | zecke | touch foo_100.bb |
| 14:28.50 | zecke | for your testcase |
| 14:28.54 | pb_ | proti: it should be easy to construct one. create two test_100.bb files, one of which has "rm -rf /" in its do_build() method and one of which doesn't. |
| 14:29.16 | pb_ | then, put the one with the rm in the low-priority collection, issue "bitbake test", and see what happens. |
| 14:29.22 | zecke | pb_: rm -rf / is already in base.bbclass |
| 14:29.29 | pb_ | zecke: oh, drat, so that was a bad example |
| 14:29.40 | CosmicPenguin | stupid IT department |
| 14:29.51 | pb_ | zecke: try "reboot -f" or something in that case. |
| 14:31.07 | zecke | apt-get install hurd |
| 14:31.28 | XorA | for host in .ssh/known hosts ; ssh host rm -rf / |
| 14:31.40 | zecke | hehe |
| 14:31.56 | zecke | http://unix.rulez.org/~calver/pictures/bunny_suicides/ |
| 14:32.02 | zecke | probably my all time favorite |
| 14:33.04 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 14:43.52 | *** join/#oe zecke_ (fakeuser@p54BD0E3B.dip0.t-ipconnect.de) |
| 14:44.07 | *** join/#oe marcan (1337@146.Red-83-54-248.pooles.rima-tde.net) |
| 14:55.49 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 14:57.40 | *** join/#oe koobla_mobile (~Simon_Vog@cm49-137.liwest.at) |
| 15:04.12 | *** join/#oe bluelightning_ (~bluelight@219-89-1-142.dialup.xtra.co.nz) |
| 15:07.59 | proti | mickeyl: ping |
| 15:12.39 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 15:15.46 | *** join/#oe zecke (freyther@lin226.mi.fu-berlin.de) |
| 15:16.47 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 15:16.53 | proti | mickeyl: monotone built. But it seems more a 0.20- than a 0.19+. Commands are not the same anymore. Need to have a deeper look to it. |
| 15:28.52 | CosmicPenguin | I don't suppose that any of the monotone server owners would consider setting up a ssh tunnel of some sort? |
| 15:32.08 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
| 16:09.30 | repvik | mickeyl: ping? |
| 16:12.20 | repvik | mickeyl: Just in case you decide to install samba on openslug. It is currently broken. Fix ETA tomorrow sometime ;) |
| 16:41.49 | *** join/#oe hue (~hue@218.20.51.108) |
| 16:52.30 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
| 17:08.57 | *** join/#oe zap_ (~zap@217.170.93.9) |
| 17:17.42 | *** join/#oe andersee (~andersee@codepoet.org) |
| 17:21.34 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 17:25.50 | zecke_ | re |
| 17:30.25 | *** join/#oe zap_ (~zap@217.170.93.9) |
| 17:30.25 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 17:30.25 | *** join/#oe Pend-Gone (Pendalar@h166.118.140.67.ip.alltel.net) |
| 17:37.56 | *** join/#oe zap_ (~zap@217.170.93.9) |
| 17:37.56 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 17:37.56 | *** join/#oe Pend-Gone (Pendalar@h166.118.140.67.ip.alltel.net) |
| 17:39.42 | *** join/#oe qfh (~qfh@ppp-82-135-1-117.mnet-online.de) |
| 17:52.57 | *** join/#oe Luke-Jr (~luke-jr@207.192.219.246) |
| 18:04.03 | CIA-4 | 03freyther 07org.openembedded.dev * r5a57e0a7... 10/ (4 files in 3 dirs): |
| 18:04.03 | CIA-4 | qpe-libgaim_1.3.1.bb |
| 18:04.03 | CIA-4 | <PROTECTED> |
| 18:14.03 | zecke_ | http://monotone.vanille.de/viewmtn/revision.psp?id=05a252640a946eca1f04feb8ac380b192ffefe5e :} |
| 18:14.13 | CIA-4 | 03freyther 07org.openembedded.dev * r520b09f4... 10/packages/libopie/libopie2.inc: (log message trimmed) |
| 18:14.13 | CIA-4 | libopie2.inc: |
| 18:14.13 | CIA-4 | <PROTECTED> |
| 18:14.13 | CIA-4 | <PROTECTED> |
| 18:14.13 | CIA-4 | <PROTECTED> |
| 18:14.13 | CIA-4 | <PROTECTED> |
| 18:14.15 | CIA-4 | <PROTECTED> |
| 18:14.17 | CIA-4 | 03freyther 07org.openembedded.zecke * r05a25264... 10/README: Check this patch into my own branch |
| 18:14.51 | sirfred | mickeyl: Ping? |
| 18:20.48 | zecke_ | mickeyl: ping? |
| 18:21.04 | sirfred | mickeyl: I don't know if adding suspend-resume-hooks.patch to SRC_URI_append_c7x0 was a good idea. As long as it involves API changes, it will make programs compiled on this particular version to be incompatible with programs compiled for other machines. |
| 18:22.04 | zecke_ | sirfred: could be, but if it is internal API and binary compatible |
| 18:22.20 | sirfred | zecke: I'm afraid it isn't. |
| 18:22.20 | zecke_ | sirfred: it should work, if it is truely internal it can even be incompatible |
| 18:22.50 | sirfred | zecke: QScreen is used as 'extern qt_screen' from a lot of places. |
| 18:23.02 | sirfred | zecke: And I've changed the set of virtual methods. |
| 18:23.12 | sirfred | zecke: I have had bad experiences with that before. |
| 18:26.29 | zecke_ | yeah QScreen... |
| 18:26.46 | zecke_ | sirfred: look at QMenuData on how to work around |
| 18:26.58 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 18:49.34 | *** join/#oe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 18:52.53 | *** join/#oe sirfred|760 (~sirfred|7@181.Red-81-44-136.pooles.rima-tde.net) |
| 18:59.16 | *** join/#oe epronk (~epronk@82.170.27.135) |
| 19:03.33 | *** join/#oe minipanda (~zhanght@219.236.30.59) |
| 19:14.35 | mickeyl | Is the openslug 2.0 beta from 2005-06-22 the recommended build for my first flash? |
| 19:18.16 | *** join/#oe sirfred|760 (~sirfred|7@181.Red-81-44-136.pooles.rima-tde.net) |
| 19:22.57 | zecke_ | mickeyl: cya later |
| 19:23.03 | mickeyl | cu |
| 19:23.44 | zecke_ | mickeyl: how could I check if my ciabot is correct? |
| 19:23.49 | zecke_ | mickeyl: changing delivery to debug? |
| 19:23.56 | mickeyl | zecke: exactly |
| 19:24.05 | mickeyl | and turn off the bits that send the mail |
| 19:24.31 | mickeyl | (outcomment the smtplib stuff) |
| 19:27.54 | *** join/#oe incinerator (~incinerat@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 19:29.04 | *** join/#oe man-di (~man-di@dynadsl-080-228-200-156.ewetel.net) |
| 19:30.18 | *** join/#oe sirfred|760 (~sirfred|7@181.Red-81-44-136.pooles.rima-tde.net) |
| 19:56.42 | mickeyl | root@sluggy:~# uname -a |
| 19:56.42 | mickeyl | Linux sluggy 2.6.11.2 #1 Tue Jun 21 00:46:18 PDT 2005 armv5teb unknown |
| 19:57.19 | treke- | what is sluggy? |
| 19:57.25 | mickeyl | the hostname of my nslu2 |
| 19:57.39 | sirfred|760 | mickeyl: congrats :) |
| 19:57.42 | mickeyl | thanks :) |
| 19:57.49 | treke- | ah cool |
| 19:59.00 | sirfred|760 | opie-irc looks great with these ttf fonts |
| 20:01.20 | sirfred|760 | mickeyl: Seen my comments about suspend-resume-hooks.patch? |
| 20:02.42 | mickeyl | what the heck is org.openembedded.zecke ? |
| 20:02.47 | mickeyl | sirfred|760: yes. I don't see it as a problem though |
| 20:02.52 | zecke|tv | my failed attempt :} |
| 20:03.04 | mickeyl | zecke: fear not. monotone 0.20 has the ability to remove branches |
| 20:03.09 | zecke_ | mickeyl: I had hoped to keep it local |
| 20:03.18 | zecke_ | mickeyl: yes but that is risky as well |
| 20:03.45 | mickeyl | we can try. if it corrupts the db we use a copy |
| 20:04.21 | zecke_ | actually I try to sync with two 'servers' |
| 20:04.50 | mickeyl | that should work as long as you don't mix up what lands where |
| 20:05.09 | mickeyl | 0.20 accepts a glob for the branches |
| 20:05.13 | mickeyl | that'll make it easier |
| 20:05.38 | zecke_ | what is a glob? :} |
| 20:05.53 | mickeyl | s/glob/expressions with wildcards/ |
| 20:14.18 | *** join/#oe joshin (~joshin@VDSL-130-13-177-169.PHNX.QWEST.NET) |
| 20:14.46 | mickeyl | bbl |
| 20:17.28 | *** join/#oe cyn (~cyn@cpe-66-61-101-26.midsouth.res.rr.com) |
| 20:24.19 | CIA-4 | 03freyther 07org.openembedded.dev * r0e0901ae... 10/conf/documentation.conf: |
| 20:24.19 | CIA-4 | documentation.conf: |
| 20:24.19 | CIA-4 | <PROTECTED> |
| 20:24.19 | CIA-4 | <PROTECTED> |
| 20:24.19 | CIA-4 | <PROTECTED> |
| 20:24.20 | CIA-4 | <PROTECTED> |
| 20:27.02 | *** join/#oe Timelord (~TL@4.78.4.43) |
| 20:45.00 | *** join/#oe mreimer (~mreimer@bilbo.vpop.net) |
| 20:49.32 | *** join/#oe woglinde (woglinde@p54BD5ED7.dip.t-dialin.net) |
| 20:53.40 | mreimer | how do I bitbake xserver-kdrive? I've tried 'bitbake xserver', xserver-kdrive, xserver-kdrive_20050624 but they all say, "ERROR: Nothing provides xserver" |
| 20:53.55 | pb_ | "bitbake xserver-kdrive" should do it. |
| 20:54.13 | mreimer | I'll try it again. thanks pb |
| 20:54.20 | pb_ | or bitbake xserver-kdrive-20050624 for a specific version (note - rather than _) |
| 20:54.35 | mreimer | ah, that's my problem |
| 20:54.59 | mreimer | takes a little while on my PIII 450 |
| 20:57.40 | pb_ | yeah, it would do |
| 20:58.50 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 20:58.56 | mreimer | ERROR: Nothing provides xserver-kdrive-20050624 |
| 20:59.12 | pb_ | oh dear |
| 20:59.20 | pb_ | you might need to take that up with coremasters zecke and mickeyl |
| 20:59.34 | mreimer | ok, thanks |
| 20:59.46 | *** join/#oe tmbinc (tmbinc@dsl-084-059-205-011.arcor-ip.net) |
| 21:00.02 | woglinde | hi tmbinc |
| 21:00.17 | zecke_ | mreimer: BBPATH and BBFILES set right? |
| 21:00.41 | mreimer | BBPATH points to the openembedded directory |
| 21:00.48 | *** join/#oe proti (~seb@calypso.frankengul.org) |
| 21:00.48 | mreimer | BBFILES is unset |
| 21:00.57 | mreimer | oops, in my env |
| 21:00.59 | mreimer | checking conf... |
| 21:01.23 | mreimer | BBFILES /oe/stuff/openembedded/packages/*/*.bb |
| 21:01.44 | mreimer | bitbake gpe-image works but not xserver stuff |
| 21:04.58 | mreimer | by "works" meaning compilation happens; I haven't gotten it to finish yet |
| 21:04.58 | zecke_ | bitbake foo-version works |
| 21:04.58 | mreimer | (slow, disk space) |
| 21:04.58 | mreimer | so 'bitbake xserver-kdrive-20050624' should work? |
| 21:04.58 | mreimer | I get 'ERROR: Nothing provides xserver-kdrive-20050624' |
| 21:09.27 | zecke_ | do you've a xserver-kdrive_20050624.bb? |
| 21:09.27 | mreimer | yes: openembedded/packages/xserver/xserver-kdrive_20050624.bb |
| 21:09.28 | mreimer | hmm, trying to update I get a bitkeeper error "no free bk after July 1, 2005" |
| 21:10.02 | CosmicPenguin | yep - its after july 1, alright |
| 21:11.21 | mreimer | heh |
| 21:13.26 | zecke_ | welcome to july |
| 21:13.54 | mreimer | what do you use now for bk? |
| 21:13.55 | mickeyl | mreimer: let me guess... you didn't read oe@handhelds.org nor visit openembedded.org for quite a while, right? |
| 21:14.13 | mreimer | uh, yeah :-O |
| 21:14.29 | mreimer | ok, rtfm'ing |
| 21:20.18 | *** part/#oe treke- (~ggilbert@tinman.treke.net) |
| 21:20.24 | *** join/#oe treke- (~ggilbert@tinman.treke.net) |
| 21:24.12 | *** join/#oe pb_ (~pb@cpc1-cmbg6-5-0-cust116.cmbg.cable.ntl.com) |
| 21:24.36 | *** join/#oe gints (~gints@ip.113.23.home.P2.2.lan.mits.lv) |
| 21:26.31 | *** join/#oe dkey| (~dkey@L0001P23.dipool.highway.telekom.at) |
| 21:27.33 | gints | why I get this monotone: network error: failed to connect: Connection refused |
| 21:27.41 | gints | after monotone --db=/oe/oe.db pull monotone.vanille.de org.openembedded |
| 21:28.05 | mickeyl | try again |
| 21:28.35 | mickeyl | someone with broken connection let the server timeout. i don't have a watchdog script yet that automatically restarts the server |
| 21:28.51 | mreimer | I get 'protocol version mismatch: wanted '5' got '4'' |
| 21:29.05 | mickeyl | sounds like you don't use 0.19 |
| 21:29.08 | mreimer | this is with monotone v. 0.20 on my side. |
| 21:29.11 | mreimer | ok, will downgrade |
| 21:29.25 | CIA-4 | 03zecke123 * r279 10bitbake/bin/bitdoc: |
| 21:29.25 | CIA-4 | bitbake/bin/bitdoc: |
| 21:29.25 | CIA-4 | <PROTECTED> |
| 21:29.25 | CIA-4 | <PROTECTED> |
| 21:29.25 | CIA-4 | <PROTECTED> |
| 21:29.25 | CIA-4 | <PROTECTED> |
| 21:29.27 | CIA-4 | <PROTECTED> |
| 21:29.29 | gints | Now I also get this wanted 5 got 4 |
| 21:29.42 | mickeyl | folks, please start to read oe@handhelds.org |
| 21:29.51 | mickeyl | it's explained ther |
| 21:30.09 | mreimer | you're right, I'll subscribe |
| 21:30.10 | zecke_ | hehe and I can get monotone .20 to run here |
| 21:30.15 | gints | sory sory... |
| 21:30.38 | zecke_ | mickeyl: you should install an ActiveX control on vanille |
| 21:30.50 | zecke_ | this can read whatever to the user |
| 21:31.18 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 21:32.42 | mickeyl | hmm bummer i can't get hci0 to automatically get up |
| 21:32.54 | mickeyl | even though /etc/bluetooth/hcid.conf contains autoinit yes |
| 21:34.35 | pb_ | how strange |
| 21:34.45 | pb_ | does hcid give any errors? |
| 21:37.47 | mickeyl | nothing |
| 21:37.54 | mickeyl | serial_cs initializes |
| 21:38.08 | mickeyl | ./etc/pcmcia/bluetooth gets started |
| 21:38.12 | mickeyl | hciattach gets called |
| 21:38.25 | mickeyl | but hciconfig -a shows the interface to be down |
| 21:38.28 | mickeyl | same after resume |
| 21:38.55 | mickeyl | at least the card seems to resume now with 2.6.12 |
| 21:39.01 | pb_ | funky |
| 21:39.11 | mickeyl | hciattach survives the suspend/resume, but not the device |
| 21:39.15 | mickeyl | s/device/interface/ |
| 21:39.42 | mickeyl | adding hciconfig hci0 up wouldn't be exactly good practice after hciattach, right? :) |
| 21:40.52 | mickeyl | hmm |
| 21:41.02 | mickeyl | uh oh |
| 21:41.12 | mickeyl | hcid is a daemon isn't it? |
| 21:41.50 | pb_ | famously, yes |
| 21:41.53 | mickeyl | hah. no sign of it here. *claps forehead* |
| 21:42.05 | mickeyl | no wonder the device doesn't get up |
| 21:42.07 | mickeyl | *sigh* |
| 21:42.14 | pb_ | hah |
| 21:42.19 | pb_ | yes, that would be a problem |
| 21:42.22 | zecke_ | the start script seems defective |
| 21:42.42 | zecke_ | doesn't start hcid if it can't insmod the human interface modules |
| 21:42.51 | mickeyl | aah |
| 21:42.53 | mickeyl | that explains it |
| 21:42.55 | pb_ | ah, that's no good |
| 21:43.37 | zecke_ | mickeyl: start /etc/init.d/bluetooth you will see the error :} |
| 21:44.13 | mickeyl | i know the error, i'm annoyed every time i see but i didn't think hcid wouldn't start because of that |
| 21:44.38 | mickeyl | doesn't seem to be a failure in the start script though |
| 21:44.48 | zecke_ | OT: [].sort() |
| 21:44.55 | mickeyl | more like a problem in hcid itself |
| 21:44.56 | zecke_ | what will it call on the elements? |
| 21:45.07 | mickeyl | iirc _cmp_ |
| 21:45.11 | mickeyl | not sure though |
| 21:45.44 | pb_ | mickeyl: try starting hcid manually from the shell |
| 21:45.52 | pb_ | you might need to use some flag to stop it daemonizing |
| 21:46.09 | mickeyl | that works |
| 21:46.14 | mickeyl | ps |grep hci |
| 21:46.19 | mickeyl | S hcid: processing events |
| 21:47.26 | mickeyl | uh oh |
| 21:47.32 | mickeyl | now nothing happens when i insert the card |
| 21:47.36 | mickeyl | not even the blue light |
| 21:52.53 | *** part/#oe gints (~gints@ip.113.23.home.P2.2.lan.mits.lv) |
| 21:53.53 | mickeyl | aaha |
| 21:53.57 | mickeyl | this is kernel 2.6 |
| 21:54.00 | mickeyl | and udev |
| 21:54.09 | mickeyl | conclusio: no autoloading of modules for certain things |
| 21:54.51 | mickeyl | after modprobing the modules /etc/init.d/bluetooth start does what it should |
| 21:55.12 | mickeyl | ~lart udev for having less functionality than devfs |
| 21:55.54 | CosmicPenguin | there there - don't listen to the bad man |
| 21:56.06 | mickeyl | heh |
| 21:56.33 | mickeyl | interestingly the irda modules get autoloaded |
| 21:57.38 | mickeyl | uh |
| 21:58.01 | mickeyl | isn't that called differently in 2.6 ? |
| 21:59.35 | mickeyl | hmm ok i see that i have no idea how the module thing is supposed to behave regarding update-modules and /etc/modutils/ and friends |
| 21:59.48 | mickeyl | anyone wants to teach me? |
| 22:02.36 | *** join/#oe luke-jr_ (~luke-jr@207.192.219.246) |
| 22:04.15 | france_ | /etc/modules.conf is depricated in 2.6.x |
| 22:04.34 | france_ | /etc/modproce.conf |
| 22:04.48 | france_ | /etc/modprobe.conf |
| 22:04.51 | france_ | /etc/modprobe.preload |
| 22:05.01 | france_ | and for devfs users |
| 22:05.05 | france_ | /etc/modprobe.devfs |
| 22:05.11 | *** join/#oe JustinP (~papercran@c-67-169-167-134.hsd1.ca.comcast.net) |
| 22:05.48 | JustinP | should I be worried if bb spits this out for glibc: |
| 22:05.49 | JustinP | NOTE: Multiple libraries (libm.so.6, libnss_dns.so.2, libnss_files.so.2, libnsl.so.1, libresolv.so.2, libBrokenLocale.so.1, libc.so.6, libutil.so.1, libnss_compat.so.2, libcrypt.so.1, libmemusage.so, librt.so.1, libanl.so.1, libdl.so.2, libpthread.so.0) found and LEAD_SONAME not defined |
| 22:05.55 | JustinP | NOTE: Multiple libraries (libnss_nis.so.2, libnss_nisplus.so.2, libnss_hesiod.so.2) found and LEAD_SONAME not defined |
| 22:06.45 | mickeyl | no |
| 22:06.50 | JustinP | ok |
| 22:08.29 | mickeyl | so am i right to assume that i need to supply the BT modules into the autoload portion of the kernel.bb ? |
| 22:08.41 | mickeyl | or is there any other autoload mechanism i don't know of |
| 22:11.09 | [g2] | did you guys see http://linuxdevices.com/articles/AT4036830962.html#obs2 |
| 22:11.18 | [g2] | nice stats on OE in there |
| 22:13.03 | JustinP | cool, OE is above RH |
| 22:13.11 | JustinP | not that I'd ever choose RH for embedded dev... |
| 22:14.57 | mickeyl | ok, whoever will eventually confirm that the BT modules need to go into the autoload section please tell me if I need to specify all modules in the correct order (as by insmod logic) or whether I can assume that they're inserted via modprobe |
| 22:15.18 | pb_ | mickey|tv: I think you can assume they are inserted via modprobe |
| 22:16.03 | mickey|tv | pb: excellent. thanks. i think this'll mean that we will have bluetooth out of the box working on c7x0 in oz 3.5.4 |
| 22:16.05 | mickey|tv | *phew* |
| 22:16.07 | pb_ | and, yeah, they should probably go in autoload statements in kernel.bbclass |
| 22:16.16 | pb_ | or your particular kernel.bb |
| 22:16.21 | mickey|tv | *nod* |
| 22:16.23 | pb_ | mickey|tv: very good! |
| 22:16.41 | mickey|tv | would it hurt if I add 'em globally? (read kernel.bbclass) |
| 22:16.54 | pb_ | no, I think that'd be fine. |
| 22:16.59 | mickey|tv | excellent. merci |
| 22:18.00 | zecke_ | *yeah build machine dies* |
| 22:21.39 | tmbinc | is there any sane way to NOT let the target device do the localedef stuff? and is there a way to skip all those currency/date/charset stuff? i only want to localize an application, if possible without having several hundred kilobytes overhead per language |
| 22:22.36 | zecke_ | are you refering to glibc? |
| 22:22.38 | tmbinc | especially the required amount of memory (>32M) while the run of localedef with some languages (with UTF8) was a problem, when i tried it last time. |
| 22:22.47 | tmbinc | yes |
| 22:23.23 | zecke_ | ask the GNU pb_ |
| 22:23.26 | tmbinc | currently we're having one set of localedata, linked to all required languages, in order to make the locale stuff happy |
| 22:23.53 | zecke_ | tmbinc: I think we do not generate locales on the device anymore |
| 22:23.58 | zecke_ | just doing the build process |
| 22:24.13 | zecke_ | and I think it is easy to stop that generation |
| 22:24.32 | tmbinc | the last time it was a problem as these locale files were endianess dependent |
| 22:24.36 | tmbinc | not sure if that changed |
| 22:25.02 | tmbinc | do packages still RDEPEND on ${PN}-locale* ? |
| 22:25.11 | tmbinc | and if yes, why do they? |
| 22:25.59 | zecke_ | Just the opie-image and gpe-image RDEPEND on one locale package |
| 22:26.18 | zecke_ | or two en_GB and de_DE but that can be changed easily |
| 22:26.30 | zecke_ | I'm scared I'm missing somethign |
| 22:27.01 | tmbinc | well in package.bbclass, there's some "rdep.append('%s-locale*' % pn); bb.data.setVar('RDEPENDS_%s' % mainpkg, ' '.join(rdep), d)" which i understand as "RDEPENDS_${PN} += ${PN}-locale*" |
| 22:27.44 | pb_ | correct |
| 22:27.50 | tmbinc | but for example i want to have one application fully localized (the main user GUI), but i don't need any other localizations (after all, i don't want to annoy shell users with localizations ;) |
| 22:28.36 | pb_ | you can change that RDEPENDS to RRECOMMENDS, if you want. |
| 22:30.22 | tmbinc | RRECOMMENDS is not automatically installed? (i always mix up RECOMMENDS with, RSUGGESTS) |
| 22:30.33 | pb_ | yes, RRECOMMENDS is automatically installed. |
| 22:30.52 | CosmicPenguin | stupid gentoo |
| 22:30.54 | tmbinc | and that's what we generally want with locales? |
| 22:30.55 | CosmicPenguin | ~lart gentoo |
| 22:31.04 | pb_ | yes, that's what we generally want with locales. |
| 22:31.13 | tmbinc | ok, then i'll make a branch-private hack which disables that |
| 22:31.41 | pb_ | righto |
| 22:32.33 | tmbinc | what's about that localedef stuff, can this be done at buildtime? |
| 22:32.54 | pb_ | no |
| 22:33.12 | tmbinc | is there any alternative? |
| 22:33.29 | pb_ | not at present |
| 22:33.38 | pb_ | someone would need to write a cross localedef. |
| 22:36.12 | tmbinc | pb_: i assume there's also no other alternative to having >200k of overhead per language? (LC_CTYPE is 202k here) |
| 22:38.34 | pb_ | correct |
| 22:39.11 | incinerator | btw, has anybody tried to build zroadmap recently? |
| 22:49.20 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * r3fd10670... 10/packages/vsftpd/files/opendreambox/vsftpd.conf: add vsftpd.conf for opendreambox |
| 22:49.21 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * rcf9882ee... 10/packages/ (3 files in 3 dirs): pkgconfigize libid3tag, libmad |
| 22:49.22 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * rc2ac746b... 10/packages/enigma/ (17 files in 3 dirs): adding enigma and some enigma plugins |
| 22:49.22 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * rea8c5882... 10/packages/gcc/gcc3-build.inc: disabling multilib for gcc in order to unbreak packaging |
| 22:49.23 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * redc4089b... 10/ (87 files in 44 dirs): |
| 22:49.25 | CIA-4 | propagate from branch 'org.openembedded.dev' (head 0e0901aeb2df666b7ef411c84571c64d8648f2f7) |
| 22:49.27 | CIA-4 | <PROTECTED> |
| 22:49.29 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * rd54da328... 10/classes/package.bbclass: do not RDEPEND packages on their locales. |
| 22:49.32 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * r01962a5b... 10/packages/fakelocale/ (fakelocale.bb files/locale.alias): adding fakelocale, a hack to overcome the overhead of proper localedata |
| 22:49.35 | CIA-4 | 03tmbinc 07org.openembedded.dreambox * r2df226a7... 10/packages/libmad/libmad_0.15.0b.bb: pkgconfigize libmad (2) |
| 23:11.49 | mreimer | roughly how long should it take for monotone to finish "verifying new revisions"? |
| 23:12.02 | JustinP | a long time on a new checkout |
| 23:12.15 | JustinP | mine took a good long while |
| 23:12.25 | mreimer | ok, just want to make sure it's still alive |
| 23:12.31 | mreimer | 1.5 hours so far, on PIII 450 |
| 23:12.39 | JustinP | yeah, that's normal |
| 23:12.51 | JustinP | mine's an 800Mhz and I think it took a few hours |
| 23:13.06 | mreimer | wow. hopefully not every time it's updated? |
| 23:13.19 | JustinP | AMD 850 |
| 23:13.21 | JustinP | oh, no |
| 23:13.30 | JustinP | updates will be faster |
| 23:13.38 | JustinP | it depends on how much you're updating |
| 23:13.39 | mreimer | phew |
| 23:13.51 | JustinP | an update for a week or so shouldn't take too long at all |
| 23:14.06 | JustinP | it's just absolutely everything is being checked on checkout |
| 23:14.25 | mreimer | sounds like it's O(N^2) |
| 23:14.50 | JustinP | I haven't checked up on its algorithms |
| 23:59.49 | *** join/#oe hufnus (~slonsiki@m728c36d0.tmodns.net) |
