00:00.07 | Tartarus | stage file has contents |
00:06.08 | grg | denix, this is untested, but maybe does the right thing... http://pastebin.com/1afAZ1DZ |
00:11.01 | grg | denix, oops. Try this one instead. http://pastebin.com/QudB4vsE |
00:11.35 | denix | grg: I was thinking along the same lines. but for version comparison I wanted to preserve the current behavior if version/arch are specified and skip them, if they are not... |
00:12.41 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
00:12.49 | denix | not sure about line #37 - is that required? |
00:13.58 | grg | i think so. Otherwise control info parsed from feed files or .opk files will get priority over the existing info in the status file |
00:14.05 | grg | opkg is such a mess :) |
00:14.52 | grg | i think i should rename the oldpkg and newpkg variables in pkg_merge(). They clearly are not the old and the new package. |
00:15.25 | denix | but that was not the case if the check in ##23-28 was successful... |
00:18.46 | khem | would anyone share experiences using distcc and ccache together |
00:20.19 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
00:22.18 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
00:25.23 | grg | denix, set_status==1 only for when the status file is being read. If the status file is read, then we go to read e.g. the feeds file: set_status==0 and if we match on a "vec->pkgs[i]" (which comes from the status file), then "pkg" will just overwrite the "vec->pkgs[i]" without retaining the state_want, state_flag which should be done in pkg_merge() |
00:26.53 | grg | would like to hit the previous architect(s) of ipkg with a big stick |
00:31.28 | grg | i hope that made sense. It may only make sense in my head :) |
00:33.10 | Tartarus | hum hum hummm |
00:33.21 | Tartarus | at the end of a from cache only virtual/libc, we're good |
00:33.39 | Tartarus | doing an image now w/ a while [ -f ... ] sleep; kill |
00:38.53 | denix | grg: let me try it out... |
00:41.01 | *** join/#oe methril (~methril@189.27.133.189.dynamic.adsl.gvt.net.br) |
00:43.39 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
00:47.14 | *** join/#oe denix|air (~denys@166.199.218.48) |
00:52.20 | denix | grg: doesn't seem to work so far - it still inserts a second instance of a package... |
00:56.03 | grg | denix, hmmm. I might need a small test case to play with this... |
00:56.34 | grg | I don't understand the OE stuff, so I cant drive it very well |
00:58.55 | khem | I wish someone was working on something like dpkg lite :) |
00:59.23 | denix | grg: let me try something, while I have my test case handy... |
01:00.17 | grg | khem, busybox has a dpkg clone these days |
01:01.59 | kergoth | khem: it isn't dpkg lite that we really need, its apt-get lite |
01:02.48 | khem | precicely yes |
01:07.55 | denix | grg: ok I fixed it slightly, so it is now merges the package structures instead of inserting a new one. but it still ends up installing it... |
01:09.46 | *** join/#oe rsalveti (~rsalveti@189.115.174.250) |
01:11.40 | denix | grg: btw, as I thought, line #37 is not needed, as it is already called with set_status=1 when handling the primed status and merging pkgs |
01:12.49 | Tartarus | Problem with dpkg stuff is a lack of use in a non-system way |
01:13.29 | Tartarus | I'm leery only because I got bit and could never figure out why, some version of dpkg & co would call some host dpkg stuff on 9.04/newer |
01:13.53 | Tartarus | I hate to say it, but if you want a pkg manager that's well tested and works in non-system mode, RPM :) |
01:14.19 | Tartarus | (and then yum( |
01:15.15 | khem | yuck |
01:15.20 | denix | bleh |
01:15.26 | khem | I know yum works but apt is better |
01:15.42 | khem | I stopped using redhat distros because of it |
01:16.00 | Tartarus | Could always write a new frontend to the feed |
01:16.25 | khem | yum left my system in irrecoverable state so many times |
01:16.38 | khem | may be it is better now |
01:16.52 | khem | I am taking about FC4,5,6 etc |
01:17.08 | khem | I have never used anything newer consistently thereafter |
01:17.26 | khem | distro not supporting KDE well are turn off for me :) |
01:18.13 | grg | distros not called slackware are a turn off for me :) |
01:19.05 | denix | s/slackware/gentoo/g |
01:19.34 | mwester | just wants a computer to work; pragmatism vs principle |
01:20.23 | denix | what's so interesting in a working computer? it's not challenging! :) |
01:20.41 | grg | the more work you have to do to get a system the way you like it after installation, the worse it is |
01:21.38 | denix | there is nothing perfect and there are always tradeoffs |
01:22.43 | mwester | hehe! I have enough things around my house that need to be constantly fixed and maintained; the fewer things I have to do with my computers the better... someday I hope to have time for my hobby again, but not until the economy here improves, I'm afraid... |
01:28.13 | denix | mwester: heh, I'm kind of in a similar situation - work and family take all my time and not much left for house-work and hobbies... |
01:29.06 | kergoth | used to enjoy working on computers, but now agrees with mwester, they just need to fucking work, so he can get done what he really wants to get done |
01:37.20 | khem | mwester: to a certain extent I agree with you after so many years of using lnx |
01:42.11 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
01:48.19 | khem | I even dont complain about different SCM's |
01:49.48 | Tartarus | heh |
01:50.06 | Tartarus | I was amazed as hell that my x86 work laptop had a functional hibernate earlier this month |
01:50.15 | Tartarus | it was almost like using a real OS :) |
01:50.22 | kergoth | gasp |
01:50.58 | kergoth | ⥠hibernate. always switch the main power button on my desktops to do that |
01:51.52 | Tartarus | I get tempted to try that now and again |
01:52.13 | Tartarus | But then I need to kinda sorta care about WoL so I can use 'em again in the morning |
02:01.33 | james_l | Are there any graphic benchmarks existing in OE for the framebuffer. (I'm having some problems with display, which I think is the framebuffer being very slow. I'd like to be able to confirm that.) |
02:03.10 | khem | Tartarus: ubuntu was good at hibernation stuff |
02:04.13 | Tartarus | shrug, failed on my desktop, worked on my laptop, desktop might have been 8.10 at the time tho |
02:06.00 | khem | I have it working on IBM laptops always |
02:06.04 | khem | I dont know desktop |
02:06.13 | khem | my desktops are sleepless |
02:07.10 | *** join/#oe SDuensin (~SDuensin@u15320223.onlinehome-server.com) |
02:12.12 | mwester | doesn't get to sleep; neither should his computers. :D |
02:17.21 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
02:24.51 | khem | heh |
02:37.56 | *** join/#oe BillK (~BillK@203-206-47-173.dyn.iinet.net.au) |
02:53.20 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
02:58.58 | *** join/#oe william_zhang (~william@58.247.126.174) |
03:05.31 | *** join/#oe 16SAAGP0L (~zero@187.37.64.22) |
03:18.30 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
03:21.24 | *** join/#oe freddy (~freddy@kenny.kriewitz.eu) |
03:50.06 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
04:03.55 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
04:13.30 | *** join/#oe denix|air (~denys@pool-71-251-51-225.washdc.east.verizon.net) |
05:12.11 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
05:27.46 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
05:33.49 | *** join/#oe polyonymous_ (~hacker@g230192151.adsl.alicedsl.de) |
05:37.40 | *** join/#oe xjqian (~gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
05:43.25 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
06:14.29 | *** join/#oe siji (~siji@122.170.9.183) |
06:24.01 | *** join/#oe sweetlilmre (~e@168.210.232.9) |
06:26.36 | sweetlilmre | why does ${AUTOREV} for a git source break on fetch with "Message:'FetchData' object has no attribute 'basecmd'" |
06:43.00 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
07:02.26 | *** join/#oe thebohemian (~rschus@p5DDC5012.dip.t-dialin.net) |
07:05.09 | *** join/#oe denix (~denys@nat/ti/x-jixvfffakudiflfs) |
07:05.16 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
07:05.26 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
07:17.21 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
07:20.19 | *** join/#oe Heinervdm (~thomas@pD9E17B74.dip.t-dialin.net) |
07:30.48 | *** join/#oe glenn_ (~glenn@213.49.132.19) |
07:43.30 | *** join/#oe ynezz (ynezz@ibawizard.net) |
07:52.13 | *** join/#oe denix|air (~denys@pool-71-251-51-225.washdc.east.verizon.net) |
07:52.33 | *** join/#oe mlip2 (~mlip2@62.218.44.194) |
07:53.28 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
07:54.24 | *** join/#oe kristoffer (~kristoffe@95.209.69.246.bredband.tre.se) |
07:55.16 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
07:55.49 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
07:57.53 | *** join/#oe thaytan (~jan@121.91.104.93) |
08:05.23 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
08:08.19 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
08:19.38 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
08:22.05 | *** join/#oe mlip (~mlip@62.218.44.194) |
08:23.37 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:27.10 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:27.27 | *** join/#oe nice_ (~nice@95-90-75-53-dynip.superkabel.de) |
08:29.36 | *** join/#oe fpga (~s@92.62.56.51) |
08:39.22 | CIA-2 | 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * r13555b5d96 10openembedded.git/classes/testlab.bbclass: (log message trimmed) |
08:39.22 | CIA-2 | testlab.bbclass: use opkg.conf from staging, always specify tmp_dir in opkg-cl call with -t parameter |
08:39.22 | CIA-2 | * Use opkg.conf from staging in the same way as do_rootfs does |
08:39.23 | CIA-2 | * When option tmp_dir is used in opkg.conf installed on rootfs then it's |
08:39.23 | CIA-2 | used also in do_rootfs call and points to probably non-existent directory |
08:39.23 | CIA-2 | on buildhost like /var/lib/opkg/tmp. |
08:39.24 | CIA-2 | * The value of tmp_dir from rootfs is used even with another config file |
08:39.29 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r27206b57ce 10openembedded.git/recipes/kexecboot/ (6 files in 5 dirs): |
08:39.29 | CIA-2 | linux-kexecboot: add 2.6.33 version |
08:39.29 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
08:39.31 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r17bb8d1cdd 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
08:39.31 | CIA-2 | linux: add 2.6.33 version |
08:39.31 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
08:39.41 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rbe0411e84c 10openembedded.git/ (8 files in 2 dirs): |
08:39.41 | CIA-2 | linux-openmoko: move srcrevs to recipes, bump 2.6.32 version |
08:39.41 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
08:42.18 | hrw|gone | JaMa: you was faster ;) |
08:42.24 | hrw|gone | s/was/were |
08:43.24 | JaMa | :) |
08:43.55 | JaMa | hrw|gone: but I guess you will add defconfigs for more devices :) |
08:44.04 | hrw|gone | 09:42 hrw@home:angstrom$ for mach in at91sam9263ek at91sam9g10 simone qemuarm qemux86 progear;do MACHINE=$mach bitbake linux-2.6.33;done |
08:44.15 | hrw|gone | hm.. forgot alix |
08:44.48 | hrw|gone | anyway alix has old patchset pending to get rid of alix |
08:45.41 | JaMa | has only spitz and gta02 to test it on device.. |
08:45.54 | Romke | well |
08:46.08 | Romke | it looks like I'm going to receive my board today :D |
08:46.25 | Romke | dances |
08:46.32 | blindvt` | sweetlilmre, this was fixed in bitbake master. please update |
08:47.28 | hrw|gone | Romke: what board? |
08:47.56 | hrw|gone | -> off |
08:48.13 | Romke | Embest SBC6020 |
08:48.22 | Romke | has an AT91SAM9G20 CPU |
08:49.00 | hrw|gone | I need to run at91sam9m10 board and update it. |
08:49.10 | Romke | http://armkits.com/product/sbc6020.asp |
08:49.24 | hrw|gone | and send at91sam9263ek to friend so he will not have to hand solder 9260 ;) |
08:49.45 | Romke | hehe |
08:49.56 | Romke | hand soldering that chip.. |
08:49.59 | Romke | is that possible? |
08:50.11 | Romke | isn't it a BGA package/ |
08:50.42 | hrw|gone | 9260 is last non-bga |
08:51.24 | hrw|gone | Romke: I assume that you will add sbc6020 into oe :) |
08:51.30 | hrw|gone | -> really off now |
08:51.39 | hrw|gone | be back in ~4h |
08:51.42 | Romke | add into oe? :+ |
08:51.52 | Romke | was planning to just get it to work first |
08:52.07 | Romke | with angstrom |
08:55.02 | marekp | i think at91sam9260 has both packages available bga / non bga handsoldering is not recommended |
08:55.44 | Romke | hehe |
08:55.51 | Romke | handsoldering is never recommended |
08:55.59 | marekp | :) |
08:56.00 | Romke | well, at least not to me :P |
08:56.10 | Romke | I suck at it |
08:56.25 | marekp | well, i have a college that is able to do that... but better is to use a infrared gun |
08:56.52 | marekp | focus light beam |
09:02.37 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
09:11.11 | JaMa | is there some script to remove older versions from downloads directory? (something like eclean-dist for gentoo) |
09:13.46 | *** join/#oe mlip (~mlip@62.218.44.194) |
09:18.11 | eFfeM | JaMa: not that I am aware of, feared i did it manually last time |
09:19.29 | sweetlilmre | blindvt`: Thanks :) |
09:21.48 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3747445e8a 10openembedded.git/recipes/qt4/ (qt4-embedded-gles/linux.conf qt4-embedded-gles_4.6.2.bb): |
09:21.48 | CIA-2 | qt4-embedded-gles 4.6.2: try harder to build fb and sgx plugins |
09:21.49 | CIA-2 | * reported by Varun Shah |
09:21.59 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc0ae6dec3f 10openembedded.git/recipes/xorg-lib/ (9 files in 2 dirs): pixman 0.17.8: add and make default for angstrom |
09:42.57 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
09:51.42 | *** join/#oe RP__1 (~richard@93-97-173-237.zone5.bethere.co.uk) |
09:56.10 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
09:59.08 | RP | morning all |
10:01.05 | JaMa | moin |
10:06.22 | marekp | hi, i fear to ask a "newbee" question, but i got stuck... i tried to get ipgk-utils into a own image, so i created a new image.bb receip (used console-image as source) and simply added to IMAGE_INSTALL ipkg-utils . I was thinking that this should be enougth and it seems that ipkg-utils is compiling (after patching LDFLAGS in theire receipt) but when trying the new image i do not find the executable "ipkg"... what is my failure? |
10:07.18 | marekp | my recipe name is my-image.bb (to avoid confusion) |
10:09.06 | XorA | hey RP |
10:09.47 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
10:12.09 | marekp | do i have to manually rebuild something so that ipkg-utils are traveling into my image root fs? |
10:16.23 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc8e7520e75 10openembedded.git/conf/distro/include/preferred-xorg-versions-live.inc: |
10:16.23 | CIA-2 | preferred-xorg-versions-live.inc: update pixman version |
10:16.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:16.24 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7bf36e8269 10openembedded.git/recipes/xorg-lib/pixman_0.17.8.bb: |
10:16.24 | CIA-2 | pixman: increase preference of 0.17.8 for SHR |
10:16.24 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:16.25 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb141cd6cf5 10openembedded.git/recipes/xorg-lib/ (7 files in 2 dirs): |
10:16.25 | CIA-2 | pixman: move 0.17.6 to obsolete |
10:16.25 | CIA-2 | * This version wasn't as well tested as 0.17.8 probably is, 0.17.6 |
10:16.25 | CIA-2 | * wasn't probably used except SHR, which also moved to 0.17.8 now |
10:16.26 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:16.26 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc5fbd7e689 10openembedded.git/recipes/xorg-xserver/ (3 files in 2 dirs): |
10:16.27 | CIA-2 | xserver-xorg_git: bump SRCREV, rebase one patch and remove one already applied |
10:16.27 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:30.18 | florian | good morning |
10:32.31 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
10:36.37 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r3d5268dde7 10openembedded.git/recipes/gpsd/ (6 files in 2 dirs): (log message trimmed) |
10:36.37 | CIA-2 | gpsd: Bump version to 2.90 and clean recipe |
10:36.37 | CIA-2 | * Removed board related stuff from the main gpsd recipe |
10:36.37 | CIA-2 | * Add udev hotplugging support (seperate package 'gpsd-udev') |
10:36.37 | CIA-2 | * Modified configuration and initscript in a way that a gps device could |
10:36.37 | CIA-2 | either be added by /etc/default/gpsd OR via recipe using the local |
10:36.38 | CIA-2 | gpsd socket. |
10:36.47 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r9c150feae6 10openembedded.git/recipes/gdal/gdal_1.5.2.bb: |
10:36.47 | CIA-2 | gdal: Move to new staging |
10:36.47 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
10:53.44 | *** join/#oe woglinde (~henning@p5DDC5012.dip.t-dialin.net) |
11:11.23 | broonie | stabs the sanity checker. |
11:13.30 | broonie | Telling people to refer to sanity.conf is not useful given that it contains no documentation and half the stuff doesn't have any overrides. |
11:15.07 | XorA | whats it breaking on? |
11:18.34 | broonie | Bitching about dash |
11:18.52 | XorA | curse that dash :-D |
11:19.13 | broonie | I'm more annoyed by the totally useless error report than anything else. |
11:19.29 | XorA | hasnt seen it |
11:21.56 | broonie | Whenever sanity.conf fails anything it prints the various messages and also advises checking sanity.conf. |
11:22.07 | broonie | Actually, the bash check is broken anyway since it only checks for dash. |
11:22.28 | broonie | Other implementations like posh will cause just as much trouble. |
11:23.03 | XorA | actually its just gnome that fails, due to them loving bash so much they keep re-adding bashisms |
11:24.00 | broonie | I suspect that'll get squelched soon with so many distros running non-bash by default. |
11:24.17 | XorA | and they are currently on a crusade to see how many different script languages they use in the same build -( |
11:24.20 | XorA | :-( |
11:26.01 | Romke | whieee |
11:26.08 | Romke | has his board :D |
11:26.34 | XorA | fuck Ive busted svn |
11:26.52 | RP | broonie: The see sanity.conf should just be removed then |
11:27.06 | RP | broonie: The only reason someone would want to do that is to disable it |
11:27.08 | broonie | RP: Or made useful. I mean, there is a sanity.conf. |
11:27.24 | RP | broonie: Yes, it actually does stuff too |
11:27.40 | RP | broonie: The point being that "touch conf/sanity.conf" will disable it |
11:27.57 | broonie | It will? |
11:28.07 | broonie | There's a sanity.conf in oe by default. |
11:28.08 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
11:28.14 | RP | broonie: but you have to understand what youre doing to realise that |
11:28.26 | RP | broonie: yes, put one in your local build dir and it will override it |
11:28.39 | broonie | Meh, yeah - providing an earlier one will override it. |
11:29.16 | broonie | What I was actually looking for was the ability to override specific sanity checks. |
11:29.39 | RP | broonie: Right, its all or nothing... |
11:30.45 | *** join/#oe mr_nice (~nice@95-90-75-53-dynip.superkabel.de) |
11:32.56 | woglinde | hm anyone knows if there is a channel for acpi stuff? |
11:39.54 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
11:42.38 | *** join/#oe mario-goulart (~user@67.205.85.241) |
11:46.00 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
11:48.22 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-sfehdzgncqbqrgqh) |
11:49.36 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
11:52.12 | *** join/#oe B_Lizzard (~havoc@athedsl-433027.home.otenet.gr) |
11:53.43 | *** join/#oe EsbenH (~EsbenH@77.233.226.4) |
11:53.55 | *** part/#oe EsbenH (~EsbenH@77.233.226.4) |
11:54.21 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
12:05.34 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
12:11.17 | *** join/#oe dth_ntb (~59b61653@gateway/web/freenode/x-gqrdrjcurjhvsbiy) |
12:14.11 | *** join/#oe SDuensin (~SDuensin@u15320223.onlinehome-server.com) |
12:14.55 | *** join/#oe jorma (~kario@tuubi.mermit.fi) |
12:14.58 | *** join/#oe Tryum (~Tryum@e-corporation.info) |
12:14.59 | *** join/#oe broonie (broonie@cassiel.sirena.org.uk) |
12:15.11 | *** join/#oe Aim (~frank@office.aivd.net) |
12:15.36 | *** join/#oe univac (~univac@148.81.171.50) |
12:15.47 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
12:16.46 | *** join/#oe mickey|cafe (~M@p54B06C99.dip.t-dialin.net) |
12:20.26 | *** join/#oe tmartins__ (~zero@187.37.51.40) |
12:21.06 | *** join/#oe mlip2 (~mlip2@62.218.44.194) |
12:26.04 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
12:29.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
12:32.31 | *** join/#oe Splat1 (~Splat1@rf1.splat1.com) |
12:37.36 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
12:42.02 | *** join/#oe glenn_ (~glenn@213.49.132.19) |
12:49.46 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
12:50.20 | *** join/#oe GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
12:57.41 | hrw | hi |
12:57.57 | JaMa | hi |
13:01.03 | woglinde | hi |
13:11.51 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
13:14.11 | Jin^eLD | hmm, is there really no easy way to override preferred versions of stuff in angstrom? |
13:16.39 | dcordes | hi |
13:17.21 | mickey|cafe | moin dcordes |
13:17.27 | CIA-2 | 03Cliff Brake <cbrake@bec-systems.com> 07org.openembedded.dev * ra3e97b25e3 10openembedded.git/recipes/gettext/gettext_0.17.bb: |
13:17.27 | CIA-2 | gettext_0.17: fix build issue on 64-bit host |
13:17.27 | CIA-2 | was getting the following message: |
13:17.27 | CIA-2 | /usr/lib64/libxml2.so.2: undefined reference to `gzopen64' |
13:17.27 | CIA-2 | solution is to add libxml2 to native DEPENDS |
13:23.49 | mickey|cafe | cbrake: will you handle Thomas Zimmermann's account? |
13:24.58 | cbrake | mickey|cafe: sure |
13:25.00 | CIA-2 | 03Cliff Brake <cbrake@bec-systems.com> 07org.openembedded.dev * rdc99213ca3 10openembedded.git/contrib/ (weekly-changelog-report.py weekly-changelog-report.sh): |
13:25.00 | CIA-2 | weekly-changelog-report: make script more general |
13:25.00 | CIA-2 | make script general for any branch, and create wrapper |
13:25.00 | CIA-2 | script |
13:26.22 | mickey|cafe | cbrake: k, thanks. if you don't have time, i can do it as well |
13:26.37 | cbrake | mickey|cafe: does the TSC have to decide on commit access, or are we still doing things the way we always did? |
13:26.48 | cbrake | mickey|cafe: couple acks, and they are in |
13:27.20 | mickey|cafe | cbrake: TSC is not concerned about commit access |
13:27.24 | mickey|cafe | so nothing changed |
13:27.42 | cbrake | mickey|cafe: ok, good. I've not kept up on all the procedure changes. Adding now. |
13:27.48 | mickey|cafe | cool, thanks |
13:28.19 | dcordes | who is TSC ? |
13:28.41 | woglinde | dcordes read in wiki |
13:28.46 | mickey|cafe | technical steering committee currently consists of Richard Purdie, Chris Larson, Graeme Gregory, Koen Kooi, and yours truly |
13:28.53 | cbrake | dcordes: http://wiki.openembedded.net/index.php/TSC |
13:31.49 | mr_nice | how can I use external gettext with autoconf (to compile attr with uclibc)? I tried AM_GNU_GETTEXT([external]) in configure.in but it does not help |
13:32.00 | dcordes | ok. is there any institution that had gold OE sponsorship level? |
13:32.14 | dcordes | Annual Cost: EUR 25000 |
13:35.48 | XorA | dcordes: you can be the first! |
13:39.32 | *** join/#oe jovox (~jovox@h105n3c1o279.bredband.skanova.com) |
13:41.29 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
13:43.51 | *** join/#oe jkridner (~a0321898@nat/ti/x-lulavmcovykqdeot) |
13:43.57 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
13:43.57 | jovox | I got some troubles building my recipe. "I get install: cannot stat `path-to-my-work/www/images/*.png': No such file or directory". I cannot see I have missed anything in my recipe. Would be happy if anyone could tell if I have missed anything. http://pastebin.com/stnsbziR |
13:44.46 | jovox | There are *.png file in my "files/www/image" directory |
13:45.27 | *** join/#oe sicu_ (~sicu@cm-84.208.94.5.getinternet.no) |
13:55.02 | CIA-2 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r277e7e5038 10openembedded.git/recipes/iksemel/iksemel_1.4.bb: |
13:55.03 | CIA-2 | iksemel: update to version 1.4 |
13:55.03 | CIA-2 | * recipe rewritten from scratch |
13:55.03 | CIA-2 | Signed-off-by: Thomas Zimmermann <zimmermann@vdm-design.de> |
13:55.13 | CIA-2 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rd7b99e1997 10openembedded.git/recipes/openmoko-3rdparty/jefliks_git.bb: |
13:55.13 | CIA-2 | jefliks: add new recipe |
13:55.13 | CIA-2 | Signed-off-by: Thomas Zimmermann <zimmermann@vdm-design.de> |
14:06.51 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
14:11.01 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:11.20 | *** join/#oe dth (~dieter@p4FDEE999.dip.t-dialin.net) |
14:11.27 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
14:12.25 | CIA-2 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rfea04982f9 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
14:12.25 | CIA-2 | task-shr-feed: add jefliks to feed |
14:12.25 | CIA-2 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
14:18.50 | *** part/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:22.39 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rd12cd95966 10openembedded.git/conf/distro/include/ (sane-srcrevs-fso.inc sane-srcrevs.inc): sane-srcrevs[-fso]: bump mterm2, mdbus2, serial-forward |
14:23.18 | woglinde | hm whats serial-forward doing? |
14:24.35 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:25.11 | mickeyl | serial forward is a great development tool |
14:25.20 | mickeyl | can forward a device node via net |
14:25.29 | mickeyl | i use it for developing gsm stuff |
14:25.32 | mickeyl | forwarding the modem device node |
14:25.58 | JaMa | is there any problem when upgrading libxml2 (like need to bump depending packages)? I'm using 2.7.6 instead of 2.7.3 for some time.. so I would push it, but IIRC there was some discussion about it |
14:34.16 | *** join/#oe mlip (~mlip@62.218.44.194) |
14:34.19 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
14:34.28 | *** part/#oe SDuensin (~SDuensin@u15320223.onlinehome-server.com) |
14:48.06 | GNUtoo | JaMa, for libxml2 you could use my patch |
14:49.28 | JaMa | GNUtoo: there is also one in shr patchwork (or is that one from you?) |
14:49.40 | GNUtoo | I sent a patch to mailing list |
14:49.54 | GNUtoo | so It may have ended up in patchwork |
14:50.04 | GNUtoo | but use the comment from the response to fix it |
14:50.14 | GNUtoo | because it does unecessary things |
14:51.34 | GNUtoo | mine is this thread: |
14:51.34 | GNUtoo | Re: [oe] [PATCH] libxml2 : convert to new staging and fix python error in gnome-doc-utils |
14:52.14 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
14:53.09 | JaMa | GNUtoo: then I'll wait for your commit first :) |
14:53.19 | GNUtoo | ah |
14:53.27 | GNUtoo | so I should commit it? |
14:54.00 | JaMa | maybe it should be easy to convert to BBCLASSEXTENDS too |
14:54.21 | GNUtoo | ah ok but I've no time for BBCLASSEXTENDS |
14:55.23 | GNUtoo | I'm spending most of my time trying to make the htcdream kernel work with GNU/Linux |
14:55.23 | GNUtoo | and studying |
14:55.23 | JaMa | oki |
14:57.13 | GNUtoo | so I should commit this thing and revert koen's commit? |
14:58.03 | *** join/#oe zecke (~ich@92.117.128.198) |
14:59.18 | woglinde | jo zecke |
14:59.35 | kergoth | GNUtoo: reverts require acks, as they tend to cause contention |
14:59.37 | kergoth | yawns |
14:59.57 | GNUtoo | ok so I commit my fix and what should I do then? |
15:00.05 | GNUtoo | ask in the mailing list ? |
15:02.16 | cbrake | is anyone else having trouble baking attr-2.4.44-r1? |
15:02.25 | cbrake | it is spawning 100's of make processes |
15:02.30 | cbrake | and killing my workstation |
15:02.37 | cbrake | this has happened several times recently |
15:04.46 | JaMa | GNUtoo: why would you need to revert that commit? |
15:05.42 | GNUtoo | because it was useless,no need to desactivate docs compilation anymore |
15:06.02 | GNUtoo | (useless with my fix) |
15:06.09 | JaMa | ah not this commit? http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=16726220cdea8de0a9a9cd6cbb3c2e2cb8b88df5 |
15:07.21 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-lwfnuixvwhwxqeoz) |
15:09.13 | GNUtoo | no |
15:10.29 | GNUtoo | this one: 5c0b720153536943fcaa10ec07db7e8b5a2a505f |
15:10.45 | GNUtoo | mmm |
15:10.50 | mlip | concerning BBCLASSEXTENTS: shouldn't distutils_stage_all be added to native.bbclass do_stage_native ? |
15:10.57 | GNUtoo | but I would have to modify to push PR forward |
15:11.09 | GNUtoo | because going backward is not a good thing |
15:11.40 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
15:12.29 | JaMa | GNUtoo: it that do_configure_append, then I think you should just say it in commit message (instead of message about revert) |
15:12.47 | JaMa | GNUtoo: then it's easier to bump PR in the same commit :) |
15:13.41 | GNUtoo | ok so I should do a new commit instead of revert....without a revert message....ok thanks a lot |
15:16.27 | mickeyl | woglinde: btw., we moved from #opie.de to #openmoko-de; join us, if you want. i need to tell zecke |
15:16.36 | *** join/#oe zecke (~ich@92.116.203.26) |
15:16.48 | mickeyl | zecke: s/#opie.de/#openmoko-de/ |
15:17.47 | mlip | mickeyl: any plans for BBEXTENDCLASS="native" support for python's distutils ? |
15:18.17 | mickeyl | plans yes, time for OE very little these days |
15:18.30 | zecke | mickeyl: why? :) |
15:19.00 | mlip | mickel: maybe I will try to integrate it and send you patches |
15:19.19 | mickeyl | zecke: reduction of open windows... and almost all folks were in both channels anyways. besides, it's the same stuff on topic, but a little more traffic :) |
15:19.49 | mickeyl | mlip: that'd be good |
15:22.03 | mickeyl | hmm, something is seriously broken here |
15:22.52 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
15:23.36 | mickeyl | WTF |
15:23.38 | mickeyl | traceroute to 192.168.0.200 (192.168.0.200), 64 hops max, 52 byte packets |
15:23.38 | mickeyl | <PROTECTED> |
15:23.38 | mickeyl | <PROTECTED> |
15:23.38 | mickeyl | <PROTECTED> |
15:23.47 | Aim | lol |
15:23.48 | Aim | fail |
15:24.03 | mickeyl | since when is 192.168.0.x being routed to the outside? |
15:24.12 | Aim | due of the default gateway |
15:24.15 | *** join/#oe ScriptRipper (~martin@host-82-135-36-197.customer.m-online.net) |
15:24.19 | Aim | lo1.br01.fra.de.hansenet.net should had blocked it |
15:24.31 | *** join/#oe ScriptRipper (~martin@opensuse/member/MartinMohring) |
15:24.41 | mickeyl | hmm |
15:24.55 | mickeyl | it must be a local problem |
15:25.09 | Aim | also :) |
15:25.11 | Aim | but still |
15:25.13 | mickeyl | i didn't change anything in configuration since ages though |
15:25.22 | kergoth | hmm. |
15:25.35 | Aim | hansenet shouldnt route it |
15:25.43 | Aim | but they probally havent added filter for it |
15:25.48 | mickeyl | that's true, however |
15:25.53 | mickeyl | it should not leave my system in the first place |
15:25.58 | mickeyl | and never had in the past |
15:26.03 | Aim | all routers do that |
15:26.13 | Aim | they dont make any difference between a public or private network |
15:26.29 | mickeyl | hmm |
15:26.53 | florian | mickeyl: here it gets routed outside as well, but I bet kc guilty |
15:27.12 | mickeyl | has an idea |
15:27.17 | florian | but i would have expected the first provider router to block it |
15:27.21 | mickeyl | this router has a default net of 192.168.0.x |
15:27.25 | mickeyl | i changed this to 192.168.1.x |
15:27.31 | mickeyl | i bet it has a hidden default route |
15:27.33 | Aim | whats the subnet ? |
15:27.35 | mickeyl | *sigh* |
15:27.51 | Aim | giving it a subnet of 255.255.0.0 also solves it :) |
15:27.59 | Aim | then it will route it back to the LAN interface |
15:28.02 | Aim | instead of the WAN |
15:28.25 | mickeyl | good idea |
15:28.41 | mickeyl | does that |
15:28.49 | mickeyl | ya, subnet was 255.255.255.0 |
15:29.43 | mickeyl | mickey@andromeda:~$ ping 192.168.0.200 |
15:29.43 | mickeyl | PING 192.168.0.200 (192.168.0.200) 56(84) bytes of data. |
15:29.43 | mickeyl | From 192.168.1.1: icmp_seq=2 Redirect Host(New nexthop: 192.168.0.200) |
15:29.43 | mickeyl | From 192.168.1.1: icmp_seq=3 Redirect Host(New nexthop: 192.168.0.200) |
15:29.43 | mickeyl | From 192.168.1.1 icmp_seq=1 Destination Host Unreachable |
15:29.45 | mickeyl | fun |
15:30.43 | mickeyl | still that does not have the effect i want |
15:31.08 | hrw | mickeyl: "route -n"? |
15:31.18 | mickeyl | 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
15:31.18 | mickeyl | 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0 |
15:31.18 | mickeyl | 0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 eth0 |
15:31.46 | woglinde | mickeyl hm uh |
15:31.48 | woglinde | okay |
15:31.56 | mickeyl | ah, it didn't pick up the net |
15:32.02 | mickeyl | relaunches dhcp |
15:32.27 | woglinde | ~lart gps |
15:32.27 | ibot | nabs the moon and broadsides gps with the sea of tranquility |
15:32.28 | mickeyl | ok, better now |
15:34.05 | Aim | :) |
15:37.54 | *** join/#oe robtow (~rob@64.62.142.114) |
15:40.28 | GNUtoo | JaMa, I |
15:40.38 | GNUtoo | ve 3 commits fixing 2 issues: |
15:40.40 | GNUtoo | gst-plugins-good 0.10.17: depend on libv4l in order to fix a webcam |
15:40.49 | GNUtoo | libxml2 : convert to new staging and fix python error in gnome-doc-utils |
15:40.56 | GNUtoo | gnome-doc-utils: re-enable generation of docs(because of better fix avaliable) |
15:41.13 | GNUtoo | I bet I can commit them like this or is there an objection(like one needs review) |
15:44.35 | *** join/#oe d_t_h (~dieter@p4FDED65D.dip.t-dialin.net) |
15:49.24 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
15:50.08 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
15:52.29 | *** part/#oe mlip (~mlip@62.218.44.194) |
15:53.16 | GNUtoo | I'll push |
15:55.26 | *** join/#oe zecke (~ich@188.46.195.109) |
16:03.00 | *** join/#oe pocek (pock@77-253-50-175.adsl.inetia.pl) |
16:04.57 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r000ed089ef 10openembedded.git/recipes/gnome/gnome-doc-utils_0.19.2.bb: |
16:04.58 | CIA-2 | gnome-doc-utils: re-enable generation of docs(because of better fix avaliable) |
16:04.58 | CIA-2 | The docs generation were disabled in 5c0b720153536943fcaa10ec07db7e8b5a2a505f |
16:04.58 | CIA-2 | because of the same issue described in 405e0b5f60f92995fc722fc3bca9fa8ebc5f5f46 |
16:04.58 | CIA-2 | (libxml2 : convert to new staging and fix python error in gnome-doc-utils) |
16:04.58 | CIA-2 | But at that time 405e0b5f60f92995fc722fc3bca9fa8ebc5f5f46 was not commited yet |
16:05.12 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r405e0b5f60 10openembedded.git/recipes/libxml/ (libxml2-native.inc libxml2-native_2.7.3.bb libxml2.inc): (log message trimmed) |
16:05.12 | CIA-2 | libxml2 : convert to new staging and fix python error in gnome-doc-utils |
16:05.12 | CIA-2 | Converting libxml2 recipes to the new staging way |
16:05.12 | CIA-2 | fixed the error where,during the compilation of gnome-doc-utils |
16:05.13 | CIA-2 | libxml2.py couldn't be find,but strangely the libxml package had |
16:05.13 | CIA-2 | only libxml.py |
16:05.14 | CIA-2 | Also removed the following useless part as suggested by Phil Blundell |
16:05.14 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r2a9fb4a75e 10openembedded.git/recipes/gstreamer/gst-plugins-good_0.10.17.bb: (log message trimmed) |
16:05.15 | CIA-2 | gst-plugins-good 0.10.17: depend on libv4l in order to fix a webcam |
16:05.15 | CIA-2 | gst-launch v4lsrc ! jpegdec ! xvimagesink doesn't work if you don't |
16:05.16 | CIA-2 | depend on libv4l with my gspca webcam. |
16:05.16 | CIA-2 | The fix was suggested in #gstreamer in freenode: |
16:05.17 | CIA-2 | Feb 20 20:37:36 <fargiolas> GNUtoo: did you compile it on |
16:05.17 | CIA-2 | your own? it seems it's not compiled with libv4l support |
16:05.36 | *** join/#oe Spyzer (~spyzer@210.212.53.135) |
16:07.22 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
16:19.45 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
16:20.18 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
16:44.31 | *** join/#oe eFfeM1 (~frans@j200125.upc-j.chello.nl) |
16:53.12 | JaMa | GNUtoo: thanks |
16:59.58 | *** join/#oe Torne (torne@rockbox/developer/Torne) |
17:00.02 | *** join/#oe rednul__ (~rednul@host-98-127-6-7.bln-mt.client.bresnan.net) |
17:02.25 | *** join/#oe Laibsch (~Laibsch@p5B3B210E.dip.t-dialin.net) |
17:03.27 | *** join/#oe ant__ (~andrea@host1-50-dynamic.5-87-r.retail.telecomitalia.it) |
17:12.06 | Jin^eLD | <PROTECTED> |
17:12.19 | Jin^eLD | the variable that is |
17:13.30 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
17:14.43 | *** join/#oe lost_in_edmonton (~dstirlin@S0106001ee560c508.ed.shawcable.net) |
17:16.13 | *** join/#oe LinuxMaster (~quassel@65.105.220.2.ptr.us.xo.net) |
17:18.26 | LinuxMaster | Hi all, can someone help me get rid of external-toolchain-csl.bb? I am trying to build a distro for pentiumMMX but I don't have the i586-linux toolchain. |
17:20.55 | *** part/#oe Torne (torne@rockbox/developer/Torne) |
17:22.12 | hrw | Jin^eLD: yes |
17:22.25 | hrw | Jin^eLD: ANGSTROMLIBC = glibc/eglibc/uclibc is now |
17:26.18 | *** join/#oe pH5 (~ph5@e178206006.adsl.alicedsl.de) |
17:37.05 | *** join/#oe ademarez (~ademarez@anj75-2-88-162-181-110.fbx.proxad.net) |
17:37.06 | hrw|gone | bye all |
17:37.28 | *** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net) |
17:38.23 | *** join/#oe kerute (~kerute@kerunix.com) |
17:41.34 | *** join/#oe denix|air (~denys@166.196.158.71) |
17:49.37 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-94-65.w90-2.abo.wanadoo.fr) |
17:51.05 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
17:59.23 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
18:02.31 | *** join/#oe Hasse (~quassel@86.48.74.241) |
18:02.58 | eFfeM1 | hi all |
18:03.07 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
18:09.15 | *** join/#oe Laibsch (~Laibsch@p5B3B210E.dip.t-dialin.net) |
18:11.27 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
18:15.45 | kergoth | RP: http://github.com/kergoth/BitBake/commit/577317ca3e637bfd51fa42909777792f0e2a8b86 |
18:22.06 | *** join/#oe B_Lizzard (~havoc@athedsl-423148.home.otenet.gr) |
18:27.48 | kergoth | Anyone around that feels like giving a second acked-by to http://patchwork.openembedded.org/patch/1471/ ? |
18:29.36 | eFfeM1 | sorry kergoth my pythonese is not really good enough to say something about the patch |
18:29.46 | kergoth | np |
18:29.58 | kergoth | realized he has 13 patches that never got enough acks :) |
18:31.24 | XorA | but we trust Mr Kergoth :-) |
18:32.08 | kergoth | pfft, i was the one that pushed the FILESPATH revamp without review and caused a shitton of warnings for *everybody* :) |
18:32.52 | Crofton | we should have patch pushing parties |
18:32.56 | eFfeM1 | are they all class related patches |
18:33.14 | kergoth | if they were recipes, I'd just have pushed them.. (and did) |
18:33.18 | kergoth | :) |
18:33.18 | eFfeM1 | last friday of the monthy patch night |
18:34.00 | eFfeM1 | kergoth: i push most recipe changes immediately too, only not if they are core components or if I feel unsure about the patch |
18:34.07 | kergoth | nods |
18:34.18 | kergoth | i don't think I'd "just push" anything to gcc or glibc :) |
18:34.26 | eFfeM1 | have a few hanging around, but recompiling a last time to make sure they are ok |
18:34.36 | eFfeM1 | nope |
18:34.51 | *** join/#oe denix|air (~denys@166.196.158.71) |
18:35.01 | eFfeM1 | console image is also off limits 8-) |
18:35.15 | kergoth | hehe |
18:35.56 | eFfeM1 | haven't heard back from the tsc on it yet |
18:38.08 | XorA | should eat |
18:39.54 | *** join/#oe pb___ (~pb@88-110-39-162.dynamic.dsl.as9105.com) |
18:42.31 | CIA-2 | 03Ross Burton <ross@openedhand.com> 07org.openembedded.dev * r04f8a92b76 10openembedded.git/classes/base.bbclass: |
18:42.31 | CIA-2 | base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands |
18:42.31 | CIA-2 | Patch courtesy the Poky project. |
18:42.31 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
18:42.31 | CIA-2 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
18:42.32 | CIA-2 | Acked-by: Tom Rini <tom_rini@mentor.com> |
18:42.33 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2360274c83 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3.inc libgles-omap3_3.01.00.02.bb): libgles-omap3: fix bug with package ordering |
18:42.40 | CIA-2 | 03Christopher Larson <clarson@mvista.com> 07org.openembedded.dev * r8168b87863 10openembedded.git/classes/cross.bbclass: |
18:42.40 | CIA-2 | cross.bbclass: keep TARGET_SYS & TARGET_PREFIX independent. |
18:42.40 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
18:42.41 | CIA-2 | Acked-by: Michael Smith <msmith@cbnco.com> |
18:42.41 | CIA-2 | Acked-by: Tom Rini <tom_rini@mentor.com> |
18:42.42 | CIA-2 | 03Christopher Larson <clarson@mvista.com> 07org.openembedded.dev * r96da6f4431 10openembedded.git/classes/cross.bbclass: |
18:42.43 | CIA-2 | cross.bbclass: keep TARGET_SYS & TARGET_PREFIX independent. |
18:42.43 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
18:42.43 | CIA-2 | Acked-by: Michael Smith <msmith@cbnco.com> |
18:42.43 | CIA-2 | Acked-by: Tom Rini <tom_rini@mentor.com> |
18:42.44 | CIA-2 | 03Ross Burton <ross@openedhand.com> 07org.openembedded.dev * rdf32920678 10openembedded.git/classes/base.bbclass: |
18:42.44 | CIA-2 | base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands |
18:42.45 | CIA-2 | Patch courtesy the Poky project. |
18:42.45 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
18:42.46 | CIA-2 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
18:42.46 | CIA-2 | Acked-by: Tom Rini <tom_rini@mentor.com> |
18:43.13 | kergoth | odd. |
18:43.22 | kergoth | kicks the hooks |
18:44.34 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
18:46.16 | *** join/#oe simon42 (~simon@10.65.238.89.serverhousing.manitu.net) |
18:59.50 | LinuxMaster | does anyone know how to get rid of external-toolchain-csl.bb problems? |
19:01.54 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
19:08.10 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:12.16 | *** join/#oe bin1010 (~mia@129.62.151.116) |
19:18.30 | *** join/#oe kristoffer_ (~kristoffe@95.209.69.246.bredband.tre.se) |
19:18.55 | *** join/#oe Martin-B (~martin@pool-28-65-198-89.dbd-ipconnect.net) |
19:20.48 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
19:21.57 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
19:30.08 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:37.28 | XorA | mailsync |
19:38.29 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r697cd2dbb4 10openembedded.git/recipes/mythtv/ (3 files): |
19:38.29 | CIA-2 | mythtv: moved to latest stable svn version |
19:38.29 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
19:38.30 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r19033af8c5 10openembedded.git/ (10 files in 5 dirs): |
19:38.30 | CIA-2 | mythtv: removed old versions |
19:38.31 | CIA-2 | removed old and very old versions after verifying that no one has pinned one of these versions |
19:38.31 | CIA-2 | also removed the checksums for the removed files (including a few for versions that were renamed before) |
19:38.31 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
19:38.38 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r930f35b6a9 10openembedded.git/recipes/mythtv/ (5 files in 4 dirs): |
19:38.38 | CIA-2 | mythtv: removed some more unneeded/old files |
19:38.38 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
19:38.40 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8fab324e8e 10openembedded.git/recipes/mythtv/ (4 files in 2 dirs): |
19:38.40 | CIA-2 | mythtv: renamed to 0.22+fixes |
19:38.40 | CIA-2 | renamed the recipes from 0.22 to 0.22+fixes as they have moved away from 0.22 |
19:38.40 | CIA-2 | and are already building the 0.22+fixes version. |
19:38.40 | CIA-2 | also renamed the mythtv-0.22 dir to mythtv |
19:38.40 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
19:43.56 | *** join/#oe DuckFault (~DuckFault@rrcs-71-43-24-34.se.biz.rr.com) |
19:57.02 | *** join/#oe awozniak (~awozniak@76.205.222.173) |
19:57.31 | denix | can one assume pointercal is the same for different instances of the same/similar touchscreen device? |
19:57.54 | kergoth | what do you mean by "touchscreen device" in this context? |
19:57.56 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:58.07 | florian | re |
19:58.30 | RP | kergoth: bitbake ??= patch looks great to me :) |
19:58.45 | RP | kergoth: nice to see it was simple :) |
19:58.46 | kergoth | k, i'll go ahead and push it to master today then |
19:58.48 | kergoth | nods |
19:58.52 | denix | keith: what do you mean? which device? |
19:58.57 | RP | kergoth: Should update the manual mind ;-) |
19:59.02 | kergoth | good point :) |
19:59.03 | kergoth | will do |
19:59.33 | denix | kergoth: need to pay attention to tab-completion... :) |
19:59.34 | eFfeM1 | kergoth: RP, will with that patch environment vars also get precedence ? |
20:00.18 | kergoth | yes, env vars flow in very early on |
20:00.27 | kergoth | denix: well, "device" is a slightly overloaded term |
20:01.18 | denix | kergoth: I mean the batch of the same board with the same touchscreen can share calibration file, can it? |
20:01.45 | denix | or is it required to re-calibrate every instance? |
20:02.08 | kergoth | two different *physical* devices? no, absolutely not. there are always slight differences in lcd/ts alignment due to the assembly in that particular device |
20:02.30 | kergoth | often the manufacturer will calibrate after building it and store that calibration in flash on a per device basis |
20:02.36 | kergoth | well, as far as i know, anyway. |
20:03.01 | kergoth | could be incorrect, maybe manufacturing has improved :) |
20:03.08 | denix | ok, I see. no shortcuts then... :) |
20:03.08 | XorA | kergoth: it hasnt |
20:03.11 | pb___ | well, it varies. there are some instances where the LCD and the touchpanel are factory-bonded prior to final assembly, and in those cases the registration tends to be fairly consistent. |
20:03.19 | XorA | kergoth: not in my experience anyway |
20:04.24 | pb___ | of course, consistent registration doesn't necessarily guarantee consistent output since the touchpanel itself can have varying performance. in order to avoid recalibrating per device you need to have both tightly controlled tolerance on the panel (plus its accompanying components), and tightly controlled registration. |
20:04.41 | eFfeM1 | my god, trying to build u-boot and what it drags in :-( udev, ncruses usbutils gtk-doc, just to name a few |
20:05.12 | denix | pb___: that makes sense! thanks |
20:08.55 | ant__ | oh..f*ck ... NOTE: Task failed: Checksum of 'ftp://ftp.gnu.org/gnu/libtool/libtool-2.2.6b.tar.gz' failed |
20:09.51 | denix | RP: is formal Ack from the original author required for revert, or agreement on irc is also sufficient? |
20:10.06 | eFfeM1 | hm, wondering if this is a BBCLASSEXTENDS triggered error: |
20:10.07 | eFfeM1 | ERROR: Error, lockfile path does not exist!: /home/frans/oe/tmp_angstrom/work/i686-linux/libxml2-native-2.7.3-r1/packages-split |
20:10.32 | RP | denix: I think a formal ack might be a sensible idea |
20:11.13 | RP | denix: When reverts go wrong, it tends to get really nasty :/ |
20:12.04 | denix | ok, thanks |
20:12.09 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r22ee98e2fc 10openembedded.git/classes/base.bbclass: |
20:12.09 | CIA-2 | Revert "base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands" |
20:12.09 | CIA-2 | Back this out for the time being, things are exploding now. |
20:12.09 | CIA-2 | This reverts commit df32920678d15c86897b50b752b937210a01edea. |
20:12.57 | eFfeM1 | wonders why gcc-cross wants libfgortran |
20:13.21 | Tartarus | RP: Before I head back to my work laptop, did you reply to my msg re BBCLASSEXTENDS and nativesdk? |
20:14.50 | RP | Tartarus: I hadn't but I can |
20:15.00 | RP | Tartarus: I think its implied in the anonfunction |
20:16.38 | denix | kergoth: you didn't get an Ack from the original commiter... :-P |
20:17.09 | kergoth | I guess I *could* get an ack from myself.. |
20:17.22 | RP | will ack that change from Poky :) |
20:17.26 | *** join/#oe jovox_ (~jovox@h32n3c1o279.bredband.skanova.com) |
20:17.29 | Tartarus | RP: funny. So it's real automagic or what? Nothing checks for BBCLASSEXTEND like the -native one |
20:17.32 | RP | I can speak for Ross on that one :) |
20:17.45 | florian | :-) |
20:17.48 | RP | Tartarus: why would you need to check for it? |
20:17.56 | Tartarus | RP: Er |
20:18.31 | Tartarus | I assume the point is you have say, binutils_2.20.bb and put BBCLASSEXTEND = "-nativesdk" in it |
20:18.41 | RP | Tartarus: yes |
20:18.41 | Tartarus | And get binutils-nativesdk_2.20 for free |
20:18.46 | RP | Tartarus: yes |
20:19.01 | Tartarus | And you're sure that works in what's in OE.dev today? |
20:19.25 | RP | Tartarus: Does it match the class in Poky? |
20:19.42 | Tartarus | Dunno |
20:19.42 | RP | Tartarus: one second, this machine doesn't have an up to date OE checkout |
20:19.51 | Tartarus | I don't have up to date poky :) |
20:21.05 | eFfeM1 | RP, thanks for the policy email |
20:21.07 | RP | Tartarus: So there are some minor differences |
20:21.12 | RP | eFfeM1: it makes sense? |
20:21.22 | RP | Tartarus: but yes, it should work as it is mostly |
20:21.50 | eFfeM1 | RP, yes |
20:22.13 | RP | eFfeM1: good :) |
20:22.18 | eFfeM1 | RP although I am not sure about the role of the eV |
20:22.35 | Tartarus | mostly, heh |
20:22.42 | RP | eFfeM1: You mean about the behaviour policy |
20:22.43 | Tartarus | I guess, in poky, what's an example that uses it? |
20:22.59 | RP | Tartarus: Let me sync that up. Or do I have to post to the mailing list and get acks these days? |
20:23.35 | Tartarus | <PROTECTED> |
20:23.57 | RP | kergoth: classes need acks now? |
20:24.37 | kergoth | Last I checked, you needed to ack core changes. If we can commit willy nilly now, fine with em |
20:24.38 | kergoth | me |
20:25.04 | Tartarus | RP: So, in poky are you doing any Windows toolchains, or just different linux hosts? |
20:25.07 | RP | kergoth: Well I kind of thought it depended on what it was |
20:25.15 | RP | Tartarus: different linux hosts |
20:25.24 | Tartarus | So not the fun stuff, ok :) |
20:25.32 | RP | Tartarus: As per some of our emails a while ago, I was interested in someone trying the windows stuff with it |
20:25.41 | Tartarus | RP: You can probably get away with just re-syncing nativesdk |
20:25.44 | RP | Tartarus: It was based on your original code so it should work... |
20:25.55 | eFfeM1 | RP actually i would expect everyone with commit access to be member of the eV, now it is kinda odd that the eV governs over people that are not a member, that were not involved in its creation and that were already participating before the eV was there |
20:26.18 | Tartarus | RP: Well, the good news is the person I assigned un-breaking mingw32 stuff to says she's done and will commit it her tomorrow |
20:26.30 | Tartarus | I just forget if that's tomorow .us or monday, damn timezones :) |
20:27.07 | Tartarus | RP: So should I have a poky purple tree locally, or something else? |
20:27.36 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6338989af8 10openembedded.git/classes/nativesdk.bbclass: |
20:27.36 | CIA-2 | nativesdk.bbclass: Fix various DEPENDS handling bugs and add to OVERRIDES (from poky) |
20:27.37 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
20:27.39 | RP | eFfeM1: Well, we need to fix that |
20:27.48 | RP | Tartarus: master is best |
20:28.22 | RP | Tartarus: Did they switch it to the nativesdk/crosssdk classes? |
20:28.34 | RP | Tartarus: Having two copies of this stuff around is going to get silly :( |
20:28.45 | Tartarus | RP: answer hazy |
20:29.04 | Tartarus | My plan was get it working, then update to new stuff, but it might have become oldstuff too broken, just making newstuff work |
20:29.13 | XorA | RP: thanks for your work and sending out the announcement |
20:29.18 | RP | Tartarus: ok |
20:29.38 | RP | XorA: np, but its a bandaid :/ |
20:29.54 | RP | XorA: We need to think about behaviour policies by Tuesday |
20:30.00 | RP | kergoth: ^^^ you too ;-) |
20:30.34 | eFfeM1 | will tsc also discuss console-image on tue or should the community do a proposal or formal request first |
20:30.49 | eFfeM1 | basically I would like to see distro specific files to be identifiable as such |
20:31.03 | RP | eFfeM1: I'm hoping you can rationally discuss it |
20:31.11 | RP | eFfeM1: Propose a patch, take feedback |
20:31.36 | XorA | eFfeM: talk to Crofton he has some plans to phase out the variable in OE in all the images |
20:31.38 | eFfeM1 | i have no problem with it, actually thought we had a majority |
20:31.41 | RP | eFfeM1: If people are being unreasonable or no concensus is reached, then the TSC is involved |
20:31.47 | XorA | eFfeM: he would appreciate help Im sure |
20:32.03 | Crofton | I need to make a patch and do it in a two step process |
20:32.11 | eFfeM1 | XorA: saw his msg earlier today or yesterday |
20:32.12 | Crofton | also, it needs changing in all images |
20:32.25 | eFfeM1 | but unfortunately i'm a little bit sidetracked in u-boot at the moment |
20:32.49 | *** join/#oe timtimred (~meh@79-77-151-58.dynamic.dsl.as9105.com) |
20:32.54 | Crofton | I've been trying to make the change for months, but it is just not a big deal what the var is called :) |
20:34.38 | XorA | eFfeM: Crofton also speaks with an Angstrom voice to help calm tensions |
20:35.18 | eFfeM1 | cool, don't need a discussion like we had before |
20:35.30 | Crofton | there is a lot of history |
20:35.53 | Crofton | I grepped the var and I think it appears in 42 images |
20:35.56 | Crofton | :) |
20:36.19 | eFfeM1 | and preferably would like to see what is angstrom and what is oe (to avoid arguments about angstrom core developers (whoever that may be) have not agreeed with a change in a file that I thought was in the oe domain) |
20:36.40 | XorA | Crofton: is like the daddy of Angstrom, kicks us youngsters butt on occasion :-) |
20:37.50 | florian | heh |
20:37.57 | eFfeM1 | hates to be kicked especially if he is thinking he is doing the best for the community |
20:38.24 | eFfeM1 | appreciates though that XorA considers him as "youngster" |
20:38.28 | eFfeM1 | 51 :-) |
20:39.27 | khem | if oe is trunk then angstrom is branch which has leaves to do photosynthesis and also feed the trunk :) |
20:40.54 | khem | and it does not like Open Embedded in its name as it seems from the main webpage :) |
20:41.36 | eFfeM1 | khem reminds me of the linux vs gnu/linux debate :-) |
20:41.44 | khem | heh |
20:43.22 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1ea726f640 10openembedded.git/recipes/u-boot/ (9 files in 2 dirs): (log message trimmed) |
20:43.22 | CIA-2 | u-boot git: updated calamari SRCREV, add new functionality |
20:43.22 | CIA-2 | Ths commit is for calamari (MPC8636DS) only. |
20:43.22 | CIA-2 | It moves to the head of the mpc85xx git |
20:43.22 | CIA-2 | I also added several patches. |
20:43.22 | CIA-2 | These provide additional functionality w.r.t. expression handling, |
20:43.23 | CIA-2 | As they are not calamari specific I've put them in the u-boot-git directory. |
20:44.44 | eFfeM1 | should eFfeM learn to write more terse commit messages ? |
20:48.38 | Crofton | khem, Angstrom is built with OE |
20:48.50 | Crofton | it is a branding thing :) |
20:49.15 | Crofton | and we have trouble with people refering to Angstrom systems as Openembedded systems |
20:52.57 | *** join/#oe zecke (~ich@92.116.114.136) |
20:53.48 | khem | yeah it says it in same line :) |
20:54.29 | *** join/#oe scruggs_ (~scruggs@72-161-108-247.dyn.centurytel.net) |
20:54.42 | *** part/#oe scruggs_ (~scruggs@72-161-108-247.dyn.centurytel.net) |
20:54.55 | khem | it could be something "OE inside" like intel |
20:55.07 | khem | has for its chips |
20:55.17 | broonie | fully agrees with the need for a social contract/policy thing. |
20:55.19 | eFfeM1 | then again the difference between a minimal image and a bunch of packages and angstrom is not that big |
20:56.09 | *** join/#oe scruggs (~scruggs@72-161-108-247.dyn.centurytel.net) |
20:57.58 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
21:07.04 | kergoth | http://mvista.com/career-software-eng.php - if anyone wants my old job.. heheh |
21:07.25 | kergoth | smacks bitbake around a bit |
21:07.52 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
21:08.13 | Jin^eLD | mhm, how can I find out what is pulling in a paticular package? is there a better way than using -DDD ? (I tried the graphviz thng but got nowhere) |
21:09.06 | zecke | kergoth: did you leave some hidden message at your desk? |
21:10.04 | zecke | kergoth: I'm so impressed by you and the US... I always have a hardtime finding new paid stuff |
21:13.29 | denix | Jin^eLD: no need for graphviz - just grep the .dot file, usually that's enough... |
21:13.57 | Jin^eLD | ok let me see |
21:15.21 | denix | any way to prevent unbuildable qt4-embedded-gles from complaining? http://pastebin.org/97399 I already tried PREFERRED_PROVIDER_qt4-embedded = "qt4-embedded" |
21:16.06 | zecke | denix: that is already set anyway |
21:17.21 | *** part/#oe DuckFault (~DuckFault@rrcs-71-43-24-34.se.biz.rr.com) |
21:17.37 | denix | zecke: the problem is qt4-embedded-gles also provides qt4-embedded, but it's unbuildable... any way to disable it? |
21:18.28 | eFfeM1 | kergoth: do they pay well 8-) |
21:18.31 | denix | I guess I can axe it with BBMASK... |
21:18.34 | eFfeM1 | does not have a greencard |
21:19.22 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
21:19.34 | *** join/#oe tmartins__ (~zero@187.37.51.40) |
21:20.44 | Jin^eLD | denix: --verbose does a nice printout |
21:21.41 | denix | Jin^eLD: you mean bitbake -v? I never run bitbake w/o it... :) |
21:23.24 | Jin^eLD | oh :) |
21:23.40 | Jin^eLD | something is pulling libvorbis into my base-image and I am not happy about it :) |
21:23.49 | Jin^eLD | trying to figure out what the hell that is |
21:26.42 | Jin^eLD | crap, -v does not tell me who pulls in libvorbis |
21:27.40 | XorA | Jin^eLD: bitbake -g |
21:28.31 | Jin^eLD | XorA: that was my first attempt but I could not do much with the .dot file, it screwed in the graph viewer |
21:28.42 | Jin^eLD | I still need to look inside it as was suggested earlier |
21:28.57 | XorA | Jin^eLD: I use less as the uber tool of graphing :-D |
21:29.20 | Jin^eLD | :) |
21:30.09 | Jin^eLD | -DDD did the trick |
21:30.18 | Jin^eLD | bluez4 dammit hmm |
21:31.09 | Jin^eLD | task-base wants bluez, I guess it will be some machine features magic |
21:31.55 | denix | Jin^eLD: as I said before - no need to visualize the .dot file, just grep it :) |
21:32.35 | Jin^eLD | denix: I got scared but all the numbers in there ;) |
21:33.55 | *** join/#oe GNUtoo|oeee (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
21:35.10 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
21:38.37 | *** join/#oe dth_ntb (~4fdeee32@gateway/web/freenode/x-avdubgdgmccacsdz) |
21:39.16 | *** join/#oe GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
21:42.42 | *** join/#oe dos11 (~dos@avp48.neoplus.adsl.tpnet.pl) |
21:42.42 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
21:43.51 | Jin^eLD | nah, -DDD is still nicer than then .dot thing, for me at least, but thanks for the hint |
21:45.42 | Jin^eLD | how do I get rid of bluez? DISTRO_BLUETOOTH_MANAGER := "" in local conf does not help at all |
21:45.55 | Jin^eLD | its always pulled in by task-base |
21:46.26 | *** part/#oe Laibsch (~Laibsch@p5B3B210E.dip.t-dialin.net) |
21:46.55 | Jin^eLD | it must be the usbhost feature, but why does usbhost mean that bluetooth must be there? |
21:47.00 | tharvey | is there an easy way to figure out what package provides a file? opkg what-provides seems broken |
21:47.04 | Jin^eLD | maybe I want usb but no bt? |
21:48.19 | Jin^eLD | tharvey: asked myself the same thing a couple of times as well :( |
21:48.55 | tharvey | I recall once doing something clever with find -name *.ipg -exec ... but now can't recall the black magic :) |
21:49.11 | tharvey | where does 'opkg files <pkgname>' get its info I wonder... |
21:49.27 | Jin^eLD | isn't there some stuff in /va/lib/opkg? |
21:49.32 | Jin^eLD | var that is |
21:49.54 | tharvey | that seems to be a copy of Packages.gz, which doesn't contain filenames |
21:49.58 | tharvey | of things installed |
21:52.01 | Tartarus | hm, Frans Meulenbroeks isn't i here, is he? |
21:52.08 | *** join/#oe GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
21:52.09 | Tartarus | s/i /in / |
21:54.03 | denix | Tartarus: eFfeM |
21:54.14 | Tartarus | Oh, ah :) |
21:55.07 | Jin^eLD | ok anyone - any reason why it is enforced that if you have usbhost features, then task-base will force bluetooth upon you? |
21:55.21 | Tartarus | eFfeM1: Why 'calamari' and not 'p1022ds' ? Freescale usually doesn't like codenames used |
21:55.47 | tharvey | bluetooth is nasty - pulls in some pkg that requires all kinds of x stuff |
21:56.10 | Jin^eLD | exactly, something I surely do not want on a base-image |
21:56.12 | tharvey | Jin^eLD, I think its because if you have usbhost you 'may have' a bluetooth usb adapter |
21:56.35 | Jin^eLD | yeah but I'd like not to 'have' but 'may' when I build a base image (not console image which has more stuff) |
21:56.45 | Jin^eLD | I thought base image is something between minimal and console image |
21:57.03 | Jin^eLD | where base image allows installing other features via opkg but is otherwise as minimal as possible |
21:57.33 | Jin^eLD | having bluetooth forced upon you, which then pulls in gstreamer, vorbis and tons of other stuff does not seem nice :) |
21:57.39 | tharvey | Jin^eLD, opkg provides - the lists of files per package is in /usr/lib/opkg/info - you can grep from the files there |
21:57.59 | XorA | Jin^eLD: not sure, probably just historical |
21:58.15 | Jin^eLD | tharvey: good to know! |
21:58.29 | Jin^eLD | XorA: something for the mailing list then, I guess? |
21:58.48 | XorA | Jin^eLD: yeah, the guys who invented it might remember, I certainly dont |
22:03.35 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
22:07.03 | *** join/#oe woglinde (~heinold@f052233154.adsl.alicedsl.de) |
22:07.36 | ant__ | hello woglinde |
22:09.56 | woglinde | jo |
22:11.57 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:20.41 | *** join/#oe robtow (~rob@dsl092-218-034.sfo2.dsl.speakeasy.net) |
22:26.26 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
22:30.16 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
22:31.21 | *** join/#oe denix|air (~denys@166.196.158.71) |
22:32.45 | pb___ | Jin^eLD: that particular issue is just a bluez packaging bug. |
22:51.09 | bch132 | with oe, do I need to specify a path somewhere to get bitbake to look in user.collection? |
22:52.21 | kergoth | read the manual. |
22:56.05 | *** join/#oe timtimred (~meh@79-77-151-58.dynamic.dsl.as9105.com) |
22:56.26 | Jin^eLD | pb___: oh..ok |
23:10.21 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
23:17.20 | *** join/#oe dth (~dieter@p4FDED65D.dip.t-dialin.net) |
23:29.57 | *** join/#oe mario-goulart (~user@67.205.85.241) |
23:34.24 | Jin^eLD | when I thought that js had terrible buildscripts - I did not know poco yet |
23:34.42 | Jin^eLD | I wonder how on earth they could come up with something that stupid |
23:35.48 | Jin^eLD | they even have an Angstrom configuration, in which they assume that it can only be for arm, and of course there is no way to override the defaults by setting meaningful environment vars for the compiler and so on |
23:40.46 | woglinde | Jin^eLD an autotools setup is written under a week *g* |
23:42.30 | Jin^eLD | woglinde: autotools is easy (once you know autotools) ;) |
23:43.02 | Jin^eLD | but somehow I doubt they'd accept an autotools contribution |
23:44.42 | Jin^eLD | poco people hardcode the compiler to arm-angstrom-linux-gnueabi-gcc when you choose their angstrom configuration, of course, what else could it be? |
23:45.11 | Jin^eLD | and what are environment variables? nooo why use them, lets hardcode everything |
23:45.18 | Jin^eLD | crazy |
23:45.36 | woglinde | muahahahaa |
23:45.53 | woglinde | stupid people do stupid things |
23:47.00 | Jin^eLD | yep |
23:47.00 | Jin^eLD | well they are lucky I did not try to compile their stuff |
23:47.28 | Jin^eLD | before I met them |
23:48.21 | Jin^eLD | I had a talk to those guys by accident, actually I had no idea what poco is at that time |
23:49.02 | Jin^eLD | they seemed quite reasonable so I am really surprised how they could ever come up with such a build script |
23:53.23 | *** join/#oe robtow (~rob@dsl092-218-034.sfo2.dsl.speakeasy.net) |
23:59.36 | *** join/#oe mithro (~tim@unaffiliated/mithro) |