| 00:08.03 | Laibsch | Strange. Now I've lost the ability to reproduce. |
| 00:08.07 | Laibsch | :-/ |
| 00:10.26 | mwester | Ouch. |
| 00:11.11 | psokolovsky | Laibsch, it was reproducible building complete image (actually, gtk+), and not repr. building glibc only |
| 00:20.11 | rwhitby | Laibsch: I hear that operation is reversible (losing the ability to reproduce) |
| 00:20.57 | Laibsch | rwhitby: hehe. Let's ask my girlfriend on this topic ;-) |
| 00:21.03 | Laibsch | psokolovsky: Do you ever sleep? ;-) |
| 00:21.24 | psokolovsky | dunno ;-) |
| 00:22.20 | Laibsch | psokolovsky: Building gtk+ also chooses 2.5 (I reapplied my patches locally): http://rafb.net/p/EEdVPp26.html |
| 00:22.46 | Laibsch | But let's wait until glibc is being build and not glibc-intermediate |
| 00:24.27 | psokolovsky | Laibsch, well, I don't know, it was pulled up for some glibc-iconv-iso8859-1 or something. I also could rebuild gtk+ from scratch, in normal way. but when baking it again, glibc2.3.5 was again pulled |
| 00:24.35 | psokolovsky | it's pretty weird, of course |
| 00:25.01 | CIA-3 | 03lenehan 07org.oe.documentation * r70c52dee... 10/ (1 usermanual/chapters/recipes.xml): |
| 00:25.01 | CIA-3 | recipes: Fill in some details on the debian library policy in the |
| 00:25.01 | CIA-3 | packing section. |
| 00:28.01 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:32.33 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 00:35.29 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 00:41.01 | Laibsch | Do we have an official version to show a dependency tree of packages now? |
| 00:41.36 | Laibsch | I know about grepping the output of bitbake -vvv |
| 00:42.05 | svolpe_gerrath | I'm working on a bb recipe for a package and I have it working pretty well but the .pc files end up having /usr/include in them.. If I add --includedir=${STAGING_INCDIR} to EXTRA_OECONF the .pc files are correct but now all of the dev files are put in WORKDIR/image/STAGING_INCDIR/ instead of just WORKDIR/image messing up the packaging of -dev |
| 00:42.35 | svolpe_gerrath | dev files being the header files.. |
| 00:47.14 | florian | svolpe_gerrath: looks like either the build process for the pc files or to install the headers is wrong. |
| 00:57.29 | *** join/#oe leoncamel (n=leoncame@219.142.136.84) |
| 01:05.06 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 01:08.38 | CIA-3 | 03coredump2 07org.oe.dev * r8fbc5385... 10/ (6 files in 4 dirs): gspcav1: Add gspcav1 webcam driver |
| 01:20.41 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:28.07 | *** join/#oe bluelightning_ (n=blueligh@222-155-131-29.jetstream.xtra.co.nz) |
| 01:31.35 | CIA-3 | 03nail 07org.oe.dev * r77568721... 10/ (12 files in 5 dirs): |
| 01:31.35 | CIA-3 | netatalk: Add netatalk package, provided by |
| 01:31.35 | CIA-3 | timtimred. Thanks ;-) |
| 01:34.33 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:47.56 | NAiL | Could anyone explain to me how libtool managed to dig up this toolchain? |
| 01:47.57 | NAiL | /home/repvik/slug/foonas/tmp/staging/x86_64-linux/bin/powerpc-linux-libtool: line 380: /home/repvik/slug/optware/ts101/toolchain/powerpc-linux/gcc-3.4.3-uclibc-0.9.27/bin/sed: No such file or directory |
| 01:48.30 | NAiL | It's looking outside TOPDIR, and finding a completely incompatible toolchain |
| 01:48.52 | NAiL | (and of course, in true libtool tradition, hardcoding paths) |
| 01:49.09 | NAiL | ~lart libtool |
| 01:49.12 | *** join/#oe greentux_ (n=lemke@Z46ef.z.pppool.de) |
| 01:52.58 | NAiL | ~lart libtool some more |
| 01:53.16 | NAiL | that kinda didn't make as much sense as I hoped it would. |
| 01:57.52 | *** join/#oe bluelightning1 (n=blueligh@222-155-128-118.jetstream.xtra.co.nz) |
| 02:12.55 | *** join/#oe Laibsc1 (n=Laibsch@F7383.f.ppp-pool.de) |
| 02:15.28 | *** join/#oe cworth (n=cworth@67.160.161.141) |
| 03:06.26 | *** join/#oe hvontres|home (n=hvontres@75.28.7.76) |
| 03:09.27 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 03:55.34 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 04:22.28 | *** join/#oe snoopl3s (n=Snoopl3s@209.105.206.5) |
| 04:25.43 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:42.33 | SirManiac | anybody try building angstrom with MACHINE=native and have problems building perl? |
| 04:48.47 | *** join/#oe _schurig (n=schurig@pD95FA6F8.dip0.t-ipconnect.de) |
| 04:58.24 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:14.20 | *** join/#oe JoseJX (n=jjezak@c-71-199-122-57.hsd1.pa.comcast.net) |
| 05:42.26 | CIA-3 | 03lenehan 07org.oe.dev * re0a22795... 10/ (3 files in 2 dirs): |
| 05:42.26 | CIA-3 | iproute2: Fix up 2.6.16 and 2.6.18 so that the patches are applied. |
| 05:42.26 | CIA-3 | During cleanup the SRC_URI+ was moved to prior to the require |
| 05:42.26 | CIA-3 | resulting in the patches not being added to the base SRC_URI. Use |
| 05:42.26 | CIA-3 | SRC_URI_append to prevent the order for being an issue. |
| 05:42.30 | CIA-3 | 03lenehan 07org.oe.dev * rce3a8bd7... 10/ (7 files in 3 dirs): iproute2: Add 2.6.20 to pick up a lot of new commands and bug fixes. |
| 05:45.41 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:46.27 | hvontres|home | ~seen RP |
| 05:46.59 | ibot | rp is currently on #gpe (2d 13m 34s) #oe (2d 13m 34s) #openmoko (2d 13m 34s) #openzaurus (2d 13m 34s) #handhelds.org (2d 13m 34s). Has said a total of 1 messages. Is idling for 20h 28m 37s, last said: 'morning all'. |
| 05:49.24 | hvontres|home | ~seen Laibsc1 |
| 05:49.38 | ibot | laibsc1 is currently on #oe (3h 36m 43s) #openzaurus (3h 36m 43s), last said: 'What does the SECTIONS (not SECTION!) line in packages/opie-taskbar/opie-taskbar.inc do? Is it necessary?'. |
| 05:54.13 | *** part/#oe SirManiac (n=_sir_man@cisco-3660.ppp-04.ramah.scsconnect.net) |
| 06:05.43 | hillct | fun new voip toys for anyone interested... http://bugs.openembedded.org/show_bug.cgi?id=2011 |
| 06:13.26 | *** join/#oe snoopl3s_ (n=Snoopl3s@209.105.206.94) |
| 06:18.24 | v8jlene | hillct: You should probably use the volatiles stuff for the /var directories, so that it'll work for people like me where /var is a tmpfs filesystem. |
| 06:19.03 | hillct | that's how it's setup |
| 06:19.34 | hillct | volitile stuff is mostly voicemail which all goes into /var |
| 06:20.08 | *** join/#oe hvontres|home (n=hvontres@adsl-75-28-7-76.dsl.sndg02.sbcglobal.net) |
| 06:20.13 | v8jlene | hillct: http://www.openembedded.org/user-manual&dpage=recipes_volatiles |
| 06:20.35 | v8jlene | hillct: That's more what I'm talking about - I haven't finished that section of the manual yet though. |
| 06:21.18 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 06:21.36 | v8jlene | So no /var files are installed as part of the package, they are created by install a volatiles file which has instructions on what to create. |
| 06:22.09 | hillct | v8jlene: interesting |
| 06:22.37 | hillct | not sure that's practical for this package though |
| 06:23.04 | hillct | users can move their directories around in openpbx.conf if needed |
| 06:23.39 | hillct | where do you recommend placing semi-volitile items such as voicemail that should survive a reboot? |
| 06:24.48 | v8jlene | Yeah, that's a good question and one that I don't think there's a good answer for. |
| 06:25.39 | hvontres|home | hillct: I'm not sure about other devices, but on a sharp zaurus /var is created in ram as a tmpfs mount. so /var would not survive a reboot |
| 06:27.40 | hillct | v8jlene: hvontres|home I think it's safe to say you wouldn't want to run this package on a device that's flash-only anyway. I'm sure that's true for other packages as well, but I can't imagine running a PBX on a Sharp Zaurus for example |
| 06:27.59 | v8jlene | On my distro I bind mount stable storage onto var for the one thing that I need stable storage for. |
| 06:28.51 | hvontres|home | hillct: your right, but I am not sure what other distros, like nslu do for /var |
| 06:29.01 | rwhitby | well, the file system standards say that /var is persistent |
| 06:29.29 | hillct | v8jlene: Is the populate-volitiles script integrated into every distro? I don't yet see it in SlugOS. When it is added, where will it expect to find the volatiles files? |
| 06:29.35 | rwhitby | in SlugOS, when you boot from disk, the /var is persistent. when you boot without a disk attached, then it's in ram. |
| 06:30.17 | rwhitby | populate-volatiles is in SlugOS. |
| 06:30.31 | hillct | I think it's fair to make some assumptions about the robustness of the installation if your'e even contemplating making your NSLU2 into a PBX |
| 06:30.37 | hillct | oh? |
| 06:30.42 | hillct | will check it out |
| 06:30.48 | rwhitby | it's in /etc/init.d |
| 06:30.56 | v8jlene | hillct: look at one of the packages that currently use it, such as p3scan or postfix |
| 06:31.07 | hillct | K |
| 06:31.21 | rwhitby | the FHS says /var is persistant, so you should assume so, and any distro where it is not persistent has to do other stuff to save what needs to be saved. |
| 06:32.10 | v8jlene | hillct: I currently run asterisk on some of my devices and I have a USB2 storage (usually flash keys) bind mounted into the appropriate directories in /var. |
| 06:33.02 | hillct | it may be valiable to have a mechanism whereby a package post script can collect metadata about where it's being installed so it can make any needed adjustments to target directories based on things like persistance of filesystems |
| 06:33.35 | hillct | v8jlene: yes, and the same applies for openpbx |
| 06:34.05 | hillct | v8jlene: anywhere you can run Asterisk, you should be able to run OpenPBX |
| 06:34.17 | *** join/#oe rd_ (n=redragon@vnsecurity.net) |
| 06:34.48 | hillct | there's some additional stripping out of dynamic modules that could be done as well, to accomodate even smaller memory devices |
| 06:37.19 | v8jlene | Heh, I don't have any really small devices - my smallest device has 128M RAM and 64MB flash and some internal and external USB2 ports... so I'm a lot better off than a lot of others ;) |
| 06:38.42 | hillct | as far as I can tell, the only thing in var that really should be non-volitile is /var/lib/* |
| 06:38.56 | hillct | the rest are logs and pid files and such |
| 06:41.25 | v8jlene | Yeah, I might need to write something up and post to the mailing list to get some clear guidelines on this sorted out. |
| 06:43.32 | rwhitby | hmm: libol staging is broken |
| 06:44.09 | hillct | also, how should order of execution of volitiles creation work. Onbiously you want 00_core to be first, thus the name, but should each package just try to be next? 01_openpbx ? |
| 06:44.19 | rwhitby | "install -m 0755 /home/slug/slugosle/tmp/work/armv5te-linux/libol-0.3.18-r5/libol-0.3.18/l\ |
| 06:44.20 | rwhitby | ibol-config /home/slug/slugosle/tmp/staging/i686-linux/bin/arm-linux" does not look right to me |
| 06:44.21 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:44.24 | hillct | that seems like it could get messy and would be unreliable anyway |
| 06:45.00 | v8jlene | hillct: Your recipe looks mostly fine apart form that. Might pay to run contrib/oe-stylize.py on it and look at the things it complains about (tabs for example) and the ordering it suggests for things (to try and keep things the same). I normally don't use the output directly. |
| 06:45.55 | hillct | oh, geez. didn't we just have a discussion of that earlier today ;) |
| 06:46.13 | v8jlene | hillct: Because you'd only depend on things created by core, you can use anything after that. You don't depend on volatiles from other packages so it doesn't matter about what's there. |
| 06:46.30 | hillct | yeah. makes sense |
| 06:47.14 | v8jlene | hillct: Maybe... I didn't say to use the output, just note what it complains about, and the ordering of some things (ie, I look at the header and go "DEPENDS belongs a few lines down") |
| 06:47.22 | hillct | well, if you depend on the other package you might, depend on it's volitiles, although I can't think of a good example of that at the moment |
| 06:47.46 | hillct | K |
| 06:48.01 | v8jlene | hillct: p3scan depends on the clamav virus definitions for example... but yeah, that's unusual. |
| 06:48.26 | rwhitby | looks like lots of packages are installing things into STAGING_BINDIR_CROSS, but that directory is not created by default, and the first package that tries to install something into it creates a file with that name instead of put a file in a directory of that name. |
| 06:48.33 | hillct | I'm putting together a list for the next update. volitiles, a log rotation script, recipe formatting, I'd like to get a sounds sub-package in there maybe |
| 06:50.23 | rwhitby | gtk+, libnet, libol are all broken in that fashion |
| 06:50.56 | v8jlene | rwhitby: It's created ok here. If it leaves up to whoever install there first fails to create the directory then you'd have that issue. |
| 06:51.19 | rwhitby | yeah, it depends which recipe you run first. |
| 06:55.33 | rwhitby | it's caused some weird stuff to not build here. including openpbx. |
| 06:58.52 | rwhitby | looks like there is the same problem with STAGING_BINDIR_NATIVE |
| 07:02.27 | rwhitby | with uboot, uboot-utils, ftdi-eeprom-native, tzcode-native, and dfu-util-native. |
| 07:02.49 | v8jlene | yeah, none of them are explicitly created by the looks. The binconfig class creates STAGING_BINDIR_CROSS which makes that a bit less visible. |
| 07:03.04 | rwhitby | yeah, but only if you inherit binconfig |
| 07:03.09 | rwhitby | I'm fixing them all right now |
| 07:04.09 | v8jlene | Yep, just happens for me to be one of the first packages built does that... |
| 07:05.02 | rwhitby | it's an insidious failure, cause it means that pkgconfig files don't get installed for all subsequent packages, and you get weird dependency failures in configure on other packages. |
| 07:05.56 | *** join/#oe bluelightning (n=blueligh@222-155-220-17.jetstream.xtra.co.nz) |
| 07:07.27 | v8jlene | hillct: it was before 6.00am my time when you had that talk about oe-stylize on here ;) No wonder I didn't see it! Anyway, I've never had any problems with using the output from it directly for recipes that don't require/include other ones and it's rather handy for keeping things in the same order in recipes. But anyway it's not really important.. |
| 07:07.44 | CIA-3 | 03rwhitby 07org.oe.dev * rbcad31fc... 10/ (3 files in 3 dirs): libol, gtk+-1.2: create the STAGING_BINDIR_CROSS directory before installing stuff into it. |
| 07:07.49 | CIA-3 | 03rwhitby 07org.oe.dev * r5dae50ef... 10/ (6 files in 6 dirs): dfu-util-native, ftdi-eeprom-native, tzcode-native, u-boot, uboot-utils: create the STAGING_BINDIR_NATIVE directory before installing stuff into it. |
| 07:09.06 | hillct | v8jlene: oe-stylize comes in handy as a reference but taking it as gospel can be dangerous |
| 07:09.37 | rwhitby | heh - as with most things, including taking the gospel as gospel :-) |
| 07:09.39 | hillct | anyway, I'll be making those adjustments along with a few other changes over the next week or so |
| 07:09.52 | hillct | rwhitby: true |
| 07:11.35 | rwhitby | well, I'm off to a wedding reception now, so my laptop will have plenty of time to rebuild everything overnight ... |
| 07:12.17 | v8jlene | Enjoy. |
| 07:18.16 | *** join/#oe koen|recife (n=koen@201.38.11.131) |
| 07:26.30 | *** join/#oe |jbs| (n=Bernardo@87-196-233-113.net.novis.pt) |
| 07:30.55 | *** join/#oe bluelightning_ (n=blueligh@222-155-211-13.jetstream.xtra.co.nz) |
| 07:37.34 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 07:45.20 | *** join/#oe bluelightning1 (n=blueligh@222-155-156-24.jetstream.xtra.co.nz) |
| 07:45.41 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 08:00.25 | *** join/#oe dullard_asleep (n=jim@adsl-static-1-30.uklinux.net) |
| 08:07.58 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-149-137.w86-221.abo.wanadoo.fr) |
| 08:08.06 | cyrilRomain | morning all |
| 08:13.41 | Bernardo | good morning |
| 08:13.58 | *** join/#oe gremlin[it] (n=gremlin@ppp-251-6.25-151.libero.it) |
| 08:14.27 | Ifaistos | morning all |
| 08:19.50 | *** join/#oe pH5 (n=ph5@e178207036.adsl.alicedsl.de) |
| 08:23.29 | cyrilRomain | hi pH5. Here is a patch to make goffice build. It seems that you succeed to build goffice_0.3.2 but used DEFAULT_PREFERENCE = "-1" for some reasons. but goffice_0.2.1 does not build because of QA issue (missing FILES_${PN}-dbg). Can you please fix it ? |
| 08:23.47 | cyrilRomain | pH5: http://rafb.net/p/2Ax4LX78.html |
| 08:30.13 | pH5 | cyrilRomain: I just fixed the QA issue in 0.2.1, copied the line to 0.3.2 (without changing the version, doh) and then pushed 0.3.2 instead of 0.2.1 :) |
| 08:30.20 | pH5 | Thanks for the patch, I'll apply it in a second |
| 08:30.48 | cyrilRomain | pH5: thank you :) |
| 08:30.49 | pH5 | The DEFAULT_PREFERENCE=-1 is by koen|away, he wrote in the changelog that there are some api issues. |
| 08:31.03 | cyrilRomain | pH5: thanks for the info |
| 08:32.02 | cyrilRomain | pH5: instead of using the version, why not useing ${PV} ? ;) |
| 08:33.39 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 08:40.04 | pH5 | cyrilRomain: yeah, here you go. |
| 08:40.22 | pH5 | hey koen|recife_ |
| 08:41.45 | CIA-3 | 03cyril 07org.oe.dev * r5c577a49... 10/ (3 files in 2 dirs): goffice: make it build (fix QA issues for real). |
| 08:51.53 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
| 09:11.17 | *** join/#oe lazy_marmot (n=lazy_mar@85.233.43.112.static.cablesurf.de) |
| 09:14.13 | *** join/#oe wbx (n=wbx@gprs-pool-1-012.eplus-online.de) |
| 09:36.31 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 09:36.56 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 09:52.05 | *** join/#oe mrdata (i=unknown@dslb-088-074-155-091.pools.arcor-ip.net) |
| 09:52.59 | mrdata | hi all |
| 09:57.24 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 10:02.49 | nm | have anybody here use linksys wifi wcf12 card ? |
| 10:10.51 | *** join/#oe sirfred (n=mteira@102.Red-83-55-39.dynamicIP.rima-tde.net) |
| 10:11.34 | sirfred | Good morning |
| 10:12.54 | mr_nice | mrdata: hi |
| 10:13.10 | mrdata | mr_nice: hi |
| 10:13.57 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 10:14.32 | mrdata | mr_nice: you will transfer /proc/cs3 to sysfs, is this right? |
| 10:15.57 | mr_nice | mrdata: I will try to do so |
| 10:16.16 | mrdata | mr_nice: need you help or will you do it alone |
| 10:16.48 | mr_nice | mrdata: help is allways welcome. I am not that c professional |
| 10:18.13 | mrdata | mr_nice: i also not professional, so we must read a lot of documentation first |
| 10:18.35 | mr_nice | mrdata: yes |
| 10:18.51 | mr_nice | mrdata: I think it would be very cool to get apm working. but I have no clue how to start with it |
| 10:19.44 | mrdata | mr_nice: okay, i have also no plan was going wrong with apm |
| 10:20.07 | mrdata | mr_nice: but, i will try to understand this |
| 10:21.18 | mrdata | mr_nice: you could try the /proc/cs3 stuff and i will fight against apm, is this okay? |
| 10:21.35 | mr_nice | mrdata: ok |
| 10:22.02 | mrdata | mr_nice: then let us do the work |
| 10:22.27 | mr_nice | mrdata: :) |
| 10:23.13 | mrdata | mr_nice: is your mq200 stuff right compiled now ? |
| 10:23.48 | mr_nice | mrdata: yes, it compile and works fine! |
| 10:25.28 | mr_nice | mrdata: I have hand it in as an bugreport (1971) one bugs.openembedded.org so if some of the devs have time it will be included in oe. also I have added it to the slackpad svn repro. |
| 10:29.04 | mr_nice | mrdata: the original mq200 driver from zecke included also a simpad_bl.c and a simpad_lcd.c file which both didn't compiled. maybee you can look over it? |
| 10:29.23 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-111-235.pools.arcor-ip.net) |
| 10:29.48 | mr_nice | mrdata: I think the _bl is for backlight control |
| 10:30.12 | mrdata | mr_nice: where can i find the original driver set from zecke? |
| 10:31.26 | mr_nice | mrdata: I can send you the files. else you can get his git tree but this is overkill I think |
| 10:31.26 | mr_nice | mrdata: I send you an email |
| 10:31.36 | mrdata | mr_nice: thx! |
| 10:33.16 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 10:34.33 | mr_nice | mrdata: mail is sent |
| 10:37.36 | mrdata | mr_nice: your mail is arived |
| 10:40.10 | *** join/#oe tkp_ (n=tom@80-47-89-7.lond-hex.dynamic.dial.as9105.com) |
| 10:45.19 | *** join/#oe mr_nice (n=mr_nice@84.169.197.111) |
| 10:48.19 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 10:51.47 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:54.21 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 10:58.16 | *** join/#oe wbx (n=wbx@gprs-pool-1-012.eplus-online.de) |
| 11:03.35 | *** join/#oe greentux__ (n=lemke@195.227.105.180) |
| 11:04.31 | *** join/#oe Varoudis (n=varoudis@athedsl-24937.otenet.gr) |
| 11:14.10 | mr_nice | mrdata: hm, it seems to be a good idea to have the battery state also done via sysfs. |
| 11:14.37 | *** join/#oe tkp (n=tom@212-139-117-73.dynamic.dsl.as9105.com) |
| 11:14.44 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 11:35.47 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 11:55.37 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 12:00.33 | cyrilRomain | mickey_away: it seems that python-2.4.4-manifest.inc need to be regenerated by generate-manifest.py. I've had QA issues http://rafb.net/p/erArqx12.html that disappeared with a renegerated manifest (python-misc is indeed not here anymore) |
| 12:05.27 | keesj | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/libffi |
| 12:06.16 | keesj | I have this nice error, apparently this kind of error happend a few times in the past, I see bugzilla entries |
| 12:06.46 | keesj | stuff like that http://bugs.openembedded.org/show_bug.cgi?id=1826 how could I see how to fix it? |
| 12:07.17 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:08.05 | cyrilRomain | keesj: you have to fix the package configure options, or fix autoconf files if it cannot be fixed with configure option |
| 12:08.05 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 12:08.26 | cyrilRomain | keesj: on which package do you have such error ? |
| 12:09.12 | keesj | gcc itself I think oe/tmp/work/armv4t-linux/gcc-cross-initial-4.1.1-r11/gcc-4.1.1/ |
| 12:09.56 | cyrilRomain | gcc ? ouch ! |
| 12:10.29 | keesj | I am really and oe n3ebie. chances are bigger I have a bug :p |
| 12:12.28 | keesj | this is the "full" log http://paste-it.net/1639/raw/ |
| 12:12.29 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 12:13.52 | keesj | I have set MACHINE to smdk2440 and the DISTRO to generic |
| 12:14.27 | keesj | I do run bitbake as normal user and mu install is in /home/keesj/oe/ |
| 12:14.36 | CIA-3 | 03nail 07org.oe.dev * r4dcbd44e... 10/ (1 packages/images/foonas-image.bb): foonas: Update image support |
| 12:16.12 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 12:17.17 | cyrilRomain | keesj: have you also set TARGET_OS, and more generally what should be set in conf/local.conf ? |
| 12:17.22 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 12:19.25 | *** part/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 12:19.57 | cyrilRomain | keesj: hmm, I have no clue on what is wrong :-/ |
| 12:20.46 | *** join/#oe bluelightning (n=blueligh@222-155-156-24.jetstream.xtra.co.nz) |
| 12:28.01 | keesj | cyrilRomain: thanks for the help |
| 12:28.10 | cyrilRomain | keesj: do you have recent metadata ? |
| 12:28.48 | *** join/#oe tkp (n=tom@80-47-117-171.lond-hex.dynamic.dial.as9105.com) |
| 12:29.52 | cyrilRomain | keesj: at least I can't find any related bug. Please check your config, and file a bug if you cannot get ride of the error |
| 12:31.32 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-117-040.pools.arcor-ip.net) |
| 12:31.45 | keesj | I have found a possible problem (disk almost full), I will free some spavce and try again |
| 12:35.53 | Laibsc1 | apaulsen, slapin: I still have trouble to reproduce yesterday's error reliably. If you can provide me with some config and command as a test-case I'd appreciate it. |
| 12:37.06 | Laibsch | For example, I use "which glibc" in bitbake shell. But I always get glibc version 2.5 as a response. When I actually build glibc over night yesterday, it appears that indeed 2.3.5 was chosen. |
| 12:37.26 | Laibsch | I am looking for a faster method to reproduce this error. |
| 12:38.24 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 12:46.32 | *** join/#oe psokolovsky (n=psokolov@82.193.98.7) |
| 12:56.27 | *** join/#oe bluelightning (n=blueligh@222-155-156-24.jetstream.xtra.co.nz) |
| 13:00.27 | keesj | nope it was no a problem with disk space |
| 13:01.10 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 13:01.19 | cyrilRomain | hey koen|recife_ |
| 13:02.15 | CIA-3 | 03pfalcon 07org.oe.dev * rb9d87867... 10/ (3 files in 2 dirs): xserver-common 1.14, 1.15: Apply calibrate-only-if-ts.patch (from 1.13). |
| 13:08.01 | CIA-3 | 03marek.vasut 07org.oe.dev * re6d5b26a... 10/ (11 files in 3 dirs): |
| 13:08.01 | CIA-3 | libsdl-qpe 1.2.9: Add version of libsdl for OPIE, matches versions of other libsdl |
| 13:08.01 | CIA-3 | implementations in OE. |
| 13:11.45 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 13:18.25 | *** join/#oe bluelightning_ (n=blueligh@222-155-214-30.jetstream.xtra.co.nz) |
| 13:22.13 | *** join/#oe csmanx_ (n=csman@190.40.64.85) |
| 13:24.04 | CIA-3 | 03pfalcon 07org.oe.dev * r073563c6... 10/ (1 packages/libsdl/libsdl-qpe_1.2.9.bb): (log message trimmed) |
| 13:24.04 | CIA-3 | libsdl-qpe 1.2.9: Make sure OPIE package has distinct name from other libsdl packages. |
| 13:24.04 | CIA-3 | * The fact that all libsdl variant packages have the same package name, is |
| 13:24.04 | CIA-3 | a major issue we have, causing various issues with iser support. |
| 13:24.04 | CIA-3 | * It is caused by Debian package renaming, which ignores real package names |
| 13:24.07 | CIA-3 | and names them instead based on formal rules of pressing package's files, which |
| 13:24.09 | CIA-3 | has issue like this in general. |
| 13:29.14 | cyrilRomain | koen|away: can you please push this monotone do_install fix http://rafb.net/p/7xswn529.html ? Thanks in advance :) |
| 13:34.13 | *** join/#oe gremlin[it] (n=gremlin@217.201.132.166) |
| 13:38.36 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 13:41.25 | *** join/#oe koen|recife_ (n=koen@201.38.11.131) |
| 13:45.44 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 13:49.18 | Laibsch | ~seen mvo |
| 13:49.45 | ibot | mvo <~egon@ip161.168.1211H-CUD12K-02.ish.de> was last seen on IRC in channel #debianppc, 1101d 22h 56m 59s ago, saying: 'Bor_Ed: and I can get the deivce listing of OF via /proc/device-tree?'. |
| 13:54.09 | koen|recife_ | 'morning |
| 13:58.00 | pH5 | hi koen|recife_ |
| 13:58.06 | *** join/#oe Henryk (i=henryk@shiny.ploetzli.ch) |
| 13:59.34 | sirfred | Humm, I've tried twice to install a gpe-image on my husky, and the two times, I only get a lot of jffs2_scan_eraseblock() errors. |
| 13:59.51 | sirfred | Something about Magic bitmask 0x1985 not found at ..... |
| 14:00.27 | sirfred | I expect that the problem is the jffs2 image I've generated. Could the flash be damaged? |
| 14:03.04 | koen|recife_ | psokolovsky: you broke libsdl runtime deps for everyone, please revert that cset |
| 14:04.01 | psokolovsky | koen|recife_, what you mean? I didn't touched anything except libsdl-qpe |
| 14:04.35 | psokolovsky | someone not using it will not notice any effects |
| 14:05.31 | Henryk | Hi. I'm wondering: How does bitbake (or ipkg for that matter) compare versions? Especially in the uboot-gta01-1.2.0+svn${SRCDATE} case. If I put a number in SRCDATE, will it do the right thing? (E.g. "uboot-gta01-1.2.0+svn10" is more than "uboot-gta01-1.2.0+svn2") |
| 14:08.01 | CIA-3 | 03svolpe 07org.oe.dev * r234f2f3a... 10/ (4 files in 3 dirs): Directfb 1.0.0: Add 1.0.0 and delete RC3, update pkgconifg patch to fix all .pc.in files |
| 14:11.04 | psokolovsky | koen|recife_, so, it's OPIE-local, the reason why it was done that way is exctly your concern that it is easy for users to confuse different libsdl variants, which causes headache for OE mainatiners. |
| 14:11.52 | psokolovsky | koen|recife_, I dicussed the issue with hrw, and he didn't support idea to extend it to other libsdl immediately |
| 14:12.40 | psokolovsky | koen|recife_, so, I decided to test in on local OPIE level, it works, I fully sign off of it, and ready to handle issues connected with it |
| 14:17.16 | koen|recife_ | psokolovsky: it breaks every non-opie application |
| 14:17.23 | koen|recife_ | psokolovsky: so revert it ASAP |
| 14:18.08 | psokolovsky | koen|recife_, how can I reproduce that? I'm running with it for 5 days w/o issues. |
| 14:20.30 | koen|recife_ | every sdl app you build after libsdl-qpe depends on libsdl-qpe instead of libsdl12 |
| 14:24.03 | psokolovsky | disapprove pushed |
| 14:24.10 | CIA-3 | 03pfalcon 07org.oe.dev * r98be4107... 10/ (1 packages/libsdl/libsdl-qpe_1.2.9.bb): disapproval of revision '073563c6fb1aad528e3d0c4f974eea7a71e1ad87' |
| 14:24.21 | psokolovsky | koen|recife_, so, I didn't lie that it affcects *only* opie users, right? |
| 14:24.35 | Shoragan | libtool-native-1.5.10 has stopped working for me, configure complains that it is already configured |
| 14:24.43 | koen|recife_ | no, it affects everyone without PREFERRED_PROVIDER_libsdl set |
| 14:24.44 | psokolovsky | koen|recife_, what do your recommend as solution? |
| 14:24.58 | koen|recife_ | psokolovsky: keep PV and PR for all libsdls in sync |
| 14:25.01 | psokolovsky | koen|recife_, we have that set to x11, right? |
| 14:25.14 | *** join/#oe mr (n=mr_nice@p54A9F143.dip.t-dialin.net) |
| 14:25.46 | psokolovsky | koen|recife_, but I want to solve that "different things named the same way" problem |
| 14:26.07 | psokolovsky | koen|recife_, I see not staging qpe as good solution, what do you think? |
| 14:26.15 | koen|recife_ | no |
| 14:26.22 | koen|recife_ | the 'problem' is in the shlibs code |
| 14:26.41 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 14:26.54 | psokolovsky | koen|recife_, let's use x11 only for staging |
| 14:27.06 | koen|recife_ | that will make no difference at all |
| 14:27.14 | psokolovsky | or yet better, make generic libsdl package for staging |
| 14:27.23 | psokolovsky | ok, I will look closer into this issue |
| 14:27.28 | koen|recife_ | again, staging is not the problem |
| 14:28.14 | koen|recife_ | it doesn't matter which libsdl you build against, it matters what ends up in ipkg's Depends: field |
| 14:28.59 | psokolovsky | koen|recife_, well, I want it to stay libsdl-1.2-0 still, just that dependncy be provided by package with different name |
| 14:30.19 | Henryk | To answer my own question: there is an ipkg-compare-versions which I can use to experimentally find that out |
| 14:31.07 | psokolovsky | Henryk, be wary that there're bugs here and there in ipkg stuff |
| 14:31.36 | Henryk | psokolovsky: I see |
| 14:38.50 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 14:40.06 | *** join/#oe sirfred (n=mteira@102.Red-83-55-39.dynamicIP.rima-tde.net) |
| 14:41.12 | sirfred | Hello. Anybody installed gpe-image from openzaurus-unstable lately? |
| 14:42.11 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
| 14:45.18 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 14:48.08 | sirfred | The problem is that I'm able to mount using mtdram the generated gpe-image, but after flashing it to my husky, I only get: |
| 14:48.09 | sirfred | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000008 |
| 14:48.15 | *** join/#oe mhulden (n=mhulden@h188n2fls32o1016.telia.com) |
| 14:48.19 | sirfred | Could be a problem of my internal flash? |
| 14:51.06 | *** join/#oe snoopl3s_ (n=Snoopl3s@209.105.206.94) |
| 15:06.20 | Jin^eLD | re |
| 15:10.26 | sirfred | Well, I'm going to try with a NAND restore |
| 15:13.34 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 15:19.42 | sirfred | I'm afraid the jffs2 generated for gpe-image is not good |
| 15:20.17 | sirfred | After a NAND restore (original Sharp ROM working), I've flashed again with this gpe-image and again the same errors. |
| 15:29.03 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 15:36.17 | *** join/#oe csmanx_ (n=csman@190.40.64.85) |
| 15:45.59 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 15:59.45 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
| 16:08.46 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 16:32.23 | hillct | is there a policy or guidelines with regard ot using arbitrary variables in recipes? |
| 16:33.18 | hillct | for example, I want to add te variables 'instuser' and 'instgroup' so I can more reasonably manage file ownership |
| 16:34.35 | hillct | If I allow for this file ownership flexibility, I'd also want to dynamically create te volitiles file for my package, rather than including a static one |
| 16:40.33 | psokolovsky | hillct, you can use them, if it makes sense. just follow conventions. INSTUSER. (or maybe there's already standard var name for that) |
| 16:41.39 | hillct | as far as I can tell, there isn't, but I've actualy reconsidered and I'm sticking with the static file for volitiles |
| 16:52.41 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:59.01 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 16:59.33 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 17:04.33 | CIA-3 | 03coredump2 07org.oe.dev * rf2a15f2f... 10/ (3 files in 3 dirs): webcam-server: Add webcam-server |
| 17:04.37 | CIA-3 | 03coredump2 07org.oe.dev * r321bc832... 10/ (8 files in 5 dirs): netbase: Add support for custom if-*.d directories. Also fix failing dhcp mode on SlugOS due to slow auto-negotiation (dhcp fix courtesy mwester & NAiL, thanks!) |
| 17:20.40 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:42.02 | *** join/#oe tkp_ (n=tom@80-47-187-232.lond-th.dynamic.dial.as9105.com) |
| 18:03.40 | CIA-3 | 03Laibsch 07org.oe.dev * r34ccdf81... 10/ (1 packages/qof/qof_0.7.2.bb): qof: beef up the bb file with some further entries |
| 18:03.44 | CIA-3 | 03Laibsch 07org.oe.dev * r13300dbb... 10/ (1 packages/gpe-expenses/gpe-expenses_0.0.6.bb): |
| 18:03.44 | CIA-3 | gpe-expenses: fix dependencies, closes 2010. |
| 18:03.44 | CIA-3 | Beef-up bb file with some further entries |
| 18:07.46 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 18:10.05 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:22.18 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 18:40.17 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
| 18:54.33 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 19:03.16 | *** join/#oe SirManiac (n=_sir_man@cisco-3660.ppp-10.ramah.scsconnect.net) |
| 19:03.49 | CIA-3 | 03nail 07org.oe.dev * r6389cf32... 10/ (4 files in 3 dirs): linkstation: Add support for linkstation-devices. Thanks to timtimred |
| 19:03.53 | CIA-3 | 03nail 07org.oe.dev * r687185a0... 10/ (8 files in 3 dirs): uboot: Add support for linkstation target |
| 19:03.57 | CIA-3 | 03nail 07org.oe.dev * r408f7747... 10/ (4 files in 3 dirs): linux: Add linkstation kernel |
| 19:04.20 | timtimred | thanks NAiL |
| 19:10.27 | NAiL | np |
| 19:21.21 | Ifaistos | evening all |
| 19:32.03 | mrdata | mr_nice: email sent to you |
| 19:33.47 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
| 19:52.14 | mr_nice | mrdata: thx ! |
| 19:54.38 | mrdata | mr_nice: no problem, but the problem with .config file is not linked with packages_dir stuff |
| 19:58.53 | mrdata | mr_nice: i delete only in ../tmp/stamps/simpad-angstrom-linux/ the files after linux-2-6.20-r3.do_qa_configure |
| 19:59.56 | mrdata | mr_nice: then rebuild kernel stuff begin with do_compile and .config should not touched there |
| 20:01.16 | *** join/#oe psokolovsky_ (n=psokolov@favoured-food.volia.net) |
| 20:12.44 | mr_nice | mrdata: best way is to just replace the defconfig file in packages/linux/linux/simpad/defconfig |
| 20:17.05 | mrdata | mr_nice: prepare packages dir and will test it now |
| 20:20.46 | hillct | v8jlene: what's the volatiles cache as distinct from the volatiles listed in /etc/default/volatiles ? |
| 20:30.13 | *** join/#oe tkp (n=tom@80-47-187-232.lond-th.dynamic.dial.as9105.com) |
| 20:37.13 | *** join/#oe Bitmaster (n=Bitmaste@c-4061e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 20:45.00 | mrdata | mr_nice: its funny, when i insert CONFIG_BACKLIGHT_SIMPAD=y and CONFIG_LCD_SIMPAD=y in defconfig |
| 20:46.29 | mrdata | mr_nice: and start a clean new compile, then in .config my new 2 lines are removed and |
| 20:47.18 | mrdata | mr_nice: simpad_bl.c + simpad_lcd.c would not compile |
| 20:50.43 | JustinP | is anyone using packaged-staging from scratch? it doesn't seem to be staging the kernel headers for me |
| 20:52.08 | *** join/#oe sza2|home (n=sza2@dsl51B635E2.pool.t-online.hu) |
| 20:52.13 | sza2|home | Hi All, |
| 20:54.35 | mr_nice | mrdata: hm, you could try bitbake -c rebuild virtual/kernel but i am not that familiar with oe |
| 20:56.56 | sza2|home | I want to compile libgnomeui but it is not successful, as it depends on gtk+-2.8.9 however configure fails since it needs gtk+ > 2.9.0 |
| 20:58.26 | sza2|home | I compiled gtk+-2.10.x. Can I force libgnomeui to use gtk+2.10.x somehow? |
| 20:59.19 | NAiL | Anyone know why thttpd's "htpasswd" binary is statically linked? It takes 410kb. thttpd itself takes 84kb... |
| 20:59.51 | hillct | LOL |
| 20:59.57 | hillct | no idea |
| 21:00.43 | hillct | while I'm thinking about it, there appears to be a problem with linking against libpcre |
| 21:02.04 | hillct | when I tried to build lighttpd it worked but was unable to use libpcre so URL rewriting was not functional. I recall seeing discussion of problems on other OE distros where libpcre was being built was not dynamically linkable |
| 21:03.44 | CoreDump|home | hi |
| 21:04.02 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 21:10.40 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:12.45 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 21:24.33 | mrdata | mr_nice: problem solved, i must declare the two new parameters also in a Kconfig file |
| 21:24.47 | CIA-3 | 03coredump2 07org.oe.dev * r9ac358a3... 10/ (5 files in 2 dirs): netbase: Add forgotten directories. |
| 21:26.40 | mrdata | mr_nice: -> /drivers/video/backlight/Kconfig and tata all will compile |
| 21:28.47 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 21:31.30 | mr_nice | mrdata: :) |
| 21:32.05 | mr_nice | mrdata: you can also do a obj-y in the Makefile but creating a Kconfig entry is better |
| 21:33.34 | mrdata | mr_nice: with new parameter only in a Makefile no success |
| 21:34.09 | mrdata | mr_nice: and obj-y is realy hardcore |
| 21:34.41 | mrdata | mr_nice: but thx for your help |
| 21:38.19 | mr_nice | the $(CONFIG_XX) in the gets y m or n depend on the state of the Kconfig entry (e.g tristate) |
| 21:38.48 | mr_nice | mrdata: thx for your work |
| 21:38.57 | mrdata | mr_nice: in the cs3-sysctl-patch on sf is a entry in the Makefile for sysctl.o missing |
| 21:39.13 | mrdata | mr_nice: so it would not comiled |
| 21:39.34 | mrdata | mr_nice: be compiled |
| 21:39.52 | mr_nice | mrdata: I will change it |
| 21:40.39 | mr_nice | mrdata: thx for hinting on it. the sysfs is quite cool. I hope I will be able to complete it tomorrow |
| 21:42.21 | CIA-3 | 03nail 07org.oe.dev * r079169fa... 10/ (3 files in 3 dirs): thttpd: Build htpasswd shared too. Reduces the total size from 600kb to 110kb |
| 21:43.05 | mrdata | mr_nice: fine, i must read the linux device driver book 3th edition first |
| 21:43.52 | mrdata | mr_nice: i hope, that i will understand sysfs then |
| 21:44.54 | mrdata | mr_nice: and the for my mmc driver i must look for usage of udev |
| 21:46.36 | mrdata | mr_nice: tomorrow i will try to understand the suspend problem we have |
| 21:46.58 | mr_nice | mrdata: :) |
| 21:48.30 | mr_nice | mrdata: I have to read my C book some struct stuff the kernel drivers are using still puzzles me. |
| 21:48.32 | *** join/#oe csmanx (n=csman@190.40.64.85) |
| 21:49.39 | *** join/#oe realloc (n=realloc@gprs-nat.spbmts.ru) |
| 21:49.50 | *** join/#oe realloc_spb (n=realloc@gprs-nat.spbmts.ru) |
| 21:50.43 | mr_nice | mrdata: but i will try to do my best to help getting the kernel complete |
| 21:52.03 | mrdata | mr_nice: ;-) , same by me and sometime (in the near future i hope ...) we will complete it |
| 21:53.15 | mr_nice | mrdata: hehe, yes |
| 21:55.14 | mrdata | mr_nice: i need some sleep now and wish you a good night, tomorrow will be a long day again |
| 21:57.19 | mrdata | good night all |
| 21:59.06 | mr_nice | mrdata: good night |
| 22:03.55 | hillct | is busybox built for all distros with the same applets ? |
| 22:05.01 | JustinP | every time packaged-staging fails I sigh...it was such a good idea.... |
| 22:05.25 | hillct | in that we can assume busybox is available, can we also assume that it has all te same applets (beyond the defaults)? In my case, I'm talking about gzip, but I imagine the same could apply for any of the optional applets like run-parts, etc |
| 22:05.36 | hillct | JustinP: what error? |
| 22:06.14 | CoreDump|home | hillct: actually some (most?) distros use their own BB config |
| 22:06.22 | hillct | oh |
| 22:06.25 | hillct | wonderful |
| 22:06.59 | hillct | with that in mind, is there any method for conditional RDEPENDS ? |
| 22:07.35 | CoreDump|home | of course. With some serious python-foo that should be doable.... |
| 22:08.08 | hillct | I mean, I can test for the existance of /bin/gzip, but can I then update RDEPENDS based on the result, from within my recipe? |
| 22:08.26 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 22:09.01 | hillct | it wouldn't seem to take great python-foo, depending on exactly how RDEPENDS are handled within a built package |
| 22:09.17 | CoreDump|home | hillct: yes, with a python function inside the reciepe that is doable. You can manuipulate very large parts of BB/OO via python functions |
| 22:09.56 | hillct | my python-foo is not strong :( |
| 22:09.56 | JustinP | hillct: see my comment on http://bugs.openembedded.org/show_bug.cgi?id=354 |
| 22:10.35 | CIA-3 | 03nail 07org.oe.dev * r642d13b0... 10/ (1 conf/distro/foonas.conf): foonas: Add kernel modules to the linkstation depends, remove _sparc defines |
| 22:10.41 | hillct | I was hoping to focus on Ruby next, but I may have to go with python :( |
| 22:12.04 | *** join/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 22:12.53 | *** part/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 22:15.52 | hillct | JustinP: unless I misunderstand your error, it's not using headers from staging at all but in fact using them from your build system |
| 22:16.24 | hillct | or is that portion of the error message not an accurate representation of the actual paths being used |
| 22:17.43 | JustinP | that's just an informational message |
| 22:18.38 | JustinP | if I look in tmp/staging/arm-angstrom-linux-gnueabi/include I see nothing at all |
| 22:18.55 | JustinP | however if I look there in a non-packaged-staging build dir I see all sorts of things |
| 22:19.04 | JustinP | it looks like packaged-staging is....not installing any includes |
| 22:20.48 | hillct | isn't that a function of specifying the files using FILES_${PN}-dev += "/include/*" |
| 22:21.11 | hillct | I'm not an expert by a long shot though |
| 22:26.05 | JustinP | yes and no |
| 22:26.12 | JustinP | the -dev packages probably get created file |
| 22:26.15 | hillct | JustinP: when you say packaged staging, you mean the directory represented by ${D} right? |
| 22:26.25 | JustinP | the problem is that packaged-staging just doesn't work as it should.... |
| 22:26.35 | JustinP | no, what I mean is INHERIT += "packaged-staging" |
| 22:26.53 | hillct | ah |
| 22:27.10 | hillct | now you're beyong my knowledge of bitbake |
| 22:27.18 | hillct | haven't looked at that class |
| 22:27.21 | hillct | yet |
| 22:29.13 | JustinP | it is supposed to use packages to populate tmp/staging |
| 22:31.48 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 22:33.00 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 22:33.34 | *** join/#oe psokolovsky (n=psokolov@82.193.98.7) |
| 22:35.57 | *** join/#oe florian__ (n=fuchs@87.193.44.118) |
| 22:47.40 | slapin_nb | hi, all! |
| 22:53.20 | slapin_nb | could anybody explain me tinderbox use policy? |
| 22:53.53 | v8jlene | hillct: The cache a script of commands that creates all the volatiles. If enabled it's a *lot* faster than parsing each of the files in the /etc/default/volatiles. |
| 22:55.27 | hillct | Ifaistos: It doesn't build at all for me |
| 22:56.20 | hillct | v8jlene: what does my package need to do to utilize it? |
| 22:56.49 | Ifaistos | hillct : hmm strange. it builds but i think somthing is wrong with the configs. |
| 22:57.05 | Ifaistos | hillct : trying to get freepbx going |
| 22:57.32 | hillct | feeePBX hiss boo hiss boo :( |
| 22:58.05 | hillct | Ifaistos: what device are you trying to deploy on? |
| 22:58.20 | Ifaistos | a custom powerpc |
| 22:58.32 | Ifaistos | but using efika as test-bench |
| 22:58.38 | v8jlene | hillct: Nothing really. You need to call "/etc/init.d/populate-volatile.sh update" in postinst. That will create your volatiles and if the cache is enabled it will regenerated the cache at the same time. Then on next boot the cache will be used instead of reparsing the files (assuming it's enabled of course). |
| 22:59.07 | hillct | ok |
| 22:59.52 | hillct | in my case, the standard make install, sets up the directories listed in /var for the first time |
| 23:00.38 | hillct | I guess running populate-volatiles.sh with the directories already there won't make a difference |
| 23:00.39 | v8jlene | hillct: The cache is in /etc/volatile.cache - you can take a look it to see what it does. Pretty obvious. It's enabled/disabled via a setting in /etc/default/rcS. (Guess I should finished of that chapter in the manual!) |
| 23:00.49 | Ifaistos | hillct : got all the perl, php stuff build, trying to run install_amp, passes all tests bur can not connect to mysql because the server dies |
| 23:00.56 | SirManiac | Has anyone tried setting up a MACHINE=native build, and have problems compiling perl? |
| 23:01.23 | Ifaistos | hillct : on start up, so there is nothing to connect to |
| 23:01.40 | hillct | and no mysql error log messages? |
| 23:02.03 | hillct | edit /etc/my.cnf to increase the logging level |
| 23:02.09 | hillct | so see what's going wrong |
| 23:02.51 | Ifaistos | hillct : only mysql started and mysql ended messages... |
| 23:03.26 | hillct | increase the logging level |
| 23:04.10 | v8jlene | SirManiac: Is you host system x86_64? |
| 23:04.19 | SirManiac | no just x86 |
| 23:04.23 | Ifaistos | hillct : will look at it tomorrow. i am too tired to do any real work now |
| 23:04.48 | SirManiac | v8jlene: a pentium 4 1.4Ghz to be exact |
| 23:05.13 | Ifaistos | hillct : i've seen your bug/patches. hopefully will give them a try to see how things go |
| 23:05.29 | v8jlene | SirManiac: Hmm.. dunno. I seem to remember issue with it, but can't find anything related at the moment. pastebin some details |
| 23:05.36 | hillct | Ifaistos: OpenPBX is looking pretty good |
| 23:06.09 | SirManiac | v8jlene: i've noticed the do_configure changes include pathnames to the staging area, and most of those includes aren't built using native, wondered if there was already a special way to get around that. |
| 23:07.28 | v8jlene | SirManiac: I've never used MACHINE=native, so I don't really know. I guess that means with native it's assuming a lot of stuff is already provided... |
| 23:08.55 | SirManiac | v8jlene:yes, that's primarily all that native seems to do, just adds several ASSUME_PROVIDED lines |
| 23:10.18 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 23:10.48 | Ifaistos | night everyone |
| 23:10.58 | SirManiac | night |
| 23:11.28 | SirManiac | v8jlene: still want pastebin info, or do you think this merits a new bug report? |
| 23:12.58 | JustinP | y'know...CROSS COMPILE BADNESS checks are great and all....but I have no idea how to fix this...it's all autoconf |
| 23:13.45 | *** join/#oe bluelightning (n=blueligh@222-155-221-217.jetstream.xtra.co.nz) |
| 23:14.17 | SirManiac | I have an idea how to fix the perl CROSS_COMPILE stuff, I modify do_configure to check if MACHINE = native. |
| 23:14.44 | v8jlene | SirManiac: No need for pastebin, I see from your explanation why it wouldn't work. You probably need to ask the question at a time when native users are around. But yeah, if you add a bug then someone who knows might answer. |
| 23:15.16 | SirManiac | v8jlene: thanks |
| 23:15.16 | v8jlene | SirManiac: When I get some time I'll try and see if I can fix up perl. |
| 23:15.57 | SirManiac | v8jlene: I'm playing with that myself, and jsut might come up with a solution, so check my bug-report |
| 23:16.35 | v8jlene | SirManiac: I will! Perl is a total mess, so good luck ;) |
| 23:16.50 | SirManiac | v8jlene: thanks again :) |
| 23:21.47 | v8jlene | Who has CROSS COMPILE BADNESS issues? I've been meaning to write a chapter for the user-manual on how to go about fixing that issue... generally it's reasonably easy... |
| 23:24.38 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-117-040.pools.arcor-ip.net) |
| 23:27.39 | JustinP | v8jlene: mpd is having CROSS COMPILE BADNESS |
| 23:27.52 | JustinP | v8jlene: although it seems to work fine.... |
| 23:28.00 | JustinP | v8jlene: but angstrom won't build it now... |
| 23:29.14 | v8jlene | JustinP: I'll take a look at it. |
| 23:29.51 | JustinP | v8jlene: much thanks, I'd like to know how to fix these... |
| 23:40.34 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 23:41.48 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 23:42.30 | hillct | I hae a recipe update for the logrotate package that implements some best practices and general cleanup. http://bugs.openembedded.org/show_bug.cgi?id=2014 |
| 23:46.26 | v8jlene | hillct: Wow, that patch style is hard to read ;) I would prefer if you used unified diffs for patches (ie, diff -du) since I think it makes them a lot more readable! |
| 23:46.47 | hillct | ok |
| 23:46.50 | hillct | one sec |
| 23:47.00 | v8jlene | hillct: Or generate them with monotone - do a "mtn diff ." in the directory of the package you have modified. |
| 23:47.39 | v8jlene | hillct: The monotone way needs you to do a "mtn add" for any new files of to make them show up. |
| 23:47.46 | hillct | can't do that given my buildenviroment, for the moment |
| 23:47.52 | hillct | but patch-du I can do |
| 23:48.19 | hillct | er diff -du I mean |
| 23:48.38 | v8jlene | hillct: No problem. |
| 23:51.55 | hillct | updated |
| 23:53.53 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 23:59.44 | v8jlene | hillct: Ah, that's more like it ;) Thanks. |
| 23:59.54 | hillct | np |