| 00:03.15 | *** join/#oe trelane (i=trelane@router.trelane.net) |
| 00:04.57 | robtow | <--having a problem trying to compile natively under Angstrom on Beagle - running ./configure for libgphoto2; get messages saying ltdl.h useability/presence = "no"; "cannot compile and link against libltdl".... how to install the needed functionality? |
| 00:05.24 | robtow | Hmmm. I see ltdl.h inside </user/share/libtool/libltdl> |
| 00:05.37 | robtow | So why isn't the ./configure script finding it? |
| 00:09.55 | *** join/#oe thaytan (n=jan@d58-111-178-94.rdl7.qld.optusnet.com.au) |
| 00:33.43 | CIA-54 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r211c37013c 10openembedded.git/recipes/ (freesmartphone/fsotimed_git.bb tasks/task-fso2-compliance.bb): fsotimed: is no longer; substituted by fsotdld |
| 00:33.46 | CIA-54 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r43621ef6bb 10openembedded.git/recipes/freesmartphone/libfsoframework_git.bb: libfsoframework: add dependency on libnl2 |
| 00:43.57 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:47.22 | khem | robtow: you need to install libltdl-dev |
| 00:49.00 | robtow | khem -" opkg install libltdl-dev"? |
| 00:49.16 | khem | yeah |
| 00:49.24 | robtow | ....trying that... |
| 00:50.18 | robtow | root@beagleboard:/home/rob/take2# opkg install libltdl-dev |
| 00:50.18 | robtow | Installing libltdl-dev (2.2.4-r15.1) to root... |
| 00:50.18 | robtow | Downloading http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv7a/base/libltdl-dev_2.2.4-r15.1_armv7a.ipk |
| 00:50.23 | robtow | :-) |
| 00:51.21 | robtow | Uh-oh... failed. |
| 00:51.32 | robtow | let me pastebin.... |
| 00:52.14 | robtow | http://pastebin.com/m653ffd07 |
| 00:52.37 | robtow | Some kind of "not found" err |
| 00:52.38 | *** join/#oe playya__ (n=playya@unaffiliated/playya) |
| 00:54.21 | khem | well errors are clear |
| 00:54.35 | khem | you need to install packages providing update-rc.d and depmod |
| 00:54.37 | khem | first |
| 00:54.42 | robtow | Ah. |
| 00:54.53 | robtow | A bit of a layered onion. |
| 00:55.19 | khem | yes |
| 00:55.37 | khem | ideally this should have been installed already but I dont know why it is not there |
| 00:56.24 | robtow | But I see update-rc.d.control and update-rc.d.list in /usr/lib/opkg/info |
| 00:57.42 | robtow | and depmod in /sbin |
| 00:58.51 | robtow | hmmm... path issues? |
| 01:02.38 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
| 01:03.06 | *** join/#oe heathkid` (n=heathkid@173-106-200-80.pools.spcsdns.net) |
| 01:04.47 | robtow | So ./configure complains it cannot find ltdl.h, but it IS present, in /usr/share/libtool/libltdl |
| 01:06.58 | *** join/#oe jorma_ (n=kario@tuubi.mermit.fi) |
| 01:06.59 | *** join/#oe pigeon_ (n=pigeon@eth5284.nsw.adsl.internode.on.net) |
| 01:07.10 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 01:07.59 | robtow | ? |
| 01:09.29 | *** join/#oe chii (i=chii@freenode/bot/chii) |
| 01:09.57 | *** join/#oe akheron (n=akheron@lilja.asteriski.fi) |
| 01:10.21 | *** join/#oe Mc2` (n=fred@alpha.kwain.net) |
| 01:10.44 | *** join/#oe Ironnads (n=Ironnads@host86-144-102-167.range86-144.btcentralplus.com) [NETSPLIT VICTIM] |
| 01:12.06 | *** join/#oe CIA-2 (n=CIA@208.69.182.149) |
| 01:13.11 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r0ad4bdb7e1 10openembedded.git/ (3 files in 2 dirs): vala: 0.7.9.2 -> 0.7.9.3 |
| 01:16.50 | *** join/#oe kfazz (i=63bc33e5@gateway/web/freenode/x-honfjkheursjirws) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe alexondi_ (i=6d56a9d1@gateway/web/freenode/x-penkhtxktndxtsya) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
| 01:16.50 | *** join/#oe akher0n (n=akheron@lilja.asteriski.fi) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe pb___ (n=pb@89-168-180-155.dynamic.dsl.as9105.com) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe eFfeM-away (n=eFfeM@atwork-193.r-212.178.107.atwork.nl) |
| 01:16.50 | *** join/#oe heathkid (n=heathkid@173-106-200-80.pools.spcsdns.net) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe jpieper_ (n=jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
| 01:16.50 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 01:16.51 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 01:16.51 | *** join/#oe pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net) [NETSPLIT VICTIM] |
| 01:16.51 | *** join/#oe Mc2`_ (n=fred@alpha.kwain.net) [NETSPLIT VICTIM] |
| 01:16.51 | *** join/#oe Tartarus (i=trini@pixelshelf.com) [NETSPLIT VICTIM] |
| 01:16.51 | *** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) |
| 01:16.51 | *** join/#oe jorma (n=kario@tuubi.mermit.fi) [NETSPLIT VICTIM] |
| 01:17.37 | *** join/#oe StevenLiu (n=root@210.83.210.238) |
| 01:18.01 | *** join/#oe filip (n=filip@filip.math.uni.lodz.pl) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe awozniak (n=awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 01:18.01 | *** join/#oe incandes1ant (n=incandes@foo.stupids.org) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe htns (n=htns@61.6.64.6) |
| 01:18.01 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe hyc (n=hyc@mail.highlandsun.com) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe EdSwarthout (n=ed@70.114.141.31) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe Crofton|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
| 01:18.01 | *** join/#oe Zygo (i=startkey@startkeylogger.hungrycats.org) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 01:18.01 | *** join/#oe freddy (n=freddy@kenny.kriewitz.eu) |
| 01:18.01 | *** join/#oe borg_ (n=olaf@80.149.17.21) [NETSPLIT VICTIM] |
| 01:18.01 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 01:18.01 | *** join/#oe radhermit (n=radhermi@li90-182.members.linode.com) [NETSPLIT VICTIM] |
| 01:19.33 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * re451ed6a28 10openembedded.git/conf/distro/include/sane-toolchain.inc: sane-toolchain.inc: bump linux-libc-headers to 2.6.31 to get rfkill.h |
| 01:22.14 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
| 01:22.33 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r3552df2ae5 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux: add linux-on-qualcomm-s-msm; new kernel for HTC Qualcomm MSM based devices |
| 01:26.24 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 01:27.06 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 01:37.29 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:09.29 | *** join/#oe rsalveti (n=rsalveti@187.59.114.58) |
| 02:19.27 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 02:34.47 | StevenLiu | hi |
| 02:35.09 | StevenLiu | when i start angstrom with qemu |
| 02:35.24 | StevenLiu | the OE image can not start |
| 02:36.40 | StevenLiu | with the error: Starting udev/etc/rcS.d/S03udev: line 50 : can't create /tmp/uname : No space left on device |
| 02:37.07 | StevenLiu | does anyone know how to fix this |
| 02:52.45 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 03:09.19 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 03:11.42 | *** join/#oe fraxinas (n=quassel@p4FD63B60.dip.t-dialin.net) |
| 03:15.38 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 03:17.22 | StevenLiu | hi ,does anyone know it |
| 03:27.30 | *** join/#oe jpieper_ (n=jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 03:32.50 | *** part/#oe XorA (n=XorA@www.xora.org.uk) |
| 03:38.00 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 04:12.31 | *** join/#oe BillK_ (n=BillK@124-169-29-96.dyn.iinet.net.au) |
| 04:27.16 | *** join/#oe kergoth_ (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 05:10.46 | *** part/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 05:17.04 | *** join/#oe polyonymous_ (n=hacker@g230192062.adsl.alicedsl.de) |
| 05:41.22 | *** join/#oe jmpdelos_ (n=polk@outgoing.delos.com) |
| 05:46.24 | *** join/#oe Russ (i=foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:58.14 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
| 06:05.27 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-ptdueojgcwhffdpo) |
| 06:17.02 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 06:28.16 | *** join/#oe Hasse__ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:36.20 | *** join/#oe pharaoh (n=pharaoh@117.254.134.239) |
| 06:47.22 | *** join/#oe thaytan_ (n=jan@d58-106-45-250.bla2.nsw.optusnet.com.au) |
| 07:04.25 | *** join/#oe Russ (i=foobar@ip70-176-251-1.ph.ph.cox.net) |
| 07:04.42 | *** part/#oe pharaoh (n=pharaoh@117.254.134.239) |
| 07:10.51 | *** join/#oe thaytan (n=jan@110.32.46.243) |
| 07:10.59 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 07:17.35 | *** join/#oe Russ (i=foobar@ip70-176-251-1.ph.ph.cox.net) |
| 07:17.42 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:31.35 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:31.44 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 07:35.38 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 07:37.03 | *** join/#oe likewise_ (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 07:38.38 | *** join/#oe thaytan (n=jan@114.78.60.243) |
| 07:43.51 | *** join/#oe thebohemian (n=rschus@p5DDC6083.dip.t-dialin.net) |
| 07:53.55 | *** part/#oe StevenLiu (n=root@210.83.210.238) |
| 07:59.09 | eFfeM | re |
| 08:00.52 | *** join/#oe thaytan (n=jan@114.78.60.243) |
| 08:25.48 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 08:33.53 | sgh | Hi |
| 08:34.40 | sgh | What would be the best way to make header files and libraries available from one recipe to another ? |
| 08:44.37 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 08:46.16 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.121) |
| 08:49.03 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re7a640aa3d 10openembedded.git/conf/machine/om-gta02.conf: |
| 08:49.03 | CIA-2 | om-gta02: updated UBI params |
| 08:49.03 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:49.15 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r590b54897f 10openembedded.git/recipes/linux/ (8 files in 5 dirs): |
| 08:49.15 | CIA-2 | linux-openmoko: lower debug level for UBI in defconfigs |
| 08:49.15 | CIA-2 | * requested by max_posedon, UBI works for him, but was too slow because |
| 08:49.15 | CIA-2 | of debug |
| 08:49.16 | CIA-2 | * applied to all ubi-enabled versions shr-devel, shr-drm-devel, 2.6.31, 2.6.32 |
| 08:49.18 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:50.57 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:52.30 | *** join/#oe Aditya11 (n=Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 08:59.06 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:02.12 | *** join/#oe Heinervdm (n=thomas@pD9E149CA.dip.t-dialin.net) |
| 09:08.05 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1029524234 10openembedded.git/conf/machine/om-gta02.conf: |
| 09:08.05 | CIA-2 | om-gta02: remove ubifs IMAGE_FSTYPES as ubi creates ubifs too |
| 09:08.05 | CIA-2 | * mkfs.ubifs is called by bitbake the same but: |
| 09:08.05 | CIA-2 | shr-full-eglibc-ipk--20100103-om-gta02.rootfs.ubifs |
| 09:08.05 | CIA-2 | shr-full-eglibc-ipk--20100103-om-gta02.ubifs.img |
| 09:08.07 | CIA-2 | are a bit different, probably only some timestamp of ubifs build? |
| 09:08.11 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:08.27 | eFfeM | sgh: that is done by staging; you also want a DEPENDS in your recipe specifying the packages you depend on |
| 09:10.22 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:10.54 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 09:12.48 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
| 09:13.18 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4a3a725cc5 10openembedded.git/recipes/qt4/ (33 files in 2 dirs): qt 4.6.0: backport a few patches from git, mainly QGL related |
| 09:13.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r198daf972e 10openembedded.git/conf/checksums.ini: checksums: add new xmonobut location |
| 09:13.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb9ea00841b 10openembedded.git/recipes/gnome-mplayer/gnome-mplayer.inc: gnome-mplayer: add missing DEPENDS on curl |
| 09:15.23 | *** join/#oe bbradley1 (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:19.33 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 09:22.05 | florian | good morning |
| 09:22.23 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re6b2eae952 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 09:22.23 | CIA-2 | task-shr-feed: add bonnie++ for ubifs benchmark |
| 09:22.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:23.44 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:34.57 | *** join/#oe dth_ntb (n=dieter@121.247.173.214) |
| 09:35.48 | pb___ | florian: good morning |
| 09:52.21 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:03.37 | sgh | eFfeM: thank ... I'm more thinking of which variables contain the path to the kernel headers and such. ? |
| 10:04.11 | *** join/#oe bbradley1 (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:07.00 | DJWillis | Quick (and stupid) question, what is the 'correct' OE way to mark a package as 'do not include me in the image no matter what'? BADREC...? I really don't want to ship QT4 Demos and Examples as they are massive but want Qt support so just figured I would check the correct way to do it. |
| 10:07.36 | XorA | DJWillis: just dont put those packages in the image |
| 10:07.59 | XorA | qt4 shouldnt be recomending demos and examples, thats just stupid |
| 10:08.37 | DJWillis | XorA: but there seem to be pulled in by qt4-x11-free or qt4-x11-free-gles. Unless I am going mad ;-). |
| 10:08.49 | XorA | why though? |
| 10:09.07 | XorA | something must RDEPEND on them |
| 10:09.18 | DJWillis | That's why I want to badrec them as I cant spare 20meg for cruft like that, no idea why, not my recipe, seems daft. |
| 10:09.39 | XorA | DJWillis: there is a bad recomend, but it would be better to fix the bug :-D |
| 10:10.36 | DJWillis | XorA: Well I am not sure if it is a 'bug', I thought about it and figured that whoever packaged Qt4 considered the demos worth shipping. |
| 10:11.03 | *** join/#oe ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) |
| 10:11.11 | XorA | DJWillis: that makes zero sense to me |
| 10:11.16 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r7e8d3b8bb1 10openembedded.git/recipes/vdr/vdr_1.7.10.bb: vdr: fix dependency for libintl |
| 10:11.40 | DJWillis | Hmmm, the RRECOMMENDS_${PN} = "${LIB_PACKAGES} ${OTHER_PACKAGES}" in qt4.inc seems to do that as demos and examples are in ${OTHER_PACKAGES} |
| 10:12.21 | XorA | seems to be zecke and koen that mess with those packages |
| 10:12.29 | XorA | but git log always tells the truth :-) |
| 10:13.14 | DJWillis | XorA: I will mention it to Koen but bad recomend seemed to be a lot less pain for me ;-) |
| 10:14.15 | *** join/#oe woglinde (n=heinold@f052228155.adsl.alicedsl.de) |
| 10:15.13 | *** join/#oe zecke (n=ich@123-192-180-176.dynamic.kbronet.com.tw) |
| 10:20.31 | *** join/#oe ananda79 (n=ananda79@LRouen-151-73-15-250.w80-13.abo.wanadoo.fr) |
| 10:21.50 | sgh | Hi! Why is STAGING_KERNEL_DIR different in a normal recipe compared to what it is normally ? |
| 10:25.09 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
| 10:30.52 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:31.26 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:31.43 | *** join/#oe B_Lizzard (n=havoc@athedsl-434092.home.otenet.gr) |
| 10:34.32 | *** join/#oe mturquette (n=mturquet@adsl-99-63-127-230.dsl.rcsntx.sbcglobal.net) |
| 10:36.20 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:39.03 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 10:42.26 | *** join/#oe bbradley2 (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:47.25 | *** join/#oe bbradley1 (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:48.35 | *** join/#oe koobe (n=matti@83.150.95.26) |
| 10:51.25 | *** join/#oe pharaoh (n=pharaoh@117.254.121.111) |
| 10:52.01 | pharaoh | Hi, I successfully compiled qt-embedded for my target and need help deploying it |
| 10:52.08 | woglinde | ???? |
| 10:52.15 | woglinde | opkg install |
| 10:52.17 | pharaoh | I see a lot of files under deploy/ipk |
| 10:52.40 | woglinde | or write your image-recipe |
| 10:52.46 | woglinde | with qt included |
| 10:52.54 | pharaoh | woglinde: ah ok |
| 10:53.17 | pharaoh | when I built helloworld recipe i didn't have to.. |
| 10:53.23 | woglinde | or provide depoly dir via a webserver |
| 10:53.38 | woglinde | and adjust the opkg repositories |
| 10:53.56 | woglinde | or copy the ipk over and install them via opkg install directly |
| 10:53.56 | pharaoh | woglinde: but there is no base image with which I can boot the target |
| 10:53.58 | woglinde | or use nfs |
| 10:54.06 | woglinde | ?????? |
| 10:54.13 | pharaoh | transferring is not a problem.. i will manage somehow |
| 10:54.40 | pharaoh | but there isnt a rootfs image to boot the stuff. |
| 10:54.59 | pharaoh | I dont see opkg either. |
| 10:55.12 | pharaoh | Do I need to bitbake a particular recipe to get this? |
| 10:55.13 | woglinde | what are you doing what machine you have? |
| 10:55.32 | pharaoh | i am targetting a 486 on a VirtualBox |
| 10:59.09 | pharaoh | nevermind, I will try to write an image recipe (just heard about it from u) |
| 11:02.13 | *** part/#oe pharaoh (n=pharaoh@117.254.121.111) |
| 11:04.25 | *** join/#oe vo5 (n=vo@189.102.107.37) |
| 11:10.20 | *** join/#oe thaytan (n=jan@d58-110-13-36.rdl7.qld.optusnet.com.au) |
| 11:13.50 | *** join/#oe xjqian (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
| 11:18.32 | *** join/#oe whatnick (n=Tisham@ppp118-210-254-147.lns20.adl6.internode.on.net) |
| 11:19.15 | whatnick | hi folks is it resonable for open embedded to perform 1000+ tasks when I want a simple boot image for verdex board |
| 11:19.22 | whatnick | is the toolchain that heavy ? |
| 11:19.39 | whatnick | is running out of space of ubuntu VM disk |
| 11:19.47 | woglinde | jupp |
| 11:20.01 | woglinde | git compiles for angstroem needs 6 gigs |
| 11:20.19 | woglinde | because of the compile flags |
| 11:20.20 | whatnick | bong !! |
| 11:20.36 | whatnick | this will difinitely run out of room |
| 11:20.50 | woglinde | but koen states that compiletime and space is cheap |
| 11:20.54 | whatnick | looks at disk resizing for virtualbox |
| 11:21.17 | whatnick | lol not when i am on primary windows and its compiling in a vm |
| 11:21.27 | woglinde | but compiling in virtualbox shouldnt be fun |
| 11:21.43 | woglinde | whatnick 15-20 gig should be okay |
| 11:22.09 | woglinde | 10-15 should work too |
| 11:22.23 | woglinde | if you only compiles for one distribution an one target |
| 11:23.02 | whatnick | ya just need it for this verdex gumstix |
| 11:23.08 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r59e22a032e 10openembedded.git/recipes/vdr/vdr_1.7.10.bb: vdr: package /etc stuff too and bumped PR |
| 11:23.53 | whatnick | lets make a second disk and dump stuff there |
| 11:24.39 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-hqlfdvfkrjofgebg) |
| 11:25.45 | whatnick | 10gb should be fine for 1 target ? |
| 11:26.03 | woglinde | what image you will build? |
| 11:26.51 | whatnick | gumstix standard |
| 11:27.04 | whatnick | -> bitbake gumstix-basic-image |
| 11:27.12 | whatnick | http://gumstix.net/wiki/index.php?title=Build_Environment_Ubuntu_8.10 |
| 11:27.46 | whatnick | boots up vm with 2nd disk |
| 11:27.54 | woglinde | hm better use 15 |
| 11:29.31 | *** join/#oe rsalveti_ (n=rsalveti@187.59.114.100) |
| 11:31.07 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:39.19 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 11:42.41 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 11:56.17 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 12:08.00 | *** join/#oe mickey|office (n=Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 12:17.09 | hrw | morning |
| 12:20.33 | eFfeM | hrw, hi |
| 12:28.16 | *** join/#oe Heinervdm (n=thomas@pD9E149CA.dip.t-dialin.net) |
| 12:32.39 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 12:33.19 | *** join/#oe mturquette (n=mturquet@adsl-99-63-127-230.dsl.rcsntx.sbcglobal.net) |
| 12:39.14 | *** part/#oe vo5 (n=vo@189.102.107.37) |
| 12:39.23 | *** join/#oe mturquette (n=mturquet@adsl-99-63-127-230.dsl.rcsntx.sbcglobal.net) |
| 12:40.27 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 12:59.02 | pb_ | whatnick: if space is a constraint then you might consider using minimal rather than angstrom. |
| 13:00.18 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 13:09.43 | Crofton|work | pb_, can you show me any real size diff between the two? |
| 13:10.12 | Crofton|work | minimal will be entirely unmaintained against the gusmtix repo also |
| 13:10.18 | pb_ | Crofton|work: angstrom builds with -ggdb3 and minimal doesn't; I haven't made any scientific tests for myself but there seems to be a consensus that -ggdb3 causes a significant increase in build tree size |
| 13:10.30 | Crofton|work | but not image size |
| 13:10.49 | pb_ | right, but we are talking about build trees not images |
| 13:10.56 | Crofton|work | building minimal for gumstix would be foolish, since all the gumstix testing is done with Angstrom |
| 13:11.24 | zecke | pb_: yes, it creates a lot more DWARF2 information |
| 13:11.37 | Crofton|work | also, I see he is building for verdex |
| 13:12.09 | zecke | but then again, rm_work can do wonders too |
| 13:12.12 | Crofton|work | verdex gumstix build is old copy of OE |
| 13:12.30 | Crofton|work | it will not have minimal |
| 13:12.55 | hrw | zecke: rm_work did wonders in past. now we have multithread and it does not do magic as good as in past |
| 13:13.25 | whatnick | pb_ angstrom is nearly done |
| 13:13.26 | *** join/#oe trelane (i=trelane@router.trelane.net) |
| 13:14.01 | hrw | whatnick: INHERIT += "rm_work", then "bitbake gcc-cross;bitbake task-base;bitbake console-image;bitbake gumstix-basic-image" (can skip console image if it is bigger then gumstix one) |
| 13:14.03 | pb_ | whatnick: ah, very good |
| 13:14.23 | XorA | Crofton|work: -ggdb3 made build tree of Angstrom a good 5-10G bigger than it used to be |
| 13:14.39 | XorA | as the source is all inside the binaries |
| 13:15.25 | Crofton|work | but, the problem here is that people in this channel make the jump that minimal solves problems at the drop of a hat |
| 13:15.25 | hrw | and nearly no one uses *-dbg packages |
| 13:15.28 | Crofton|work | when in this case, it is not even an option |
| 13:15.58 | zecke | hrw: how do you know? |
| 13:17.01 | hrw | zecke: I think that -ggdb3 should be user switchable in simple way (disabled by default) |
| 13:17.34 | zecke | hrw: maybe, at least it would not harm |
| 13:21.23 | Crofton|work | I hate encouraging users to fiddle with build flags |
| 13:21.36 | Crofton|work | but in this case, it might be useful |
| 13:22.12 | Crofton|work | also need to invest some time encouraging gumstix to switch verdex builds to recent OE :) |
| 13:24.50 | whatnick | they will not do it in a jiffy |
| 13:24.54 | whatnick | verdex is eol |
| 13:25.01 | whatnick | they are switching processors |
| 13:25.43 | Crofton|work | yeah |
| 13:26.01 | Crofton|work | all of verdex is eol now? |
| 13:26.20 | Crofton|work | I have a verdex set, but the mounting is so fiddly |
| 13:27.23 | whatnick | http://www.gumstix.net/Hardware/view/Product-Line-EOL-Phasing-Out-Notices/Phasing-out-PXA270-based-Verdex-product-line/112.html |
| 13:28.14 | whatnick | i broke the miniusb on mine :) |
| 13:29.31 | Crofton|work | bummer |
| 13:29.43 | Crofton|work | ok, but the pro line is still ok |
| 13:29.43 | whatnick | i can solder it back |
| 13:29.57 | Crofton|work | looks like the eol was driven by parts going eol |
| 13:30.00 | whatnick | it is currently held together with masking tape and a crocodile clip |
| 13:30.04 | Crofton|work | :) |
| 13:30.07 | XorA | awesome |
| 13:30.09 | Crofton|work | get an overo :) |
| 13:30.17 | XorA | though should be gaffa tape for a real hack |
| 13:32.50 | Crofton|work | whatnick, you are using the gumstix OE they keep in svn? |
| 13:32.57 | whatnick | is making a quadcopter with the gumstix |
| 13:33.13 | whatnick | following instructions -> http://gumstix.net/wiki/index.php?title=Build_Environment_Ubuntu_8.10 |
| 13:33.40 | Crofton|work | yeah |
| 13:33.47 | Crofton|work | that is an old OE fork :) |
| 13:33.48 | *** join/#oe GNUtoo|oeee (n=root@host179-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 13:33.50 | whatnick | kernel is compiling woot .. |
| 13:33.57 | Crofton|work | but it should work :) |
| 13:34.11 | whatnick | well i want something newer than what is default on my board |
| 13:34.13 | Crofton|work | http://quadcopter.org/index.php5?title=Quadcopter_Home |
| 13:34.14 | Crofton|work | ? |
| 13:34.21 | whatnick | long story on how i came by the board |
| 13:34.28 | Crofton|work | heh |
| 13:35.43 | whatnick | http://diydrones.com/profiles/blog/show?id=705844%3ABlogPost%3A19367 |
| 13:36.00 | whatnick | http://api.ning.com/files/EIbaHKb2tvhe5et-lbpZG8dgwvlSvfNqNRVXh*OguCmgKkV1ng2G4ewzHM6-AviG74Tzjs*AG6cXpgU4Rn408M2veH4eqcW5/quad_wind.jpg |
| 13:36.43 | *** join/#oe marcosmamorim (n=marcos@200.230.30.65) |
| 13:40.04 | whatnick | i operate on windows and i have a serial console to the gumstix via putty |
| 13:40.24 | whatnick | what would be the safest way to push the oe image on ? |
| 13:41.56 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfdaf5c66ad 10openembedded.git/ (3 files in 3 dirs): hawkboard, da850-omapl138-evm: fix SATA |
| 13:44.50 | Crofton|work | you need to do it via serial? |
| 13:44.58 | Crofton|work | I used kermit from linux |
| 13:46.56 | *** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:47.12 | like2wise | whatnick: which quadcopter base design? |
| 13:57.28 | whatnick | just our own .. its simple enough |
| 13:57.50 | whatnick | we have a 3dm-gx2 gyro/acceletometer |
| 13:57.58 | whatnick | and gps bits on gumstix |
| 13:58.09 | whatnick | + a couple of avr uC's |
| 14:00.21 | whatnick | i got 4 bl motors off hongkong |
| 14:20.35 | *** join/#oe GNUtoo (n=GNUtoo@host179-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 14:27.19 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 14:33.19 | *** join/#oe mirko (n=mirko@212.224.73.207) |
| 14:35.17 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * reb935b9ae4 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
| 14:35.17 | CIA-2 | remoko: bump revision in sane-srcrevs for bluez4 support |
| 14:35.17 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:35.19 | CIA-2 | 03Tim Abell <tim@timwise.co.uk> 07org.openembedded.dev * r1683f24966 10openembedded.git/ (3 files in 3 dirs): |
| 14:35.19 | CIA-2 | podpooch: new recipe for podcast downloading app for e17 |
| 14:35.22 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:35.24 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r86735426ec 10openembedded.git/ (3 files in 3 dirs): |
| 14:35.27 | CIA-2 | qi: bump revision for sane-toolchain compatibility |
| 14:35.29 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:35.31 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r60674da887 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: |
| 14:35.36 | CIA-2 | sane-srcrevs-fso: add fsotdld |
| 14:35.38 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:41.03 | *** join/#oe Laibsch (n=Laibsch@p5B3B2EFD.dip.t-dialin.net) |
| 14:41.13 | zecke | Laibsch: thanks a lot! and happy new year |
| 14:41.27 | Laibsch | Hi |
| 14:41.33 | Laibsch | Happy new Year to everyone |
| 14:45.17 | mickey|office | and to you |
| 14:45.59 | *** join/#oe ctusar_ (n=ctusar@router2.videon-central.net) |
| 14:47.31 | *** join/#oe marex (n=marex@eduroam79.ms.mff.cuni.cz) |
| 14:51.38 | *** join/#oe thaytan (n=jan@d58-106-43-20.bla2.nsw.optusnet.com.au) |
| 15:06.10 | *** join/#oe kergoth (n=kergoth@nat/montavista/x-imbwfulyekujwlac) |
| 15:06.36 | kergoth | morning |
| 15:08.55 | *** join/#oe Laibsch (n=Laibsch@p5B3B2EFD.dip.t-dialin.net) |
| 15:09.05 | pb_ | hi kergoth |
| 15:12.09 | kergoth | hey pb_ |
| 15:16.01 | Crofton|work | gm |
| 15:17.09 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 15:24.27 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf60bce0c24 10openembedded.git/recipes/ushare/ushare_hg.bb: ushare: add ushare hg |
| 15:24.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra2e8b07f62 10openembedded.git/recipes/upnp/ (libdlna/dlna.diff libdlna_0.2.3.bb): libdla: add 0.2.3 |
| 15:52.15 | Laibsch | steliosk: welcome back and happy new year. good to see you again. |
| 16:00.49 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 16:02.58 | *** join/#oe jmpdelos__ (n=polk@outgoing.delos.com) |
| 16:10.32 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 16:11.51 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r58766d5f46 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: remove fsotimed, because it was removed from OE tree |
| 16:25.30 | Laibsch | like2wise: are you will working on |
| 16:25.34 | Laibsch | !oebug 4370 |
| 16:25.35 | cdbot2 | * * Bug 4370, Status: CONFIRMED, Created: 2008-06-09 21:29 |
| 16:25.36 | cdbot2 | * * gwossum(AT)acm.org: Eliminate need for gettext |
| 16:25.37 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4370 |
| 16:25.38 | Laibsch | ? |
| 16:25.52 | like2wise | one moment will look at it |
| 16:25.59 | like2wise | i a minute... |
| 16:26.04 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 16:37.41 | JaMa|Wrk | "ERROR: SRCREV was used yet no valid SCM was found in SRC_URI" for newly added ushare? |
| 16:38.10 | JaMa|Wrk | hg is used there.. do I need something special for that/ |
| 16:39.33 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 16:42.31 | steliosk | Laibsch : Hi ! Happy New Year also. |
| 16:42.38 | *** part/#oe kgilmer (n=kgilmer@firebug.buglabs.net) |
| 16:42.55 | Laibsch | JaMa|Wrk: the bb file was recently added by koen |
| 16:43.16 | Laibsch | I just removed the file for now so I can move on |
| 16:43.19 | XorA | maybe svn hg fetcher is further ahead then release bitbake version |
| 16:43.28 | Laibsch | could be |
| 16:43.30 | XorA | if so that recipe cannot be in OE yet |
| 16:43.31 | JaMa|Wrk | Laibsch: I've seen but I expect he tested it before, so just asking here before pinging him |
| 16:43.49 | Laibsch | Well, I ran into the same issue |
| 16:44.01 | XorA | check the git log for bitbake and see if it mentions hg improvements since 1.8.18 was tagged |
| 16:44.04 | Laibsch | please ping him so he has a chance to fix it |
| 16:44.09 | JaMa|Wrk | XorA: I just run build with bitbake master and it fails the same :/ |
| 16:44.37 | XorA | odd, Ill kick him |
| 16:44.48 | JaMa|Wrk | XorA: better :) |
| 16:45.41 | JaMa|Wrk | XorA: ah .. that error with bitbake master is not confirmed.. |
| 16:46.03 | JaMa|Wrk | XorA: I have seen similar error and its a bit diffferent and from other recipe.. still parsing |
| 16:46.49 | XorA | I cant check, I left build machine powerdowned |
| 16:47.23 | XorA | needs to save $$$ |
| 16:48.27 | JaMa|Wrk | ah ushare_hg parsed with bitbake master (only few ERROR: global name 'repodir' is not defined while parsing /home/projects/OE/dev/recipes/uclibc/uclibc_git.bb) |
| 16:49.19 | XorA | have poked koen, but he is currently afk |
| 16:49.26 | JaMa|Wrk | XorA: but still please kick him gently.. |
| 16:49.29 | JaMa|Wrk | ok good |
| 16:49.52 | JaMa|Wrk | you both work in buglabs? |
| 16:50.11 | XorA | no |
| 16:50.19 | XorA | Im a few hundred miles away |
| 16:51.03 | XorA | works IT for one company (where I am today) and Embedded Linux for Slimlogic |
| 16:51.48 | JaMa|Wrk | confused.. then hrw works for buglabs? |
| 16:51.53 | GNUtoo | yes |
| 16:52.00 | XorA | koen works for TI |
| 16:52.06 | kergoth | koen works for TI? huh |
| 16:52.19 | GNUtoo | don't know ...maybe he does things for the touchbook |
| 16:52.42 | XorA | kergoth: yeah, in the UK |
| 16:52.46 | GNUtoo | but for hrw he does things for buglabs...I think he work for them indirectly |
| 16:53.04 | kergoth | hmm, what division is he in? |
| 16:53.21 | XorA | the one that does beagle that I cant remeber the name of |
| 16:53.22 | kergoth | christ, parsing 7634 recipes makes me want to eat a bullet |
| 16:53.31 | pb_ | shoots kergoth |
| 16:53.34 | pb_ | happy to help |
| 16:54.07 | whatnick | what can i use on windows to do kermit binary transfer ? |
| 16:54.20 | pb_ | whatnick: kermit, I guess |
| 16:54.26 | GNUtoo | btw FSO powered down my display....how can I power it on back with sysfs? |
| 16:54.37 | whatnick | hehe kermit binary is at ? |
| 16:54.50 | XorA | anyway time for me to sign out, bye |
| 16:54.58 | whatnick | i usually use putty for serial having a hard time tracking down a kermit .. |
| 16:55.02 | kergoth | pb_: thanks! |
| 16:55.04 | *** part/#oe XorA (n=XorA@www.xora.org.uk) |
| 16:55.41 | pb_ | whatnick: http://lmgtfy.com/?q=kermit+windows |
| 16:57.53 | whatnick | haha that got done a few times :) |
| 16:58.01 | Tartarus | hey kergoth, do you guys have any outstanding changes for reusing gcc/etc from packaged-staging? |
| 16:58.19 | whatnick | really need to get a linux box to get this development done |
| 16:58.49 | kergoth | Tartarus: seemed to work fine for us, but we don't prebuild those anymore, because they're all external anyway, its cheap to pull binaries out of an installed toolchain, which is all our recipes do for those |
| 16:58.52 | *** join/#oe woglinde (n=heinold@f052066160.adsl.alicedsl.de) |
| 16:58.59 | whatnick | wonder if a vm can get to my usbserial hmm |
| 16:59.18 | Tartarus | Hmm, ok |
| 16:59.41 | kergoth | Tartarus: for mvl6, the user runs a toolchain installer, and the IP installer, and then uses the IP tools to pull down the collections and set up projects. no crosscompiler builds |
| 16:59.43 | kergoth | why, are you hitting issues? |
| 16:59.57 | woglinde | jo kergoth |
| 16:59.58 | Tartarus | Yeah, but i'm on a mid dec snapshot |
| 17:00.20 | kergoth | ah |
| 17:00.26 | Tartarus | change tmpdir name and then stuff tries to use a native /lib/libc and fails |
| 17:00.27 | kergoth | heh |
| 17:00.42 | kergoth | I'm *updating* mvl6 to mid dec, and that was a shitload of work |
| 17:00.55 | Tartarus | I can only imagine :) |
| 17:01.06 | kergoth | we've been running recipes from June or so |
| 17:02.18 | kergoth | i'll have to publish the process I'm using to sync up, might be useful for others.. or at least so people can say I'm insane, which is always entertaining |
| 17:02.53 | Tartarus | heh |
| 17:03.13 | Tartarus | So do you guys build the toolchain with OE and export it or is it totally outside? |
| 17:03.38 | pb_ | mickeyl: good afternoon |
| 17:03.42 | woglinde | he pb |
| 17:03.48 | kergoth | totally outside, it's from codesourcery |
| 17:04.04 | Tartarus | my how things have changed |
| 17:04.14 | mickeyl | good afternoon pb_ |
| 17:07.43 | pb_ | florian: it finally occurred to me to give my daughter an old broken laptop of her own. now she is happy to sit next to me and "work" on her own computer without unplugging mine all the time. |
| 17:07.55 | kergoth | hehe |
| 17:08.17 | pb_ | luckily she doesn't appear to have noticed that the screen on hers doesn't do anything. |
| 17:08.35 | steliosk | pb_ Wait till next week... |
| 17:08.54 | *** part/#oe whatnick (n=Tisham@ppp118-210-254-147.lns20.adl6.internode.on.net) |
| 17:09.04 | *** join/#oe marex (n=marex@eduroam79.ms.mff.cuni.cz) |
| 17:17.01 | mickeyl | pb_: hehe, good strategy |
| 17:17.28 | mickeyl | i might try that with my wife some day |
| 17:17.30 | mickeyl | chuckles |
| 17:18.01 | Ainulindale | (I'm sure Sabine will be thrilled by this suggestion :-p) |
| 17:18.05 | *** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 17:18.16 | woglinde | Ainulindale *g* |
| 17:18.31 | mickeyl | hehehe |
| 17:18.38 | woglinde | Ainulindale mickeyl should buy here an mac book air |
| 17:18.42 | woglinde | args her |
| 17:18.47 | mickeyl | she'd love to have one |
| 17:18.48 | Ainulindale | Nah |
| 17:18.52 | Ainulindale | Buy her a proper computer |
| 17:19.05 | mickeyl | but she doesn't agree with spending money on more electronic devices :/ |
| 17:19.06 | Ainulindale | Not an expensive crap copy of one |
| 17:19.18 | Ainulindale | That's sensible |
| 17:19.21 | woglinde | mickeyl thats the math gene |
| 17:19.27 | mickeyl | probably. |
| 17:19.37 | Ainulindale | I'm sure you don't even use a third of your gadgets |
| 17:20.02 | mickeyl | hmm |
| 17:20.10 | mickeyl | that's probably true |
| 17:20.22 | mickeyl | i don't like selling stuff |
| 17:20.23 | Ainulindale | mickeyl: by the way as it's been a while, was rubbing the statue in Père Lachaise any useful? =) |
| 17:20.31 | mickeyl | hahaha |
| 17:20.35 | mickeyl | i'm afraid not yet |
| 17:20.35 | *** join/#oe whatnick (n=Tisham@ppp118-210-254-147.lns20.adl6.internode.on.net) |
| 17:20.41 | Ainulindale | Damn! :-) |
| 17:20.48 | mickeyl | still working and hoping ;) |
| 17:20.56 | Ainulindale | Would make a new shiny gadget to play with though |
| 17:21.02 | Ainulindale | Although it'd be more time consuming I suppose |
| 17:21.04 | mickeyl | one that costs a ton of mony |
| 17:21.06 | mickeyl | money |
| 17:21.08 | mickeyl | and time, ya |
| 17:21.13 | whatnick | thanks for the little push guys .. loading pl2303 lets virtualbox access windows usb-serial cable |
| 17:21.14 | Ainulindale | heh :-) |
| 17:21.21 | whatnick | awsome for downloading code |
| 17:21.38 | Ainulindale | Anyway, off I go, see you guys |
| 17:21.47 | mickeyl | all the best, cu |
| 17:22.02 | mickeyl | hmm |
| 17:22.08 | mickeyl | ~lart libnl and libnl2 |
| 17:22.08 | ibot | shoves a crumpet down libnl and libnl2's throat, happy now?! Huh? Want some JAM with that? |
| 17:22.14 | mickeyl | stepping on their toes somehow |
| 17:24.16 | woglinde | mickeyl hm whats wrong? |
| 17:24.21 | woglinde | with the libs |
| 17:24.37 | kergoth | hmm, i never pushed newcollection.bbclass.. i should really do that |
| 17:24.40 | mickeyl | dunno, but libnl1 stops to build after libnl2 has been built |
| 17:25.08 | woglinde | kergoth hehe yes |
| 17:25.09 | mickeyl | perhaps i can uplevel connman to libnl2, it seems to be the only one using it |
| 17:25.19 | woglinde | mickeyl jupp |
| 17:25.21 | woglinde | good idea |
| 17:27.48 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 17:27.59 | woglinde | hi like2wise |
| 17:31.36 | hrw | hi |
| 17:33.29 | Tartarus | OK, has anyone else seen an error w/ parsing ushare_hg.bb? |
| 17:34.45 | mickeyl | is qemu _still_ requiring gcc3 these days? |
| 17:34.56 | woglinde | mickeyl nope |
| 17:34.58 | woglinde | only older |
| 17:35.02 | woglinde | 11 not |
| 17:35.05 | mickeyl | ah, awesome |
| 17:35.10 | mickeyl | can we remove it from the sanity check then? |
| 17:35.26 | woglinde | and versions > 10.6 or something |
| 17:36.17 | Laibsch | Tartarus: yes, check the backlog |
| 17:36.22 | Laibsch | for now, just remove the bb file |
| 17:36.51 | kergoth | okay, http://dl.dropbox.com/u/112715/Documents/Sync%20from%20OE%20-%20Public.html/index.html |
| 17:37.00 | kergoth | thoughts? |
| 17:38.07 | woglinde | will read it later |
| 17:38.12 | woglinde | to much text for now |
| 17:38.42 | kergoth | hehe |
| 17:38.44 | kergoth | fair enough |
| 17:39.04 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 17:40.23 | like2wise | Laibsch: no I'm no longer working on |
| 17:40.24 | like2wise | !oebug 4370 |
| 17:40.25 | cdbot2 | * * Bug 4370, Status: CONFIRMED, Created: 2008-06-09 21:29 |
| 17:40.26 | cdbot2 | * * gwossum(AT)acm.org: Eliminate need for gettext |
| 17:40.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4370 |
| 17:40.41 | like2wise | Laibsch: I'm unaware of the current status |
| 17:42.26 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 17:44.00 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 17:47.16 | kergoth | anyone run into a missing dep of pango-locale trying to install gtk+ into an image, before? |
| 17:48.38 | pb_ | pango-locale* or just plain pango-locale? |
| 17:48.58 | pb_ | I can't think of anything that should be generating the latter. |
| 17:49.21 | pb_ | the pango-locale* dep will be getting added by package.bbclass, though if it's showing up unresolved then that would suggest you have a package manager bug. |
| 17:50.08 | kergoth | the latter |
| 17:50.24 | pb_ | that is weird. I wonder where that could be coming from. |
| 17:50.37 | kergoth | but the pango-locale-whatever RPROVIDES pango-locale, i think |
| 17:51.06 | pb_ | yeah, but it's meant to only ever be referenced as pango-locale* |
| 17:51.56 | kergoth | looks like the pango-module-foo is rdep'ing on pango-locale |
| 17:52.04 | kergoth | compares current oe pango to mvl6 pango |
| 17:53.05 | pb_ | that sounds like a bug |
| 17:53.40 | pb_ | the only place that should be adding deps on locale packages is this line in package_ipk.bbclass: |
| 17:53.45 | pb_ | <PROTECTED> |
| 17:53.45 | pb_ | <PROTECTED> |
| 17:53.47 | pb_ | well, those two lines |
| 17:54.27 | kergoth | huh. weird. |
| 17:54.39 | m4t | hrm, bitbake just died while parsing a recipe that uses 'hg' |
| 17:54.52 | m4t | should i update bitbake? is this a new thing? |
| 17:55.07 | m4t | ERROR: while parsing /home/matt/devel/zipit/openembedded/openembedded/recipes/ushare/ushare_hg.bb |
| 17:56.03 | m4t | though it's doing rev=${SRCREV} rather than specifying the actual revision |
| 17:59.26 | Tartarus | m4t, a few of us are hitting that now |
| 18:00.32 | m4t | Tartarus okay, thanks |
| 18:00.36 | m4t | i just rm'd it for now |
| 18:01.29 | incandescant | cd |
| 18:01.46 | hrw | http://www.linuxfordevices.com/c/a/News/Marvell-Plug-Computer-30-and-Armada-300-and-610/ - 2GHz sheevaplug replacement with wifi/bt and internal hdd space |
| 18:04.51 | *** join/#oe jmpdelos (n=polk@outgoing.delos.com) |
| 18:05.55 | otavio | Hello |
| 18:06.01 | otavio | I'm back from VAC :-) |
| 18:06.07 | otavio | reading mail :-) |
| 18:06.14 | kergoth | hey otavio |
| 18:12.57 | Laibsch | is anybody still looking at patchwork? |
| 18:13.39 | mickeyl | not me, in fact i never looked at patchwork since i did not think sending patches to the list was a significantly well choice |
| 18:16.23 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rfc2765595a 10openembedded.git/recipes/dbus/ (7 files in 2 dirs): dbus-1.3.0: add performance optimization patches from https://bugs.freedesktop.org/show_bug.cgi?id=23117 |
| 18:16.37 | kergoth | i never do, either |
| 18:17.07 | pb_ | not me either; I find it's just as easy to search for patches in my mail folder using evolution |
| 18:19.44 | kergoth | just seems like unnecessary overhead. not that hard to save a mail from my mail client and apply it with git-am |
| 18:19.57 | pb_ | yeah, exactly |
| 18:20.41 | otavio | kergoth: the difference is that it keeps track of who applied and also adds the acks and signed-off entries |
| 18:21.03 | otavio | kergoth: besides makes easier (if used) to know which ones has been already revised and applied/rejected |
| 18:21.11 | Laibsch | yes |
| 18:21.23 | Laibsch | the tool has some benefits, no doubt |
| 18:21.32 | Laibsch | but it looks like it's not working as it should right now |
| 18:21.33 | otavio | kergoth: it is easier to you to use your email client, but it is a selfish option |
| 18:21.38 | kergoth | I'm sure it does, but those things aren't that hard to keep track of either |
| 18:21.48 | *** join/#oe robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 18:21.48 | Laibsch | and that seems to have gone on for such a period of time as to suggest nobody is using it anymore |
| 18:21.50 | kergoth | just wastes more time, yet another site to be checking |
| 18:21.59 | khem | patches from non committers gets collected on patchwork nicely so when someone finds time they can be looked up quickly |
| 18:22.21 | khem | I surf thru patchwork once in a while and take other people patches test then apply |
| 18:22.24 | pb_ | khem: I find it's much slower to look them up on patchwork than just to look in my email. |
| 18:22.51 | pb_ | but, if patchwork works for you, that's great. |
| 18:22.56 | khem | pb_: I like the fact that its just filtered mail which only has patches |
| 18:22.58 | otavio | khem: the problem is that it gets boring since commiters are not marking the patches they commit as done in PW and then the backlog is much bigger then it really is |
| 18:23.11 | mickeyl | it doesn't change the main problem though that people are voluntarily working on that. i find the concept of adding categories to the bugzilla which i scan whenever i'm in the mood to much more efficient than being pestered by mails on the list |
| 18:23.17 | pb_ | khem: afaict, that's just the same effect as you get by filtering on "Subject: [oe] [PATCH" |
| 18:23.18 | khem | yes I noticed |
| 18:23.20 | mickeyl | introducing more tools doesn't make things more efficient |
| 18:23.28 | khem | pb_ yes I could |
| 18:23.32 | mickeyl | not necessarily at least |
| 18:23.43 | pb_ | yeah, agreed |
| 18:23.58 | pb_ | I could see patchwork having some value if it was coupled to git so that patches that had been applied were automatically flagged as such. |
| 18:24.04 | otavio | If all (or most) people do not use it, indeed. It just makes thing worse |
| 18:24.05 | khem | but what I do is make a branch and then use the ontrib/patchwork/pw-am.sh |
| 18:24.16 | *** join/#oe Hasse_ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 18:24.24 | khem | its much faster and I dont have to worry about sign offs |
| 18:24.29 | khem | and history looks better |
| 18:24.30 | JaMa | btw: for shr patchwork works quite good |
| 18:25.07 | awozniak | I want to try some changes out with "-c devshell", but when I do it seems my path isn't set correctly. I get things like "/bin/sh: line 1: arm-none-linux-gnueabi-ld: command not found". Is there any way to invoke -c devshell and have my environment completely set up properly? |
| 18:25.17 | otavio | I'm a big fan of pull approuch for OE. |
| 18:25.20 | *** join/#oe darkschneider (n=gab@93-32-51-185.ip32.fastwebnet.it) |
| 18:25.25 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 18:25.27 | otavio | It would solve PatchWork and review issues |
| 18:25.28 | hrw | question: how much people uses matchbox based X11 images? |
| 18:25.31 | JaMa | I notice interesting patch in list and later when I'm in mood for checking patches from others I check the site and use contrib/patchwork/pw-am.sh for all interesting IDs |
| 18:26.01 | otavio | JaMa: the only problem is that PW backlog gets bigger and bigger |
| 18:26.21 | otavio | JaMa: people ought to have the habit of mark the commited patches |
| 18:26.23 | khem | otavio: someone will have to become a pull master |
| 18:26.27 | otavio | JaMa: but people don't do that |
| 18:26.33 | khem | whose job is just to pull and merge others changes |
| 18:26.45 | otavio | khem: it doesn't need to be a single person |
| 18:26.54 | otavio | khem: but a small group of people works too |
| 18:27.02 | JaMa | otavio: yes that's true for OE one.. but SHR patchwork is quite clean.. all bad patches refused and applied marked as applied |
| 18:27.13 | JaMa | otavio: so we have only few items all on first page |
| 18:27.17 | khem | otavio: If we have enough inclination and people ready to do that its ok |
| 18:27.28 | otavio | JaMa: yes; this is where PW shows its beauthy |
| 18:28.11 | otavio | JaMa: it does make life easier but people ought to avoid commiting stuff without looking at PW |
| 18:28.19 | otavio | JaMa: but OE doesn't follow it, so it fails |
| 18:28.31 | awozniak | invoking devshell with the correct path? anyone know how to do this? |
| 18:28.34 | khem | right |
| 18:28.43 | pb_ | awozniak: afaik, it should be automatic. I don't know why that isn't working for you. |
| 18:29.04 | awozniak | pb_: kthx |
| 18:29.25 | pb_ | awozniak: I guess you should check the run.do_devshell script in temp/ to see what's up. |
| 18:29.38 | otavio | khem: pb_: the way you (in plural) works we end doing doubled work all the time |
| 18:30.07 | otavio | Not follow PW and use it, IMO is wrong. |
| 18:30.21 | pb_ | otavio: I've never noticed myself doing any doubled work. |
| 18:30.23 | otavio | We end up doing a fix that has been done before |
| 18:30.40 | otavio | pb_: you didn't look well then :P |
| 18:30.48 | pb_ | For myself, indirecting everything through patchwork would cause me to do more work, not less. |
| 18:30.59 | otavio | pb_: you can look a patch and thing. Oh, this is need. Let me apply it. Ohh... someone did it already |
| 18:31.04 | otavio | pb_: you lose time |
| 18:31.12 | kergoth | clearly, patchwork doesn't meet our needs. if it did, we wouldn't have half the developers not using it |
| 18:31.20 | kergoth | so quit blaming people and rework the process |
| 18:31.25 | pb_ | otavio: right, but my point is that this virtually never happens to me. |
| 18:31.32 | otavio | pb_: or ... |
| 18:31.41 | otavio | pb_: oh, this is broken ... you fix |
| 18:31.51 | pb_ | and, when it does, it only takes a couple of seconds to find out that it has done, which is probably less time than I would have spent fiddling around with patchwork. |
| 18:32.00 | otavio | pb_: next day you see that two weeks ago someone sent this same thing and noone has looked at it |
| 18:32.16 | pb_ | otavio: right, but that latter case is nothing to do with patchwork. |
| 18:32.23 | otavio | pb_: at current PW status, indeed |
| 18:32.29 | otavio | pb_: if PW were used well, no |
| 18:32.56 | pb_ | well, as I say, I think it is patchwork's responsibility to keep itself up to date by tracking the git commits and marking patches as applied when they have been. |
| 18:32.57 | kergoth | otavio: i really don't see what you hope to accomplish by blaming a subset of the developers. you aren't going to convince them, so stop wasting your time and throwing blame around. |
| 18:33.18 | pb_ | if it did that, then I think your main complaint would go away, and the rest of us would not need to change our workflows. |
| 18:33.18 | otavio | kergoth: I'm not blaming. I'm discussing |
| 18:33.36 | JaMa | pb_: maybe that contrib script could do that too.. |
| 18:34.08 | otavio | JaMa: dunno. It would need to be integrated with the commit mailing list |
| 18:34.15 | pb_ | JaMa: well, no, that only works for patches that have been applied from patchwork itself. I think otavio's complaint is that, when people apply patches directly from email without touching patchwork at all, they are never marked as such in git. |
| 18:34.20 | pb_ | s/in git/in patchwork/ |
| 18:34.22 | JaMa | pb_: but it will mark some patches applied maybe too soon (when first dev use PW to git am it and then refuse to work on it..) |
| 18:34.47 | pb_ | I think the right way to do it is just to link patchwork to one of the git hooks. |
| 18:34.56 | otavio | JaMa: it would need to be automatically done using commit hook at server side |
| 18:35.02 | pb_ | presumably, the same one that generates the CIA messages |
| 18:35.04 | otavio | JaMa: dunno if it is supported |
| 18:35.10 | JaMa | Ah I see.. it would be nice.. |
| 18:35.11 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra9831bfdea 10openembedded.git/recipes/upnp/libdlna_0.2.3.bb: libdlna: disable parallel make |
| 18:35.19 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra3374cb8b7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 18:35.28 | *** join/#oe alexondi (i=6d56a9d1@gateway/web/freenode/x-hpkllnsvjmszlytc) |
| 18:35.29 | otavio | JaMa: that would solve most of problems |
| 18:35.38 | kergoth | otavio: i think you need to find a dictionary and learn what blame means. it means placing responsibility for, which is what you've been doing, repeatedly |
| 18:36.16 | otavio | kergoth: when we miss use a tool, we're responsable for the tool to not work. |
| 18:36.31 | otavio | kergoth: but I'm not saying that PW is the perfect tool. |
| 18:36.34 | otavio | kergoth: it has flaws |
| 18:36.48 | otavio | kergoth: but it could help a lot if properly used |
| 18:37.15 | kergoth | the point is, blaming people accomplishes nothing. the people not using aren't going to switch unless it changes, so quit whining about it |
| 18:38.07 | JaMa | and check that git hook support :) |
| 18:38.11 | kergoth | right |
| 18:38.39 | kergoth | look into solutions, determine *why* the problem exists, rather than repeatedly saying people are responsible for the problem and should do this or that |
| 18:38.43 | kergoth | the former is productive, the latter is not |
| 18:39.05 | otavio | I need to figure out how I'll move from our stable/2009 to dev ... |
| 18:39.37 | otavio | PW will not help it so it will be left for later |
| 18:39.43 | khem | kergoth: I think we could do a better job of looking into non developer patches I think for people like me who do not filter their emails neatly PW helps a bit |
| 18:40.01 | khem | time to time I also try to change states of patches that get applied by others |
| 18:40.10 | khem | so there is some double work that happens |
| 18:40.38 | khem | but that is becuase we do not streamline PW |
| 18:40.44 | khem | in commit process |
| 18:41.14 | otavio | khem: +1 |
| 18:41.45 | otavio | khem: this is not a developer thing, but a non developer thing. devels can commit directly and usually doesn't even send the patches to ML |
| 18:41.57 | khem | right. |
| 18:41.57 | awozniak | pb_: it's not setting CROSS_COMPILE. The makefiles I'm working on see it onset, and guess (incorrectly). The run.do_devshell has it in some export EXTRA_OEMAKE="CROSS_COMPILE=arm-commonos-linux-gnueabi-", but I'm not sure if/how that's supposed to be used. |
| 18:42.23 | khem | I think it encouranges non committers if their patches receive due attention |
| 18:42.30 | pb_ | awozniak: oh, right. CROSS_COMPILE is not a standard oe variable, it must be something specific to your recipe. |
| 18:42.35 | khem | and probably grow the community and contribution |
| 18:42.39 | pb_ | I think you probably just need to export that variable by hand inside your devshell |
| 18:42.42 | pb_ | go home now |
| 18:42.43 | pb_ | later all |
| 18:43.13 | mickeyl | cu pb_ |
| 18:43.34 | JaMa | is going to mark all PW entries sent by him.. |
| 18:43.48 | khem | JaMa: cool. |
| 18:44.13 | khem | either we use the tool or we should decommission it thats my perspective |
| 18:44.55 | Laibsch | If somebody knowledgeable enough were to closer integrate patchwork with what's committed in git that would be great |
| 18:45.01 | Laibsch | and make everybody happy |
| 18:45.15 | awozniak | can I "-c devshell", make some changes, then "-c oe_runmake" ?? Or is there some better way? |
| 18:45.39 | kergoth | i don't think it's feasable to try to get everyone to use it, its just not realistic, so integrating with the commit process or dropping PW entirely are the only real options |
| 18:45.55 | awozniak | I just want to make one little change and try it out without going through the whole process of creating a patch file and adding the patchfile to the recipe. |
| 18:46.28 | khem | kergoth: thats fine by me too if we decide on another process to handle patches on ml |
| 18:46.43 | khem | and follow it. |
| 18:47.41 | kergoth | awozniak: I'd suggest making your changes in the devshell, then just re-running the run scripts in ../temp, rather than running make yourself. |
| 18:49.04 | khem | bitbake virtual/kernel doesnt put the kernel binary in deploy |
| 18:49.37 | JaMa | khem: which kernel recipe? |
| 18:49.45 | khem | 2.6.31 |
| 18:49.56 | awozniak | I'm uncertain about order of operations. I make my change, then I've got run.do_compile (obviously) but then I've also got do_deploy, do_install, do_package_write, do_stage. What order do those happen in? |
| 18:50.06 | khem | I deleted the binaries manually |
| 18:50.17 | khem | hmm I think it does not notice it |
| 18:50.28 | khem | do prolly rerun deploy may be |
| 18:53.53 | JaMa | can I get permission to mark PW entries sent by others? |
| 18:55.12 | khem | if you see the patch applied you could |
| 18:55.43 | JaMa | khem: how? |
| 18:56.28 | khem | it does not allow you ? |
| 18:56.30 | JaMa | in shr PW I had to ask for moving my account to some group of project maintainers from PW POV |
| 18:56.41 | JaMa | khem: no.. only for my patches.. |
| 18:56.56 | khem | yeah |
| 18:57.04 | JaMa | Maintainer of SHR. Contributor to SHR. |
| 18:57.28 | JaMa | and in OE PW I have only Contributor in "profile" |
| 19:01.00 | khem | you could ask crofton to change your status |
| 19:01.36 | *** join/#oe Hasse__ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 19:03.39 | JaMa | Crofton|work: could you assing my PW account (account name: jama) Maintainer to mark patches from others as applied? |
| 19:03.41 | *** join/#oe kgilmer (n=kgilmer@firebug.buglabs.net) |
| 19:03.56 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 19:04.14 | kgilmer | anyone planning on doing a recipe for the latest version of jamvm jvm? if not i will. |
| 19:04.25 | kgilmer | 1.5.4 |
| 19:07.23 | hrw | I hope it will work |
| 19:07.30 | kgilmer | knocks on wood |
| 19:07.42 | hrw | as trunk uses jamvm by default |
| 19:08.08 | hrw | s/trunk/buglabs trunk/ |
| 19:08.19 | hrw | is on too many channels |
| 19:09.19 | kgilmer | oh ic what you mean hrw |
| 19:09.31 | kgilmer | if i submit the recipe and it doesn't build then that breaks the buglabs prod build. |
| 19:09.43 | kgilmer | then that's 2x incentive to get it right! |
| 19:10.52 | hrw | kgilmer: if you will submit it to trunk/meta-{bug,oe}/ |
| 19:12.31 | kgilmer | is that a question hrw or a request? |
| 19:12.42 | hrw | question |
| 19:12.53 | hrw | or even statement. |
| 19:13.44 | hrw | kgilmer: as: if it will land in OE.dev then buglabs/trunk will not be affected. if you will request it for OE/stable/2009 then buglabs can be affected but it will first be checked with buglabs/trunk before will get my Ack for being included |
| 19:14.15 | kgilmer | it would be for oe.dev |
| 19:14.25 | kgilmer | at least that was what i was working on |
| 19:14.42 | kgilmer | yeah that makes sense hrw |
| 19:15.22 | *** part/#oe robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 19:20.24 | *** join/#oe gregoiregentil (n=gregoire@c-98-210-206-210.hsd1.ca.comcast.net) |
| 19:22.04 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 19:23.31 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r330c80d419 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: |
| 19:23.31 | CIA-2 | sane-srcrevs-fso: bump rev for fsotdld, what I pushed today as HEAD was too old |
| 19:23.32 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:24.26 | *** join/#oe SDuensin (n=SDuensin@u15320223.onlinehome-server.com) |
| 19:30.14 | *** part/#oe gregoiregentil (n=gregoire@c-98-210-206-210.hsd1.ca.comcast.net) |
| 19:31.25 | SDuensin | Anyone successfully built Java using OE? (And, yea, I actually read the wiki page!) |
| 19:31.43 | woglinde | re |
| 19:33.02 | kgilmer | what do you mean by Java SDuensin ? |
| 19:33.14 | SDuensin | The JRE. |
| 19:33.20 | kgilmer | openjdk? |
| 19:33.28 | SDuensin | Yea, that's fine. |
| 19:33.38 | kgilmer | yes, it's been done SDuensin |
| 19:34.14 | kgilmer | imho cacaojvm+openjdk classpath offers the best stability/performance at the moment. |
| 19:34.20 | kgilmer | but that situation is changing rapidly |
| 19:35.22 | SDuensin | I get a warning that multiple .bb files provide classpath and then it blows up later down the line. Looks like during do_compile for rxtx. |
| 19:36.14 | kgilmer | what recipe are you trying to build with bitbake? |
| 19:36.31 | SDuensin | task-java |
| 19:37.21 | woglinde | hi kgilmer |
| 19:37.25 | kgilmer | hi woglinde |
| 19:37.46 | woglinde | SDuensin yes you have to decide which classpath you want |
| 19:38.09 | woglinde | set it in local.conf |
| 19:38.15 | SDuensin | I set: PREFERRED_PROVIDER_classpath = "classpath-minimal" |
| 19:38.43 | *** join/#oe dvermd (n=roudoudo@78.234.93.192) |
| 19:38.57 | woglinde | SDuensin hm |
| 19:39.03 | woglinde | that should be okay |
| 19:40.09 | SDuensin | Not sure it matters, but my target is x86 and angstrom-2008.1. |
| 19:40.38 | woglinde | hm ah okay |
| 19:40.47 | woglinde | target x86 isnt so tested well |
| 19:41.03 | SDuensin | OE usually used against ARM? |
| 19:41.21 | woglinde | nope |
| 19:41.25 | woglinde | but the java stuff |
| 19:41.27 | SDuensin | Or is there a better x86 target to use? |
| 19:41.30 | woglinde | istnt tested so well |
| 19:41.35 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 19:41.35 | woglinde | for other archs |
| 19:42.08 | kergoth | man.. we need to find a good way to unit test some of the aspects of OE, somehow. the classes and the like.. |
| 19:42.30 | woglinde | kergoth qa branch? |
| 19:43.19 | kergoth | i dunno what's best.. in this particular case, I'm making some changes to one of the classes in INHERIT, and need to ensure that the changes i make don't break the functionality, somehow. manual works, for now.. |
| 19:43.20 | kergoth | heh |
| 19:43.21 | like2wise | kergoth: why that remark? found something ugly? |
| 19:43.25 | SDuensin | I'm amazed it works at all. OE is voodoo. :-) |
| 19:43.34 | woglinde | oe is no voodoo |
| 19:43.42 | SDuensin | It is to me! |
| 19:43.44 | like2wise | voedoe |
| 19:43.54 | woglinde | you will learn behind the vodoo |
| 19:44.03 | kgilmer | the complexity can be overwhelming SDuensin |
| 19:44.17 | SDuensin | I'll learn it or it'll kill me. :-D |
| 19:44.28 | woglinde | SDuensin try with normal classpath |
| 19:44.32 | like2wise | the python learning and programming manuals are 2400 pages alone. |
| 19:44.34 | like2wise | :-) |
| 19:44.41 | *** join/#oe Leatherface (n=leatherf@suse.pitelink.com) |
| 19:44.46 | woglinde | I think we will remove -miminal in the next time |
| 19:44.56 | SDuensin | woglinde: Trying |
| 19:44.58 | woglinde | building classpath on a fast machine is under 5 minutes |
| 19:44.59 | kgilmer | dont' be afraid to dig into the bitbake code. it's not bad at all to understand. |
| 19:45.08 | like2wise | kgilmer: really? |
| 19:45.26 | *** join/#oe Martin-B (n=martin@pool-44-65-198-89.dbd-ipconnect.net) |
| 19:45.32 | like2wise | kgilmer: Everytime I dive in, I swim back to the shore as fast as possible. |
| 19:45.41 | kgilmer | i found the client/server stuff to be pretty straightforward |
| 19:45.43 | woglinde | like2wise only they much os.system("cp somestuff") suckz |
| 19:46.24 | kgilmer | SDuensin, if you use eclipse you may want to try the eclipse plugin |
| 19:46.33 | kgilmer | <shameless plug> |
| 19:46.43 | woglinde | kgilmer he its okay |
| 19:46.47 | woglinde | you invented it |
| 19:46.55 | woglinde | and its worth the try |
| 19:47.01 | SDuensin | Oh yea? Didn't know there was such a thing! |
| 19:47.26 | kgilmer | thx woglinde. SDuensin: http://wiki.openembedded.net/index.php/OTE |
| 19:48.04 | SDuensin | Ooo - pictures, too. :-) |
| 19:49.23 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 19:49.48 | kgilmer | for me the hardest part of learning oe was figuring out all the conventions for variables, and debugging failures. |
| 19:50.11 | kgilmer | The OTE plugin is intended mainly for recipe writers. |
| 19:50.19 | kgilmer | but, most recipe writers do not use eclipse. |
| 19:50.30 | kergoth | I think a big part of the confusion is just seeing how all the pieces fit together. So much is scattered across all these files, bits and pieces of metadata coming from all over to form a cohesive whole, easy to get lost in the maze |
| 19:50.36 | kgilmer | in any case i think it might be useful when you are just getting started |
| 19:50.45 | kgilmer | true kergoth |
| 19:52.08 | SDuensin | It's still mad about rxtx. I'm going to do a clean on the whole thing and try again. This may take a bit. |
| 19:52.13 | kgilmer | if you do try the plugin SDuensin i strongly suggest you move TMPDIR outside of your oeroot. eclipse tries to index TMPDIR and it fails. |
| 19:54.39 | *** join/#oe awozniak (n=awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 19:57.04 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9485f91eaf 10openembedded.git/conf/checksums.ini: checksums: add missing libdlna checksum |
| 19:57.07 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4d99d97bae 10openembedded.git/ (3 files in 2 dirs): |
| 19:57.07 | CIA-2 | e17: bump SRCREV, enable fixed-point mode in edje according to target fpu setting |
| 19:57.07 | CIA-2 | * tested on angstrom/beagleboard and angstrom/hawkboard |
| 19:57.07 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re871274b9b 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 20:00.07 | woglinde | now I am enjoying my birthday beer |
| 20:01.55 | kgilmer | whoa! happy birthday woglinde :) |
| 20:02.01 | kgilmer | what kind of beer? |
| 20:02.04 | woglinde | thanks kgilmer |
| 20:02.08 | woglinde | pils |
| 20:02.12 | woglinde | as usal |
| 20:02.21 | woglinde | I dont like weizen |
| 20:02.29 | kgilmer | i'm with you woglinde |
| 20:02.38 | woglinde | real pilse |
| 20:02.43 | woglinde | not american |
| 20:02.46 | woglinde | *g* |
| 20:02.47 | kgilmer | haha |
| 20:03.00 | kgilmer | i really liked the beer in munich when i was there |
| 20:03.07 | kgilmer | i drank *a lot* of it |
| 20:03.15 | woglinde | hm were you at augustiner? |
| 20:03.18 | kgilmer | now i am on a beer vacation due to gout |
| 20:03.29 | kgilmer | that sounds familiar woglinde |
| 20:03.37 | kgilmer | i was pretty drunk the whole time |
| 20:03.40 | woglinde | lol |
| 20:03.43 | woglinde | a mass |
| 20:03.49 | kgilmer | the beer comes in very large glasses |
| 20:04.08 | woglinde | do you know the movie bierfest? |
| 20:04.14 | woglinde | that was funny |
| 20:04.23 | kgilmer | ha yeah |
| 20:04.29 | kgilmer | the underground chamber |
| 20:04.44 | kgilmer | in nyc we have lots of german style beer gardens |
| 20:04.54 | kgilmer | radeburger, goffel, etc is very common |
| 20:05.10 | kgilmer | and most bars now have something like that |
| 20:05.11 | woglinde | goffel? |
| 20:05.20 | woglinde | dont you mean gaffel? |
| 20:05.23 | woglinde | koelsch |
| 20:05.26 | kgilmer | yeah |
| 20:05.29 | kgilmer | yeah that's it |
| 20:05.38 | woglinde | hm yeah gaffel is light pils |
| 20:05.58 | woglinde | I mean whole koelsch |
| 20:06.06 | woglinde | gaffel is only one sort |
| 20:06.19 | woglinde | I liked the beers in england too |
| 20:06.29 | woglinde | tasted diffrent |
| 20:06.33 | woglinde | and had funny names |
| 20:06.36 | hrw | 26 minutes for parsing... |
| 20:06.41 | hrw | new record I think |
| 20:06.49 | Crofton | kgilmer, FOSDEM looks bad for me due to airfare and work |
| 20:06.58 | kgilmer | that's too bad Crofton |
| 20:07.04 | kgilmer | i think if i go it will be on my own dollar |
| 20:07.15 | Laibsch | what OE package is providing the xorg-macros.m4 file? On my Ubuntu host that would be the xutils-dev package, but that does not seem to exist for OE. |
| 20:07.18 | kgilmer | kind of still up in the air |
| 20:07.45 | hrw | Laibsch: xorg-macros is recipe name iirc |
| 20:07.58 | hrw | I need to finally buy tickets |
| 20:08.03 | hrw | woglinde: going for fosdem? |
| 20:08.58 | Crofton | yeah, I am watchiung for deals |
| 20:09.16 | hrw | for me it is just easyjet from sxf |
| 20:09.37 | kgilmer | hrw, yes i'm sure it's pretty easy for you :) |
| 20:09.42 | Crofton | yeah, that would be great |
| 20:10.06 | kgilmer | if fosdem was in philly it would be pretty easy for me too :) |
| 20:10.31 | hrw | kgilmer: and harder for me;D |
| 20:10.50 | kgilmer | yep |
| 20:10.57 | kgilmer | RP, how about you? fosdem this year? |
| 20:11.20 | kgilmer | is there talk yet of oe hotel hrw for fosdem? |
| 20:11.22 | kgilmer | same as last year? |
| 20:11.54 | kgilmer | woglinde must be getting another birthday beer |
| 20:12.00 | woglinde | hrw hm I dont decided yet |
| 20:12.05 | kgilmer | oh |
| 20:12.17 | woglinde | no I talked with cp15 about the navit crash on n900 |
| 20:13.04 | hrw | woglinde: happy birthday! |
| 20:13.08 | woglinde | thanks hrw |
| 20:13.27 | woglinde | hrw hm right there was something with creditcard |
| 20:13.32 | woglinde | I will ask robert |
| 20:13.40 | woglinde | if tarent will sponsor something |
| 20:13.50 | woglinde | for robert they will |
| 20:13.51 | woglinde | but for me |
| 20:13.52 | hrw | woglinde: so how old you are now? |
| 20:14.04 | woglinde | mid 30 nearly |
| 20:14.30 | Laibsch | hehe, that would be too easy, I guess. There is no such package. "find recipes/|grep xorg|grep mac" returns util-macros, but I'm not sure that is the package, either. |
| 20:14.34 | hrw | ah.. I have your bdate somewhere... |
| 20:14.55 | woglinde | Laibsch it is |
| 20:15.10 | woglinde | some should start BBCLASSEXTEND to get over from poky |
| 20:15.14 | woglinde | for the x-recipes |
| 20:15.17 | *** join/#oe trelane` (n=trelane@dsl093-203-201.ind1.dsl.speakeasy.net) |
| 20:15.26 | woglinde | so we can rid of the nasty -native duplication |
| 20:15.48 | woglinde | and beeing smaller with xorg.preffered-version file |
| 20:15.50 | kgilmer | isnt' that an item of discussion for tsc? |
| 20:16.00 | woglinde | I should ask jama |
| 20:16.05 | woglinde | kgilmer why? |
| 20:16.17 | woglinde | rp pushed all the magic stuff into the oe-dev |
| 20:16.21 | kgilmer | oh ic |
| 20:16.23 | woglinde | already |
| 20:16.26 | *** join/#oe trelane`` (i=trelane@router.trelane.net) |
| 20:16.31 | woglinde | so you can start to use it |
| 20:16.39 | kgilmer | cool |
| 20:16.39 | woglinde | even the recipebased checksums |
| 20:16.41 | JaMa | woglinde: check -live of that preferred file.. |
| 20:16.43 | woglinde | jupp |
| 20:17.00 | woglinde | jama I will point you to it |
| 20:17.01 | woglinde | mom |
| 20:17.03 | JaMa | woglinde: you can remove all preferred versions not listed in -live I guess |
| 20:17.40 | woglinde | jama -> http://git.pokylinux.org/cgit.cgi/poky/tree/meta/packages/xorg-util/util-macros_1.3.0.bb |
| 20:18.26 | JaMa | woglinde: ahh BBCLASSEXTEND |
| 20:18.46 | woglinde | jupp ged rid of -native recipes |
| 20:18.48 | JaMa | yes that would be nice.. but don't point me to it.. |
| 20:18.55 | woglinde | and PREF_VERSION |
| 20:19.00 | woglinde | for native |
| 20:19.06 | JaMa | I don't have much time lately.. so I won't do it any soon |
| 20:19.11 | woglinde | damn |
| 20:19.13 | woglinde | okay |
| 20:19.15 | woglinde | *g* |
| 20:19.20 | *** join/#oe kristoffer (n=kristoff@95.209.90.156.bredband.tre.se) |
| 20:19.44 | woglinde | we need to find someone else for this "monkey"-stuff |
| 20:20.04 | hrw | wants rkirti work to be finished... |
| 20:20.12 | *** join/#oe Hasse__ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 20:21.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rda196c1fde 10openembedded.git/recipes/ushare/ushare_hg.bb: ushare: adjust for broken hg fetcher in bitbake 1.8.x, 1.10.x works fine |
| 20:21.49 | woglinde | hm right the hg fetcher should be fixed somehow |
| 20:22.01 | woglinde | I wondered why koen didnt stumble over it |
| 20:22.07 | woglinde | as I saw the recipe |
| 20:22.15 | woglinde | oh |
| 20:22.21 | woglinde | 1.8 is only borken |
| 20:22.22 | woglinde | hms |
| 20:25.08 | kgilmer | pb_, is this your handy work? http://www.engadget.com/2010/01/05/pure-bursts-onto-us-scene-with-five-internet-radios/ |
| 20:34.08 | pb___ | kgilmer: sadly no, pure don't use our modules. I think they develop all their stuff in house. |
| 20:34.45 | kgilmer | oh ic pb___ |
| 20:35.00 | woglinde | re pb_ |
| 20:35.06 | kgilmer | i won't buy one of those then :) |
| 20:36.18 | pb___ | heh |
| 20:36.31 | woglinde | kgilmer *g* |
| 20:36.38 | pb___ | the pure radios are quite nice units, despite being our competitors. I wouldn't hold it against you :-) |
| 20:38.29 | Crofton|work | pb___, can you tell us which ones are not your competitor? |
| 20:38.41 | Crofton|work | We've got one of the logitech units |
| 20:38.45 | Crofton|work | the UI sucks though |
| 20:41.08 | pb___ | logitech is also not one of ours. I think the main brands that sell our stuff in the USA right now are Grace Digital, Sanyo and Livio. Possibly Sangean too. |
| 20:42.12 | Crofton|work | sorry about that :) |
| 20:42.19 | Crofton|work | that must explain why the UI sucks |
| 20:43.31 | pb___ | ironically, it is usually easier for me to say which units are our competitors, since we don't (usually) have any NDA problem with competing products. |
| 20:44.07 | pb___ | it is a bit difficult to keep track of which customer products have and haven't been publicly announced so it is difficult to give an exhaustive list of who is selling our units. |
| 20:44.46 | kgilmer | sees a day where all CE device UIs are on cellphones and not on the devices themselves. |
| 20:44.46 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-qqnjchzuqaaiowwx) |
| 20:45.37 | Crofton|work | rofl |
| 20:45.53 | Crofton|work | my wife bought speakers for her ipod touch, because she can operate it |
| 20:46.10 | Crofton|work | it is kind of ridiculous, both are in the same kitchen |
| 20:47.09 | hrw | bye |
| 20:47.12 | pb___ | kgilmer: yeah, a couple of our customers are very keen on using an iPhone as the primary ui for the unit. |
| 20:47.38 | *** join/#oe woglinde_ (n=heinold@g225007160.adsl.alicedsl.de) |
| 20:47.56 | kgilmer | i use an iphone, and apple remote application is very nice pb___. much better than keyboard/mouse for living room. now I want a similar ui for the reciever, tv, etc. |
| 20:48.28 | kgilmer | blender, refrigerator, sink, toilet, the list goes on... |
| 20:48.45 | *** join/#oe timtimred (n=meh@79-75-182-98.dynamic.dsl.as9105.com) |
| 20:49.01 | khem | kgilmer: hmm |
| 20:50.14 | broonie | Makes sense, really. |
| 20:51.06 | woglinde_ | jo khem my friend |
| 20:51.11 | khem | kgilmer: something like universal remote with display and touch screen |
| 20:51.12 | woglinde_ | drink a beer with me |
| 20:51.23 | broonie | Cheaper to avoid having nice screens in each device and means everything gets remote contorl. |
| 20:51.24 | khem | woglinde_: prost |
| 20:52.49 | kgilmer | right khem. i have a universal remote from logic which is really terrible. the general problem is making physical plastics w/ buttons and keeping it simple does not scale past a few similar devices. |
| 20:53.01 | kgilmer | soft menu systems with multi touch interfaces don't have this limitation. |
| 20:53.34 | kgilmer | logic = logitec |
| 20:54.39 | khem | kgilmer: not a bad idea infact |
| 20:55.05 | khem | use bluetooth or home wifi for devices to talk to it |
| 20:57.32 | kgilmer | and since it's software it's easy to update the uis, skin, theme etc. |
| 20:57.47 | kgilmer | companies could charge extra, integrate with social sites, etc |
| 20:58.03 | Laibsch | JaMa: Can you tell me what conf/distro/include/preferred-xorg-versions-live.inc is? Bleeding edge? |
| 21:00.06 | JaMa | Laibsch: it tracks latest releases on xorg download page and its generated by contrib/source-checker/bump.preferred-xorg-versions-live.sh |
| 21:00.35 | JaMa | Laibsch: I run that script from time to time.. and it creates recipe templates for new packages and updates this file.. |
| 21:00.36 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r2945ae2e39 10openembedded.git/conf/machine/qemumips.conf: |
| 21:00.36 | CIA-2 | qemumips.conf: Set KERNEL_IMAGETYPE to plain vmlinux. |
| 21:00.36 | CIA-2 | * qemu boots vmlinux on mips so set KERNEL_IMAGETYPE |
| 21:00.36 | CIA-2 | and KERNEL_OUTPUT accordingly. |
| 21:00.36 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:00.38 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8f7ba7256d 10openembedded.git/recipes/gcc/ (gcc-4.4.2.inc gcc-svn.inc): |
| 21:00.43 | CIA-2 | gcc-4.4.2.inc: Disable decimal float for uclibc configurations. |
| 21:00.45 | CIA-2 | * gcc-svn bump SRCREV |
| 21:00.47 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:01.29 | JaMa | Laibsch: but now it needs only few handmade changes.. because I don't want to bump xorg-server to latest snapshot which is almost the same as 1.7.3 and also some intel beta driver etc.. |
| 21:01.30 | *** join/#oe woglinde (n=heinold@g225007160.adsl.alicedsl.de) |
| 21:02.50 | kgilmer | does anyone make a ipod touch-like device that can run angstrom? |
| 21:02.52 | JaMa | Laibsch: and its as bleeding edge as distro without any include for preferred-xorg.. (almost, last time I checked only difference was pixman_git) |
| 21:06.00 | Laibsch | xorg 7.4 currently does not build. The latest xineramaproto needs a newer util-macros. I think http://paste.debian.net/55715/ is the right solution. Anybody want to comment before I push this? |
| 21:06.45 | Laibsch | see also http://tinderbox.openembedded.net/packages/402278/ and http://tinderbox.openembedded.net/public/logs/task/4195600.txt |
| 21:10.38 | woglinde | Laibsch no the soultion is to fix preffered-version |
| 21:10.46 | woglinde | for xorg7.4 |
| 21:11.08 | woglinde | and use it in your distribution |
| 21:11.12 | Laibsch | woglinde: I thought that is what I did |
| 21:11.18 | woglinde | hm let me see |
| 21:11.33 | JaMa | Laibsch: yes that pastebin seems right.. |
| 21:12.04 | woglinde | laibsch did you check against the xorg7.4 site? |
| 21:12.05 | JaMa | Laibsch: I guess you checked that 1.1.2 is right version (at least because it was used in 7.4 before pushing new version to tree |
| 21:12.28 | Laibsch | JaMa: It's the only other version in OE |
| 21:12.34 | Laibsch | which is why I picked it |
| 21:13.06 | Laibsch | BTW, the ushare bb file is still broken |
| 21:13.16 | Laibsch | XorA|gone: can you kindly let koen know? |
| 21:13.40 | woglinde | hm xorg 7,4 site only mentioned libXinerama 1.0.3 |
| 21:13.46 | *** join/#oe Heinervdm (n=thomas@pD9E149CA.dip.t-dialin.net) |
| 21:13.56 | woglinde | but not the protos for xinerama |
| 21:14.25 | woglinde | laibsch than thumbs up |
| 21:14.28 | woglinde | and check it in |
| 21:14.40 | woglinde | hm mom |
| 21:15.03 | woglinde | it should go into update |
| 21:15.11 | woglinde | args not |
| 21:15.36 | woglinde | because there could some one include xorg.74 only and suffer the same problem |
| 21:17.24 | *** join/#oe NvrBst (n=nb@66.183.96.228) |
| 21:21.21 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 21:25.45 | *** join/#oe GNUtoo|oeee (n=root@host179-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 21:28.04 | woglinde | ping? |
| 21:28.08 | woglinde | jo gnutoo |
| 21:37.44 | florian | re |
| 21:37.57 | filip | ERROR: Error, lockfile path does not exist!: /home/filip.zyzniewski/pda/oe/build_dir/tmp/work/i686-linux/openssl-0.9.8j-r11.0/packages-split |
| 21:38.00 | filip | argh |
| 21:38.13 | filip | and bitbake -c clean openssl-native didn't help |
| 21:38.31 | *** join/#oe trelane` (n=trelane@dsl093-203-201.ind1.dsl.speakeasy.net) |
| 21:39.03 | *** join/#oe trelane`` (i=trelane@router.trelane.net) |
| 21:40.11 | khem | filip: which bitbake version are you using |
| 21:43.08 | filip | khem: BitBake Build Tool Core version 1.8.18, bitbake version 1.8.18 |
| 21:44.22 | Laibsch | thanks, woglinde and JaMa |
| 21:46.34 | woglinde | laibsch no thank you |
| 21:47.18 | woglinde | laibsch would be atask for you to convert all x-packages like rp did for poky? |
| 21:47.20 | woglinde | http://git.pokylinux.org/cgit.cgi/poky/tree/meta/packages/xorg-util/util-macros_1.3.0.bb |
| 21:48.12 | Laibsch | I don't think I'll have the time anytime soon |
| 21:48.19 | GNUtoo | woglinde, hi |
| 21:48.40 | GNUtoo | woglinde, I was eating |
| 21:49.08 | mrc3_ | hey, a recipe versioning question here |
| 21:49.29 | mrc3_ | is it ok for my package to be named package_1.23.bb even if it fetches from git? |
| 21:49.53 | mrc3_ | i assume so because many recipes are like that |
| 21:50.14 | mrc3_ | now, it is correct to name it package_git.bb even if i fetch specifically version 1.23? |
| 21:50.48 | *** join/#oe robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 21:51.04 | pb___ | no, if you specifically fetch 1.23 (by hardcoding that rev in the recipe) then it would be best to name it _1.23. |
| 21:51.23 | pb___ | the _git recipes are traditionally "floating" versions not tied to any particular rev |
| 21:52.41 | mrc3_ | pb___, that has been my understanding. i'm in an argument about it, but have been unable to find those versioning conventions written anywhere |
| 21:52.46 | Laibsch | mrc3: http://wiki.openembedded.org/index.php/Versioning_Policy |
| 21:52.49 | mrc3_ | http://wiki.openembedded.net/index.php/Versioning_Policy is not that specific |
| 21:53.19 | Laibsch | The question is probably if 1.23 has been released or not |
| 21:53.37 | woglinde | mrc3_ if the version is taged |
| 21:53.49 | mrc3_ | it's very released, very tagged, just git is the means to get the code |
| 21:53.54 | woglinde | and the git reps has a frontend which offers tar.bz2 |
| 21:53.59 | Laibsch | OK |
| 21:54.01 | woglinde | yoz could try use this as download |
| 21:54.05 | *** join/#oe CIA-1 (n=CIA@208.69.182.149) |
| 21:54.08 | Laibsch | then I agree that it's 1.23 |
| 21:54.23 | Laibsch | Otherwise the section "Pitfalls" of above wiki page would apply |
| 21:54.29 | woglinde | if the tar.bz2 isnt provided anywhere else |
| 21:55.03 | mrc3_ | woglinde, Laibsch, pb___, thanks! i wanted to confirm we're on the right track |
| 21:55.35 | pb___ | mrc3_: they probably aren't written down anywhere, this is just how the convention has grown up over time. but, generally, if what you're fetching is the "1.23" release, the exact mechanism by which you fetch it is irrelevant: you wouldn't call it package_http.bb just because it's downloaded from a website. |
| 21:56.03 | mrc3_ | pb___, hehe i think i'll quote you with that! |
| 21:56.43 | mrc3_ | while we're on that topic, what is the general consensus on PR? i have seen some whacky things used instead of integers |
| 21:57.01 | pb___ | we started using "package_cvs.bb" to refer to a floating cvs checkout (generally, of unreleased code) and that gradually spread to _svn, _git and suchlike. but really, there's no need even for the SCM to be specified there: if we were starting over, I would try to use some more generic term. |
| 21:57.44 | mrc3_ | and by whaky with PR i mean something like "r13+FLAG+4.1" |
| 21:58.02 | pb___ | PR is, generally, either a single integer. some recipes define PR in terms of something like ${INC_PR}, in which case you end up with two or more integers separated by dots. |
| 21:58.15 | filip | khem: any hints about the lockfile ;)? |
| 21:58.44 | kergoth | thinks itd be nice for the "r" in "r0" to just die |
| 21:58.56 | pb___ | there are some other wacky PRs floating around but I don't think that is something that you ought to emulate. iirc, most of those are there as workarounds for some or other historical infrastructure deficiency. |
| 21:59.27 | pb___ | kergoth: yeah |
| 21:59.46 | JaMa | likes PR_append = "+gitr${SRCREV}" |
| 21:59.53 | pb___ | bletch |
| 21:59.57 | JaMa | as its used in few recipes already.. |
| 22:00.42 | pb___ | yeah, I still think that belongs in PV if anywhere. |
| 22:00.43 | JaMa | pb___: much better than PV = "1.0-${PR}+gitr${SRCREV} imho |
| 22:00.54 | pb___ | indeed, that's ghastly too |
| 22:01.17 | mrc3_ | thanks, guys! |
| 22:01.35 | JaMa | I would like the most something like PV = "1.0-SCM" and then normal PR with PR_append = "+gitr.... |
| 22:01.53 | JaMa | it would be easy to create PREFERRED_VERSION for that |
| 22:02.12 | pb___ | personally I don't think there is a whole lot of value in encoding the scm hash into the packaging data anywhere (except SRC_URI of course). |
| 22:02.18 | JaMa | always easy to notice that its build from SCM based recipe |
| 22:03.02 | JaMa | iirc we talked about it already.. so I guess our opinions haven't changed :) |
| 22:03.23 | pb___ | I would stick with PV = "1.0+SCM", PKGV = "1.0+SCM+${@bb.fetch.get_srcrev()}", PR = "r0" |
| 22:03.44 | pb___ | ah yeah, you're right, I think we did talk about this before. |
| 22:07.18 | CIA-1 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r693410e2b8 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: |
| 22:07.18 | CIA-1 | preferred-xorg-versions-X11R7.4.inc: pin kbproto-native to 1.0.3 |
| 22:07.18 | CIA-1 | * 1.0.4 needs a newer xorg-util package (same as 314b28b844fd5) |
| 22:07.18 | CIA-1 | * kbproto is already pinned to 1.0.3 |
| 22:07.30 | CIA-1 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r314b28b844 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: |
| 22:07.30 | CIA-1 | preferred-xorg-versions-X11R7.4.inc: pin xineramaproto to 1.1.2 |
| 22:07.30 | CIA-1 | version 1.2 needs a newer xorg-util package |
| 22:18.07 | kergoth | khem: please, when you change a .inc, make sure it still works with the versions we have... you converted iptables.inc to autotools, but 1.3.8 remains in our repo and doesn't use autotools. |
| 22:24.04 | khem | kergoth: hmmm thx for noting. there was another problem in same commit that jeremy laine fixed probably I wasnt in best frame of mind |
| 22:24.07 | khem | :) |
| 22:24.11 | kergoth | hehe |
| 22:24.27 | kergoth | no worries, I'll fix it up. syncing more mvl6 recipes up with OE |
| 22:24.32 | CIA-1 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * ra439757609 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: |
| 22:24.32 | CIA-1 | preferred-xorg-versions-X11R7.4.inc: pin down bigreqsproto-native and inputproto-native |
| 22:24.32 | CIA-1 | * the latest versions require a newer xorg-utils than available in xorg 7.4 |
| 22:24.32 | CIA-1 | * essentially the same as commit 314b28b844fd5 |
| 22:24.32 | kergoth | slooow going |
| 22:25.02 | khem | kergoth: OK I just tested with the default one and that too quickly |
| 22:25.11 | kergoth | nods |
| 22:25.21 | *** join/#oe rednul_ (n=rednul@75-175-186-117.blng.qwest.net) |
| 22:25.38 | khem | sometimes these are glitches you fix to get something else working and you dont pay much attention :) |
| 22:25.59 | kergoth | yeah |
| 22:26.57 | khem | sometimes formal parameters dont show up correctly in gdb backtrace |
| 22:27.23 | khem | funny part is same variable gets passed to multitude of functions in stack trace as param 1 |
| 22:27.39 | khem | in one of these function it loses it all other functions show it correctly |
| 22:27.55 | khem | I think somewhere gcc dozed off |
| 22:27.56 | JaMa | with PREFERRED_PROVIDER_virtual/kernel_shr = "linux-openmoko-2.6.32" in conf/machine/om-gta02.conf, can I override it somehow from local.conf? with unmodified OVERRIDES? |
| 22:28.08 | khem | PREFERRED_PROVIDER_virtual/kernel_shr_local |
| 22:28.13 | *** join/#oe rednul__ (n=rednul@host-69-144-159-22.static.bresnan.net) |
| 22:28.49 | khem | does that work ? |
| 22:29.40 | JaMa | mmt trying.. |
| 22:30.16 | khem | you need to parse again :( |
| 22:30.35 | khem | somehow there should be a way that bitbake could incrementally parse stuff |
| 22:30.41 | khem | like incremental linking :) |
| 22:31.08 | khem | well it does to a certain extent when we change recipes though |
| 22:33.31 | JaMa | khem: yes reparsing.. and -e doesn't make it any faster :) |
| 22:35.03 | *** join/#oe Magdalena (n=tisoldel@nat/ti/x-fmivypfutqqhvtbi) |
| 22:36.20 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 22:37.22 | *** join/#oe Magdalena (n=tisoldel@nat/ti/x-kpycaytxmiwpspfu) |
| 22:38.48 | *** join/#oe Magdalena (n=tisoldel@nat/ti/x-szlhfjiqgeelamsd) |
| 22:39.21 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 22:39.54 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * rd11880cc0b 10openembedded.git/recipes/ushare/ushare_hg.bb: ushare: finish fixing for broken hg fetcher in bitbake 1.8.x |
| 22:39.59 | *** join/#oe Magdalena (n=tisoldel@nat/ti/x-rmpcreszbehbbgud) |
| 22:40.07 | *** part/#oe Magdalena (n=tisoldel@nat/ti/x-rmpcreszbehbbgud) |
| 22:44.07 | JaMa | khem: thanks a lot it works.. (btw PREFERRED_PROVIDER_virtual/kernel_shr_om-gta02 also works _om-gta02_shr which I tried before doesn't) |
| 22:44.28 | khem | yeah that would be machine override |
| 22:45.07 | kergoth | any thoughts on iptables-utils? |
| 22:45.13 | kergoth | -save and -restore are part of the main binary now |
| 22:45.16 | kergoth | itd just be symlinks |
| 22:45.25 | kergoth | lrwxrwxrwx 1 clarson clarson 15 Jan 5 15:35 ../../../tmp/work/i686-mv-linux/iptables-1.4.6-r5.0/package/usr/sbin/ip6tables-restore -> ip6tables-multi* |
| 22:46.42 | *** join/#oe marcosmamorim (n=marcos@201-68-178-207.dsl.telesp.net.br) |
| 22:47.09 | CIA-1 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * rd1902fa250 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: |
| 22:47.09 | CIA-1 | preferred-xorg-versions-X11R7.4.inc: pin xf86bigfontproto-native to 1.1.2 |
| 22:47.09 | CIA-1 | * version 1.2 needs a newer xorg-util (same as 314b28b844fd5) |
| 23:08.46 | JaMa | isn't there some standard machanism in bitbake for creating .md5 files for images in deploy dir? |
| 23:09.02 | JaMa | I think it could be usefull.. |
| 23:10.37 | *** join/#oe Martin-B (n=martin@pool-44-65-198-89.dbd-ipconnect.net) |
| 23:12.55 | *** join/#oe fraxinas (n=quassel@p4FD6617C.dip.t-dialin.net) |
| 23:28.35 | *** join/#oe ufoheli (i=58667321@gateway/web/freenode/x-mflxrudbdkirrcxp) |
| 23:41.37 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 23:55.05 | *** join/#oe jmpdelos_ (n=polk@outgoing.delos.com) |
