| 00:04.14 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 00:06.45 | zecke | http://oe.handhelds.org/cgi-bin/moin.cgi/ScmOverview?action=show |
| 00:06.47 | zecke | good nite |
| 00:08.33 | JustinP | night zekoZeko |
| 00:08.37 | JustinP | argh |
| 00:09.15 | CIA-4 | 03florian 07org.oe.dev * r2cd93be5... 10/packages/pango/pango_1.8.2.bb: pango: add 1.8.2 |
| 00:09.20 | CIA-4 | 03florian 07org.oe.dev * rcecb9f4e... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: Do not install bogus local.conf. |
| 00:09.24 | CIA-4 | 03rw 07org.oe.dev * ra2bad5c0... 10/packages/matchbox-common/ (2 files in 2 dirs): matchbox-common: remove "Utilities" category as the distinction between "Utilities" and "Other" is currently rather random. Part of a fix for hh.org Bug #1462 |
| 00:18.39 | CIA-4 | 03koen 07org.oe.oz354fam083 * r5df1cb28... 10/packages/xserver-common/ (xserver-common-1.7/100dpi.patch xserver-common_1.7.bb): xserver-common: add 1.7 to fix rgb ordering and refresh 100dpi patch |
| 00:18.44 | CIA-4 | 03koen 07org.oe.oz354fam083 * rdee5914c... 10/packages/minipredict/minipredict.bb: minipredict: add RDEPEND on libdictionary |
| 00:18.49 | CIA-4 | 03koen 07org.oe.oz354fam083 * rc2cd2803... 10/packages/gpe-login/gpe-login_0.86.bb: gpe-login: update to 0.86 to fix busybox bug with symlinks and permissions |
| 00:18.53 | CIA-4 | 03koen 07org.oe.oz354fam083 * rbd2f1c50... 10/conf/distro/preferred-gpe-versions-2.7.inc: gpe-2.7: use gpe-login 0.86 |
| 00:28.31 | reenoo|zZzZ | 'night all |
| 00:29.45 | mreimer | nite reenoo|zZzZ |
| 00:37.43 | CIA-4 | 03florian 07org.oe.dev * rbc92eeaa... 10/packages/xserver-common/ (3 files): xserver-common: add 1.7, remove 1.1 and 1.2 |
| 00:37.48 | CIA-4 | 03florian 07org.oe.dev * r35bf847e... 10/packages/gpe-login/ (gpe-login_0.76.bb gpe-login_0.86.bb): gpe-login: remove 0.76, add 0.86 |
| 00:38.40 | *** join/#oe florian (n=fuchs@dyn-209-1.physik.uni-siegen.de) |
| 00:38.40 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 00:38.42 | florian | hi all |
| 00:39.52 | *** join/#oe tmbinc (i=XXX@dslb-082-083-086-046.pools.arcor-ip.net) |
| 01:01.11 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 01:07.42 | CIA-4 | 03koen 07org.oe.oz354fam083 * r82cdded8... 10/packages/irda-utils/ (files/init irda-utils_0.9.16.bb): irda-utils: add patch from OE bug #381 to make IRDA work on h2200 |
| 01:08.15 | CoreDump|home | um lol |
| 01:08.30 | CoreDump|home | just booted a collie rootfs on Akita. |
| 01:09.31 | CoreDump|home | I'm not even running kernel 2.4 for which this rootfs was compiled |
| 01:12.07 | CIA-4 | 03koen 07org.oe.oz354fam083 * ra4c58382... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: add fix for local.conf from .dev |
| 01:12.11 | CIA-4 | 03koen 07org.oe.oz354fam083 * r9c80bbbf... 10/packages/gpe-bootsplash/gpe-bootsplash_1.15.bb: |
| 01:12.11 | CIA-4 | gpe-bootsplash: update to 1.15 to fix some issues: |
| 01:12.13 | CIA-4 | 02:06 < mreimer> it fixes a couple of errors on boot |
| 01:12.15 | CIA-4 | 02:06 < mreimer> chvt, no /dev/fb/0 |
| 01:15.41 | JustinP | aw hell... |
| 01:16.24 | JustinP | koen: PING, I'll merge my changes back into the tree (I just pushed a rev) |
| 01:16.56 | koen | what changes? |
| 01:17.12 | JustinP | I mean that I probably just cerated a hydra, I'll merge it |
| 01:17.25 | JustinP | didn't edit same packages |
| 01:17.36 | JustinP | just didn't want us both mergeing and creating a merg mess |
| 01:17.47 | JustinP | assuming this push makes it through at all.... |
| 01:18.05 | koen | you pushed a rev to where? |
| 01:18.09 | koen | not to .oz I hope |
| 01:18.11 | JustinP | vanille |
| 01:18.20 | JustinP | .oz? |
| 01:18.38 | JustinP | ah |
| 01:18.39 | JustinP | nm |
| 01:18.39 | JustinP | ;-) |
| 01:18.45 | JustinP | no problems then |
| 01:18.52 | koen | ok :) |
| 01:19.15 | JustinP | what's the preferred way of setting the versions to use? |
| 01:19.28 | JustinP | I want to set the numbered versions of the e stuff as preferred |
| 01:19.34 | JustinP | but would like to keep it in one places |
| 01:19.42 | JustinP | task-e-x11? |
| 01:20.06 | JustinP | I put them in my local.conf for now |
| 01:20.26 | CoreDump|home | openzaurus-unstable.conf? maybe include a preferred_versions_e.inc in there |
| 01:20.36 | JustinP | that could work :-) thanks |
| 01:20.38 | CoreDump|home | that's what opie did last timeI checked |
| 01:20.39 | koen | there was such a file a while ago |
| 01:20.40 | CoreDump|home | =) |
| 01:20.56 | CIA-4 | 03justinp 07org.oe.dev * r1de0fd18... 10/packages/meta/ (meta-e.bb task-e-x11.bb meta-e-x11-core.bb meta-e-x11.bb): |
| 01:20.56 | CIA-4 | meta-e-x11, task-e-x11: move task-e-x11* to task-e-x11.bb and create meta packages to conform with new standard |
| 01:20.56 | CIA-4 | - Also removed meta-e as it's not needed |
| 01:21.00 | CIA-4 | 03justinp 07org.oe.dev * r5f603ac0... 10/packages/ (57 files in 3 dirs): |
| 01:21.00 | CIA-4 | efl, e17: Update to newer release tarballs |
| 01:21.00 | CIA-4 | - Removed no-splash patch for e-wm, crash bug seems to be gone |
| 01:21.02 | CIA-4 | - add "released" entrance |
| 01:21.04 | CIA-4 | - remove ecore fixes (fixed in release...finally) |
| 01:21.06 | CIA-4 | - add new configure fix for evas and change configure patch names to use ${PV} |
| 01:21.11 | JustinP | whoa, I thought I'd pushed that one a while ago.. |
| 01:21.15 | JustinP | ah well |
| 01:21.51 | JustinP | indeed, #include conf/distro/preferred-e-versions.inc |
| 01:23.44 | JustinP | do we want this in familiar as well? |
| 01:24.41 | koen | /conf/distro/familiar-unstable.conf line 5: |
| 01:24.48 | koen | # Do not touch this file before notifying familiar-dev@handhelds.org |
| 01:24.58 | JustinP | ah |
| 01:24.59 | JustinP | ok |
| 01:25.44 | JustinP | do I notify and wait for ack? |
| 01:26.20 | koen | notify and say I said it was OK :) |
| 01:26.21 | JustinP | t |
| 01:26.26 | JustinP | oh, ok |
| 01:34.05 | CosmicPenguin | great |
| 01:34.13 | CosmicPenguin | alsa-utils 1.0.8 isn't gcc 4.x frinedly |
| 01:34.14 | CosmicPenguin | bah |
| 01:36.28 | *** join/#oe FireEgl (i=Atlantic@2001:5c0:84dc:0:0:0:0:0) |
| 01:44.34 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 02:14.57 | *** join/#oe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
| 02:27.53 | shadows | RP: when you are able, could you send me your c3000 images? i would like to find out if my hardware is faulty |
| 02:36.47 | *** join/#oe idealm (n=ideal@58.33.49.112) |
| 03:11.14 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 03:22.33 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 03:32.56 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:34.21 | shadows | err, what's the functional difference between gcc, gcc-cross, and gcc-cross-initial ? |
| 03:53.33 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 03:55.13 | shadows | what the heck, the branch has multiple heads? |
| 03:55.14 | shadows | what's that about |
| 03:58.57 | shadows | oh |
| 03:59.04 | shadows | there's one for justinp and one for florian |
| 04:07.27 | *** join/#oe dkey (n=dkey@L0002P17.dipool.highway.telekom.at) |
| 04:28.05 | *** join/#oe FireEgl (i=Atlantic@2001:5c0:84dc:0:0:0:0:0) |
| 05:08.16 | *** join/#oe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
| 05:32.37 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 05:47.32 | *** join/#oe CSMan_ (n=csman@Toronto-HSE-ppp3779105.sympatico.ca) |
| 05:57.25 | *** join/#oe CSMan__ (n=csman@Toronto-HSE-ppp3779085.sympatico.ca) |
| 07:01.46 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-255.f4.ngi.it) |
| 07:05.16 | gremlin[it] | good morning to all :) |
| 07:16.19 | *** join/#oe exastr1 (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 07:20.17 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 08:20.08 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 08:22.42 | *** join/#oe Zero_Chaos (i=aqsfgs@68-71-34-255.pittpa.adelphia.net) |
| 08:23.10 | Zero_Chaos | How do I force bitbake to make all collie zImages? as in 64-0 32-32, etc.... |
| 08:23.26 | Zero_Chaos | or really, just those two, but I'd settle for all. |
| 08:24.13 | JustinP | shadows: I can give you access to mine tomorrow if you like |
| 08:24.22 | *** join/#oe Mardy (n=mardy@adsl-ull-84-48.42-151.net24.it) |
| 08:25.55 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 08:26.24 | Zero_Chaos | anyone here know how to fix my problem by chance? |
| 08:30.31 | Mardy | hi all |
| 08:32.55 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 08:33.44 | Zero_Chaos | is there a way to force bitbake to remake the zImage despite stamps or anything else (so I can force it to create a 64-0 and a 32-32)? |
| 08:38.20 | *** join/#oe zap (n=zap@217.170.93.196) |
| 08:56.04 | *** join/#oe law_ (n=_law_@213.173.86.202) |
| 09:01.28 | *** part/#oe law_ (n=_law_@213.173.86.202) |
| 09:08.56 | CIA-4 | 03florian 07org.oe.dev * re7ddf084... 10/packages/libgpevtype/ (libgpevtype_0.11.bb libgpevtype_0.15.bb): libgpevtype: Add 0.15, remove 0.11. |
| 09:09.03 | CIA-4 | 03justinp 07org.oe.dev * r4664d672... 10/conf/distro/ (openzaurus-unstable.conf preferred-e-versions.inc): openzaurus-unstable, preferred-e-versions: update preferred-e-versions with newest releases (and add lots of packages) and uncomment the entry in OZ |
| 09:09.08 | CIA-4 | 03justinp 07org.oe.dev * r6f3628b0... 10/conf/distro/familiar-unstable.conf: familiar-unstable: re-add preferred-e-versions |
| 09:15.59 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-14-131.w83-115.abo.wanadoo.fr) |
| 09:20.56 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
| 09:25.22 | alan|laptop | morning |
| 09:38.00 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
| 10:00.05 | *** join/#oe CIA-4 (i=cia@69.90.211.97) |
| 10:04.30 | *** join/#oe alan_ (n=alan@ARouen-152-1-81-243.w86-192.abo.wanadoo.fr) |
| 10:05.14 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-255.f4.ngi.it) |
| 10:07.31 | *** join/#oe kakos (n=onoma@c-24-8-182-72.hsd1.co.comcast.net) |
| 10:25.26 | *** join/#oe iclem (n=clement@iclem.net) |
| 10:35.57 | CIA-4 | 03koen 07org.oe.oz354fam083 * rcafa7116... 10/packages/libgpevtype/libgpevtype_0.15.bb: libgpevtype: add 0.15 |
| 10:36.01 | CIA-4 | 03koen 07org.oe.oz354fam083 * r80d2b4fe... 10/conf/distro/preferred-gpe-versions-2.7.inc: gpe 2.7: prefer libgpevtype 0.15 |
| 10:41.00 | *** join/#oe cedric (n=moa@APuteaux-154-1-90-243.w83-204.abo.wanadoo.fr) |
| 10:46.54 | CIA-4 | 03koen 07org.oe.oz354fam083 * r22b0eb39... 10/packages/gpe-nmf/ (gpe-nmf-0.22/playlist-segfault.patch gpe-nmf_0.22.bb): gpe-nmf: add patch from .dev to fix segfaults |
| 11:07.23 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 11:07.42 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 11:07.42 | *** join/#oe alan_ (n=alan@ARouen-152-1-66-142.w83-202.abo.wanadoo.fr) |
| 11:29.43 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 11:38.00 | CIA-4 | 03koen 07org.oe.oz354fam083 * r30f9edfd... 10/packages/xkbd/ (xkbd-0.8.15/fix-equalsign.patch xkbd_0.8.15.bb): xkbd: add patch to fix equal sign |
| 11:38.05 | CIA-4 | 03koen 07org.oe.dev * r85c82ab6... 10/packages/xkbd/ (xkbd-0.8.15/fix-equalsign.patch xkbd_0.8.15.bb): xkbd: fix equal sign, closes hh.org bug #1512 |
| 11:44.07 | *** join/#oe dkey| (n=dkey@L0008P04.dipool.highway.telekom.at) |
| 11:56.53 | *** join/#oe marceln (n=marceln@pion.xs4all.nl) |
| 12:13.35 | *** join/#oe alwin_ (n=ral@cable-195-14-254-33.netcologne.de) |
| 12:33.23 | RP | morning all |
| 12:33.40 | Mardy | hi RP |
| 12:33.41 | koen | hey RP |
| 12:35.41 | *** join/#oe law_ (n=_law_@213.173.86.202) |
| 12:39.25 | CIA-4 | 03koen 07org.oe.oz354fam083 * r5f304035... 10/packages/fontconfig/fontconfig_2.2.95.bb: |
| 12:39.25 | CIA-4 | fontconfig: add RREPLACES on libfontconfig1 so ipkg won't kill your install on upgrading |
| 12:39.25 | CIA-4 | * see hh.org bug #1515 |
| 12:57.11 | *** join/#oe tkimball (n=Alan_Kie@ool-44c1ec54.dyn.optonline.net) |
| 13:00.28 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 13:05.32 | *** join/#oe tkimball (n=tkimball@ool-44c1ec54.dyn.optonline.net) |
| 13:07.33 | *** join/#oe ade|desk (n=adavey@host86-128-133-118.range86-128.btcentralplus.com) |
| 13:08.31 | ade|desk | morning folks |
| 13:08.42 | pb_ | hi ade |
| 13:10.13 | ade|desk | hi pb_ how is cambs today, i've been in birmingham the past few days, my wife tells me its rather cold back home |
| 13:10.49 | pb_ | it is indeed quite cold around here. I think it snowed a little bit yesterday and the day before. |
| 13:12.31 | ade|desk | it can't have snowed too much, debbie's school didn't close, sadly |
| 13:12.35 | alan_ | hi all. |
| 13:13.04 | alan_ | i'm trying to use gpe-aerial, but it keeps on trying to use eth1 instead of wlan0... |
| 13:13.17 | alan_ | anyone knows where this can come from ? |
| 13:13.31 | alan_ | same error when i try to use prismstumbler |
| 13:13.46 | alan_ | yet my car uses hostap |
| 13:14.07 | pb_ | your car uses hostap? eleet. |
| 13:14.14 | ade|desk | lol |
| 13:14.40 | alan_ | did i say something wrong ? |
| 13:15.05 | ade|desk | alan_: i think you missed a 'd' on car |
| 13:15.14 | alan_ | hehe ^^ |
| 13:16.08 | ade|desk | alan_: having never used gpe-aerial i cant really help you, sorry |
| 13:16.14 | ade|desk | have you tried the folk in #gpe ? |
| 13:16.26 | alan_ | ade|desk: ok, thaks anyway |
| 13:16.37 | pb_ | yeah, florian would be your resource for that |
| 13:16.44 | alan_ | going to try on #gpe, that is a good idea |
| 13:29.50 | *** join/#oe emeteo (n=NoSwPate@kde/developer/mteijeiro) |
| 13:36.12 | *** join/#oe katossi (n=guillerm@dslb-084-062-136-018.pools.arcor-ip.net) |
| 13:49.42 | mickeyl | hey guys, how are things |
| 13:58.01 | alan_ | hey mickeyl |
| 13:58.28 | pb_ | hail mickeyl |
| 14:02.39 | CIA-4 | 03mickeyl 07org.oe.dev * rb6e92585... 10/packages/wlan-ng/wlan-ng-modules_0.2.2.bb: |
| 14:02.39 | CIA-4 | wlan-ng-modules: set default preference of version 0.2.2 to -1 for tosa, |
| 14:02.39 | CIA-4 | since 0.2.1-pre is the most recent version that works there |
| 14:03.14 | RP | hi mickeyl |
| 14:03.17 | mickeyl | hey RP |
| 14:03.24 | zecke | mickeyl: freaking busy :} |
| 14:03.28 | mickeyl | terribly |
| 14:03.50 | mickeyl | no, seriously. I have to work on a presentation of 5 years of work until the 16th february |
| 14:04.04 | mickeyl | no idea how to structure that in a sane way |
| 14:04.14 | mickeyl | only 45 minutes and there will be a lot of professors attending |
| 14:04.16 | mickeyl | scary... |
| 14:04.31 | pb_ | oh right, your phd is reaching its culmination? |
| 14:04.43 | zecke | mickeyl: oh yeah... a not the smart idea would be to use one slide |
| 14:04.55 | mickeyl | yeah, slowly. it's not the public defence yet, but it's the pre-finishing lecture |
| 14:04.58 | zecke | mickeyl: a big cloud and print void into it :} |
| 14:05.03 | mickeyl | heh |
| 14:05.43 | pb_ | I guess you should just have some slides about openzaurus. |
| 14:05.52 | pb_ | "I didn't do much research, but I made this really cool operating system." |
| 14:06.00 | mickeyl | hahahaha |
| 14:06.09 | mickeyl | that's true |
| 14:06.16 | mickeyl | :D |
| 14:06.33 | zecke | mickeyl: good luck (seriously). What about sorting thins chronologically? |
| 14:06.38 | mickeyl | unfortunately i don't think i'll receive a PhD for that :) |
| 14:07.30 | mickeyl | zecke: yeah, i guess i'll start with motivating my research due to advances in mobile distributed networks - devices, comm.technologies, ubicom. then going over to why middleware should be adaptive in such contexts and then show my adaptive architecture. |
| 14:08.22 | mickeyl | actually, i'll handle to include OpenEmbedded, OpenZaurus and Opie in the part about "evaluation tools" :) |
| 14:09.16 | RP | My final project at Uni for a years work was "Why my professor was incorrect to set this as a project as its physically impossible to do" :-/ |
| 14:09.44 | mickeyl | d'oh |
| 14:10.28 | do13 | Hi all |
| 14:10.31 | mickeyl | hey dirk |
| 14:10.56 | do13 | Hey mickeyl |
| 14:11.34 | RP | I found that out about 10 minutes after starting the project with nothing more complicated with a multimeter. Still had to spend a year doing the project anyway proving it was impossible :) |
| 14:11.37 | RP | hi dirk |
| 14:12.01 | do13 | Hi Richard |
| 14:12.13 | mickeyl | RP: did he believe you in the end? |
| 14:12.24 | RP | The project brief did get adapted a bit to give me other things to do... |
| 14:12.27 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 14:14.18 | RP | mickeyl: Yes, and he supported the conclusion and said I would be fine if I could prove it :) |
| 14:14.30 | mickeyl | excellent :) |
| 14:14.36 | mickeyl | by the way, any of you ever did something with latex-beamer? if not, consider it for your next presentation. it rocks. As an old powerpoint presentation guy, I really love to work with beamer. |
| 14:14.55 | RP | (It was about resistance mapping of solar cell materials like CdTe) |
| 14:15.06 | zecke | mickeyl: I have started using it |
| 14:15.24 | zecke | mickeyl: do you have a good overview on which themes are available |
| 14:15.47 | mickeyl | zecke: i printed the chapter about "how to change looks" in the beamer userguide on a color laser printer. |
| 14:15.57 | mickeyl | all stock themes can be seen there |
| 14:16.29 | mickeyl | i settled on Frankfurt (sic) |
| 14:16.30 | mickeyl | heh |
| 14:17.08 | zecke | hehe |
| 14:17.10 | RP | None of the machines at Uni would have run anything like that. We were forced to use powerpoint :-( |
| 14:17.28 | RP | and FORTRAN :-/ |
| 14:17.37 | mickeyl | oh the agony :) |
| 14:18.00 | RP | I hate fortran with a passion... |
| 14:18.41 | mickeyl | i chose stochastics instead of numerics in university. i didn't want to learn fortran |
| 14:18.53 | pb_ | heh |
| 14:19.02 | RP | good choice ;-) |
| 14:20.17 | RP | I spent the lab sessions proving C was more efficient at everything to the lab demonstrators (and asking them really awkward questions) :) |
| 14:20.40 | mickeyl | :D |
| 14:21.42 | mickeyl | backus wouldn't agree, but then again, he quit CS in 1991 |
| 14:26.07 | pb_ | It's hard to imagine that C is actually _more_ efficient than Fortran for many numerical tasks, though it's certainly true that (since C99) it's no longer significantly less efficient. |
| 14:26.35 | pb_ | nowadays, there isn't a great deal to choose between them: you can write decent compilers and libraries for both languages. |
| 14:40.24 | RP | I suspect the fortran compiler was elderly and the C one a lot more modern. That didn't stop me winding the demonstrators up though ;-) |
| 14:45.43 | *** join/#oe idealm (n=ideal@58.33.49.112) |
| 15:29.04 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 15:53.46 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 16:13.47 | CIA-4 | 03koen 07org.oe.oz354fam083 * rde179bce... 10/packages/dbus/ (dbus/no-static.patch dbus_0.23.4.bb): dbus: add patch to stop dbus-daemon-1 being built staticly, closes hh.org bug #1494 |
| 16:13.52 | CIA-4 | 03koen 07org.oe.dev * r8b63d518... 10/packages/dbus/dbus/no-static.patch: dbus: add patch to stop dbus-daemon-1 being built staticly, closes hh.org bug #1494 |
| 16:15.27 | RP | cedric: ping? |
| 16:30.50 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 16:34.54 | *** join/#oe jamie (n=jamie@pdpc/supporter/active/jamie) |
| 16:36.49 | Zero_Chaos | is there a way to force bitbake to remake the zImage despite stamps or anything else (so I can force it to create a 64-0 and a 32-32)? |
| 16:37.42 | koen | bitbake -b <kernel.bb> -c compile -f |
| 16:37.44 | *** join/#oe pH5 (n=ph5@p5485DA0C.dip.t-dialin.net) |
| 16:37.47 | koen | or bitbake -i |
| 16:37.49 | koen | parse |
| 16:37.55 | koen | rebuild virtual/kernel |
| 16:38.04 | pH5 | good evening |
| 16:38.06 | Zero_Chaos | koen: sweet, thanks |
| 16:38.12 | marceln-away | Hi Koen |
| 16:38.41 | marceln-away | Could i ask you to give a lecture in Utrecht on the slug day |
| 16:38.56 | marceln-away | http://www.nllgg.nl/bijeenkomsten_2006_slugdag |
| 16:40.14 | koen | marceln: sure, I'll be attending anyway |
| 16:40.32 | marceln | Thanks. |
| 16:41.42 | marceln | I hoped you could give a talk about bitbake and monotome? |
| 16:41.45 | koen | I could handle that |
| 16:42.16 | koen | That just needs a translation of my sheets for FOSDEM :) |
| 16:42.39 | marceln | Ok. I will place your name there :) |
| 16:43.23 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
| 16:44.04 | Zero_Chaos | koen: it rebuilt the kernel, but didn't package it into a zImage... what do I type next? |
| 16:44.34 | koen | it didn't package the zImage? |
| 16:44.36 | koen | weird |
| 16:44.48 | koen | you want to check with mickeyl or hrw|gone |
| 16:45.20 | Zero_Chaos | koen: thanks |
| 16:45.26 | Zero_Chaos | mickeyl: hrw|gone ping |
| 16:46.18 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 16:51.39 | RP | do13: Do you have an updated defconfig for tosa? |
| 17:00.54 | CIA-4 | 03rpurdie 07org.oe.dev * r7740b6ed... 10/ (4 files in 3 dirs): linux-oz-2.6 (2.6.15): Update led patches. Refresh c7x0 and poodle defconfigs. Update sharpsl_pm patch from Dirk. |
| 17:00.59 | CIA-4 | 03rpurdie 07org.oe.dev * r606273dc... 10/packages/linux/ (13 files in 2 dirs): linux-openzaurus-2.6.14-git3: Remove as outdated now |
| 17:10.35 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 17:10.50 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 17:10.55 | Zero_Chaos | okay, how do I make bitbake build all of the collie images. I used to not define COLLIE_RAMDISK_SIZE and COLLIE_MEMORY_SIZE and it would build all the zImages.... now it does not. |
| 17:24.13 | do13 | RP: not yet. I've integrating new TC6393 drivers. OHCI :) |
| 17:24.22 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 17:25.11 | *** join/#oe Shareman (n=quasi@162.21.3.213.fix.bluewin.ch) |
| 17:25.34 | *** part/#oe Shareman (n=quasi@162.21.3.213.fix.bluewin.ch) |
| 17:25.54 | RP | do13: Ok, that sounds good :) |
| 17:26.16 | RP | do13: I'm just trying to tidy up the OE kernel a bit. Some of the defconfigs are suffering bitrot :-/ |
| 17:27.18 | RP | do13: Did you have a look at my altered version of your corgi_bl_generic patch? |
| 17:30.52 | do13 | RP: corgi_bl_generic-r2.patch? |
| 17:31.02 | RP | yes |
| 17:31.17 | do13 | RP: So it works in my recent kernel. |
| 17:31.54 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 17:33.51 | RP | ok. I might push that and the backlight changes to the fb developers |
| 17:34.15 | RP | Where I need to go through several maintainers, I need to start moving now for 2.6.17 :) |
| 17:34.36 | RP | I'll also submit the keyboard driver changes |
| 17:35.21 | do13 | RP: I'll look at this and integrate this into the tosa driver |
| 17:36.30 | RP | It was mainly changing the scan rate from 100ms to 50ms as it solves the nasty key reptition issues everyone complained about |
| 17:36.44 | CIA-4 | 03koen 07org.oe.oz354fam083 * r52aa4399... 10/packages/led/led_cvs.bb: led: add led from h3600-utils, close hh.org bug #1310 |
| 17:36.48 | CIA-4 | 03koen 07org.oe.dev * rb0704e33... 10/packages/led/ (files/nokernelheader.patch led_cvs.bb): led: add led from h3600-utils (adapted from .oz354fam083) |
| 17:36.52 | CIA-4 | 03pH5 07org.oe.dev * r389a6b49... 10/packages/linux/handhelds-pxa-2.6/ipaq-pxa270/defconfig: handhelds-pxa-2.6_cvs: update hx4700 defconfig for 2.6.15-hh0 |
| 17:37.12 | do13 | RP: You can push this patch: http://www.do13.de/oz/temp/tosa_fstab.patch |
| 17:44.15 | RP | do13: pushed |
| 18:07.11 | CIA-4 | 03rpurdie 07org.oe.dev * r952b15f5... 10/packages/base-files/ (base-files/tosa/fstab base-files_3.0.14.bb): base-files: Tweak tosa 2.6 mmc fstab options (from Dirk Opfer) |
| 18:15.16 | *** join/#oe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
| 18:15.36 | CoreDump|home | hi |
| 18:21.27 | RP | hi CoreDump|home |
| 18:21.33 | *** join/#oe Crofton (n=balister@hc6521d89.dhcp.vt.edu) |
| 18:26.14 | shadows | RP: :) |
| 18:28.07 | shadows | RP: what do you think about the suspend/resume issues, are they due to me building images on amd64 host? |
| 18:28.18 | shadows | or maybe vairent / broken zaurus hardware |
| 18:30.35 | *** join/#oe woglinde (i=woglinde@e178089215.adsl.alicedsl.de) |
| 18:44.52 | shadows | perhaps the suspend somehow relies on rootfs being on hda1 |
| 18:46.14 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-255.f4.ngi.it) |
| 18:55.30 | RP | shadows: It shouldn't depends on hda1 |
| 18:55.45 | RP | shadows: At some point I'll share a precompiled kernel and you can test with that |
| 18:59.31 | *** join/#oe Pigi (n=NoOne@pdpc/supporter/active/Pigi) |
| 18:59.40 | Pigi | Ciao all |
| 19:00.56 | koen | hey Pigi |
| 19:01.26 | Pigi | hey koen! . It seems you are having some nice time testing ipkg these days ;) heh |
| 19:03.44 | koen | Pigi: status after using -force-overwrite on the failing packages: http://dominion.kabel.utwente.nl/koen/pda/files/status.gz |
| 19:05.28 | Pigi | that's even more strange ! your status file says xkbd is installed ..... |
| 19:05.40 | Pigi | in version 0.8.15-r1 |
| 19:07.13 | shadows | RP: that would be wonderful, thank you |
| 19:07.27 | koen | yes, I did a ipkg install xkbd fontconfig -force-reinstall -force-overwrite to fix the install |
| 19:10.57 | JustinP | shadows: do you need a recent C3000 2.6 kernel? mine's up to date except for RP's last push I think |
| 19:11.30 | Pigi | what I don't understand is why you needed the force-reinstall and overwrite. This usually means that info files, and status are there. So xkbd seems that it was installed. |
| 19:11.39 | Pigi | even more strange...... |
| 19:11.58 | koen | Pigi: does ipkg update the status file right after uninstalling? |
| 19:12.13 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 19:12.15 | koen | or does it does somehting like 'failed on something, not writing status file'? |
| 19:12.20 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 19:12.29 | Pigi | koen, no. It does it at the end of the whole upgrade cycle. |
| 19:13.43 | Pigi | koen, sometimes it could even happens, for the "failed on something, not writing status file".... |
| 19:15.10 | koen | it did write something, since it refused to ipkg upgrade again |
| 19:15.35 | Pigi | koen, do you think it could be reproducible in some way ? |
| 19:16.03 | koen | I think so |
| 19:16.37 | Pigi | that's a good news..... Btw it seems that it could/should be really hard that it don't write out the status file.... |
| 19:16.55 | koen | make 3 new ipkgs (a, b and c), make c depend on b and make sure ipkg errors out with b |
| 19:17.09 | koen | (xkbd depends on fontconfig) |
| 19:17.25 | shadows | JustinP: my hardware (C3000) is failing to resume from an extended time of being suspended |
| 19:17.40 | shadows | JustinP: this means i am thinking my hardware may be faulty or different |
| 19:17.44 | koen | Pigi: I added a Replaces: libfontconfig1 in fontconfig r4 |
| 19:18.04 | shadows | i would like to verify that my hardware can resume for an extended time period and then resume without troube |
| 19:18.06 | Pigi | which does broke the install ? |
| 19:18.37 | koen | fontconfig broke, since it overlapped with libfontconfig1 |
| 19:19.11 | Pigi | ah ok. |
| 19:19.37 | koen | it broke in 'configuring fontconfig' |
| 19:20.14 | JustinP | shadows: what kernel? |
| 19:20.25 | JustinP | shadows: I have had similar issues with 2.4...... |
| 19:21.42 | koen | Pigi: and a few ipkg versions back an error in 1 package caused nothing to be done |
| 19:22.09 | koen | Pigi: ipkg install x y z (with z being faulty) would not install x and y |
| 19:22.16 | pb_ | koen: that sounds rather dubious. libfontconfig1 is the correct name of the package. |
| 19:22.16 | koen | dunno if that's been fixed |
| 19:22.25 | pb_ | if you are encountering a fontconfig.ipk, that is probably a bug |
| 19:22.38 | pb_ | but, furthermore, file overlaps should cause ipkg to fail during unpacking, not during configuring. |
| 19:23.07 | koen | the latest (and greatest?) fontconfig produces fontconfig*.ipk |
| 19:23.12 | Pigi | koen, I'm not sure that your last sentence is correct, as the upgrade has ever worked this way |
| 19:23.38 | koen | Pigi: that last problem was in ipkg install |
| 19:23.55 | pb_ | koen: then the latest fontconfig is, regrettably, broken |
| 19:24.41 | pb_ | in particular, that will break any existing binaries with dependencies on libfontconfig1 (i.e. almost all of them) |
| 19:24.42 | *** join/#oe Zero_Chaos- (i=gtgxcvvu@68-71-34-255.pittpa.adelphia.net) |
| 19:24.47 | Pigi | I'm even unsure that the install was working this way, but I could be wrong. And btw we were talink on upgrade..... |
| 19:27.47 | koen | pb_: is stuff in /etc supposed to be part of (lib)fontconfig or fontconfig-utils? |
| 19:28.12 | koen | specically: |
| 19:28.13 | koen | ./etc/fonts/fonts.conf |
| 19:28.13 | koen | ./etc/fonts/fonts.dtd |
| 19:28.13 | koen | ./etc/fonts/local.conf |
| 19:28.35 | pb_ | local.conf shouldn't exist at all anymore; the other two files should be in libfontconfig1 |
| 19:29.20 | koen | this should be the local.conf fontconfig ships by default |
| 19:29.56 | pb_ | oh, right, the one that just contains comments? |
| 19:30.06 | pb_ | in that case, that should be in libfontconfig1 also |
| 19:30.09 | koen | that one |
| 19:32.04 | koen | Packaged contents of fontconfig into /data/build/koen/OE/build/tmp/familiar/deploy/ipk/libfontconfig1_2.2.95-r4_arm.ipk |
| 19:32.15 | pb_ | very good |
| 19:32.24 | koen | the AUTO_LIBNAME_PKGS = "fontconfig-utils" in the .bb is causing troubles |
| 19:33.01 | pb_ | that sounds pretty bogus. who added that? |
| 19:33.17 | pb_ | fontconfig-utils is the only package you _don't_ want renamed. |
| 19:35.13 | pb_ | as far as the branch goes, you probably want to just remove the offending line. |
| 19:35.46 | pb_ | for -dev, I guess you should identify the culprit and make them fix it properly |
| 19:36.38 | shadows | JustinP: linux-openzaurus-2.6.15r2 |
| 19:37.01 | shadows | it will resume if i suspend for less than 2 minutes |
| 19:37.03 | koen | http://pastebin.com/538930 |
| 19:37.12 | koen | RP: could you fix fontconfig in .dev? |
| 19:37.15 | shadows | JustinP: otherwise, it does not resume. |
| 19:40.43 | *** join/#oe dkey (n=dkey@L0006P14.dipool.highway.telekom.at) |
| 19:40.45 | JustinP | shadows: hmmm..I haven't used 2.6 much myself. I hope to test more soon.... |
| 19:44.26 | JustinP | shadows: but I've had my Z suspended with 2.6 for most of a day now...let's see.... |
| 19:46.27 | shadows | JustinP: everyone except me has this working |
| 19:48.02 | RP | koen: I'll look at it. I suspect there are some subtle bugs in the AUTO_LIBNAME_PKGS as my conclusion last time was the logic was inverted |
| 19:48.25 | RP | i.e. you needed specify the names of the packages you didn't want auto-named |
| 19:48.32 | *** join/#oe bam_ (n=bam@pool-71-108-72-152.lsanca.dsl-w.verizon.net) |
| 19:50.25 | *** join/#oe simcop2387 (n=simcop23@p3m/member/simcop2387) |
| 19:53.38 | JustinP | shadows: well, I turned it on, then it turned itself off again (?) then turning it on again worked |
| 19:53.45 | JustinP | shadows: want to try the image I'm running? |
| 19:53.50 | shadows | please |
| 19:54.00 | shadows | rootfs tarball and kernel please, for c3000? |
| 19:54.12 | shadows | the cavet is i'm running hda6 as my rootfs |
| 19:54.20 | JustinP | shadows: it's e-image-core, BTW, my new gpe/opie images aren't done yet |
| 19:54.23 | JustinP | hehe |
| 19:54.25 | shadows | :) |
| 19:54.37 | JustinP | well...I'd have to recompile the kernel for that, right? |
| 19:54.43 | shadows | oh |
| 19:54.48 | shadows | you changed back to default partitioning? |
| 19:54.59 | JustinP | no, but I'm running from hda1 for 2.6 right now |
| 19:55.04 | shadows | okay |
| 19:55.08 | JustinP | I just backed it up and overwrote it |
| 19:55.34 | shadows | that's not a trouble to change the rootfs args for the kernel is it? |
| 19:55.39 | Pigi | koen, in your previous example obviosly package c should depends on b (new-revision) isn't it ? |
| 19:55.44 | shadows | i mean, it should be a fairly straighforward and documentable process |
| 19:55.50 | shadows | without recompiling |
| 19:55.56 | JustinP | can I? |
| 19:56.02 | shadows | i would think so |
| 19:56.09 | shadows | what format is the zImage |
| 19:56.18 | JustinP | ::shrug:: |
| 19:56.40 | CIA-4 | 03koen 07org.oe.oz354fam083 * r40829548... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: remove troublesome AUTO_LIBNAME_PKGS = "fontconfig-utils" to avoid issues with the debian renamer |
| 19:56.41 | shadows | let me worry about that detail, i suppose |
| 19:56.46 | koen | Pigi: yes, a,b and c are all new revisions of installed packages, with one package depending on a 'bad' package |
| 19:57.15 | Pigi | ok |
| 19:58.45 | JustinP | shadows: np, recompile is easy |
| 20:01.05 | JustinP | although not too fast....poor little celeron.... |
| 20:01.22 | JustinP | patching |
| 20:02.13 | shadows | heh. my athlon64 3000+ xp churns through the kernel recompile in a reasonable amount of time. it still takes a long long time to do a whole system build |
| 20:02.26 | shadows | i'd like to eliminate all bugs pertaining to amd64 build hosts |
| 20:02.35 | Ifaistos | hello ! |
| 20:02.42 | simcop2387 | shadows just watch out for the sqlite build problem on amd64, thats the only build problem i've run into |
| 20:02.50 | koen | Pigi: I have reproduced it |
| 20:03.05 | shadows | simcop2387: documented in the bug tracker, finally :) |
| 20:03.25 | Pigi | good, as I have some trouble in upgrade, but can't reproduce the same behaviour you say. |
| 20:03.30 | Ifaistos | Does anyone now why libgcc_s.so.1 is not added when creating bootstrap-image ? |
| 20:03.50 | Ifaistos | as a result init fails... :( |
| 20:04.08 | JustinP | Ifaistos: what distro, machine, kernel, etc? |
| 20:04.12 | simcop2387 | hmm i don't think i had that problem |
| 20:04.37 | Ifaistos | epia / familiar unstable |
| 20:06.06 | Ifaistos | local.conf -> http://pastebin.com/538969 |
| 20:06.44 | koen | Pigi: http://handhelds.org/scap/port.756.png |
| 20:07.30 | koen | Pigi: the link to the status file is in the bugreport |
| 20:08.59 | Pigi | well, xkbd is installed ( at least for status file ) |
| 20:09.33 | Pigi | libfontconfig is not-installed ( as expected by the screenshot ) |
| 20:09.42 | koen | the last case only dealt with fontconfig vs libfontconfig1 |
| 20:09.59 | koen | Pigi: if it's not installed, then why does 'ipkg upgrade' says 'nothing to do'? |
| 20:10.33 | pb_ | "ipkg upgrade" only upgrades packages that are installed. |
| 20:10.49 | Pigi | right |
| 20:11.17 | Pigi | I think upgrade fails because of a wrong check in status .... |
| 20:11.26 | koen | it *was* installed before the 'pkg upgrade' |
| 20:12.05 | Pigi | sorry, koen. Who ( or even what ) was installed before ? fontconfig or libfontconfig ? |
| 20:12.14 | koen | both |
| 20:12.36 | koen | libfontconfig has a newer version in the feed |
| 20:13.11 | Pigi | well, fontconfig is still installed ( according to status ) |
| 20:13.38 | koen | yes, since that one wasn't an upgrade candidate |
| 20:13.39 | Pigi | in his 2.2.95-r4 version. |
| 20:14.26 | Pigi | and libfontconfig ( which fail, because of "not-installed" ) state has a 2.2.95-r5 version. |
| 20:14.40 | koen | yes, and an r3 installed before the upgrade |
| 20:14.56 | koen | 2.2.95-r3 to be exact |
| 20:15.35 | Pigi | so, r3 has been removed, and r5 failed on install. |
| 20:15.43 | koen | yes |
| 20:16.08 | Pigi | I know why ( maybe )... |
| 20:16.17 | Pigi | Is that 0.99.157, isn't it ? |
| 20:16.20 | koen | this is with .157 |
| 20:27.06 | RP | pb_, koen: Do we know offhand who wrote debian.bbclass? |
| 20:27.08 | Pigi | koen, this trouble could be mitigated with 158, but I suspect another bug too.... |
| 20:32.14 | simcop2387 | whats a good program for gaim to use to play waves on OSS? |
| 20:32.20 | simcop2387 | or esd for that matter |
| 20:32.27 | shadows | perhaps sox |
| 20:32.33 | gremlin[it] | someone know why KEY_CONTACTS became KEY_SEND on kernel 2.6.15 ? |
| 20:32.33 | shadows | sox includes the 'play' command |
| 20:32.40 | pb_ | RP: either me or Chris, I think |
| 20:32.48 | shadows | gremlin[it]: ask RP |
| 20:32.56 | pb_ | or maybe mickey, but I don't think so |
| 20:33.02 | simcop2387 | tried sox it doesn't want to play the waves from gaim for some reason, complains about size being 254 in the header |
| 20:33.15 | Pigi | koen unfortunally atm I have too much headache to look at it. I'll give a look at this tomorrow |
| 20:34.28 | Pigi | koen, if you have some spare time test 158 anyway as the trouble I'm having now is with Depends: part of this bug, not Replace |
| 20:34.58 | gremlin[it] | RP ... ;) |
| 20:34.59 | Pigi | later all |
| 20:36.49 | RP | gremlin[it]: I not noticed that change - you'll probably have to look it up in the changelogs |
| 20:37.06 | gremlin[it] | i'll go :) |
| 20:38.58 | simcop2387 | anyone know if alsa works on a collie? |
| 20:39.27 | RP | pb_: The logic for handling AUTO_LIBNAME_PKG in debian.bbclass in puzzling me. I've just tried setting it to "fontconfig", "libfontconfig" and "fontconfig-utils". The latter two cause no renaming. The former case causes all packages to get renamed |
| 20:40.27 | pb_ | ah yeah, it would do |
| 20:40.52 | pb_ | AUTO_LIBNAME_PKGS won't help with the particular issue that you have. You'll have to set PKG_foo directly. |
| 20:41.31 | RP | That's a totally broken design then |
| 20:41.59 | pb_ | well, no, it's operating as intended. It just happens not to be intended to solve the problem that you're facing. |
| 20:42.28 | RP | I mean that having to set PKG_foo directly is a totally broken design |
| 20:42.44 | pb_ | Why? |
| 20:43.16 | pb_ | or, perhaps more to the point, what exactly is it that you feel is broken? |
| 20:44.00 | RP | OE shouldn't be favouring any one naming scheme |
| 20:44.13 | pb_ | Nor does it. |
| 20:44.42 | RP | Setting PKG_foo = would stop any other renaming scheme from renaming that package |
| 20:44.59 | pb_ | Indeed it would, but your point seemed to be that you wanted that package to not be renamed. |
| 20:45.49 | pb_ | Irrespective of that, if you want to implement output-side filtering for debian.bbclass then you are very welcome to do so. |
| 20:46.01 | gremlin[it] | RP -> http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/include/linux/input.h.diff?r1=1.19&r2=1.20&f=h |
| 20:46.09 | gremlin[it] | but there is no comment ;( |
| 20:46.12 | RP | In this case debian.bbclass gets it wrong. This is a problem with debian.bbclass though, not the packages metadata |
| 20:48.06 | RP | gremlin[it]: Was this part of the change to 2.6.15 for hh.org? Its possible some code got lost in the changeover... |
| 20:48.19 | pb_ | That might be true, though "gets it wrong" is somewhat subjective. Debian.bbclass is operating as it was intended to, but it's entirely possible that this is not the right thing for every package. |
| 20:49.21 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 20:49.22 | pb_ | I don't understand your remarks about "a totally broken design" and "favouring any one naming scheme". |
| 20:50.31 | gremlin[it] | RP really don't know ... i never touched include/linux/input.h ... i just notice that KEY_CONTACTS disappear ... and with the same value (231) now there is KEY_SEND ... 2.6.13-hh1 and i think this problem shlud happen on others ipaq not only h3600 i'm trying ... |
| 20:50.55 | RP | pb_: Say I want my own naming scheme where every package must be appended with the letter 'a'. Can OE do that if we set PKG_foo = "xxx" in random bb files - it can't |
| 20:50.58 | gremlin[it] | <PROTECTED> |
| 20:51.31 | pb_ | RP: indeed not. But, presumably, for the same reason that you don't want libfontconfig-utils renamed here, you also wouldn't want it renamed there. |
| 20:52.29 | RP | pb_: The ultimate aim is to enable that to be allowed |
| 20:52.59 | RP | or that's the only sane way to proceed anyway, otherwise we'll never have a meta-sdk again |
| 20:54.38 | RP | gremlin[it]: I think it will have just accidently got lost in the upgrade |
| 20:55.21 | *** join/#oe eFfeM (n=slug@ip545787f8.direct-adsl.nl) |
| 20:55.32 | gremlin[it] | RP which ipaq u kow work (at least compile) 2.6.15 ? so i try to figure out if key have really changed name ... |
| 20:56.30 | RP | gremlin[it]: At a guess hx4700 but I don't use hh.org kernels |
| 20:56.47 | pb_ | RP: so, if you _do_ want it renamed, what's the issue? |
| 20:57.13 | eFfeM | tried to upgrade ipkg from .155 to .158 in order to get a fix for a bug that was irritating me. however if I create ipkg_0.99.158.bb the command bb ipkg still builds 155 |
| 20:57.21 | eFfeM | what am I doing wrong |
| 20:57.42 | gremlin[it] | ahh ok RP ... |
| 20:57.54 | koen | eFfeM: openslug-packages is getting in the way? |
| 20:58.05 | koen | eFfeM: you could try bitbake -b ipkg_0.99.158.bb |
| 20:58.19 | RP | pb_: My point is OE shouldn't care. A short while ago, we had the problem that packages RDEPEND on libfontconfig-utils |
| 20:58.42 | eFfeM | koen bitbake -b ipkg_0.99.158.bb works! |
| 20:59.26 | eFfeM | actually I did bb -cclean ipkg then made the 158 bb file, and bb ipkg still builds the 155 version! |
| 20:59.36 | eFfeM | so i'm very puzzled |
| 21:00.32 | RP | pb_: We also did discuss that debian.bbclass' renaming in this case was incorrect |
| 21:00.34 | pb_ | RP: indeed, and I seem to remember that we agreed at the time that there were two ways to fix that problem: either disable renaming of that subpackage (via PKG_xx) or add some extra logic to put RDEPENDS through the same PKG mapping that the subpackages themselves experience. |
| 21:02.30 | RP | Adding a PKG_xxx is not a fix, its a hack |
| 21:04.01 | RP | I'll add the PKG_ line but only as a temp fix as I strongly disagree with it :-/ |
| 21:05.25 | pb_ | Okay, very good. Please remember to add RPROVIDES for the old name as well, so as not to break old binaries. |
| 21:05.58 | pb_ | If PKG_xx offends your sensibilities that badly, I guess your best option would be to implement one of the other two plans that we've mentioned. |
| 21:06.36 | RP | pb_: I was only aware of one? |
| 21:07.01 | pb_ | <pb_> Irrespective of that, if you want to implement output-side filtering for debian.bbclass then you are very welcome to do so. |
| 21:07.03 | pb_ | that was the first one |
| 21:07.17 | pb_ | <pb_> RP: indeed, and I seem to remember that we agreed at the time that there were two ways to fix that problem: either disable renaming of that subpackage (via PKG_xx) or add some extra logic to put RDEPENDS through the same PKG mapping that the subpackages themselves experience. |
| 21:07.28 | pb_ | that (the second half of the sentence) was the second one |
| 21:08.48 | RP | pb_: ok, we really need both of them implementing. One to workarond bugs in debian.bbclass and the other to let things like meta-sdk work again |
| 21:09.58 | pb_ | okay, very good |
| 21:12.55 | *** join/#oe katossi (n=guillerm@dslb-084-062-143-180.pools.arcor-ip.net) |
| 21:22.55 | CIA-4 | 03pH5 07org.oe.dev * r4403312a... 10/packages/update-modules/ (update-modules-1.0/update-modules update-modules_1.0.bb): |
| 21:22.55 | CIA-4 | update-modules: fix module loading during first boot |
| 21:22.55 | CIA-4 | - Phil's patch from http://www.handhelds.org/hypermail/oe/current/6167.html |
| 21:22.55 | CIA-4 | - this also works when ipkg intercepts update-modules in postinst. |
| 21:23.24 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 21:23.26 | koen | pb_: should that also be in the release branch? |
| 21:23.34 | pb_ | koen: yes, please |
| 21:23.36 | koen | (that = update-modules patch) |
| 21:26.35 | *** join/#oe Titeuf (n=Titeuf@2m01.net) |
| 21:27.00 | RP | koen: I've just pushed the fontconfig changes |
| 21:29.49 | CIA-4 | 03koen 07org.oe.oz354fam083 * rfcce7a80... 10/packages/update-modules/ (update-modules-1.0/update-modules update-modules_1.0.bb): |
| 21:29.49 | CIA-4 | update-modules: fix module loading during first boot |
| 21:29.49 | CIA-4 | - Phil's patch from http://www.handhelds.org/hypermail/oe/current/6167.html |
| 21:29.49 | CIA-4 | - this also works when ipkg intercepts update-modules in postinst. |
| 21:29.49 | CIA-4 | - taken from .dev |
| 21:29.53 | CIA-4 | 03rpurdie 07org.oe.dev * r4b06abdf... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: Correct the hack to avoid problems with debian.bbclass |
| 21:30.23 | *** join/#oe Titeuf (n=Titeuf@2m01.net) |
| 21:30.31 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 21:39.35 | *** join/#oe simcop2387-zauru (n=ryan@cpe-071-068-085-250.carolina.res.rr.com) |
| 21:40.18 | *** join/#oe Titeuf (n=Titeuf@2m01.net) |
| 21:42.38 | shadows | RP: JustinP and myself have conducted a test, and we are both C3000 owners. the same image rootfs and zimage on each of our hardware devices, on JustinP's device it suspends/resumes fine, on mine it suspends and does not resume after a while |
| 21:42.44 | shadows | RP: what is the next step? |
| 21:43.43 | *** join/#oe katossi (n=guillerm@dslb-084-062-143-180.pools.arcor-ip.net) |
| 21:45.32 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 21:47.20 | RP | shadows: Something on your hardware must be slightly different to JustinP's. The next step would be to get a serial lead and what the suspend/resume logs and/or start doing debugging with the LED |
| 21:47.43 | shadows | RP: know of any serial leads that would work? i will buy one |
| 21:48.08 | RP | shadows: Get a Sharp one - I know the serialIO ones have issues with the C3000 |
| 21:48.41 | RP | shadows: When developing the suspend/resume code, I had it turning the green LED on/off deep in the suspend code to tell me where it was getting to |
| 21:49.04 | shadows | okay. i am looking for a place in the usa that sells the sharp serial lead |
| 21:50.07 | JustinP | and found that it has issues |
| 21:50.24 | RP | JustinP: same here... |
| 21:53.01 | RP | shadows: I think the lead is the CE-170TS |
| 21:53.33 | shadows | it is for SL-5500, says the website. that is also workable for C3000? |
| 21:54.38 | RP | shadows: yes, the IO port is standard between models |
| 21:54.43 | shadows | great |
| 21:54.50 | shadows | now to find a retailer who carries it in-stock |
| 21:55.04 | shadows | "parts store" has one for $118usd |
| 21:55.06 | shadows | ouch |
| 21:57.18 | RP | I went for the serialio one originally as it was a lot cheaper... |
| 21:57.35 | RP | The Sharp ones seem to be in limited supply now |
| 21:58.00 | JustinP | yeah....sux |
| 21:58.13 | RP | FWIW, you can probably do the debugging you need with a serialio one - it can send data to the PC, just not send it from the PC to the handheld |
| 21:58.20 | JustinP | oh yeah |
| 21:58.21 | JustinP | heh |
| 21:58.28 | JustinP | shadows: where are you? |
| 21:58.34 | shadows | chicago vicinity |
| 21:58.49 | JustinP | ah....I'm in the SF bay area |
| 21:58.51 | shadows | ebay has a seller offering the cables for $50~ |
| 21:58.55 | shadows | which is more reasonable |
| 22:00.06 | shadows | kind of worried about getting ripped off for a cheap clone that doesn't work |
| 22:00.24 | JustinP | well the serialio one is enought for output, so you should be fine |
| 22:00.30 | shadows | hm |
| 22:00.31 | JustinP | with that one |
| 22:00.45 | shadows | if i'm going to spend $20 anyways, i might as well spend a little more and get the fully capable cable |
| 22:02.00 | CIA-4 | 03eFfeM 07org.oe.dev * r8fb0e135... 10/packages/pvrusb2-mci/pvrusb2-mci_20060121.bb: pvrusb2-mci: added release 20060121 |
| 22:02.52 | eFfeM | tnx koen, it works again |
| 22:35.54 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 22:51.48 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 22:59.02 | RP | Hmm. Attempting to drink what appears to be chinese beer upon inspection of the label was a mistake :-/ |
| 22:59.14 | koen | heh |
| 23:00.04 | Philippe | RP, avoid Finnish beer too... |
| 23:00.09 | *** part/#oe law_ (n=_law_@213.173.86.202) |
| 23:01.31 | RP | This next bottle appears to be Brazilian... |
| 23:03.26 | RP | it appears to at least be drinkable :) |
| 23:09.08 | CIA-4 | 03philippe 07org.oe.dev * r9b98e639... 10/packages/matchbox-panel/ (2 files in 2 dirs): |
| 23:09.08 | CIA-4 | packages/matchbox-panel/matchbox-panel_0.9.2.bb |
| 23:09.08 | CIA-4 | * add usage of system-monitot-crash-fix.patch |
| 23:09.08 | CIA-4 | * bump release to r7 |
| 23:09.08 | CIA-4 | packages/matchbox-panel/matchbox-panel-0.9.2/system-monitor-crash-fix.patch |
| 23:09.09 | CIA-4 | * patch that fixes the segfaulting of the system monitor |
| 23:09.11 | CIA-4 | * based on matchbox svn (04/02/2006) |
| 23:20.03 | Ifaistos | Does anyone of you guys have any idea why libgcc_s.so.1 will not be copied from the build to the rootfs ? |
| 23:20.20 | Ifaistos | i can'r figure out why.... |
| 23:21.00 | Ifaistos | it seems to exist in several places -> http://pastebin.com/539265 |
| 23:21.16 | koen | that's a known OE bug |
| 23:21.16 | Ifaistos | but not in rootfs... |
| 23:22.03 | koen | you probably want to do somthing like http://ewi546.ewi.utwente.nl/tmp/viewmtn/getdiff.py?id1=bda4787c4d39c0c680a67a9406b6259986ebc180&id2=a2e3bdde97045586a369322e42c6a4e342cc87b0&fname=conf/distro/familiar.conf to work around that |
| 23:25.56 | CIA-4 | 03koen 07org.oe.oz354fam083 * rb3ffd18d... 10/packages/matchbox-panel/ (2 files in 2 dirs): |
| 23:25.56 | CIA-4 | matchbox-panel: add patch to stop system monitor from crashing |
| 23:25.56 | CIA-4 | <PROTECTED> |
| 23:39.21 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
