| 00:01.50 | JustinP | XorA: yeah, fun, huh? |
| 00:05.08 | XorA | Im sure there is just one little fiddle I am missing from .dev now |
| 00:20.15 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:22.54 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 00:26.45 | *** join/#oe malfimalfi (n=malte@e178051206.adsl.alicedsl.de) |
| 00:39.57 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 00:48.49 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 01:18.52 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 01:24.19 | *** join/#oe xerom (n=jack@81.193.130.190) |
| 01:33.04 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 01:47.26 | *** join/#oe psokolovsky_ (n=psokolov@236.usernat.ip.net.ua) |
| 01:58.06 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:10.42 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 02:15.27 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 02:28.33 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 02:40.48 | *** join/#oe rob_w (n=bob@p85.212.134.154.tisdip.tiscali.de) |
| 03:21.05 | *** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 03:33.09 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 03:52.03 | *** join/#oe rob__w (n=bob@p85.212.152.51.tisdip.tiscali.de) |
| 04:16.04 | *** join/#oe rob__w (n=bob@p85.212.153.239.tisdip.tiscali.de) |
| 04:45.38 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:47.51 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 05:03.09 | CIA-19 | 03rwhitby 07org.oe.dev * r5e2224ca... 10/ (9 files in 5 dirs): ixp4xx-kernel: updated to the latest svn patches, and enabled the defconfig and patches series file to be overridden by local OE metadata |
| 05:03.14 | CIA-19 | 03rwhitby 07org.oe.dev * r4babe1ca... 10/ (1 packages/images/slugos-image.bb): slugos-image: Removed Apex from the image |
| 05:06.35 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:18.47 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:22.08 | NAbyss | Hmm.. any .bb hackers around? |
| 05:48.36 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 05:56.30 | *** join/#oe [lala_] (i=lala@gateway/tor/x-fb91db3b4bad6d6b) |
| 06:21.54 | *** join/#oe _law_ (n=law@80.122.23.18) |
| 06:27.23 | *** join/#oe [lala_] (i=lala@gateway/tor/x-4352a76c53d8f93f) |
| 06:28.36 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 06:31.12 | *** join/#oe koen|gprs_ (n=koen@212.41.157.237) |
| 06:33.52 | NAbyss | koen|gprs_: Do you know offhand if there's a way to specify a version dependency in DEPENDS? e.g. DEPENDS="slang >= 2.0.0" |
| 06:39.21 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 06:39.47 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:41.39 | *** join/#oe den-ros (n=Den@86.111.18.50) |
| 06:41.42 | koen|gprs_ | NAbyss: DEPENDS = "foo-56.2.2.4" |
| 06:42.01 | NAbyss | koen|gprs_: Thanks |
| 06:42.29 | koen|gprs_ | DEPENDS = "foo (>= 3.443.43)" should also get parsed iirc |
| 06:51.13 | *** join/#oe myopiate (n=rod@61-62-106-122-adsl-hsu.STATIC.so-net.net.tw) |
| 06:52.48 | myopiate | pb: when building MESA my build dies. Sed doesn't follow the sym link you create to the configuration file. |
| 06:53.39 | myopiate | is there something wrong with my version of sed? I'm using FC6 and 4.1.6. |
| 06:53.59 | myopiate | I modify the MESA bb file to cp instead of ln and it works. |
| 07:02.50 | myopiate | RP, I mean (not pb woops) |
| 07:03.45 | *** join/#oe Cockroach- (n=saaskoli@gw.solution.yomi.com) |
| 07:19.54 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 07:25.46 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:27.01 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 07:37.02 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 07:41.42 | *** join/#oe [lala_] (i=lala@gateway/tor/x-dc3d278101a6565b) |
| 07:46.04 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 08:13.50 | hrw | hi |
| 08:14.00 | Jin^eLD | mornin' |
| 08:14.02 | Jin^eLD | :> |
| 08:14.13 | hrw | XorA|gone: I built oz 3.5.5 images on my amd64 without those patches |
| 08:14.13 | rwhitby | hey hrw |
| 08:25.54 | *** join/#oe bluelightning_ (n=blueligh@222-155-150-86.jetstream.xtra.co.nz) |
| 08:30.01 | *** join/#oe psokolovsky_ (n=psokolov@236.usernat.ip.net.ua) |
| 08:32.22 | *** join/#oe rob_w (n=rob_w@p549B9142.dip0.t-ipconnect.de) |
| 08:40.51 | hrw | http://home.ctlnet.com/~minimechadon/minimechadon.htm |
| 08:41.28 | hrw | ok. time to go to conecto |
| 08:41.31 | hrw | 3 days left |
| 08:42.11 | hrw | too bad that they have so fscked network connection;( |
| 08:43.26 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:46.07 | *** join/#oe thegve (n=germ@80.112.194.210) |
| 08:47.24 | thegve | Hello, I just did an update, and now I get a build error on the mesa package. I was just wondering, why doesn't OE have a "stable" package that 'just builds' |
| 08:49.01 | thegve | or is this a "manpower" problem? |
| 08:50.38 | CM | thegve: Was someone else earlier who also had a problem with mesa: |
| 08:50.38 | CM | 07:53 <myopiate> I modify the MESA bb file to cp instead of ln and it works. |
| 08:51.06 | thegve | ok, tnx |
| 08:51.36 | CM | I don't know anything more, but there's some others here who do :) |
| 08:52.52 | thegve | ok |
| 08:52.58 | thegve | I think it worked |
| 08:53.02 | thegve | it is now compiling |
| 08:53.23 | thegve | And it errored on configure before ( I think , it's early...) |
| 08:53.43 | CM | Yes, was something about sed being unable to follow a link |
| 08:54.05 | CM | to the config file |
| 08:58.10 | XorA | morning |
| 08:59.10 | Jin^eLD | mornin' :> |
| 09:04.00 | thegve | Goodmorning |
| 09:05.49 | *** join/#oe [lala_] (i=lala@gateway/tor/x-9cd9d9ce8e088695) |
| 09:12.13 | *** join/#oe blaster8 (n=blaster8@sjc135n242.joh.cam.ac.uk) |
| 09:15.36 | hrw|work | re |
| 09:16.15 | Jin^eLD | is anyone apart from tmbinc working the dreambox branch? |
| 09:17.14 | XorA | hey hrw|work |
| 09:18.36 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:25.21 | ade|desk | morning all |
| 09:27.39 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 09:28.06 | thegve | Hmm, yet another new build error. xserver-xorg-X11. In task do_package: "No such file or directory: ' ./usr/lib/X11/ (.........)/SPSPARC2/fonts' |
| 09:28.24 | thegve | Did not have this error before the update this morning |
| 09:29.02 | thegve | Don't know if someone mentioned this on this channel this morning before... I'll check the bugtracker |
| 09:30.17 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 09:32.07 | *** join/#oe pH5 (n=ph5@e178243225.adsl.alicedsl.de) |
| 09:39.19 | XorA | ~lart XML::Parser... |
| 09:44.32 | XorA | hrw|work: I see you are landing at Charleroi |
| 09:44.42 | XorA | hrw|work: still debating that route from UK |
| 10:03.22 | pb__ | thegve: yeah, the xserver-xorg thing does seem broken. I'll have a look at that. |
| 10:05.28 | RP | morning all |
| 10:05.34 | Jin^eLD | time to go to bed :> bye everyone |
| 10:05.35 | XorA | hey RP pb__ |
| 10:05.58 | pb__ | hi XorA, rp |
| 10:06.48 | thegve | I asked this earlier this morning too, but what is the reason OE does not have different branches, like debian and most distros. Like "stable" and "testing" or so. As I have the feeling there only exists a "testing" branch now (nofi, I am sure you'll all do your best to avoid errors) |
| 10:08.59 | XorA | thegve: because OE isnt a distro |
| 10:09.13 | XorA | thegve: oz354x is an example of a "stable" branch |
| 10:09.34 | thegve | Ok.... |
| 10:09.58 | thegve | But it is an os-building platform, a software package. |
| 10:10.12 | thegve | And these often have testing and stable versions too... |
| 10:19.18 | CIA-19 | 03pb 07org.oe.dev * r77212e45... 10/ (1 classes/package.bbclass): |
| 10:19.18 | CIA-19 | package.bbclass: add workaround for wrongly globbed symlinks in FILES causing python |
| 10:19.18 | CIA-19 | traceback spew during population |
| 10:19.31 | pb__ | thegve: try that |
| 10:22.02 | *** join/#oe chris144 (n=chris@195.234.128.72) |
| 10:22.45 | chris144 | good morning everyone |
| 10:24.03 | *** join/#oe |den-ros| (n=Den@86.111.18.50) |
| 10:35.56 | NAbyss | Hi all.. are patches to the OE metadata best submitted to the bugtracker? |
| 10:35.59 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 10:36.14 | hrw|work | NAbyss: yes |
| 10:46.50 | *** join/#oe polyonymous (n=hacker@pD953ACAA.dip0.t-ipconnect.de) |
| 10:46.51 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 10:58.49 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 11:15.15 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 11:26.16 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 11:28.23 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 11:37.34 | *** join/#oe ich (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 11:38.58 | zecke | JustinP: :) |
| 11:38.59 | *** join/#oe [lala_] (i=lala@gateway/tor/x-4cc3b31bcc8d3085) |
| 11:40.42 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 11:46.13 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 11:47.50 | zecke | koen|away: any possibility to make planetplanet read blogger <strikerthrough>beta</strikethrough>? |
| 12:04.26 | *** join/#oe tkp (n=tom@80-47-187-250.lond-th.dynamic.dial.as9105.com) |
| 12:14.12 | stefan_schmidt | mickey|dinner: I added the gnokii bug to oe bugzilla #1826 |
| 12:23.48 | hrw|work | !oebug 1826 |
| 12:23.49 | cdbot2 | * * Bug 1826, Status: NEW, Created: 2007-01-29 04:16 |
| 12:23.50 | cdbot2 | * * stefan(AT)datenfreihafen.org: CROSS COMPILE Badness in gnokii |
| 12:23.51 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1826 |
| 12:26.59 | stefan_schmidt | hrw|work: Ah, cute |
| 12:27.29 | *** join/#oe psokolovsky_ (n=psokolov@236.usernat.ip.net.ua) |
| 12:46.21 | tkp | morning |
| 12:47.00 | *** join/#oe Bitmaster (n=Bitmaste@c-5a60e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 12:47.03 | tkp | If something is doing mkfontscale in pkg_postinst, wouldn't that mean that mkfontscale should be in RDEPENDS? |
| 12:47.28 | tkp | pkg_postinst runs on the target system after the package has been installed right?? |
| 12:48.44 | NAbyss | tkp: correct |
| 12:49.32 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 12:51.26 | tkp | NAbyss: thanks |
| 12:53.15 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 12:58.28 | tkp | I'm having troublee using some of the xorg-font packages |
| 12:58.55 | tkp | I'm trying to add font-util to PACKAGE_INSTALL in my custom image |
| 12:59.08 | tkp | and it complains: |
| 12:59.08 | tkp | Cannot satisfy the following dependencies for font-util: |
| 12:59.09 | tkp | | mkfontscale |
| 12:59.09 | *** join/#oe disaster (i=c2a71a01@gateway/web/cgi-irc/ircatwork.com/x-2c4a8fc6411558d7) |
| 12:59.16 | disaster | hi all |
| 12:59.25 | NAbyss | tkp: Does the mkfontscale package exist? |
| 12:59.28 | tkp | so I tried adding font-util to RDEPENDS and to DEPENDS |
| 12:59.31 | tkp | yes |
| 12:59.33 | *** join/#oe rob_w (n=rob_w@p549B9142.dip0.t-ipconnect.de) |
| 12:59.40 | tkp | and I can bitbake it byitself fine |
| 13:00.37 | tkp | wait |
| 13:00.46 | tkp | I see the problem I think... |
| 13:00.56 | tkp | mkfontscale package has "inherit native autotools pkgconfig" |
| 13:01.01 | tkp | inherit native? |
| 13:01.07 | tkp | surely that shouldn't be there |
| 13:01.22 | tkp | tht should only be in mkfontscale-native no? |
| 13:01.30 | hrw|work | <PROTECTED> |
| 13:01.31 | tkp | (which it is also) |
| 13:02.50 | tkp | file a bug? |
| 13:04.32 | NAbyss | tkp: Yep, with a patch if possible |
| 13:04.40 | NAbyss | http://bugs.openembedded.org/enter_bug.cgi |
| 13:05.33 | *** join/#oe thegve_ (n=germ@ip51cffcc4.direct-adsl.nl) |
| 13:13.34 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 13:14.16 | tkp | mindone |
| 13:14.19 | tkp | done* |
| 13:21.24 | Gerrath | would it be better to maintain a seperate kernel .bb for a board or combine it with the linux-rp kernel? I'm using a lot of the RP patches for my kernel. |
| 13:23.38 | tkp | I'm trying to write a bb file for a package which needs an X11 install to build and to run... |
| 13:23.59 | tkp | I have added virtual/libx11 to DEPENDS, but I think that is not a valid thing to add to RDEPENDS |
| 13:24.17 | tkp | what would I need add to RDEPENDS? |
| 13:24.48 | RP | Gerrath: Can you remind me which machine this was please :) |
| 13:27.59 | tkp | I don't want to hardcode a specific libx11 package (libx11 or diet-x11) because it should be chosen by setting PREFERRED_PROVIDER |
| 13:27.59 | *** join/#oe mykilx (n=mykilx@pool-71-98-162-157.tampfl.dsl-w.verizon.net) |
| 13:27.59 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 13:28.11 | RP | tkp: It should autodetect runtime library rdepends |
| 13:28.26 | tkp | RP: oh right |
| 13:28.30 | RP | (it looks at what your binaries link to) |
| 13:28.34 | tkp | so no need to add to RDEPENDS |
| 13:28.38 | tkp | ok |
| 13:29.18 | RP | You need to specify something for things like perl scripts but binaries/libraries should "just work" :) |
| 13:30.03 | tkp | that behavior is specific to virtual/libx11? |
| 13:30.09 | tkp | or all virtual/ packages? |
| 13:30.34 | RP | tkp: No, it works for anything thats dynamically linked |
| 13:30.52 | tkp | oh right. thanks |
| 13:31.03 | RP | Grep the classes directory for shlibs if you want to see the code that does it |
| 13:35.29 | Gerrath | RP, LogicPD, I have already modified the linux-rp to do it, I'm just trying to decide if it is the best thing to do. What is the purpose of linux-rp, is it to unify multiple machine kernels? |
| 13:42.25 | RP | Gerrath: It started as a kernel for the Zaurus devices and has become a little bit broader than that. Its aim is to push things into mainline so I guess it depends what you plan to do with the kernel patches eventually |
| 13:47.16 | *** join/#oe gremlin[it] (n=gremlin@host62-172-static.42-88-b.business.telecomitalia.it) |
| 13:54.40 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 13:58.33 | Gerrath | rp, thanks that cleared things up for me :-) |
| 14:08.21 | *** join/#oe Marex-notebook (n=marex@unassigned-89-31-10-134.isp.mcnet.cz) |
| 14:25.42 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 14:29.10 | chouimat | morning |
| 14:39.37 | *** join/#oe [lala] (i=lala@gateway/tor/x-2288373c400d3457) |
| 14:40.26 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 14:45.05 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 14:48.59 | zecke | haha, history repeats http://sourceforge.net/projects/kpdf2/ |
| 14:51.36 | *** join/#oe [lala_] (i=lala@gateway/tor/x-8201e4eb293d62b8) |
| 14:52.22 | hrw|work | zecke: qpdf2 again? |
| 14:53.47 | *** join/#oe csmanx (n=csman@190.40.67.163) |
| 14:54.03 | chouimat | hrw|work: no kpdf ... |
| 14:55.04 | hrw|work | chouimat: years ago there was opie-qpdf project which someone forked into qpdf2 |
| 14:55.17 | hrw|work | chouimat: and qpdf2 is nightmare code |
| 14:55.45 | chouimat | hrw|work: I know |
| 14:56.42 | greentux | hrw|work: looks like you can change your flights... I need some minutes... |
| 15:03.17 | hrw|work | greentux: great |
| 15:05.13 | *** join/#oe mr_nice (n=mr_nice@p54A9F15B.dip.t-dialin.net) |
| 15:05.15 | mr_nice | hi all |
| 15:06.43 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 15:07.37 | greentux | hrw|work: which way You have in mind to fly? |
| 15:09.57 | hrw|work | moment |
| 15:11.50 | tkp | something is wrong with xserver-kdrive bb file somewhere... but I can't sus it out |
| 15:12.03 | tkp | I asked for xserver-kdrive-fbdev to be installed into my image |
| 15:12.15 | tkp | and I end up with xserver-kdrive-fbdev and xserver-kdrive being installed |
| 15:12.33 | tkp | the bb file has "FILES_xserver-kdrive-fbdev = "${bindir}/Xfbdev"" |
| 15:12.47 | tkp | which looks right... that is the only binary I want to be installed |
| 15:12.54 | tkp | but I get all the others too |
| 15:13.35 | XorA | xserver-kdrive is the common files, you need that |
| 15:13.50 | tkp | XorA: but why do I get all the binaries? |
| 15:14.07 | tkp | I don't want Xephyr for example |
| 15:14.24 | tkp | yet I get it even when I ask specifically for xserver-kdrive-fbdev |
| 15:14.47 | *** join/#oe furlongm (n=furlongm@83.70.230.216) |
| 15:15.23 | XorA | tkp: no idea, doesnt happen here |
| 15:16.20 | tkp | asking for xserver-kdrive-fbdev in my images seems to cause both the xserver-kdrive-fbdev and xserver-kdrive packages to be installed by ipkg |
| 15:16.32 | XorA | tkp: that is correct |
| 15:16.56 | XorA | xserver-kdrive should have one file SecurityPolicy |
| 15:17.07 | tkp | no... |
| 15:17.29 | tkp | looking in install/ I see that file (under lib/), as well as all the binaries (under usr/bin/) |
| 15:17.51 | XorA | tkp: what is in the packages? |
| 15:18.09 | tkp | how do I look inside an ipk? |
| 15:18.19 | XorA | ipkg files blah.ipk |
| 15:18.57 | XorA | tkp: all the Xservers are always built, they are packaged into different packages |
| 15:19.12 | tkp | thats what I thought should happen |
| 15:22.26 | hrw|work | greentux: lufthansa poz -> muc -> bru and return same way |
| 15:23.01 | hrw|work | greentux: or pll lot (http://lot.com): poz -> waw -> bru |
| 15:23.51 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 15:24.05 | tkp | yep. All the binaries are in the main package |
| 15:24.59 | *** join/#oe leoncamel (n=leoncame@219.142.129.211) |
| 15:25.00 | greentux | hrw|work: but lufthansa back at later evening is not cheap |
| 15:25.07 | hrw|work | greentux: just noticed - they changed since yesterday |
| 15:25.24 | hrw|work | greentux: I'm checking 23.02 with 26.02 back |
| 15:25.32 | tkp | FILES_${PN} += "${libdir}/xserver/SecurityPolicy" |
| 15:25.43 | tkp | shouldn't that be FILES_${PN} = |
| 15:25.51 | hrw|work | tkp: no. |
| 15:26.04 | tkp | but thts the only file that should be in there no? |
| 15:26.09 | hrw|work | tkp: += is proper because you want to ADD this file to normal FILES_{$PN} |
| 15:26.30 | tkp | and what is in the 'normal' FILES_{PN}? |
| 15:27.07 | hrw|work | tkp: bitbake xserver-kdrive -e|grep ^FILES |
| 15:27.58 | tkp | ILES_bitbake="/usr/bin/* ... |
| 15:28.09 | greentux | hrw|work: ah 26. back... ok |
| 15:28.26 | tkp | <PROTECTED> |
| 15:29.41 | tkp | surely that shouldn't be in FILES_${PN} ? |
| 15:30.03 | XorA | tkp: but FILES_xserver-kdrive-* should have sucked all them away |
| 15:30.44 | hrw|work | greentux: I assume that your company prefer LH |
| 15:32.01 | greentux | hrw|work: no, every airline... |
| 15:32.05 | tkp | XorA: would that remove them from the work/.../${PN}/install directory? |
| 15:32.15 | tkp | or does that only happen when the ipk is created |
| 15:32.38 | XorA | tkp: yes, files are removed when packaged, unless pb__ update broke that |
| 15:33.08 | tkp | right... well they can't be being removed since they are ending up in my final rootfs |
| 15:33.12 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 15:34.08 | tkp | I only asked for one thing in my image... xserver-kdrive-fbdev ( a simple test) |
| 15:34.46 | tkp | XorA: what is pb__ update? |
| 15:35.07 | XorA | tkp: pb__ is a person, and he recently made changes to packaging |
| 15:35.13 | tkp | I see |
| 15:35.26 | tkp | but you say this isn't happening your end? |
| 15:35.46 | XorA | tkp: no, but I dont have the 100% upto date code from today |
| 15:35.59 | tkp | pb_: you around? |
| 15:36.12 | tkp | I updated mine on Friday |
| 15:37.08 | tkp | although to be honest, I have always had those unwanted binaries in my final rootfs... it's only now that I have had time to look into it |
| 15:37.09 | XorA | tkp: then I dont think you have those changes then |
| 15:37.43 | XorA | tkp: then I guess something is up with your config or setup as no-one else has complained |
| 15:38.59 | tkp | hmm... can't think for the life of me what that would be |
| 15:39.48 | XorA | ~lart mysql and its fscking binary logs |
| 15:41.32 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 15:50.05 | *** join/#oe dothedog (n=oc60174@c58.octanner.net) |
| 15:50.24 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 15:54.16 | *** join/#oe thegve__ (n=germ@80.112.194.210) |
| 15:55.26 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-365722518075c23d) |
| 16:07.35 | pb_ | tkp: hello |
| 16:07.45 | *** join/#oe koen|gprs_ (n=koen@vpn006144.vpn.utwente.nl) |
| 16:10.11 | tkp | pb_: hi |
| 16:10.39 | tkp | pb_: did you catch my conversation with XorA ? |
| 16:10.55 | pb_ | sorry, no |
| 16:11.01 | tkp | nm... |
| 16:11.19 | pb_ | I need to go out again in a moment, but feel free to email me if you need something |
| 16:12.00 | tkp | basically, I'm trying to include xserver-kdrive-fbdev in a root image but am finding that I get not only the binary from xserver-kdrive-fbdev, but also those from xserver-kdrive |
| 16:12.19 | tkp | apparently these should have been 'sucked out' by the FILES_... statements |
| 16:12.51 | tkp | they have indeed been copied into the install/ directory of the sub packages, but seem to have been left behind in the main package |
| 16:13.27 | tkp | and I end up with all the files on my rootfs (those from xserver-kdrive-fbdev aswell as all the other ones from all the other sub-packages) |
| 16:13.47 | tkp | XorA: said you were working on the packaging routines... seen this before? |
| 16:14.53 | koen|gprs_ | re |
| 16:16.56 | pb_ | don't think I've seen that before, no |
| 16:17.08 | pb_ | I can take a look at it later this evening though |
| 16:17.54 | tkp | pb_: cool... I should be around later so shout me if you need more info |
| 16:20.41 | pb_ | righto, will do |
| 16:20.47 | pb_ | I'll start a build in the meantime |
| 16:27.31 | ggilbert | mickey|dinner: Congrats. You managed to rate your interview going before "have you looked at your arse in the mirror." |
| 16:32.12 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:34.38 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 16:40.29 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 16:46.20 | mickeyl | ggilbert: heh. which interview? |
| 16:46.41 | mickeyl | ah |
| 16:46.42 | mickeyl | lugradio |
| 16:46.43 | mickeyl | hehe |
| 16:47.04 | mickeyl | guess i should download that and blog about it |
| 16:47.13 | mickeyl | zecke: oh no... kpdf2... |
| 16:49.04 | chouimat | mickeyl: :) |
| 16:53.37 | mickeyl | hmm |
| 16:53.37 | mickeyl | gosh |
| 16:53.44 | mickeyl | my accent is awful |
| 16:54.39 | *** join/#oe koen|gprs__ (n=koen@212.41.157.237) |
| 16:54.57 | mickeyl | pb_: are you for hire? I need some articulation lessons and you have the most fantastic accent i have ever heard :) |
| 16:56.50 | hvontres|poodle | mickeyl: how's that book coming along? I'm still available if you need some help with translations :) |
| 16:56.58 | mickeyl | heh |
| 16:57.06 | mickeyl | i'm under 200% OpenMoko load and you ask about the book |
| 16:57.07 | mickeyl | :D |
| 16:57.15 | mickeyl | seriously though, i have an interesting offer |
| 16:57.18 | mickeyl | + got |
| 16:57.42 | mickeyl | OpenSourcePress is interesting to publish it in a dual-track way which means |
| 16:57.45 | mickeyl | i'll write it in german |
| 16:57.51 | mickeyl | they care about translation |
| 16:58.07 | mickeyl | and then partner up with their US division to release it both in german and english |
| 16:58.15 | mickeyl | which sounds about the best option i could ever think of |
| 16:58.42 | hvontres|poodle | mickeyl: sounds cool... |
| 16:58.59 | mickeyl | definitly. if it's in german, i can do it in 6 months |
| 16:59.05 | mickeyl | i have scheduled starting in April |
| 16:59.10 | mickeyl | for release around christmas |
| 16:59.18 | mickeyl | heh |
| 16:59.18 | *** join/#oe blaster8 (n=blaster8@sjc135n242.joh.cam.ac.uk) |
| 16:59.45 | hvontres|poodle | mickeyl: then koen could probably read it too :) |
| 17:01.20 | koen|edge | edge is fast enough for the lo-fi mp3 :) |
| 17:01.24 | mickeyl | heh really? |
| 17:01.25 | mickeyl | impressive |
| 17:01.30 | mickeyl | ~lart gprs |
| 17:02.12 | hvontres|poodle | well, i'll be dardned : http://nds.wikipedia.org/wiki/Linux_op_Platt |
| 17:10.14 | nzg | should conditional patches to a gcc be appended by creating a new bitbake script that appends something to the version? |
| 17:10.26 | nzg | i.e gcc_3.4.3-9x.bb ? |
| 17:10.43 | hrw|work | where is that mickeyl interview? URL please.. |
| 17:10.54 | koen|edge | http://uk.lugradio.atchoo.org/season4/lugradio-s04e11-290107-low.mp3 |
| 17:10.57 | mickeyl | http://www.lugradio.org/ |
| 17:11.27 | hrw|work | thx |
| 17:11.32 | hrw|work | will listen at home |
| 17:11.50 | koen|edge | "then you say 'bitbake something-image'" :) |
| 17:11.57 | mickeyl | heh |
| 17:12.25 | nzg | was that for me koenjedge? please elaborate I'm confused |
| 17:14.28 | nzg | In general, should toolchain version in bb scripts be considered a way to create alternate patch version of the toolchain? |
| 17:14.48 | nzg | and are non-numberical version numbers acceptable? |
| 17:14.59 | nzg | ....numerical |
| 17:15.04 | hrw|work | cu |
| 17:15.44 | koen|edge | nzg: patch to gcc x.y.z need to be in gcc_x.y.z.bb |
| 17:16.36 | nzg | makes sense, but can z be, for example "crunch" or does it need to be numerical |
| 17:16.50 | nzg | if your departing from the standard tool chain |
| 17:17.33 | koen|edge | why do you *want* a seperate bb if you don't *need* it? |
| 17:18.15 | nzg | So I can leave an intact oe CVS source and create additions in a separate directory |
| 17:20.09 | nzg | or SV synced source as the case may be |
| 17:20.40 | nzg | we discussed this on a bit Friday |
| 17:20.50 | koen|edge | cvs? |
| 17:20.53 | koen|edge | cvs?!?! |
| 17:20.56 | koen|edge | cvs?!?!?!?!? |
| 17:20.58 | nzg | ok |
| 17:21.01 | nzg | that was a typo |
| 17:21.08 | nzg | or a braino anyway |
| 17:21.43 | nzg | But it was suggested to append the patches with SRC_URI+= which makes sense |
| 17:21.49 | nzg | but where do I append? |
| 17:22.06 | nzg | clearly I want to append to the gcc_version for all targets |
| 17:22.23 | koen|edge | inside gcc_x.y.z.bb |
| 17:22.33 | nzg | where z is a new creation? |
| 17:22.37 | koen|edge | no |
| 17:22.44 | koen|edge | don't create new .bbs |
| 17:23.01 | nzg | ah |
| 17:23.02 | mickeyl | look at our .inc files |
| 17:23.07 | koen|edge | edit existing ones and send patches to us |
| 17:23.08 | mickeyl | maybe one of those fits |
| 17:23.15 | mickeyl | yeah, or that |
| 17:23.20 | nzg | I can |
| 17:23.33 | koen|edge | s/want's/wants/ |
| 17:24.06 | nzg | but my concern is that adding conditional appends directly to the existing bb's is going to create an ever growing pile of nastyness |
| 17:24.15 | nzg | like C code filled with ifdefs |
| 17:24.48 | nzg | I have not looked at the inc files though, so I'll take a break from talking and do some readin |
| 17:30.53 | nzg | the .inc's are shedding little light |
| 17:30.58 | nzg | do you know of an example |
| 17:31.13 | nzg | where a patch is conditionally applied to the a specific toolchain version? |
| 17:32.29 | koen|edge | yes |
| 17:32.29 | koen|edge | inside gcc_x.y.z.bb |
| 17:33.09 | nzg | I know, but perhaps I'm missing something |
| 17:33.13 | nzg | for instance |
| 17:33.23 | nzg | If I look in gcc_3.4.3.bb |
| 17:33.36 | nzg | I see a lot of SRC_URI's applied to make that version |
| 17:33.40 | koen|edge | gcc3 is dead |
| 17:34.02 | nzg | I think that's a bit premature |
| 17:34.10 | nzg | I know it would be nice if it was |
| 17:34.31 | nzg | let me give you a little background to my motivation |
| 17:34.56 | nzg | The Cirrus ep93xx series |
| 17:35.14 | nzg | Has a lot of stable working patches available for it's toochain |
| 17:35.24 | koen|edge | heh |
| 17:35.26 | nzg | It also has a good, fully supported kernel |
| 17:35.29 | koen|edge | heh |
| 17:35.33 | koen|edge | I disagree |
| 17:35.42 | koen|edge | cirrus has a bunch of ugly hacks |
| 17:35.48 | nzg | perhaps so |
| 17:35.56 | *** join/#oe tkp_ (n=tom@80-47-106-18.lond-hex.dynamic.dial.as9105.com) |
| 17:35.58 | nzg | but if I want working crunch support |
| 17:36.06 | nzg | and I don't want to write it from scratch |
| 17:36.10 | nzg | what options do I have? |
| 17:36.33 | koen|edge | get the latest kernel from kernel.org, that has good crunch and ep93xx support |
| 17:36.42 | koen|edge | then build yourself an eabi system |
| 17:36.58 | koen|edge | then expand the crunch support in gcc 4 |
| 17:37.09 | koen|edge | gcc4 has crunch support, but is missing some errata |
| 17:37.20 | nzg | that sounds dangerous |
| 17:37.41 | nzg | I'm working with a ep9302A derivative |
| 17:38.05 | koen|edge | it isn't dangerous, it just means some apps won't work with crunch |
| 17:38.20 | koen|edge | which isn't a big loss, since you don't want to build every app with crunch support |
| 17:38.21 | nzg | will they work with the older toolchain from cirrus? |
| 17:38.28 | nzg | o |
| 17:38.57 | nzg | still I will need to quantify this, as this will become a commercial system |
| 17:39.36 | nzg | hence I was hoping to use the crunch patches released by cirrus |
| 17:39.47 | nzg | then at least I have a finger to point ;-) |
| 17:39.53 | koen|edge | your best bet is to hire Lennert Buythenhek :) |
| 17:39.55 | *** join/#oe [lala_] (i=lala@gateway/tor/x-6634e6e2a2a5ca8a) |
| 17:40.01 | nzg | lol |
| 17:40.50 | nzg | well I was thinking integrating the existing crunch patches from cirrus wouldn't be too difficult, my main problem so far is purely academic |
| 17:40.52 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 17:41.05 | nzg | I.E. where do I put these patches in that's not a hack |
| 17:41.22 | nzg | even if, granted, the patches themselves are hacks |
| 17:41.36 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 17:41.39 | koen|edge | in gcc_3.4.b.bb |
| 17:41.44 | koen|edge | s/b/6/ |
| 17:42.33 | nzg | do what now |
| 17:42.45 | nzg | is b an invented number |
| 17:42.57 | nzg | or am I missing something |
| 17:43.26 | *** join/#oe gremlin[it] (n=gremlin@ppp-190-5.25-151.libero.it) |
| 17:43.36 | *** join/#oe furlongm_ (n=furlongm@83.70.214.120) |
| 17:43.56 | *** join/#oe Crofton (n=balister@hc65217db.dhcp.vt.edu) |
| 17:44.58 | *** join/#oe jkp_ (n=jkp@80-47-106-18.lond-hex.dynamic.dial.as9105.com) |
| 17:47.59 | cbrake | nzg: just read your article about eclipse in "Embedded Computing Design" |
| 17:48.12 | nzg | oh yea? |
| 17:48.15 | cbrake | nzg: do you OE much at EMAC? |
| 17:48.24 | nzg | Just began |
| 17:48.32 | *** join/#oe elliotf (n=elliotf@adsl-71-140-174-98.dsl.pltn13.pacbell.net) |
| 17:48.37 | nzg | That article was pre-oe |
| 17:49.12 | cbrake | nzg: good stuff. I just built an OE distro for a customer using one of your boards. |
| 17:49.33 | nzg | beautiful :-) |
| 17:49.38 | nzg | which one? |
| 17:50.20 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:50.20 | *** join/#oe koen|edge_ (n=koen@212.41.157.237) |
| 17:50.21 | cbrake | nzg: it was a pentium board -- lets see ... |
| 17:50.23 | *** join/#oe tkp (n=tom@80-47-106-18.lond-hex.dynamic.dial.as9105.com) |
| 17:51.52 | cbrake | nzg: PCM-9371 -- I think it came from EMAC, but not absolutely sure. |
| 17:52.09 | nzg | well sell that one yes |
| 17:52.22 | cbrake | nzg: we were using a Geode board in previous versions |
| 17:52.56 | nzg | Yes the geode appears to have "evolved" into something that makes less sense |
| 17:52.58 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 17:53.05 | cbrake | nzg: http://bec-systems.com/web/content/view/57/9/ |
| 17:53.12 | nzg | We going towards the arm |
| 17:53.12 | cbrake | nzg: heh |
| 17:54.08 | cbrake | nzg: yeah, ARM is good for many applications -- most of what I do. |
| 17:54.48 | nzg | it's the future.. if I can just resolve this Cirrus crunch patch thing |
| 17:57.03 | *** join/#oe tomimo (n=kurre@a80-186-74-125.elisa-laajakaista.fi) |
| 17:57.24 | *** join/#oe kurre2__ (n=tomimo@a80-186-74-125.elisa-laajakaista.fi) |
| 17:59.08 | cbrake | nzg: so is the issue the patches themselves, or figuring out how to get them into an OE toolchain? |
| 18:00.05 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 18:10.16 | *** join/#oe |dion| (n=dion@xen.inhex.net) |
| 18:10.43 | *** join/#oe rob_w (n=bob@p85.212.153.239.tisdip.tiscali.de) |
| 18:12.32 | *** join/#oe tmb|away (i=abcd@82.149.226.179) |
| 18:17.05 | *** part/#oe dothedog (n=oc60174@c58.octanner.net) |
| 18:21.43 | nzg | the latter |
| 18:22.07 | nzg | as discussed earlier, the place to include them in the SRC_URI is questionable |
| 18:23.24 | nzg | I think I understand koen|edge's original comment about putting them directly into the gcc_ bb script |
| 18:23.38 | nzg | but I fear they make break other things, so their compilation should be conditional |
| 18:24.15 | nzg | Also, as mentioned, the cirrus patches seem to be held in rather low regard so I doubt they would stay in the main source even if I released the patch |
| 18:24.24 | cbrake | nzg: nod |
| 18:24.59 | nzg | At the moment I'm going to put them into a new bb script in a separate directly included by the path |
| 18:25.18 | nzg | with some string appended to the version |
| 18:25.27 | cbrake | nzg: yeah, that makes sense until you get everything working. |
| 18:25.28 | nzg | but I'm open to suggestions as to a cleaner way to do this |
| 18:25.55 | cbrake | nzg: have you looked at bbcollections -- will probably eventually come in handy. |
| 18:26.13 | nzg | I have not, that's the first I've heard of it, please elaborate |
| 18:27.55 | cbrake | nzg: http://bitbake.berlios.de/manual/ch04s02.html#id870544 |
| 18:29.30 | nzg | that might be handy, thx |
| 18:30.13 | cbrake | nzg: real handy for maintaining custom packages. For most of my stuff, I just maintain two trees. The pristine oe.dev tree and a custom tree. As I push stuff into the oe repo, I take it out of the custom tree. |
| 18:31.39 | nzg | That's been my strategy so far, but I've been renaming everything as I was unaware of bbcollection, this does simplify things |
| 18:31.45 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 18:32.12 | ggilbert_ | mickeyl: your accent isn't that bad. :) |
| 18:33.27 | mickeyl | :) |
| 18:33.28 | mickeyl | thank |
| 18:33.29 | mickeyl | s |
| 18:40.52 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:40.55 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 18:43.58 | *** join/#oe pgfeller (n=pgfeller@234.178.79.83.cust.bluewin.ch) |
| 18:44.07 | *** join/#oe vinvin (n=vinvin@ANice-251-1-50-51.w86-206.abo.wanadoo.fr) |
| 18:44.09 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:45.16 | *** part/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 18:45.20 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 18:45.22 | mreimer | koen|edge_: you've probably already seen this: http://lists.freedesktop.org/archives/cairo/2007-January/009368.html |
| 18:45.51 | *** join/#oe slapin_nb (n=slapin@host-97.dataart.net) |
| 18:45.55 | slapin_nb | hi, all! |
| 18:47.08 | slapin_nb | if I set package system to dpkg, will I be able to use these with normal dpkg-buildpackage tools or it will be made in hacky way? |
| 18:47.55 | slapin_nb | so I want to build basic image using OE and use it as scratchbox rootstrap to build some debian packages |
| 18:48.09 | slapin_nb | will it be possible? |
| 18:50.40 | koen|edge_ | mreimer: I pasted thatin #angstrom a few minutes ago :) |
| 18:50.49 | mreimer | koen|edge_: :-) |
| 18:50.54 | mreimer | koen|edge_: I figured |
| 18:57.29 | *** join/#oe alvises (n=andrea@host98-24.pool8250.interbusiness.it) |
| 18:57.34 | alvises | hi |
| 19:03.00 | alvises | i'm getting creazy with this ... configure: error: Couldn't find Xaw library in native compilation... guys.. any idea ? I'm try to compile ng-spice on openzaurus 5.4.1 ... native |
| 19:23.58 | *** join/#oe koen|edge_ (n=koen@212.41.157.237) |
| 19:29.39 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 19:35.55 | *** join/#oe shirour (n=shirour@80.178.190.199.adsl.012.net.il) |
| 19:42.29 | *** join/#oe TheCan (n=thecan@dslb-084-056-152-094.pools.arcor-ip.net) |
| 19:54.47 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 19:55.57 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:55.58 | *** join/#oe gremlin[it] (n=gremlin@ppp-190-5.25-151.libero.it) |
| 20:08.32 | *** join/#oe ken_ (n=ken@h207n1fls306o1049.telia.com) |
| 20:13.20 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 20:13.56 | *** join/#oe furlongm_ (n=furlongm@83.70.165.133) |
| 20:14.50 | *** join/#oe mr_nice (n=mr_nice@p54A9F15B.dip.t-dialin.net) |
| 20:15.53 | slapin_nb | any PXA27x gurus here? |
| 20:16.43 | slapin_nb | is it possible to stop resume process in kernel and continue sleeping on some condition? |
| 20:17.28 | *** join/#oe tkp (n=tom@80-47-106-18.lond-hex.dynamic.dial.as9105.com) |
| 20:17.38 | *** join/#oe HopsNBarley (n=andy24@nslu2-linux/HopsNBarley) |
| 20:18.24 | pH5 | hmh, I'd like to do something like this, too. But it doesn't look like there is a mechanism in the kernel for this. |
| 20:18.57 | koen|edge_ | doesn't dyntick do exactly that? |
| 20:19.01 | shirour | maybe you can change the cpu clock |
| 20:19.38 | pH5 | I thought dyntick just sleeps, does it suspend? |
| 20:20.18 | koen|edge_ | ah, right, it just sleeps |
| 20:20.29 | mreimer | slapin_nb: sort of; see arch/arm/sharpsl_pm.c:corgi_pxa_pm_enter() |
| 20:21.31 | mreimer | slapin_nb: basically it decides whether to do a low-level cpu sleep again after wake up, or return from cpu sleep |
| 20:22.32 | pH5 | mreimer: this is not in the upstream kernel yet? |
| 20:23.00 | mreimer | pH5: looks like it's in 2.6.19 |
| 20:23.41 | mreimer | pH5, slapin_nb: ah, the code's been rearranged a bit, but it is there in 2.6.19 |
| 20:24.01 | mreimer | pH5, slapin_nb: the key is the pxa_pm_enter() wrapper |
| 20:24.42 | slapin_nb | mreimer, which branch it is in? |
| 20:25.02 | slapin_nb | i.e. which kernel should I check out? |
| 20:25.07 | mreimer | slapin_nb: I was just looking in a vanilla 2.6.19; don't know about hh.org |
| 20:27.21 | pH5 | mreimer: so the secret is to replace pxa_pm_enter with our own version via pm_set_ops like it is done in arch/arm/common/sharpsl_pm.c? |
| 20:28.04 | mreimer | pH5: yes. for a simpler example see h2200_pm.c |
| 20:28.29 | mreimer | pH5: I'm guessing you want to do this to update LEDs after full charge while suspended? |
| 20:28.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 20:28.51 | *** join/#oe ar (n=ar@port-ip-213-211-231-107.reverse.mdcc-fun.de) |
| 20:29.25 | mreimer | pH5: h2200_pm doesn't re-sleep; what you would do is after calling pxa_pm_enter_orig(state), decide whether to sleep again, and if so, call pxa_pm_enter_orig(state) again |
| 20:29.36 | pH5 | mreimer: that, and I want to wake up on the CPLD irq (to catch bt interrupts), but not when the AC cable is pulled, for example. |
| 20:30.00 | mreimer | pH5: that should be easy |
| 20:30.32 | mreimer | pH5: actually, you'll probably want to do a partial wake on AC out so you can update the leds. You should be able to do that too. |
| 20:31.52 | slapin_nb | thanks, all! |
| 20:31.57 | pH5 | mreimer: right. thanks for the pointer! |
| 20:32.58 | *** join/#oe tkp (n=tom@80-43-38-57.dynamic.dsl.as9105.com) |
| 20:33.20 | mreimer | pH5: the problem I've stalled on for ds2760 users is how to check battery status while mostly suspended (e.g. right after cpu has awakened, but before returning from pxa_pm_enter(). It's probably not safe to call into the w1 system to get ds2760 status because it's probably frozen. |
| 20:35.32 | *** join/#oe rob_w (n=bob@p85.212.153.239.tisdip.tiscali.de) |
| 20:36.18 | pH5 | mreimer: would it be possible to selectively wake up the w1 subsystem? |
| 20:37.01 | pH5 | this goes through so many layers of abstraction :( |
| 20:38.09 | tkp | I have a really strange problem with one of my bb files... it's dyeing with this: http://rafb.net/p/Ndjb9792.html |
| 20:38.22 | mreimer | pH5: I don't know. I should ask the w1 maintainer. I doubt it. One possibility I thought of is to add a function to ds1wm.c that we call when the system is suspended; since the driver knows it is suspended it could do it a different way. At least the code would all be in the same place then, but it would be a bit messy. |
| 20:38.28 | tkp | odd thing is, if I simply rename the bbfile and rebake then all is fine |
| 20:38.40 | tkp | I have tried -c clean on it but I still get the problem |
| 20:38.54 | tkp | I also tried removing the cache file... problem still exists |
| 20:48.49 | *** join/#oe [lala_] (i=lala@gateway/tor/x-ee0cf1fb6ae58258) |
| 20:52.52 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 20:54.47 | pH5 | mreimer: I think a single function that can be called by all ds1wm+ds2760 devices would be a good thing for now. |
| 20:54.55 | mreimer | pH5: agreed |
| 20:56.13 | pH5 | I like the should_wakeup function in the zaurus code. I think I'll try to copy that structure (or the parts that I need). |
| 21:00.19 | Ken|JLime | Who actually maintains ipkg? |
| 21:02.18 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 21:09.44 | *** join/#oe UltraMagnus (n=chatzill@unaffiliated/ultramagnus) |
| 21:09.52 | nzg | I'm having an oe build problem |
| 21:10.10 | nzg | it's complaining that quilt is being used wrong |
| 21:10.15 | nzg | or appears to be |
| 21:10.25 | nzg | i.e. ERROR: Exception:__builtin__.CmdError Message:Command Error: exit status: 1 Output: |
| 21:10.26 | nzg | Usage: quilt [--trace[=verbose]] [--quiltrc=XX] command [-h] ... |
| 21:10.26 | nzg | <PROTECTED> |
| 21:10.42 | nzg | has anyone else seen this? any ideas? |
| 21:11.17 | nzg | do I need to do some sort of clean before changing the version of the toolchain I'm building? |
| 21:12.11 | *** part/#oe shirour (n=shirour@80.178.190.199.adsl.012.net.il) |
| 21:12.39 | zecke | nzg: did you move your dirs around? |
| 21:12.56 | nzg | I don't believe so |
| 21:13.27 | nzg | I did add a bbcollections to local.conf |
| 21:13.52 | tkp | one of my packages contains a load of shared libraries, but when it gets installed on the system, I get two copies of each - the second lot in a .debug directory... |
| 21:14.08 | tkp | how do I get these to go in to ${PN}-debug? |
| 21:14.18 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:14.29 | CIA-19 | 03kristoffer 07org.oe.dev * ref3ac8e2... 10/ (4 files in 3 dirs): |
| 21:14.29 | CIA-19 | ipkg/ipkg-0.99.163/patch-ipkg-localfilename : Addition of patch |
| 21:14.29 | CIA-19 | * This patch fixes one of many bugs in ipkg, involving |
| 21:14.29 | CIA-19 | <PROTECTED> |
| 21:14.29 | CIA-19 | <PROTECTED> |
| 21:14.30 | CIA-19 | * Applied patch to ipkg_0.99.163.bb |
| 21:14.40 | RP | tkp: You probably need to set FILES_${PN}-dbg to catch them properly |
| 21:14.55 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 21:15.02 | tkp | what would I set it to |
| 21:15.21 | RP | tkp: Have a look at the defaults in bitbake.conf |
| 21:15.28 | tkp | RP: thanks |
| 21:15.43 | *** join/#oe frank7d (n=afs@p549F83A4.dip0.t-ipconnect.de) |
| 21:16.23 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 21:16.29 | tkp | ah ok I get it... it's because I'm installing the libs into a non standard location |
| 21:22.36 | nzg | letting bb start for scratch, seeing if that fixes the quilt problem |
| 21:29.35 | *** join/#oe furlongm (n=furlongm@83.70.216.114) |
| 21:35.11 | zecke | Kristoffer: did you send this patch upstream? |
| 21:37.41 | Kristoffer | zecke, not yet, just got my hands on it. But will do |
| 21:38.37 | zecke | Kristoffer: make really sure you do. Actually this patch should have been sent upstream before adding it to OE |
| 21:38.53 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 21:39.55 | Kristoffer | zecke, Oki, will remember that. You got an email btw? Looking at the http://handhelds.org/moin/moin.cgi/HandheldsPeople but cant see a ipkg maintainer there |
| 21:40.26 | zecke | ~seen pigi |
| 21:40.33 | ibot | pigi <n=pigi@pdpc/supporter/active/Pigi> was last seen on IRC in channel #asterisk, 244d 7h 5m ago, saying: 'is there anyone that has successfully got asterisk working with eicon diva pci cards (passive cards ) ?'. |
| 21:40.46 | zecke | hmm, bad sign :) |
| 21:40.51 | Kristoffer | :( |
| 21:41.07 | greentux | ping hrw|gone |
| 21:42.23 | CosmicPenguin | wow |
| 21:44.10 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 21:44.38 | hrw | greentux: 5 minutes |
| 21:44.51 | hrw | greentux: have to check few mails |
| 21:44.54 | hrw | evening guys |
| 21:45.11 | RP | hi hrw |
| 21:46.45 | zecke | ~botmail for Kristoffer Erik Hovland looks like a good bet for the patches |
| 21:49.46 | greentux | hrw: I have 20 minutes left ;) |
| 21:49.51 | greentux | hrw: joke |
| 21:51.16 | hrw | ;D |
| 21:52.28 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 22:04.40 | hrw | greentux: now you are gone? |
| 22:04.57 | greentux | hrw: no |
| 22:06.40 | CIA-19 | 03pH5 07org.oe.dev * r3ce85c1d... 10/ (7 files in 3 dirs): bluez: add bluez-libs and bluez-utils 3.9 |
| 22:09.26 | *** join/#oe angom (n=angom@red-corp-201.143.59.181.telnor.net) |
| 22:11.40 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 22:12.17 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 22:19.51 | *** join/#oe _singuler (n=singuler@adsl-226-4-51.bhm.bellsouth.net) |
| 22:21.08 | greentux | hrw slept down... |
| 22:21.38 | hrw | or lagged |
| 22:22.27 | tkp | XorA & pb__ : re my problem with xorg-xserver-kdrive not splitting up the PACKAGES correctly... |
| 22:23.05 | XorA | tkp: yup |
| 22:23.06 | greentux | hrw ok we can discuss that also tomorrow |
| 22:23.26 | tkp | it does. It's just that the bb file only defines 6 different xserver packages (Xfbdev, Xfake, Xephyr, Xepson, Xsdl & Xw100) |
| 22:23.28 | hrw | greentux: I know |
| 22:23.59 | tkp | so things like Xvesa nd Xvia amongst others end up in the default package... which also getss installed when you ask for one of the subpackages |
| 22:24.23 | XorA | tkp: fancy putting a patch on bugtracker> |
| 22:24.25 | XorA | ? |
| 22:24.28 | tkp | which I would think is the wrong behaviour |
| 22:24.32 | tkp | XorA: suure |
| 22:24.51 | tkp | just not too sure how much to split things up... |
| 22:25.08 | tkp | I'm not too familiar with all tyhe related xserver binaries |
| 22:26.09 | tkp | Xvia and Xvesa should presumably go into xorg-xserver-xvia/xvesa |
| 22:26.32 | tkp | or rather... xorg-xserver-kdrive-xvia/xvesa |
| 22:27.20 | XorA | tkp: yes, sounds good |
| 22:27.35 | XorA | tkp: though I wonder why they suddenly startted building |
| 22:27.42 | tkp | what about card specific ones... like Xati & Xnvidia |
| 22:27.49 | XorA | tkp: you building for x86? |
| 22:27.52 | tkp | yes |
| 22:28.43 | XorA | tkp: Id put them all in their own package |
| 22:28.56 | tkp | right... makes sence |
| 22:29.17 | tkp | your only ever going to want one of them... whichever one is most suitable for your setup |
| 22:29.23 | XorA | tkp: only thing I dont know is what happens on other platforms when they dont exist. But we fix that when we test |
| 22:29.37 | tkp | point |
| 22:29.54 | greentux | hrw: ok. give me a sign when I can do something for you. going to bed now... |
| 22:30.19 | hrw | greentux: sweet dreams and thx |
| 22:30.44 | greentux | XorA: ? |
| 22:30.55 | XorA | greentux: a sign :-) |
| 22:31.28 | greentux | XorA: yeah will improve my english this year. perhaps malta ,perhaps england... 2 weeks intensive |
| 22:31.51 | XorA | greentux: we dont do English well :-) |
| 22:32.38 | hrw | XorA: you are in england or scotland? |
| 22:32.43 | greentux | XorA: the maltese do... |
| 22:33.27 | XorA | hrw: Scotland, but I am English |
| 22:34.21 | greentux | hrw: fine, You no what I can organize. Now its to You to shake the flight plans :) |
| 22:35.34 | hrw | I know,, I know |
| 22:36.40 | hrw | I just have to find how to pass my mental block for getting such help for free. |
| 22:37.31 | greentux_away | ? |
| 22:37.43 | tkp | XorA: just saw http://www.handhelds.org/hypermail/oe-commits/40/4016.html ... so this was already done at one point? |
| 22:38.10 | hrw | greentux_away: will talk about it tomorrow |
| 22:38.21 | tkp | or at least, it had been split up more than it is now |
| 22:38.46 | XorA | hrw: so trying to build OZ 3.5.4.2-rc2 for poodle on my machine is a disaster |
| 22:41.45 | XorA | tkp: someone was probably only building arm when we moved to xorg 7.0 and it got forgotten |
| 22:42.12 | XorA | tkp: but at least a patch in bugzilla will remind people |
| 22:42.31 | XorA | tkp: and if there is a sinister reason in the cupbaord it might show its head :-D |
| 22:42.40 | hvontres|poodle | XorA: which bitbake are you using? my setup was working last week with 1.6.3 |
| 22:42.54 | tkp | ;) just sorting it. I'll have a patch up in a bit. |
| 22:43.01 | XorA | hvontres|poodle: its the amd64 bit I think is causing problems |
| 22:43.13 | XorA | hvontres|poodle: .dev works no probs |
| 22:43.30 | hvontres|poodle | XorA: yeah.. I definitely don't have that problem...dual P-II 333 :( |
| 22:45.47 | likewise | ~seen koen |
| 22:46.20 | ibot | koen <n=koen@dominion.kabel.utwente.nl> was last seen on IRC in channel #openmoko, 1d 13h 15m 4s ago, saying: 'I didn't even know about SITEINFO_ENDIANESS :)'. |
| 22:46.22 | XorA | mickeyl: that patch is monstrous in its speed increase |
| 22:46.39 | mickeyl | XorA: really? wooot! |
| 22:47.06 | mickeyl | everything that surpasses 2.6 would be _very_ welcome |
| 22:47.15 | mickeyl | by the way |
| 22:47.29 | XorA | mickeyl: I shall check in the .bb and you can give it a spin |
| 22:47.31 | mickeyl | ~pester pb_ for adjusting integer-pixops patch to 2.6.10 and 2.10.x |
| 22:47.37 | ibot | pb_ for adjusting integer-pixops patch to 2.6.10 and 2.10.x: Are we there yet? .. Are we there yet? .. Are we there yet? see http://beverlys.net/LJ/BuggingYou.swf |
| 22:47.37 | mickeyl | XorA: yeah |
| 22:47.39 | hrw | mickeyl: looked at http://ewi546.ewi.utwente.nl/tmp/hrw/t/030_CVE-2007-0010_error-handling-in-pixbuf-loaders.patch one? |
| 22:47.53 | mickeyl | hrw: i looked, but I'm afraid I don't get it :) what does it do? |
| 22:48.05 | hrw | mickeyl: google for 'cve 2007 0010' |
| 22:48.12 | mickeyl | k |
| 22:48.13 | hrw | security for broken images |
| 22:48.37 | *** join/#oe vinvin (n=vinvin@ANice-251-1-50-51.w86-206.abo.wanadoo.fr) |
| 22:48.41 | vinvin | hi ! |
| 22:49.12 | mickeyl | ah that one |
| 22:49.17 | mickeyl | ok, let me review again |
| 22:50.07 | vinvin | i've got a problem building a package i'm trying to add to existing ones; it does `make' properly but the package is empty, I don't understand what's wrong :( |
| 22:50.31 | hrw | vinvin: autotooled package? |
| 22:50.32 | vinvin | output is http://vinvin.dyndns.org/~vinvin/output.txt |
| 22:50.34 | vinvin | no |
| 22:50.35 | mickeyl | hrw: i think we can apply that |
| 22:50.40 | vinvin | hand made hrw |
| 22:50.57 | vinvin | http://vinvin.dyndns.org/~vinvin/light_1.0.bb for the bb file |
| 22:51.48 | hrw | vinvin: install -d ${D}/usr/light ${D}/usr/light/www |
| 22:51.52 | hrw | its ugly |
| 22:52.11 | vinvin | to put two on the same line ? |
| 22:52.12 | CIA-19 | 03xora 07org.oe.dev * r51d3ccc9... 10/ (3 files in 3 dirs): |
| 22:52.12 | CIA-19 | cairo_1.3.12.bb : add patch from jorn at openedhand.com that promises a |
| 22:52.12 | CIA-19 | 12% speedup of cairo. |
| 22:52.14 | hrw | ${D}${bindir} ${datadir}/light/www/ -> /usr/bin and /usr/share/light/www/ |
| 22:52.34 | vinvin | oh that |
| 22:52.37 | hrw | vinvin: be FHS friendly or we will reject it |
| 22:52.50 | XorA | mickeyl: let the benchmarking begin |
| 22:53.15 | hrw | vinvin: then it will get packaged |
| 22:53.19 | vinvin | it's not meant to be added to the real project, but to make this software work embedded hrw |
| 22:53.23 | mickeyl | XorA: excellent - thanks |
| 22:53.49 | vinvin | the app looks for www where it is launched it's just why i put it at the same place |
| 22:54.42 | hrw | vinvin: make it FHS friendly - it does not hurt and will make things easier |
| 22:55.07 | vinvin | allright... |
| 22:55.09 | hrw | vinvin: FILES_${PN} = "/usr/light/*" will probably help you but package is ugly |
| 22:55.57 | vinvin | the real question for me was why does "the following files were installed but not shipped in any package" ? |
| 22:56.18 | vinvin | i'll recode it to look for /usr/share/light/www but that doesn't solve the problem |
| 22:56.19 | hrw | vinvin: bitbake -b light_1.0.bb -e|grep ^FILES |
| 22:56.51 | hrw | vinvin: default FILES contain FHS compatible directories |
| 22:57.00 | vinvin | oh ok |
| 22:58.21 | vinvin | damned i've forgotten the password to ssh it |
| 23:00.37 | vinvin | allright hrw, so if i just move the files to dirs in FILES_light they will be packages if i follow you well ? |
| 23:02.04 | hrw | yes |
| 23:02.12 | vinvin | thank you very much ! |
| 23:03.39 | hrw | np |
| 23:07.14 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:07.55 | hrw | mickeyl: have a minute or few? |
| 23:08.22 | hrw | hi Rod |
| 23:08.49 | hrw | rwhitby: is it hard to make fatslug? |
| 23:09.06 | rwhitby | hrw: hardware or software -wise? |
| 23:09.40 | hrw | both. for example: I would buy nslu2 and want to make it 266MHz (like new one are) and 128/256MB ram |
| 23:11.11 | mickeyl | hrw: one minute :) |
| 23:11.40 | rwhitby | hrw: hardware is too hard for me personally, but I know of about three people who have done it. |
| 23:11.55 | rwhitby | software should be a breeze for you - just run Apex and change the cmdline in the kernel. |
| 23:12.13 | hrw | rwhitby: my friend has proper equipment and knowledge in soldering smd stuff |
| 23:12.41 | hrw | one even work in company with hardcore smd soldering equipment |
| 23:13.30 | rwhitby | hrw: should be doable then. I've never tried it myself. |
| 23:16.10 | tkp | Patch for xserver-kdrive is on bugtracker |
| 23:16.21 | hrw | thx rwhitby |
| 23:16.22 | tkp | this saved over 10mb on my final image! |
| 23:18.06 | hrw | tkp: looks OK. need PR bump added only |
| 23:18.14 | tkp | doh! |
| 23:19.03 | hrw | mickeyl: I sent you few messages. feel free to answer in some time |
| 23:19.58 | hrw | tkp: you are one of those guys which do not use realnames in emails? |
| 23:20.11 | mickeyl | oki |
| 23:20.15 | mickeyl | tomorrow morning |
| 23:20.19 | mickeyl | going to sleep now |
| 23:20.19 | tkp | really? |
| 23:20.19 | hrw | mickeyl: ok. |
| 23:20.20 | mickeyl | gÄnight folks |
| 23:20.24 | tkp | what name do I use?\ |
| 23:20.25 | hrw | cu mickeyl |
| 23:20.36 | hrw | Reporter: STV <stv@> |
| 23:21.21 | tkp | ah right/// coz there are a couple of us from stv that use the same account |
| 23:21.26 | hrw | ah. |
| 23:22.00 | vinvin | what is the right way to do the make install in bb files ? |
| 23:22.29 | hrw | do_install() { oe_runmake install DESTDIR="${D}"} |
| 23:22.35 | hrw | but it is default one iirc |
| 23:23.18 | vinvin | ok :) |
| 23:25.53 | hrw | tkp: Tom Kirkpatrick is realname? |
| 23:26.01 | tkp | indeed ;) |
| 23:26.46 | hrw | then look at CIA-19 |
| 23:28.03 | tkp | CIA-19? |
| 23:28.26 | hrw | CIA notify #oe about commits |
| 23:30.14 | vinvin | should I append something to default compile options or define do_compile to do it just the way it is defined in the makefile ? |
| 23:30.50 | hrw | vinvin: bitbake -b light_1.0.bb -e|less |
| 23:32.54 | vinvin | hrw the thing is I tried to remove my little rules to see, and i don't have -I/usr/include/upnp anymore |
| 23:33.04 | vinvin | so it does not compile |
| 23:33.20 | hrw | vinvin: EXTRA_CFLAGS = "-I{$includedir}/upnp" |
| 23:33.29 | nzg | When I add a patch to a bb file, the cache doesn't appear to be noticing on the next build run, is this correct? |
| 23:33.30 | vinvin | cool |
| 23:33.32 | vinvin | thanks |
| 23:33.44 | nzg | do I have to delete the cache to try again? |
| 23:33.45 | hrw | nzg: it should print "1 parsed" |
| 23:34.10 | nzg | hrw:and then rebuild it? |
| 23:34.22 | hrw | nzg: yes |
| 23:34.42 | nzg | hrw:hmm, doesn't look like it is, I'll try to get some more data |
| 23:34.51 | hrw | nzg: adding patch should usually also bump PR if result affect packaging |
| 23:34.58 | hrw | or build results |
| 23:35.13 | vinvin | hrw that does not work, should I just put that in the bb file ? or do I have to define do_compile() something |
| 23:35.14 | vinvin | ? |
| 23:35.40 | hrw | moment |
| 23:35.44 | nzg | hrw:but what about in development? |
| 23:35.55 | nzg | hrw:when the PR isn't getting bumped? |
| 23:36.10 | nzg | on every change |
| 23:36.34 | tkp | I delete the ipk file manully |
| 23:36.40 | hrw | nzg: I usually add .X - PR = "r17.0" r17.1 etc until it will work |
| 23:36.55 | hrw | vinvin: define do_compile() |
| 23:37.08 | vinvin | empty ? |
| 23:37.28 | nzg | kk |
| 23:37.47 | hrw | vinvin: look at irda-utils/irdadump_0.9.16.bb |
| 23:37.54 | vinvin | ok thanks |
| 23:38.22 | hrw | nzg: or do 'bitbake -crebuild yourpackage' |
| 23:38.42 | vinvin | oh yeah ok |
| 23:40.17 | hrw | cu guys - I go sleep now |
| 23:40.27 | hrw|gone | its 00:42 |
| 23:40.55 | vinvin | :( |
| 23:41.01 | vinvin | good night hrw|gone thanks a lot |
| 23:41.06 | hrw|gone | np |
| 23:41.37 | vinvin | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/upnp |
| 23:41.39 | vinvin | what ? o_O |
| 23:41.45 | hrw|gone | greentux_away: sorry.. I forgot to identify to nickserv so you was not getting my messages. |
| 23:42.16 | hrw|gone | vinvin: use EXTRA_CFLAGS += "-I${STAGING_INCDIR}/upnp/" and make sure that upnp stage headers/libs there |
| 23:42.32 | vinvin | o_O ok |
| 23:42.42 | hrw|gone | vinvin: you are CROSS compiling - /usr/lib /usr/include ARE not good |
| 23:42.50 | hrw|gone | cu again |
| 23:42.53 | vinvin | okay |
| 23:42.56 | vinvin | cu :) |
| 23:48.47 | mickey|zzZZzz | hrw|gone: i didn't get any messages either. please repost |
| 23:48.53 | mickey|zzZZzz | g'night (now really) |
| 23:51.08 | *** join/#oe cyn_ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 23:53.33 | vinvin | i guess putting the install commands in the makefile wasn't a good idea since it doesn't know {D} |
| 23:56.35 | *** join/#oe vinvin_ (n=vinvin@ANice-251-1-21-199.w86-202.abo.wanadoo.fr) |
| 23:56.50 | vinvin_ | i hope i did not miss an answer :) |