00:04.41 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
00:11.18 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
00:28.36 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
00:28.53 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r2c5625627f 10openembedded.git/recipes/kexecboot/ (kexecboot-klibc_git.bb kexecboot.inc kexecboot_git.bb): |
00:28.53 | CIA-1 | kexecboot: bump to e951750b09eb0e1ba81f1bf71d6108c8d3288f91 |
00:28.53 | CIA-1 | * sync with upstream |
00:28.53 | CIA-1 | * new configure option to add a delay before device detection |
00:28.53 | CIA-1 | * Zaurus spitz needs 2 secs because of slow internal HD init (with empty mtd's) |
00:28.54 | CIA-1 | * bump PR |
00:28.55 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
00:28.56 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rd6bb7b37bb 10openembedded.git/recipes/linux/linux-kexecboot.inc: |
00:28.56 | CIA-1 | linux-kexecboot: bump PR to follow kexecboot upgrades. |
00:28.56 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
00:30.14 | Tartarus | khem, can you pw-am Noor's patch? Thanks :) |
00:39.40 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
00:39.46 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
01:23.09 | *** join/#oe _julian (~quassel@hmbg-5f760a94.pool.mediaWays.net) |
01:37.30 | *** join/#oe ynezz (ynezz@ibawizard.net) |
01:56.58 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
01:57.25 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
02:17.07 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
02:23.48 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
02:24.45 | Lopi | I'm compiling SHR for the iPhone 3G, but having some trouble. Anyone mind taking a look at my pastebin? http://pastebin.com/qLfc4Xe0 |
02:26.45 | khem | Lopi: did u start all fresh ? |
02:27.03 | khem | Lopi: it seems some of source tars it has in your src dir are corrupt |
02:27.08 | khem | whats your host |
02:27.10 | khem | distro |
02:27.19 | Lopi | ubuntu maverick |
02:27.34 | khem | 32bit ? |
02:27.37 | Lopi | 64 |
02:27.40 | khem | k |
02:27.51 | khem | I would suggest to delete download folder |
02:28.03 | Lopi | you mean src folder? |
02:28.05 | khem | and let it download the sources again |
02:28.18 | khem | yes whereever you are downloading the sources |
02:28.26 | Lopi | okay |
02:28.30 | Lopi | makes sense |
02:28.58 | khem | i.e. DL_DIR |
02:31.28 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
02:38.53 | *** join/#oe mwester-laptop (~mwester@173-164-187-209-SFBA.hfc.comcastbusiness.net) |
02:41.48 | CIA-1 | 03Ahsan, Noor <noor_ahsan@mentor.com> 07master * rc10ac3289c 10openembedded.git/classes/packaged-staging.bbclass: |
02:41.49 | CIA-1 | packaged-staging.bbclass: bug fix in ipk file name generation for searching ipk file. |
02:41.49 | CIA-1 | * First check the availability of PKGV_pkg variable, if it is not available then get value from PKGV variable for creating ipk file name for searching ipk file. |
02:41.49 | CIA-1 | Signed-off-by: Ahsan Noor <noor_ahsan@mentor.com> |
02:41.49 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
02:48.53 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
02:50.58 | *** join/#oe marcosmamorim (~marcos@189.110.222.163) |
02:55.09 | Lopi | khem: I seem to be having the same problem after removing my sources folder: http://pastebin.com/jGWb7rJN |
03:01.10 | *** join/#oe fraxinas (~quassel@p4FD6331D.dip.t-dialin.net) |
03:12.14 | Tartarus | khem, thanks |
03:16.23 | Lopi | I'm compiling SHR for the iPhone 3G, but having some trouble. Looks like it never downloads these files after looking at my sources folder. Anyone mind taking a look at my pastebin? http://pastebin.com/jGWb7rJN |
03:21.49 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
03:25.19 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
03:45.39 | Lopi | grg: you around? |
03:49.40 | grg | Lopi, ? |
03:50.19 | grg | have you tried to identify where this file should be coming from? JavaScriptCore_svn.webkit.org_.repository.webkit.trunk._73534_.tar.gz |
03:51.37 | grg | it will be created once you have done an svn checkout of the relevant repository. Or, the snapshot will be obtained from the angstrom mirror |
03:52.15 | grg | if the angstrom mirror does not (yet?) contain the file, and you are behind a firewall, you may be out of luc, |
03:52.21 | grg | s/luc,/luck/ |
03:54.32 | Lopi | ugh |
03:54.43 | Lopi | so I can't do anything about it? |
03:56.20 | grg | Lopi, i' |
03:56.28 | grg | d probably play with the recipe |
03:56.43 | grg | try to get it to use http:// instead of svn:// |
03:57.05 | *** join/#oe mrc3 (~ddiaz@189.157.111.51) |
03:57.09 | grg | i reckon you can get it to do an svn-over-http checkout |
03:58.48 | Lopi | I downloaded it manually, but seem to be having the same problem :/ |
03:59.08 | grg | Hmm... webkit-efl_svn.bb says it uses proto=http |
03:59.11 | Lopi | nvm, I just need to get a few more packages manually |
04:05.31 | *** join/#oe popn1k (54867a2e@gateway/web/freenode/ip.84.134.122.46) |
04:06.01 | popn1k | trying to get my 'frontlight' control fixed here and the only websearch result is lardman talking about it here |
04:06.35 | Lopi | grg: I may have to talk to my property manager. This is getting really irritating. I keep having to manually download sources. |
04:07.13 | grg | your property manager controls your firewall? |
04:07.42 | popn1k | woot minilite-dev - 0.50-r0.1 - GPE Screen light control dockapp |
04:07.46 | grg | how do you ssh into all of your remote boxes? |
04:08.13 | Lopi | yeah, he contracts it |
04:08.31 | grg | !seen lardman |
04:08.31 | cdbot2 | grg, I don't remember seeing lardman. |
04:08.42 | Lopi | I don't have any servers. I'm a poor college student so I can't afford one atm :/ |
04:08.43 | grg | neither do i |
04:08.59 | popn1k | 'minilite' doesn't do anything on my device so i'd like to fix it (backlight control is available in kernel) |
04:09.03 | grg | Lopi, you can get free shell easily enough |
04:09.29 | Lopi | grg: yeah, but I can't use it for dev work right? |
04:09.40 | grg | Lopi, why not? |
04:09.52 | Lopi | grg: won't I run out of space? |
04:09.58 | grg | probably |
04:10.12 | grg | depends on the service |
04:10.33 | grg | but you could also set up a vpn gateway |
04:11.52 | Lopi | so you're saying to ssh to the free shell then setup a vpn back to my box? |
04:13.01 | grg | Lopi, i'm not saying its a perfect solution. but its an option |
04:13.54 | Lopi | grg: I might not have another choice. That or I'm going to have to get a server to do dev work on :/ |
04:14.59 | grg | i'm not sure how often the angstrom mirror updates, but its probably not more than a day or two away from having the files you need (so long as you don't pull oe again and get another srcrev bump) |
04:16.03 | Lopi | if I talked to my property manager, what do you think I'll need exceptions for on the firewall? |
04:16.54 | grg | git svn cvs ssh ftp.... |
04:17.35 | Lopi | alright |
04:17.42 | grg | just ask what the firewall is intended to stop, and ask them to relax it for everything else |
04:18.07 | grg | e.g. if its there to stop connecting to torrents, ask them to allow ports under 1024 |
04:18.19 | Lopi | lol that's the strange part |
04:18.23 | Lopi | I can torrent just fine ;p |
04:18.27 | grg | ha |
04:18.39 | Lopi | you would think it would be in place to stop that |
04:18.40 | Lopi | but no |
04:18.41 | grg | probably works with upnp |
04:18.46 | Lopi | yeah |
04:19.11 | grg | popn1k, minilite looks in /sys/class/backlight for a backlight driver |
04:19.30 | grg | popn1k, if your device has no backlight driver, then it wont do much |
04:23.26 | popn1k | echo 100 > /sys/devices/platform/omap_pwm_led.0/leds/lcd-backlight/brightness works |
04:23.57 | grg | popn1k, try running minilite under strace to find out what is failing |
04:24.30 | grg | strace -e trace=file minilite |
04:25.16 | popn1k | open("(null)/max_brightness", O_RDONLY) = -1 ENOENT (No such file or directory) open("(null)/brightness", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory) |
04:26.11 | grg | the minilite sources are very small... if you have a passing familiarity with c, you could figure out what its doing |
04:26.27 | popn1k | i can't find the sources |
04:27.14 | grg | popn1k, http://pastebin.com/yQ4cSD70 |
04:27.17 | popn1k | florian boor seems to be maintainer |
04:27.44 | popn1k | thanks :) |
04:28.10 | grg | http://gpe.linuxtogo.org/download/source/ |
04:31.09 | grg | btw, i don't think this app has been "maintained" for a very long time |
04:31.22 | grg | a lot of gpe suffers bitrot |
04:31.34 | grg | and lacks error checking |
04:31.44 | grg | (like you see, with open("(null)/max_brightness" ...) |
04:32.08 | popn1k | i understand - the old way would be to configure with a simple /etc/minilite.conf |
04:32.22 | grg | waves at pb |
04:33.21 | grg | what's minilite.conf? |
04:33.53 | grg | or are you saying that a hypothetical minilite.conf would have been preferable? |
04:34.02 | popn1k | it could allow the binary to modify the /sys/devices for different devices |
04:34.05 | popn1k | yes |
04:34.25 | popn1k | i might be wrong |
04:34.41 | grg | well, you can look at ipaq-sleep for an example of how poorly that can be done |
04:34.56 | grg | dons asbestos suit |
04:35.44 | popn1k | i shouldn't be allowed near such things but am willing to listen to 'the right way' |
04:36.50 | popn1k | grg - all i know is 'kiss'... and the kernel provides an interface that people can discover |
04:37.05 | popn1k | which is why i'm here |
04:38.58 | grg | here's a bug report against ipaq-sleep that i raised some time ago. http://bugs.linuxtogo.org/show_bug.cgi?id=327 |
04:39.13 | grg | presumably the app has been broken since it was written |
04:39.37 | popn1k | i remember when *nix used textfiles |
04:39.49 | grg | popn1k, in minilite's defence, the kernel interface for backlights was probably added after minilite was written |
04:40.01 | popn1k | gotcha |
04:40.27 | grg | a lot of the kernel interfaces that are useful for embedded systems have matured a lot in the last 5 years or so |
04:41.06 | grg | unfortunately, gpe bits were mostly written just before that and have lots of crufty old legacy interfaces |
04:41.15 | popn1k | so there's some gtk callback when slider value is changed... |
04:41.43 | popn1k | <PROTECTED> |
04:41.55 | grg | popn1k, i guess get_sysclass_bl() is returning NULL for you |
04:46.18 | popn1k | http://www.google.com/search?hl=en&q=gtk+get_sysclass_bl |
04:46.19 | popn1k | lol |
04:47.51 | mwester-laptop | mutters about core apps abandoning simple text files for configuration, and making the assumption instead that supporting dbus is somehow equivalent... |
04:50.14 | *** join/#oe rschus (~rschus@p5DDC09D0.dip0.t-ipconnect.de) |
04:50.51 | *** join/#oe rsalveti (~rsalveti@66.226.254.2) |
04:51.14 | grg | hates dbus and everything it stands for |
04:51.20 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
04:51.22 | popn1k | me too |
04:52.15 | popn1k | this whole new generation of kids needs to be beaten to within an inch of their lives and then held underwater like kittens until they come up begging for textfiles and c |
04:52.44 | grg | :) and dont get me started on the kernel interfaces dnotify, inotify, fnotify |
05:08.10 | popn1k | thanks grg .. i have to learn more gtk and update this so that pkg-config even works |
05:08.46 | popn1k | but it's a harsh reminder of what 'unqualified' means |
05:09.01 | grg | heh. let me know when pkg-config "works" |
05:11.24 | popn1k | gpe does look small and comparatively simple |
05:11.31 | popn1k | likes simple |
05:12.50 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
05:13.21 | popn1k | Package gtk+-2.0 was not found in the pkg-config search path. |
05:14.26 | popn1k | need to install the gtk dev libs |
05:16.37 | *** join/#oe polyonymous (~hacker@g230195074.adsl.alicedsl.de) |
05:31.07 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
05:38.13 | popn1k | present for grg http://www.econtalk.org/archives/2009/06/epstein_on_the.html Richard Epstein on the Rule of Law |
05:39.47 | grg | That's not particularly relevant to me. I don't live in the US. |
05:49.33 | ka6sox | khem ping? |
06:03.59 | ka6sox | khem, garnet it unresponsive...I'm halting it |
06:27.40 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
06:36.19 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
06:43.46 | *** join/#oe sanket (~sanket@114.143.167.46) |
06:43.57 | sanket | hii |
06:44.52 | sanket | can anyone help me how to create our own recipes for oe. |
06:59.08 | dv_ | I have receipt for kernel source tree and receipt for my program in separate directories. I need to copy-on-the-fly serveral files from kernel source tree into my program source tree during kernel compilation step. how to do it better? |
07:04.25 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-104-80.dynamic.mnet-online.de) |
07:11.22 | JaMa|Off | kergoth: after your fix still: Patch devmem2-fixups-2.patch does not apply (enforce with -f) |
07:23.21 | *** join/#oe chouimat|nap (~mathieu@99.246.143.54) |
07:25.55 | eFfeM_work | gm |
07:28.05 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r87fecb5c91 10openembedded.git/recipes/xorg-doc/ (xorg-docs_1.5.bb xorg-sgml-doctools_1.3.bb): |
07:28.06 | CIA-1 | xorg-doc: obsolete old versions |
07:28.06 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.06 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.14 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rc5b9e3f323 10openembedded.git/recipes/xorg-font/ (39 files): |
07:28.14 | CIA-1 | xorg-font: obsolete old versions |
07:28.15 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.15 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.16 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rf5d8dd3afb 10openembedded.git/removal.txt: |
07:28.16 | CIA-1 | removal: announce old xorg recipes removal |
07:28.16 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.16 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.18 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r7e94eaa195 10openembedded.git/recipes/xorg-xserver/ (9 files in 3 dirs): |
07:28.18 | CIA-1 | xorg-xserver: obsolete old versions |
07:28.18 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.18 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.20 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rd90ee2735e 10openembedded.git/recipes/ (30 files in 7 dirs): |
07:28.20 | CIA-1 | xorg: new versions 2011-01-11 |
07:28.20 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.21 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.30 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r325bbf9b26 10openembedded.git/recipes/ (7 files in 3 dirs): |
07:28.30 | CIA-1 | xorg: new versions 2011-01-12 |
07:28.30 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.30 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.31 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rc0d6b28a32 10openembedded.git/recipes/ (6 files in 3 dirs): |
07:28.32 | CIA-1 | xproxymanagementprotocol: drop PROVIDES xproxymngproto and update other recipes DEPENDS |
07:28.32 | CIA-1 | * now xproxymanagementprotocol-sdk also provided xproxymngproto which is wrong |
07:28.32 | CIA-1 | * other option would be to add PROVIDES_virtclass-sdk = xproxymngproto-sdk |
07:28.32 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.32 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.33 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rce6c525eb2 10openembedded.git/recipes/xorg-util/ (imake_1.0.2.bb makedepend_1.0.2.bb util-macros_1.3.0.bb): |
07:28.34 | CIA-1 | xorg-util: obsolete old versions |
07:28.34 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.46 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r5803d0d72a 10openembedded.git/recipes/xorg-data/ (xbitmaps_1.1.0.bb xcursor-themes_1.0.2.bb): |
07:28.47 | CIA-1 | xorg-data: obsolete old versions |
07:28.47 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.47 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.50 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rec80e3f519 10openembedded.git/recipes/xorg-lib/ (69 files in 7 dirs): |
07:28.50 | CIA-1 | xorg-lib: obsolete old versions |
07:28.50 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.50 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:28.55 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb92bc10a16 10openembedded.git/recipes/xorg-app/ (91 files in 6 dirs): |
07:28.56 | CIA-1 | xorg-app: obsolete old versions |
07:28.56 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
07:28.56 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:41.51 | *** join/#oe rob_w (~bob@217.237.177.190) |
07:45.40 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
07:48.26 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-104-80.dynamic.mnet-online.de) |
07:50.24 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
08:08.52 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:08.54 | mckoan | good morning |
08:09.12 | JaMa | moin |
08:21.33 | *** join/#oe davidlt (~davidlt@20-33.78-83.cust.bluewin.ch) |
08:21.36 | *** join/#oe morphis (~morphis@brmn-4dbcc419.pool.mediaWays.net) |
08:22.22 | davidlt | linux-omap recipe is for which architecture? OMAP1 or I can use it for OMAP3 ? |
08:22.38 | *** join/#oe roza (~ron@nat/cisco/x-avnfjjhqkoqksuly) |
08:22.40 | davidlt | sakoman_: ping |
08:47.04 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
08:50.16 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
08:53.28 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:05.16 | *** join/#oe Ironnads (~Ironnads@host109-155-231-103.range109-155.btcentralplus.com) |
09:10.35 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
09:19.17 | popn1k | hola |
09:19.26 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
09:19.28 | popn1k | where's libgtk2.0-dev equivalent for OE? |
09:19.45 | popn1k | http://gpe.linuxtogo.org/download/source/ don't see it here |
09:21.30 | popn1k | davidlt: most development since 2008 has been omap3 / beagle etc |
09:22.09 | davidlt | Yeah, I am looking for 2.6.36 or 37 kernel for OMAP3 |
09:23.35 | popn1k | boo i got 2.6.29 |
09:24.25 | Lopi | I'm compiling SHR for the iPhone3G, but ran into some errors. Anyone mind taking a look at my pastebin? http://pastebin.com/LSD6xQ9Z |
09:24.37 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
09:25.37 | *** join/#oe bluelightning (~paul@83.217.123.106) |
09:25.37 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:25.48 | ericben|away | davidlt: recipes/linux/linux-omap_2.6.37.bb |
09:25.55 | ericben | good morning |
09:26.26 | popn1k | hi |
09:26.55 | davidlt | ericben: I am trying this right now, but it looks like it is not working on my Gumstix Overo Air. |
09:27.21 | popn1k | funny how i have no idea what youre doing |
09:27.49 | ericben | davidlt: you need to add this board's support to the kernel if it's not present. Last time I checked it was booting on BB-XM |
09:29.00 | davidlt | ericben: There is some patches for over machines and etc. I think sakoman was releasing new linux-omap3 kernels for Gumstix boards. |
09:29.08 | davidlt | Image Name: Angstrom/2.6.37/overo |
09:29.18 | davidlt | But it stucks on Uncompressing Linux |
09:30.47 | *** join/#oe ensc_ (~irc-ensc@p5DF2C502.dip.t-dialin.net) |
09:30.55 | HeinervdmWork | Lopi: there is the do_compile task missing |
09:32.46 | Lopi | HeinervdmWork: What can I do about it? |
09:33.03 | HeinervdmWork | Lopi: try to clean that package and build again |
09:33.13 | HeinervdmWork | that |
09:33.24 | HeinervdmWork | 's always the first thing i do :) |
09:34.49 | Lopi | HeinervdmWork: I'm still learning, by cleaning do you mean delete? |
09:35.31 | HeinervdmWork | bitbake -c clean libgsmmux0710 |
09:35.53 | HeinervdmWork | bitbake -c clean libgsm0710mux |
09:37.35 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
09:37.53 | Lopi | HeinervdmWork: Ah okay, thanks :) |
09:41.22 | HeinervdmWork | Lopi: which version do you build? current oe.dev HEAD, or an older version with fso-autorev.inc included? |
09:43.06 | Lopi | HeinervdmWork: I'm not entirely sure. Probably the included one. |
09:43.35 | JaMa | yesterday you had fso-autorev.inc included |
09:43.51 | JaMa | probably still in local.conf |
09:43.55 | *** join/#oe flo_lap (~fuchs@sign-4db6be01.pool.mediaWays.net) |
09:43.55 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
09:45.07 | HeinervdmWork | Lopi: then it's possbile that you are trying to build from master cornucopia master branch wich has no Makefile anymore |
09:45.31 | HeinervdmWork | -master |
09:46.30 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r0f16dd9fce 10openembedded.git/recipes/python/files/pyrex-fix-optimized-mode.patch: |
09:46.30 | CIA-1 | python-pyrex: move patch used only in python-pyrex to own directory instead of files |
09:46.30 | CIA-1 | * bonus: faster patch lookup |
09:46.30 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
09:46.48 | Lopi | HeinervdmWork: That may be the case. Cleaning the package failed. http://pastebin.com/fmJ0QpN9 |
09:47.59 | HeinervdmWork | Lopi: then you have two possibillities: update oe or remove fso-autorev.inc and hope that those fso versions compile |
09:52.20 | Lopi | HeinervdmWork: issued a git pull on oe and the compile still failed, I suppose I'll try removing fso-autorev.inc |
09:53.04 | HeinervdmWork | Lopi: have you cleand that package again? |
09:53.33 | Lopi | HeinervdmWork: No, I'll do that first. |
09:55.56 | HeinervdmWork | Lopi: i will be in the Lab now, but i think JaMa can help you |
10:01.34 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
10:10.46 | *** join/#oe incandescant (~joshual@83.217.123.106) |
10:11.01 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
11:11.34 | *** join/#oe dth (~dth@a89-183-2-214.net-htp.de) |
11:16.47 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
11:22.39 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
11:30.26 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
11:30.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
11:35.47 | *** join/#oe darkschneider (~gab@93-32-38-175.ip31.fastwebnet.it) |
11:43.52 | otavio | Hello folks. |
11:44.04 | otavio | I am having a difficult to trace problem (at least for me) |
11:44.13 | *** part/#oe dth (~dth@a89-183-2-214.net-htp.de) |
11:44.32 | otavio | We're now using up to date OE and then my fear of it being due our outdated base has been proven wrong. |
11:44.47 | otavio | We've built freerdp and it *FAILS* to run. |
11:45.02 | otavio | It fails due sem_open usage in newer version but |
11:45.12 | otavio | it compiles fine. |
11:45.33 | otavio | sem_open reports as "Not implemented" |
11:45.47 | otavio | Someone has any idea how to fix it? |
11:59.11 | *** join/#oe Martin_B (~martin@pool-237-65-198-89.dbd-ipconnect.net) |
12:05.59 | otavio | I am working around it disabing it (using sem_init) but it is not a fix. |
12:18.20 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
12:27.43 | *** join/#oe obi (~obi@unaffiliated/obi) |
12:29.36 | *** join/#oe sanket (~sanket@114.143.167.46) |
12:45.35 | CIA-1 | 03Otavio Salvador <otavio@ossystems.com.br> 07master * r0df781cf9e 10openembedded.git/recipes/newt/ (files/support-DESTDIR.patch libnewt_0.52.12.bb): |
12:45.35 | CIA-1 | newt: add 0.52.12 |
12:45.35 | CIA-1 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
12:46.01 | CIA-1 | 03Otavio Salvador <otavio@ossystems.com.br> 07master * rd0c50fba04 10openembedded.git/recipes/slang/slang_2.2.2.bb: |
12:46.01 | CIA-1 | slang: add 2.2.2 |
12:46.01 | CIA-1 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
12:51.09 | *** join/#oe B_Lizzard (~havoc@athedsl-435750.home.otenet.gr) |
12:56.08 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
12:56.50 | GNUtoo|laptop | hi, my manual process of making an initramfs was flawed somehow, bitbake initramfs-image works fine |
12:58.55 | sanket | can anyone help me how to create our own recipe for a single tar.bz2 package |
12:59.09 | GNUtoo|laptop | tar.bz2 package? |
12:59.13 | GNUtoo|laptop | could you precise more |
12:59.21 | GNUtoo|laptop | you want a result in tarball form? |
13:00.00 | GNUtoo|laptop | or is the input in tarball format? |
13:00.04 | sanket | i hd my own application which i hv to add in my package |
13:00.33 | GNUtoo|laptop | in other words you want to package an application you made |
13:00.36 | GNUtoo|laptop | there is a manual at: |
13:00.47 | GNUtoo|laptop | http://docs.openembedded.org/usermanual/usermanual.html |
13:01.09 | GNUtoo|laptop | basically the first thing to do is to identify how you compile your applications |
13:01.12 | GNUtoo|laptop | is there a ./configure |
13:01.16 | GNUtoo|laptop | a Makefile |
13:01.26 | GNUtoo|laptop | or do you simply use gcc calls |
13:02.07 | GNUtoo|laptop | there is also support for the qmake build system in oe |
13:02.12 | GNUtoo|laptop | and even strange build systems |
13:02.23 | sanket | ya I m referring that doc... but I m getting some error. |
13:02.26 | GNUtoo|laptop | like cmake, etc... |
13:02.50 | sanket | I think my sample.bb is not proper |
13:03.30 | sanket | I m using "bitbake" |
13:08.28 | GNUtoo|laptop | if you need help, you will need to provide some infos |
13:08.31 | GNUtoo|laptop | such as: |
13:08.35 | GNUtoo|laptop | * the error |
13:08.53 | GNUtoo|laptop | provide the error first |
13:08.59 | GNUtoo|laptop | then maybe the recipe etc... |
13:10.01 | *** join/#oe pespin (~pespin@90.163.51.193) |
13:10.05 | *** join/#oe WonTu (~WonTu@p57B5411A.dip.t-dialin.net) |
13:10.19 | *** part/#oe WonTu (~WonTu@p57B5411A.dip.t-dialin.net) |
13:11.58 | sanket | ok i vll provide u... bt r8 now my compilation is going for other architecture.. |
13:12.48 | GNUtoo|laptop | ok np |
13:22.30 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
13:41.25 | otavio | Someone has broken gcc-cross yey :P |
13:46.42 | otavio | GCC build failure with current master: http://pastebin.com/AgtejhtP |
13:47.29 | otavio | khem: ^ it seems to have been caused by your Jan 11th commit on gcc recipes |
13:48.13 | JaMa | works for me, but all my targets are arm |
13:48.30 | ericben | otavio: strange, there is no error message |
13:48.37 | otavio | JaMa: mine is x86 |
13:48.37 | ericben | excet Error 1 |
13:48.40 | otavio | ericben: yes |
13:48.52 | otavio | ericben: I checked and it looks strange for me too |
13:48.58 | ericben | so xgcc seems to segfault |
13:49.02 | ericben | or something like this |
13:49.15 | otavio | ericben: it is not a from scratch build build a build with an existent tmp dir |
13:49.22 | otavio | ericben: but it should work in this case |
13:50.28 | otavio | did a clean on gcc-cross and started a rebuild of it |
13:50.30 | otavio | let's see |
13:53.13 | *** join/#oe anarsoul (~anarsoul@46.28.101.19) |
13:56.51 | *** join/#oe hrw (~hrw@linaro/hrw) |
14:00.07 | otavio | fails again |
14:02.51 | otavio | will redo a build from scratch and check |
14:03.29 | ericben | otavio: http://lists.linaro.org/pipermail/linaro-toolchain/2011-January/000685.html maybe 586 is also affected |
14:04.28 | otavio | ericben: in this case, could it be reverted? |
14:05.32 | ericben | otavio: the best is to try locally if that fix your and report that to khem which will either comit a fix if it exists or revert the necessary bits |
14:06.11 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:06.38 | otavio | khem: can you try to reproduce the build-failure of gcc-cross using i586 as target? |
14:06.54 | otavio | khem: I am starting a from scratch build to check if it fixes it |
14:07.10 | otavio | khem: my host is amd64 |
14:12.07 | JaMa | <PROTECTED> |
14:18.26 | *** join/#oe Leatherface (~leatherfa@c-1bbae655.06-129-70697410.cust.bredbandsbolaget.se) |
14:20.25 | *** join/#oe hrw (~hrw@linaro/hrw) |
14:24.01 | *** join/#oe aloisiojr (~aloisio@186.212.117.111) |
14:36.52 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r0cf07bdd9e 10openembedded.git/recipes/busybox/busybox_1.18.1.bb: |
14:36.53 | CIA-1 | busybox 1.18.1: add latest fix |
14:36.53 | CIA-1 | * httpd: send correct mtime for .gz filesmaster |
14:36.53 | CIA-1 | * patch fetched from git as per blindvt request |
14:36.53 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
14:36.53 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
14:39.12 | *** join/#oe aloisiojr1 (~aloisio@186.212.117.111) |
14:41.59 | *** join/#oe paepke (~paepke@p4FEB1DB1.dip0.t-ipconnect.de) |
14:42.42 | paepke | what is the best way to submit back patches for wrong source locations and checksums to upstream? |
14:45.38 | kergoth | JaMa: it applied fine here.. dunno |
14:45.52 | kergoth | wipes tmp and -c patch's it |
14:46.03 | JaMa | tried on 2 hosts and both fails after -c clean |
14:49.14 | ericben | kergoth: patch fixed, push comes |
14:50.03 | ericben | btw kergoth : if FORCE_STRICT_ALIGNMENT is not defined, this patch doesn't change the bahaviour of devmem2 |
14:50.10 | ericben | and actually it's not defined |
14:50.34 | kergoth | yeah, i figured that was best for now, at least until I could confirm sanity on actual hardware, or someone else could |
14:50.37 | kergoth | heh |
14:50.50 | kergoth | then we can add the -D to the recipe when we've seen it work |
14:51.08 | kergoth | may be adopting the don't trust fsl patches attitude |
14:58.54 | dv_ | <PROTECTED> |
15:03.54 | ericben | kergoth: is http://patches.openembedded.org/patch/226/ the right fix for LC_ALL problem with master bitbake ? |
15:05.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
15:06.43 | RP__ | khem: ping? |
15:09.04 | JaMa | ericben: thanks, applied fine now |
15:12.28 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
15:18.57 | Crofton | RP__, a bit early for khem :) |
15:20.03 | RP__ | Crofton: Right and I think I stand a good chance of being afk or in meetings later but its worth a try... |
15:20.10 | Crofton | sure |
15:21.01 | RP__ | is having fun with libtool 2.4 |
15:21.14 | RP__ | For some definition of fun |
15:21.42 | Tartarus | ha |
15:23.58 | Crofton | fun in the same sense that caving is fun |
15:24.04 | Crofton | ok, that is not fair to caving |
15:24.59 | mwester-laptop | observes that, as far as he is aware, nobody has gotten stuck and perished whilst libtool-ing. |
15:25.15 | Tartarus | that would be perl |
15:25.36 | mwester-laptop | :p |
15:26.12 | Crofton | for example: http://www.flickr.com/photos/11760817@N04/1176967768/ |
15:26.51 | *** join/#oe Facefoxdotcom (~machine4@pool-74-111-197-200.lsanca.fios.verizon.net) |
15:29.08 | stefan_schmidt | Crofton: why the hell are you doing this? |
15:29.33 | stefan_schmidt | Diving into a cave is great but just walking in while filled with water? |
15:29.55 | Crofton | because it is there |
15:30.09 | Crofton | scuba got involved later, but those people are nuts |
15:30.25 | stefan_schmidt | ah, the nice "because we can " rule :) |
15:30.45 | stefan_schmidt | I agree that they are nuts :) |
15:31.27 | stefan_schmidt | But who I'm that I'm talking other people into being nuts when i try to get a newer icedtea and openjdk working... |
15:31.45 | stefan_schmidt | ... same level of nuts at best |
15:32.12 | ensc|w | mmh... is it really a good idea to have patches like SRC_URIs like http://git.busybox.net/busybox/patch/id=8030a1484917d5b71d5ccd1a1d28a29da7a3d7f0;apply=yes ? |
15:32.24 | ensc|w | when server updates cgit, the md5sum changes |
15:32.34 | Crofton | rofl |
15:32.52 | ericben | ensc|w: I was asked to do like this by blindvt |
15:32.59 | ericben | ensc|w: but your right this is a problem |
15:33.28 | ericben | one ths other side, patches in http://busybox.net/downloads/fixes-1.18.1/ are also evolving so they can't be fetched |
15:33.31 | ensc|w | I am asking this, because it *is* a problem... |
15:33.41 | ensc|w | Expected SHA256: 'f776d0b4ba525c62abe5e91f1432773eca92904cdecbdf48546a9271166cd896' and Got: '4fdd7005fe73a77e66967e88734e03c07e75789a16a016a9de7d4e08ea474c1c' |
15:33.44 | ensc|w | NOTE: Your checksums: |
15:33.47 | ensc|w | SRC_URI[bb181-01.md5sum] = "2847eba16c310eeac055ad40e4c528d7" |
15:33.49 | ensc|w | SRC_URI[bb181-01.sha256sum] = "4fdd7005fe73a77e66967e88734e03c07e75789a16a016a9de7d4e08ea474c1c" |
15:33.55 | ericben | ensc|w: ah ok it already fails |
15:34.04 | ericben | I'm fixing it now |
15:34.09 | ericben | sorry for this |
15:34.11 | ensc|w | thx |
15:35.14 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4c8b8ca2fd 10openembedded.git/conf/distro/angstrom-2010.x.conf: |
15:35.14 | CIA-1 | angstrom: sync with meta-angstrom layer |
15:35.14 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
15:36.20 | *** join/#oe hrw (~hrw@linaro/hrw) |
15:40.26 | ericben | ensc|w: should be fixed now |
15:41.46 | hrw | morning |
15:41.54 | ericben | hi hrw |
15:43.33 | kergoth | ensc|w: those patches should really be pulled down into OE, not fetched, if that's the case |
15:44.49 | *** join/#oe obi (~obi@unaffiliated/obi) |
15:44.54 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
15:48.49 | *** join/#oe martinmeba (~martin@12.110.139.34) |
15:52.47 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
16:01.53 | kergoth | ericben: that looks fine to me (re: LC_ALL), but should really clarify. In the past, we *had* to set it in bitbake, because exported vars from the metadata didn't get set in the environment early enough to affect everything we run in a build. Now that thats the case, the metadata can regain some of the responsibility it should always have had |
16:04.26 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
16:05.25 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
16:07.02 | *** join/#oe pH5 (~ph5@e178206251.adsl.alicedsl.de) |
16:07.44 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
16:08.35 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r3d5d11f94b 10openembedded.git/recipes/palmpre/tsmd_git.bb: |
16:08.35 | CIA-1 | tsmd: bump SRCREV as playya requested |
16:08.35 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:14.32 | otavio | reverted 051c2ca2a9b0dd30556a188e1d3c941b84fa5a80 and will try |
16:21.22 | otavio | Yes it works. |
16:28.21 | otavio | has mailed ml about the gcc-cross problem |
16:30.21 | *** join/#oe etrunko (~edulima@187.106.0.240) |
16:31.09 | CIA-1 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r7f07380ce9 10openembedded.git/recipes/devmem2/ (devmem2.bb devmem2/devmem2-fixups-2.patch): |
16:31.09 | CIA-1 | devmem2 : fix patch |
16:31.09 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
16:32.14 | ericben | 90 minute of latency for CIA :) |
16:36.37 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:44.45 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
16:45.16 | kergoth | yikes |
16:49.44 | *** join/#oe etrunko_ (~edulima@187.106.0.240) |
16:53.31 | *** join/#oe GarthPS (~quassel@84.7.10.14) |
16:53.39 | *** join/#oe incandescant (~joshual@158.43.2.102) |
16:54.32 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
16:54.33 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
16:58.10 | HokieTux | wxpython does _not_ currently exist in opkg repos, right? |
16:58.50 | *** join/#oe incandescant1 (~joshual@158.43.2.102) |
17:00.46 | mckoan | HokieTux: AFAIK wxpython does not have a recipe in OE |
17:00.59 | HokieTux | mckoan: thanks for the confirmation :) |
17:01.12 | mckoan | HokieTux: yw |
17:07.12 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
17:07.27 | *** join/#oe Leatherface (leatherfac@helvetet.eu) |
17:13.16 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
17:14.18 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
17:15.33 | *** join/#oe Marex_ (vasum7am@u-pl0.ms.mff.cuni.cz) |
17:19.58 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
17:23.39 | CIA-1 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * rbe6797a1ff 10openembedded.git/recipes/busybox/ (busybox-1.18.1/busybox-1.18.1-httpd.patch busybox_1.18.1.bb): |
17:23.39 | CIA-1 | busybox 1.18.1 : fix patches |
17:23.40 | CIA-1 | fetching patches from cgit is not a right idea as checksum are changing. |
17:23.40 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
17:27.50 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
17:30.01 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
17:32.47 | HokieTux | narcissus shows 'opencv-dev' and 'opencv-samples-dev' as available for my platform, but they don't show up in opkg searches. am I doing something stupid? |
17:35.10 | *** join/#oe incandescant (~joshual@83.217.123.106) |
17:40.18 | hbeck | hi folks, in meta-toolchain.bb there is a line (122): ln -sf libgcc_s.so.1 ${SDK_OUTPUT}/${SDKPATH}/${TARGET_SYS}/lib/libgcc_s.so ... this is creating a symlink that bashes a small linker script which groups libgcc_s.so.1 and libgcc.a so that both can be pulled in. Causing linker errors against symbols that are in the static but not the shared. A work-around is to specifically link against the static lib when using the built toolchain but this doesn't seem ideal . |
17:40.18 | hbeck | .. this worth filing a bug/patch? |
17:42.24 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r694a29105e 10openembedded.git/lib/oe/ (_types.py types.py): |
17:42.25 | CIA-1 | oe.types: add/update docstrings |
17:42.25 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
17:42.28 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r9e6a8f0000 10openembedded.git/lib/oe/_types.py: |
17:42.29 | CIA-1 | oe.types: allow specifying the number base for integer |
17:42.29 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
17:42.30 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * r823c6df67e 10openembedded.git/lib/oe/_types.py: |
17:42.30 | CIA-1 | oe.types: add floating point type |
17:42.30 | CIA-1 | Optional flags: |
17:42.30 | CIA-1 | 'fromhex': if set to a true value (obeying the same rules as for the boolean |
17:42.31 | CIA-1 | type), your string value is in base 16, not base 10 |
17:42.31 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
17:49.41 | tharvey | qt4x11 and qt4e each have their own class - for an app that depends on qt, how would your recipe know which class to inherit? Seems like this is a multiple providers issue |
17:55.49 | khem | hbeck: I think that symlink should not be createfd |
17:56.38 | khem | if the symlink is needed then it should be created for libgcc_s.so |
17:57.33 | hbeck | I don't think the symlink is needed, but that is what meta-toolchain.bb is doing right now - it is creating a symlink that overwrites a linker script |
17:59.48 | hbeck | the script is this: |
17:59.51 | hbeck | <PROTECTED> |
17:59.51 | hbeck | <PROTECTED> |
17:59.51 | hbeck | GROUP ( libgcc_s.so.1 libgcc.a ) |
18:06.14 | *** join/#oe Heinervdm (~thomas@pD9E133A7.dip.t-dialin.net) |
18:09.08 | bluelightning | tharvey: at face value I would have to agree... this is something I would like to look into soon in poky |
18:09.45 | bluelightning | I would like to know who is using qt4 in OE and what they're using it for |
18:10.38 | tharvey | I'm using it on an OMAP3 platform for a GUI, specifically using qt-embedded |
18:12.16 | bluelightning | tharvey: ok, interesting |
18:12.52 | bluelightning | I did notice some anomalies in the qt-embedded recipe; once I have committed it to poky I'll see about pushing the updates back to OE as well |
18:13.23 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
18:15.50 | tharvey | what kind of anomalies? I'm using qt-embedded 4.7.0 currently with a simple app build against it in an OE recipe |
18:16.21 | tharvey | unfortunately I'm needing to support pyqt and am working through a myriad of issues there trying to update pyqt - horrible build system |
18:17.01 | tharvey | not only do they do the dirty deed of compiling a small app to obtain system info but they create/build the app from withing a python script heh |
18:18.33 | bluelightning | tharvey: actually I've only been looking at the 4.6.3 recipes; updating to 4.7.1 is next on my list |
18:19.25 | bluelightning | I noticed that there was a fair amount of duplication and in the case of the 4.6.3 recipe the standard qt4-${PV}.inc was overriding qt4-embedded.inc settings :/ |
18:20.18 | tharvey | yes, thats the kind of things I'm seeing as well with the qt4x11 vs qt4e class |
18:21.05 | bluelightning | tharvey: you favour pyqt over pyside then? |
18:21.14 | bluelightning | (not that I have personally used either) |
18:21.53 | tharvey | not at all... pyside looks more interesting to me, but I'm currently being asked to try to get pyqt running first as the user knows they are compat with that |
18:22.07 | bluelightning | tharvey: ah ok, fair enough |
18:22.11 | *** join/#oe nitink (~nitink@nat/intel/x-vzrlsmuwwdqqthfb) |
18:22.19 | *** join/#oe etrunko (~edulima@187.106.0.240) |
18:22.36 | tharvey | pyside has no oe recipe either, but it may not be that difficult if their build sys and deps are cleaner |
18:39.35 | *** join/#oe methril_ (~methril@189.27.130.145.dynamic.adsl.gvt.net.br) |
18:45.02 | *** join/#oe pespin_ (~pespin@90.163.51.193) |
18:46.42 | *** join/#oe nitink (~nitink@192.55.55.37) |
18:55.27 | *** join/#oe timtimred (~meh@79-67-234-37.dynamic.dsl.as9105.com) |
18:56.43 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
19:22.21 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
19:36.05 | *** join/#oe davidlt (~davidlt@20-33.78-83.cust.bluewin.ch) |
19:37.18 | *** join/#oe davidlt (~davidlt@20-33.78-83.cust.bluewin.ch) |
19:38.09 | davidlt | sakoman_: ping |
19:40.57 | *** join/#oe kevinsc (~a0214685@nat/ti/x-acvphdsfmenvzdtr) |
19:41.20 | tharvey | seems like out-of-tree kernel modules do not have deps setup correctly when you say bump your kernel via MACHINE_KERNEL_PR_append in the kernel recipe |
19:41.35 | tharvey | I suppose thats because MACHINE_KERNEL_PR_append isn't global to other recipes right? |
19:42.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-kbdrgxytelofqjwr) |
19:45.51 | *** join/#oe Martin_B (~martin@pool-237-65-198-89.dbd-ipconnect.net) |
19:52.58 | *** join/#oe sgw (~sgw@173.sub-69-96-157.myvzw.com) |
19:53.29 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:54.14 | *** join/#oe Heinervdm (~thomas@pD9E133A7.dip.t-dialin.net) |
19:59.48 | *** join/#oe rob_w (~bob@ppp-93-104-2-127.dynamic.mnet-online.de) |
20:06.44 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07master * rb2eefd38cf 10openembedded.git/recipes/argp-standalone/ (argp-standalone/libtool.patch argp-standalone_1.3.bb): |
20:06.44 | CIA-1 | argp-standalone: fix patch |
20:06.44 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
20:08.42 | ka6sox | how far behind is CIA now? |
20:18.37 | *** join/#oe Sunsun (5ef20a0a@gateway/web/freenode/ip.94.242.10.10) |
20:20.32 | Sunsun | hello, help me pls, I built nano and libs libncursesw.so.5.7 libtinfo.so.5.7, now I am trying to start nano, but have this error nano Error opening terminal: vt100 |
20:21.04 | Sunsun | ls -la /usr/share/terminfo/a/ansi -rw-r--r-- 1 1000 default 1481 Dec 24 14:47 /usr/share/terminfo/a/ansi |
20:21.19 | Sunsun | but TERM=ansi doesn;t work to |
20:22.38 | sakoman_ | davidlt: pong |
20:23.05 | davidlt | sakoman_: you are the one who was releasing linux-omap3 for Gumstixs? |
20:23.21 | sakoman_ | yes |
20:25.13 | GNUtoo|laptop | hi valhalla_ |
20:30.57 | GNUtoo|laptop | sakoman_, hi, is there some cool stuff done with gumstix? |
20:32.34 | ericben | hi GNUtoo|laptop |
20:33.27 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r67d127a52d 10openembedded.git/conf/distro/angstrom-2010.x.conf: |
20:33.28 | CIA-1 | angstrom next: catch up with .37-rc8 -> .37 linux-omap change |
20:33.28 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
20:35.32 | sakoman_ | davidlt: did you have a question? |
20:35.51 | sakoman_ | GNUtoo|laptop: yeah, there seem to be quite a few folks using Gumstix and some are doing interesting stuff :-) |
20:36.16 | davidlt | sakoman_: I was interesting when 2.6.36 kernel gonna show up as 2.6.37 was finished (I think) yesterday. |
20:36.59 | *** join/#oe hrw (~hrw@linaro/hrw) |
20:37.01 | davidlt | sakoman_: I remember e-mail that some one else is taking over the gumstix-oe repo, so no updates for awhile? |
20:37.16 | sakoman_ | davidlt: there is a 2.6.36 branch on my websire, but gumstix hasn't picked it up yet |
20:37.28 | Crofton|work | knows of some cool stuff done with gumstix :) |
20:37.36 | davidlt | sakoman_: link? |
20:37.59 | hrw | I finally saw that 7-in-1 board for gumstix |
20:38.08 | Crofton|work | rofl |
20:38.14 | Crofton|work | the Stagecoach? |
20:38.25 | sakoman_ | davidlt: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=shortlog;h=refs/heads/omap-2.6.36 |
20:38.39 | GNUtoo|laptop | ericben, hi |
20:38.41 | sakoman_ | davidlt: still a work in progress, so use at your own risk :-) |
20:39.04 | GNUtoo|laptop | sakoman_, is there a page detailing that? |
20:39.38 | GNUtoo|laptop | searching for gumstix on youtube doesn't return a lot of cool stuff |
20:39.38 | hrw | Crofton|work: yes |
20:39.39 | davidlt | sakoman_: I just trying to get AP mode running, did that on 2.6.34, but wanna move to latest stuff which is for 2.6.36-37 |
20:39.43 | sakoman_ | GNUtoo|laptop: well, you can look on the Gumstix web site :-) |
20:39.48 | GNUtoo|laptop | ok I'll look |
20:42.33 | GNUtoo|laptop | lol gumstix cluster boards |
20:42.58 | Crofton|work | I've heard .37 runs on an overo :) |
20:43.00 | davidlt | Next week I am showing gumstixs for high school students |
20:45.45 | GNUtoo|laptop | too bad that gumstix often requires to create custom boards to be usable |
20:46.08 | davidlt | GNUtoo|laptop: What is missing for you? |
20:46.18 | GNUtoo|laptop | prototyping boards |
20:46.26 | GNUtoo|laptop | something like the von hippel of the bug device |
20:46.31 | Crofton|work | heh |
20:46.42 | Crofton|work | we had to add an fpga to a custom board :) |
20:46.49 | GNUtoo|laptop | ok |
20:46.50 | GNUtoo|laptop | wow |
20:47.10 | Crofton|work | hmm, I need a good photo |
20:47.21 | GNUtoo|laptop | looks at gumstix website |
20:47.42 | GNUtoo|laptop | it has changed a bit since I last visited it |
20:47.48 | Crofton|work | http://www.ettus.com/order |
20:47.55 | Crofton|work | look at the datasheet for the e100 |
20:48.03 | GNUtoo|laptop | ok |
20:48.10 | Crofton|work | runs Angstrom built with OpenEmbedded |
20:48.10 | GNUtoo|laptop | it's the company which does USRP? |
20:48.14 | Crofton|work | yeah |
20:50.30 | GNUtoo|laptop | what is CODEC, sound CODEC chip? |
20:50.35 | ericben | GNUtoo|laptop: http://www.gumstix.net/News/News/Stagecoach-cluster-computing.html |
20:50.42 | GNUtoo|laptop | yes I saw it |
20:50.51 | GNUtoo|laptop | <GNUtoo|laptop> lol gumstix cluster boards |
20:50.56 | GNUtoo|laptop | that's why I laughed |
20:51.01 | GNUtoo|laptop | it's because I saw that |
20:51.13 | Crofton|work | yeah |
20:51.34 | GNUtoo|laptop | they're displayed on the main page |
20:51.39 | GNUtoo|laptop | in the sliding images |
20:51.42 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
20:51.42 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
20:51.56 | GNUtoo|laptop | it looks big |
20:52.19 | ericben | they say 29x7 cm |
20:52.26 | GNUtoo|laptop | wow not that big |
20:53.35 | sakoman_ | Crofton|work: are you using 2.6.37 yet? |
20:55.20 | Crofton|work | no |
20:56.37 | Jay7 | ELC 2011 call for presentations announced |
20:58.00 | *** join/#oe nitink (~nitink@192.55.55.41) |
21:04.23 | Crofton|work | sakoman_, koen has reported it working on the e100 with my device driver |
21:04.37 | Crofton|work | I want to try it, but have a number of things in the queue |
21:06.43 | khem | otavio: I am building it for i586/uclibc lets see |
21:06.53 | khem | it should be easy to figure out and fix it |
21:07.18 | khem | thinks linaro's quality is losing ( in my head) |
21:07.32 | khem | I must really be testing every bit from them |
21:08.03 | khem | or may be its unrealistic to leavage their stuff for non arm |
21:08.14 | khem | or non armv7+ |
21:08.20 | khem | hmmm |
21:11.25 | GNUtoo|laptop | khem, hi, some time ago you added some improvements for all arm, and then you switched to linaro, are the first improvements in linaro? |
21:11.41 | GNUtoo|laptop | both were very noticiable |
21:11.50 | GNUtoo|laptop | (the improvements) |
21:14.44 | otavio | khem: I have it locally reverted but I can try if you want me to test a fix for it |
21:15.11 | khem | hmmm so i686 works ok here |
21:15.22 | *** join/#oe kevinsc (~a0214685@nat/ti/x-okrmyjtqwtqfmitp) |
21:15.31 | khem | thats the arch for qemux86 |
21:15.43 | otavio | khem: which host arch is you using? |
21:15.56 | otavio | khem: mine is x86_64 |
21:15.57 | khem | x86_64/ubuntu natty |
21:16.06 | otavio | khem: mine is debian sid |
21:16.17 | otavio | khem: it fails on gcc-cross |
21:16.38 | otavio | khem: and it seems to fail on linking; it shows no error |
21:16.42 | *** join/#oe kevinsc (~a0214685@nat/ti/x-uwdefjfnjdzepthf) |
21:16.45 | khem | otavio: ok whats your MACHINE ? |
21:16.56 | otavio | khem: i586-generic/micro |
21:17.00 | khem | otavio: hmm k |
21:17.04 | khem | I will try that |
21:17.12 | otavio | khem: eglibc, not uclibc |
21:17.16 | khem | otavio: for a change can you use binutils 2.21 ? |
21:17.20 | ericben | otavio: if your host is x86_64, you may fall in the bug they actually have for x86_64 : http://lists.linaro.org/pipermail/linaro-toolchain/2011-January/000685.html |
21:17.24 | otavio | khem: even tought I think it won't matter |
21:17.38 | khem | otavio: yes eglibc it is because you are using micro and not micro-uclibc |
21:17.47 | otavio | khem: yep |
21:17.54 | otavio | ericben: yes |
21:18.02 | khem | ericben: could be or could be not |
21:18.11 | ericben | khem: that's the question ;-) |
21:18.13 | khem | the bootstrapping processes are gory and different always |
21:18.15 | otavio | ericben: but interesting that khem has not been able to reproduce it |
21:18.17 | *** join/#oe kevinsc (~a0214685@nat/ti/x-yweijaqspfomoafu) |
21:18.38 | otavio | khem: binutils, let me check my version |
21:18.40 | ericben | otavio: khem runs on a 64 or 32 bits build host ? |
21:18.55 | khem | otavio: try setting PREFERRED_BINUTILS_VERSION_local = "2.21" |
21:19.06 | khem | ericben: I have both |
21:19.09 | otavio | khem: my host binutils is 2.20 (debian one) |
21:19.32 | khem | otavio: the problem as it seems from your log is while linking libstdc++ |
21:19.43 | khem | which will use cross binutils |
21:19.54 | khem | and sane-toolchain right now defaults to 2.20.1 |
21:19.57 | *** join/#oe mrc3 (~ddiaz@189.157.120.111) |
21:20.02 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rqwdsoxjtlvimded) |
21:20.09 | khem | otavio: I am just trying to isolate the problem |
21:20.26 | khem | otavio: it could be that gcc unearthed a bug in binutils |
21:20.28 | otavio | khem: it used binutils-cross-2.20.1-r13.4 |
21:20.35 | ericben | <PROTECTED> |
21:20.38 | khem | otavio: ok, try to use 2.21 |
21:20.52 | otavio | reverts the revert |
21:20.59 | khem | heh |
21:21.43 | ericben | Tartarus: for strace is it worth tu push the fix for 4.5.14 even if we default 4.5.20 ? |
21:21.46 | ericben | bye |
21:22.05 | otavio | khem: but I should use binutils-cross no? |
21:22.23 | khem | no |
21:22.39 | khem | PREFERRED_BINUTILS_VERSION will be used for all incarnations of binutils we have |
21:22.56 | khem | if you are using a distro that inherits sane-toolchain.inc |
21:23.03 | khem | and I know micro does |
21:23.19 | otavio | khem: doing it |
21:23.34 | khem | otavio: I am using binutils 2.21 |
21:24.05 | khem | but I have another different thing and that is my target arch is i686 and yours is i585 |
21:24.09 | khem | err 586 |
21:24.20 | khem | but we will know more |
21:24.34 | khem | oh another one is I am building for uclibc |
21:24.40 | khem | but I think that does not matter here |
21:24.51 | khem | the issue is independent of libc |
21:25.15 | khem | otavio: can you post the failing full do_compile log |
21:29.47 | otavio | khem: sure |
21:29.50 | otavio | khem: building it |
21:30.38 | khem | otavio: you might just do this bitbake -c clean gcc-cross gcc-cross-initial gcc-cross-intermediate eglibc eglibc-initial; bitbake gcc-cross |
21:30.48 | khem | you dont have to build all from scratch |
21:32.37 | otavio | khem: NOTE: package gcc-cross-initial-4.5-r29.0+svnr168622: task do_compile: Started |
21:32.55 | khem | k |
21:32.59 | khem | which one fails |
21:33.10 | khem | gcc-cross-initial ? or gcc-cross |
21:33.31 | khem | hmmm linked in say 24 of mine connections changed jobs in 2010 |
21:34.06 | otavio | khem: btw, add me :-D |
21:34.12 | otavio | khem: cross |
21:34.17 | khem | heh will that be 25 ? |
21:34.54 | khem | Intel is looking for binary translator engineer the same position I worked 7 years ago |
21:35.25 | *** join/#oe methril (~methril@189.27.130.145.dynamic.adsl.gvt.net.br) |
21:37.59 | otavio | khem: eheh no; I am not planning to move jobs ATM eheh |
21:38.10 | *** join/#oe mrc3 (~ddiaz@189.157.119.230) |
21:38.31 | khem | otavio: which part of world do u live in ? |
21:38.32 | otavio | khem: still building |
21:38.45 | otavio | khem: I am Brazilian and live here (in Brazil) |
21:38.55 | otavio | khem: what about you? |
21:39.11 | hrw | khem: planning job change? |
21:41.45 | khem | hrw: my boss is so nice I probably will never change unless they fire me |
21:41.46 | khem | :) |
21:41.56 | otavio | NOTE: package gcc-cross-intermediate-4.5-r29.0+svnr168622: task do_compile: Started |
21:42.05 | khem | otavio: I am in the US but one day I will make it to brazil |
21:42.14 | khem | may be next World Cup or Olympics |
21:42.24 | hrw | khem: where you work now? |
21:43.02 | otavio | khem: sure and once you come, you'll love it :-D |
21:43.08 | otavio | khem: I can bet ;-) |
21:44.37 | khem | otavio: I work for Juniper |
21:45.23 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
21:45.29 | blindvt | so you make really loud switches :P |
21:45.52 | hollisb | heh |
21:46.59 | otavio | hhahaah |
21:47.19 | otavio | khem: still building |
21:47.43 | khem | otavio: thats good news :) |
21:52.26 | otavio | khem: NOTE: package gcc-cross-4.5-r29.0+svnr168622: task do_compile: Started |
21:52.49 | khem | hmmm fingers crossed :) |
21:56.10 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r13adc34c36 10openembedded.git/classes/autotools.bbclass: |
21:56.10 | CIA-1 | autotools.bblass: mkdir also AC_CONFIG_MACRO_DIR |
21:56.10 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
21:56.10 | CIA-1 | Acked-by: Tom Rini <tom_rini@mentor.com> |
21:56.10 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
21:56.17 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * ra88aca1d7d 10openembedded.git/classes/autotools.bbclass: |
21:56.17 | CIA-1 | autotools.bbclass: pass distro_imposed_configure_flags |
21:56.17 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
21:56.17 | CIA-1 | Acked-by: Tom Rini <tom_rini@mentor.com> |
21:56.18 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
21:56.21 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r15c269e4bd 10openembedded.git/classes/autotools.bbclass: |
21:56.21 | CIA-1 | autotools.bbclass: use grep -q |
21:56.21 | CIA-1 | -q is a required arg so use it instead of redirecting to /dev/null |
21:56.21 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
21:56.21 | CIA-1 | Acked-by: Tom Rini <tom_rini@mentor.com> |
21:56.22 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
21:59.49 | *** join/#oe dv__ (~dv@dvhome.kansstel.ru) |
22:03.57 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * rba92199a67 10openembedded.git/recipes/busybox/busybox.inc: |
22:03.57 | CIA-1 | busybox: provide postrm for package mdev |
22:03.57 | CIA-1 | Remove the mdev runlevel entry on package removal. |
22:03.57 | CIA-1 | Acked-by: Otavio Salvador <otavio@ossystems.com.br> |
22:03.57 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
22:05.13 | otavio | khem: :-( |
22:07.14 | otavio | khem: http://arquivos.ossystems.com.br/~otavio/log.do_compile.16079 |
22:07.16 | otavio | khem: failed |
22:10.11 | khem | otavio: dont worry let me try to reproduce it here |
22:10.13 | khem | and I will fix it |
22:10.20 | khem | will take some time though |
22:11.53 | otavio | khem: any idea about the problem? |
22:11.56 | khem | otavio: its MACHINE="i586-generic" |
22:12.02 | khem | otavio: I think its a gcc ICE |
22:12.23 | khem | otavio: I can get that info from your build too |
22:12.33 | khem | but it will take some time back and forth |
22:14.30 | *** part/#oe GarthPS (~quassel@84.7.10.14) |
22:15.08 | otavio | khem: OK |
22:15.19 | blindvt | otavio, since you acked the mdev only part for the u-a simplification, perhaps you or somebody else could ACK/NACK "busybox: simplify update-rc.d OPT handling" too? TIA |
22:15.38 | otavio | khem: I will be off for some time but if you want me to test something mail it to me. |
22:15.42 | otavio | blindvt: let me check it |
22:17.50 | khem | blindvt: I am testing the protected symbols patch |
22:17.54 | khem | from carmelo |
22:18.02 | khem | and should have acks/nacks tonight |
22:18.05 | otavio | blindvt: done |
22:18.22 | khem | blindvt: then we can have another rc may be |
22:18.51 | otavio | blindvt: did you see my question about a way to "enable/disable" busybox features? |
22:25.40 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:26.13 | blindvt | khem, i've asked jocke to comment on it and he said he'll try to glance at it this weekend. IIRC it's completely in-line with his initial suggestion |
22:27.06 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jjlsdcpicumkuyue) |
22:27.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-hzsqnacbqmrjqeaa) |
22:28.04 | *** join/#oe kevinsc (~a0214685@nat/ti/x-pnusqkcugpgdnahv) |
22:28.24 | blindvt | otavio, i saw it, yes. I'll take care of it |
22:32.01 | khem | blindvt: the patch is ok IMO |
22:32.29 | blindvt | hm. There was never discussion or {N,}ACK for http://patchwork.openembedded.org/patch/2367/ (that i can find) |
22:32.32 | blindvt | khem, it is, yes |
22:32.33 | khem | only one thing I was worried is that it uses 8bytes where we use to use 4byte for symbol as it uses struct now |
22:32.56 | khem | which will increase mem usage for large .so and bins |
22:33.06 | khem | but it should not be so evident |
22:33.19 | khem | <PROTECTED> |
22:33.57 | khem | otavio: can you try to comment out gcc-4.5-linaro-r99456.patch in gcc-4.5.inc ? |
22:34.02 | khem | and rebuilt |
22:34.29 | khem | otavio: bitbake -c clean gcc-cross gcc-cross-initial gcc-cross-intermediate eglibc eglibc-initial; bitbake gcc-cross |
22:39.15 | blindvt | khem, it would be handy to have an x86_64 sim too, something like this (cp of x86): busybox.net/~aldot/oe/qemux86_64-nocona.tar.bz2 |
22:39.15 | blindvt | g'night all |
22:46.37 | khem | blindvt: I proposed a x86_64 support and machine to OE long back |
22:46.47 | khem | but there was concern that _ is uses in overrides |
22:46.56 | khem | and this may be an issue |
22:47.12 | khem | but if use something else say x86-64 |
22:47.38 | khem | then we need to have internal mapping of some sort because configure does not understand that arch |
22:47.53 | khem | another possibility is to use amd64 |
22:48.04 | khem | I never tested/tried that |
22:53.28 | hrw | have a nice rest of day |
23:07.50 | *** join/#oe darkschneider (~gab@93-32-38-175.ip31.fastwebnet.it) |
23:15.40 | *** join/#oe darkschneider (~gab@93-32-38-175.ip31.fastwebnet.it) |
23:17.25 | *** join/#oe darkschneider (~gab@93-32-38-175.ip31.fastwebnet.it) |
23:18.36 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
23:37.59 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r0af4d2e8be 10openembedded.git/recipes/gcc/gcc-4.5.inc: |
23:37.59 | CIA-1 | gcc-4.5.inc: Disable linaro rev 99456 patch for now |
23:37.59 | CIA-1 | * Fixes the problem as described in |
23:37.59 | CIA-1 | http://lists.linaro.org/pipermail/linaro-dev/2011-January/001993.html |
23:37.59 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:52.08 | *** join/#oe Openfree (~Openfreer@61.170.197.230) |
23:52.18 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
23:57.32 | *** join/#oe darkschneider (~gab@93-32-38-175.ip31.fastwebnet.it) |