IRC log for #oe on 20110220

00:02.08*** join/#oe risca (~risca@c-899872d5.022-98-73746f3.cust.bredbandsbolaget.se)
00:03.53ka6sox-awayJay7, okay I'll look.
00:04.03*** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
00:04.08Jay7RFC sent to ML
00:04.16*** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
00:11.50Jay7-> sleep
00:14.28*** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
00:14.37*** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
00:19.28*** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
00:20.44ka6sox-awaykk
01:09.01*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
01:21.25*** join/#oe Openfree (~Openfreer@61.173.49.156)
01:45.05*** join/#oe _julian_ (~quassel@hmbg-5f761f36.pool.mediaWays.net)
02:43.01*** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz)
02:46.03mwesterTartarus,  db 5.1.19 isn't quite as upwards compatible as it claims, it would seem.  squid fails with the new version.   Thought I'd mention that, before re-instating the 5.0.x version and pinning SlugOS to use that older version.
02:47.58mwesterhttp://pastebin.com/jc57GxFt in case anyone cares.
03:01.37*** join/#oe fraxinath (~quassel@pD9536787.dip.t-dialin.net)
03:07.03mwesterSomething is very wrong here... :(
03:13.23mwesterSigh
03:14.38mwesterSquid 3.1.9 isn't that old, and there's no sign in the release notes for the .10 and .11 versions that they've updated for db 5.1 either.
03:19.52*** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk)
03:25.19*** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk)
03:44.27mwesterlack sufficient auto-foo to be able to figure out how to patch squid 3.1.11 to see if that would solve the problem. :(
03:46.06ka6soxmwester, right after scale I hope to have a FAT Slug to test.
04:22.12ka6soxthe 3 current slugs are kinda tired.
04:22.26ka6soxthey are also getting cold.
04:41.11*** join/#oe nitink (~nitink@nat/intel/x-tieilzuxvntmiivp)
05:16.12*** join/#oe Gin-geR (~hacker@g230194099.adsl.alicedsl.de)
06:16.18*** join/#oe amarsman_nl (~marsman@52488BC6.cm-4-1c.dynamic.ziggo.nl)
06:44.16*** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at)
06:46.37*** join/#oe Jefro (~josiermi@134.134.139.76)
07:36.59*** join/#oe mrj10 (~mrj10@63.252.64.254)
07:37.04*** part/#oe mrj10 (~mrj10@63.252.64.254)
08:05.41*** join/#oe mrj10 (~mrj10@63.252.64.254)
08:15.42*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
08:19.29*** join/#oe anarsoul (~anarsoul@212.98.175.148)
08:21.22*** join/#oe B_Lizzard (~havoc@athedsl-435041.home.otenet.gr)
08:33.22*** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de)
08:45.07*** join/#oe methril (~methril@189.27.128.169.dynamic.adsl.gvt.net.br)
09:02.04*** join/#oe ao2 (~ao2@2001:1418:117::1)
09:06.22dvhttp://pastebin.com/prv0a0H9
09:23.23*** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
09:27.22eFfeMotavio: if you are there: for libini:
09:27.23eFfeMSRCREV = "${AUTOREV}"
09:27.28eFfeMis probably not desirable
09:27.32*** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
09:27.59*** join/#oe stefan__ (~stefan@p5B0360F4.dip.t-dialin.net)
09:28.12eFfeMand I seem to get a parse error from it
09:28.13eFfeMERROR: Error parsing /home/frans/oe/openembedded/recipes/libinih/libinih_git.bb: Fetch command export HOME="/home/frans"; export SSH_AUTH_SOCK="/tmp/ssh-CCruJ2497/agent.2497"; export PATH="/home/frans/oe/openembedded/conf/bin:/home/frans/oe/openembedded/bin:/home/frans/oe/myopenembedded/conf/bin:/home/frans/oe/myopenembedded/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/ppce500v2/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/sbin:/home/f
09:28.13eFfeMfatal: read error: Connection reset by peer
09:33.05eFfeMkhem: mwester saw the msg on libinih on the list after pasting the above, will revert the recipe (I pushed it yesterday for otavio)
09:33.30eFfeMtesting first that reverting indeed resolves the issue
09:35.25CIA-4703Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8993a53bff 10openembedded.git/recipes/libinih/libinih_git.bb: (log message trimmed)
09:35.25CIA-47Revert "libinih: add"
09:35.25CIA-47This reverts commit 92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3.
09:35.25CIA-47This recipe gives a parsing error
09:35.25CIA-47ERROR: Error parsing /home/frans/oe/openembedded/recipes/libinih/libinih_git.bb: Fetch command export HOME="/home/frans"; export SSH_AUTH_SOCK="/tmp/ssh-CCruJ2497/agent.2497"; export
09:35.26CIA-47PATH="/home/frans/oe/openembedded/conf/bin:/home/frans/oe/openembedded/bin:/home/frans/oe/myopenembedded/conf/bin:/home/frans/oe/myopenembedded/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/ppce500v2/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/sbin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/bin:/home/frans/oe/tmp_minimal/sysroots/i686-linux/sbin:/home/frans/oe/tmp_minimal/sysroots/i686-linux//bin:/home/frans/oe/bitbake/bin:/home/frans/bi
09:35.27CIA-47git ls-remote git://projetos.ossystems.com.br/git/libinih.git master failed with signal 128, output:
09:44.33*** join/#oe anarsoul_ (~anarsoul@80.249.93.202)
09:45.38*** join/#oe playya__ (~playya@93.216.239.201)
09:45.38*** join/#oe playya__ (~playya@unaffiliated/playya)
09:46.58*** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
09:52.27*** join/#oe kristoffer (~kristoffe@c-ccdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se)
09:54.35*** join/#oe kristoffer (~kristoffe@c-ccdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se)
10:02.22GNUtoo|laptopthat's bad:
10:02.30GNUtoo|laptopSRCREV = "${AUTOREV}"
10:02.32GNUtoo|laptopin:
10:02.50GNUtoo|laptoprecipes/libinih/libinih_git.bb
10:03.45GNUtoo|laptopeFfeM, khem hi
10:03.58GNUtoo|laptopyou signed off or acked by something that had autorev in it
10:04.01GNUtoo|laptopis it normal?
10:04.24GNUtoo|laptop92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3
10:05.28*** join/#oe Heinervdm (~thomas@pD9E14ABA.dip.t-dialin.net)
10:12.34*** join/#oe rob_w (~bob@ppp-188-174-14-203.dynamic.mnet-online.de)
10:29.09*** join/#oe otavio (~otavio@189.114.111.55)
10:29.09*** join/#oe otavio (~otavio@debian/developer/otavio)
10:29.55*** join/#oe mrc3 (~ddiaz@189.157.111.30)
10:44.33*** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
10:46.23*** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
10:48.14*** join/#oe Heinervdm (~thomas@pD9E14ABA.dip.t-dialin.net)
10:55.42*** join/#oe morphis_ (~morphis@dslb-088-071-251-110.pools.arcor-ip.net)
11:14.22*** join/#oe tdebrouw` (~tdebrouw@91.182.61.176)
11:14.27*** join/#oe risca (~risca@c-899872d5.022-98-73746f3.cust.bredbandsbolaget.se)
11:19.52GNUtoo|laptopotavio, hi
11:20.19GNUtoo|laptopotavio, is that normal:
11:20.20GNUtoo|laptopSRCREV = "${AUTOREV}"
11:20.31GNUtoo|laptopin recipes/libinih/libinih_git.bb (92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3 )
11:20.34GNUtoo|laptopbecause:
11:20.44GNUtoo|laptop*I'm not sure autorev is acceptable in recipes
11:21.03eFfeMGNUtoo|laptop: no, I've reverted it
11:21.06GNUtoo|laptop*I couldn't fetch it during parsing that's why I saw it
11:21.07GNUtoo|laptopok
11:21.36eFfeMsee cia msg of 10.35
11:21.46GNUtoo|laptopeFfeM, my bad, I forgott to git pull again then
11:21.49GNUtoo|laptopsoeey
11:22.17eFfeMactually I only glanced over the recipe as it already had an ack from khem, and these were piling up for a while and did not notice the autorev
11:22.35GNUtoo|laptopok
11:29.33GNUtoo|laptops/soeey/sorry/
11:30.54eFfeMno problem
11:31.10eFfeMguess those things happen to everyone every once in a while
11:33.32GNUtoo|laptopalso: mal-formated recipe can make people not see stuff
11:33.38GNUtoo|laptops/mal/badly
11:52.31*** join/#oe vanous (~vanous@194.228.223.3)
11:57.58*** join/#oe obi (~obi@unaffiliated/obi)
12:06.12*** join/#oe morphis (~morphis@dslb-088-071-251-110.pools.arcor-ip.net)
12:12.58*** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
12:13.07*** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net)
12:16.59*** join/#oe risca (~risca@m83-178-64-207.cust.tele2.se)
12:21.59*** join/#oe CMoH (~cipi@95.76.68.223)
12:21.59*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
12:22.51*** join/#oe rob_w__ (~bob@ppp-188-174-14-203.dynamic.mnet-online.de)
12:28.21*** join/#oe ensc (~irc-ensc@fedora/ensc)
12:38.16CIA-4703Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8ae294d9e7 10openembedded.git/recipes/linux/ (3 files in 2 dirs):
12:38.16CIA-47linux: moved calamari to 2.6.34
12:38.16CIA-47I've been using this for quite a while but apparently forgot to commit it.
12:38.16CIA-47this makes iscsi-target build
12:38.16CIA-47Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:46.17*** join/#oe davidlt (~davidlt@43-99.79-83.cust.bluewin.ch)
12:46.42davidltHaving problem booting from UBIFS after moving to newer version
12:46.44davidlthttp://old.nabble.com/UBIFS-boot-fails-to-work-on-latest-release-to30970435.html
12:47.10davidltAny ideas?
12:47.28davidltGNUtoo|laptop: ping
12:54.33eFfeMdavidlt: your nandroot partition is overo-rootfs (your u-boot setting) but your partition table does not have this partition, only rootfs
12:54.43eFfeMsuggest to change nandroot to remvoe the overo- part
12:55.12davidltTried that, didn't help, but gonna try again
12:55.32davidltBut I can access it from MMC, after doing ubiattach
12:55.43davidltand you get ubi0:overo-rootfs
12:57.47*** join/#oe philippe (~philippe@a83-245-252-47.elisa-laajakaista.fi)
12:58.09davidltGoogling: UBIFS not mounting on linux-omap 2.6.36
12:59.12GNUtoo|laptopdavidlt, hi
12:59.12davidltYeah, reports 2.6.35 and 2.6.36 Sakoman kernels -> no UBIFS mount
12:59.20davidltolder and *.37 works
12:59.59davidltsakoman: ping
13:00.53GNUtoo|laptophmmm
13:00.55GNUtoo|laptophttp://www.pastie.org/1585568
13:01.33GNUtoo|laptopdavidlt, try bypassing subpages
13:01.47GNUtoo|laptopand look what -19 is
13:01.52GNUtoo|laptoperrno.h
13:02.45GNUtoo|laptop#defineENODEV19/* No such device */
13:03.33GNUtoo|laptopyou don't have enough detail on the succes of the mount
13:03.52GNUtoo|laptopalso look in nokia900 machine
13:04.00GNUtoo|laptopthere are some comments about ubifs
13:04.00davidltI am looking at my shell logs and that line only sometimes shows up
13:04.12GNUtoo|laptopAlso UBIFS seem to work:
13:04.17GNUtoo|laptopno details on the command issues
13:04.20GNUtoo|laptop*issued
13:04.57davidltThis is info from the boot
13:07.23GNUtoo|laptopah ok
13:08.00GNUtoo|laptoprootfstype=ubifs ubi.mtd=5,2048 root=ubi0:nokia900-rootfs
13:08.06GNUtoo|laptopthat's what I have for nokia900
13:08.17GNUtoo|laptopthe 2048 is the PEB
13:08.39GNUtoo|laptopoops
13:08.54GNUtoo|laptops/PEB/smallest flash I/O unit
13:09.37GNUtoo|laptopso basically with ,2048 you bypass the subpages
13:09.48GNUtoo|laptopthat made it work for me
13:09.53GNUtoo|laptopand for JaMa too
13:10.02GNUtoo|laptopit's JaMa that gave me the trick
13:10.36davidltOk, gonna try
13:12.14davidltI see from logs, that there 5 partitions at beginning and after UBIFS does it thing, there is 6 partitions. So ubi0:overo-rootfs should be avaialble.
13:14.55davidltsame result
13:15.08GNUtoo|laptopwhat do you know about ubi and ubifs?
13:15.15GNUtoo|laptopboot from microsd
13:15.19GNUtoo|laptopand then....
13:15.25GNUtoo|laptoptry to mount it manually
13:15.32davidltTried, works fine
13:15.46davidltBut my MMC has different OS version
13:15.51davidltI still uses 2.6.34
13:16.05GNUtoo|laptopyou mean kernel version
13:16.14*** join/#oe B_Lizzard (~havoc@athedsl-435041.home.otenet.gr)
13:16.21davidltI have exact setup, etc, but it doesn't work with new kernel
13:16.34davidltI moved from 2.6.34 to 2.6.36
13:16.48GNUtoo|laptopyes I know
13:16.50davidltFor that WiFi AP thing
13:16.53GNUtoo|laptopthen try the newer kernel
13:16.59GNUtoo|laptopon micorsd
13:17.06GNUtoo|laptopand try mounting the ubifs from sd
13:17.20GNUtoo|laptopbecause it's easier, you'll have more control etc...
13:18.02davidltIt might work, but I need it work on boot from nand
13:18.12GNUtoo|laptopI understand
13:18.14GNUtoo|laptopbut....
13:18.23GNUtoo|laptopI meant boot from microsd for debugging purposes
13:18.28GNUtoo|laptoplook how to make it work from there
13:18.32GNUtoo|laptopand go to NAND later
13:20.12GNUtoo|laptopanyone knows for that: unresolvable R_ARM_THM_CALL relocation against symbol `memcpy@@GLIBC_2.4'
13:34.07rob_whey that CIA bot .. is filled by git commits .. can i get a view on this bot , i would love to have that too !
13:36.01*** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz)
13:36.19*** join/#oe B_Lizzard_ (~havoc@athedsl-423746.home.otenet.gr)
13:36.24GNUtoo|laptopwho maintains the CIA bot?
13:36.32GNUtoo|laptopka6sox, ?
13:39.24rob_womg that is a 150mb software ?? wooot
13:52.32*** join/#oe B_Lizzard (~havoc@athedsl-423746.home.otenet.gr)
14:03.34Jay7rob_w: look on CIA site
14:03.58rob_wyep i found it
14:04.02rob_wit looks horrible
14:04.15rob_wi only want simple notify .. and not a 150mb monster
14:04.19Jay7http://cia.vc/
14:04.53Jay7http://cia.vc/doc/clients/
14:05.46Jay7https://git.wiki.kernel.org/index.php/InterfacesFrontendsAndTools#CIAbot
14:05.49Jay7even here
14:06.13Jay7rob_w: I'm using bash script from cia.vc
14:23.24*** join/#oe mrc3 (~ddiaz@189.157.108.182)
14:34.34TartaruseFfeM, neek/nios2 stuff is also you yes?  (& thanks for fixing calamari+iscsi-target)
14:37.27*** join/#oe pespin (~pespin@171.pool85-50-76.dynamic.orange.es)
14:44.04*** join/#oe davidlt (~davidlt@43-99.79-83.cust.bluewin.ch)
14:44.56davidltGNUtoo|laptop: got exact lines in logs as reported my other people
14:44.59rob_wJack87,  this one http://cia.vc/clients/git/ciabot.bash ?
14:45.07davidltmount -t ubifs ubi0:overo-rootfs /mnt/root
14:45.07davidltmount: ubi0:overo-rootfs already mounted or /mnt/root busy
14:45.08*** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at)
14:45.45davidltGNUtoo|laptop: you know how those defconfig files are automatically generated for each linux-omap recipes?
14:45.51davidltWould like to try 2.6.37
14:46.02GNUtoo|laptopdavidlt, what's the ubiattach command?
14:46.14davidltmount
14:46.17davidltubitattach works
14:46.57davidltIt was reported not to work with *.35 and *.36, but *.37 again works
14:47.03davidltSo I would like to try that
14:47.52GNUtoo|laptopdavidlt, did you try disabilng the subpages
14:47.52GNUtoo|laptop?
14:47.53davidlthmmm
14:47.53davidltFeb 20 14:19:25 overo gluebi (pid 4345): gluebi_resized: got update notification for unknown UBI device 0 volume 0
14:47.54davidltFeb 20 14:19:25 overo UBI: volume 0 ("overo-rootfs") re-sized from 562 to 1973 LEBs
14:47.57rob_w/mnt/root is is a auto mount by the scripts imho, you dont need to to mount that by hand
14:48.26davidltrob_w:  there is not /mnt/root, I just mkdir it
14:48.46rob_wah sorry . i meant /dev/root
14:49.09davidltGNUtoo|laptop: I tried it last time, same result
14:49.18davidltI Googled, tried what I found, nothing helped
14:49.28davidltAn actually no solutions found
14:49.35rob_wdavidlt, ubifs problems ?
14:49.41davidltyeah
14:49.45davidltwith 2.6.36
14:49.51CIA-4703Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r03410dc552 10openembedded.git/recipes/shr/libphone-ui-shr_git.bb:
14:49.51CIA-47libphone-ui-shr: fix "Missing inherit gettext?"
14:49.51CIA-47Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
14:49.53rob_whmm
14:50.08rob_wi use ubifs on 2.6.35.9 just fine
14:50.31davidltIt worked on 34 for me
14:50.47davidltBut I am not the only one with this problem :)
14:51.32davidltI would like to try 37, but how those defconfig files are generated for kernel configuration?
14:51.54davidltProbably it's not a good idea copy configuration from 36 kernel
14:52.38rob_wthey just sitting in linux/linux-XXX/
14:52.53GNUtoo|laptopdavidlt, go in workdir of .37 kernel
14:53.00GNUtoo|laptopcp the old defconfig in .config
14:53.04GNUtoo|laptopmake ARCH=arm xconfig
14:53.04GNUtoo|laptopsave
14:53.11GNUtoo|laptopand modify if necessary
14:53.14davidltThaks
14:53.23GNUtoo|laptopand put back in defconfig of 37 in oe
14:53.28GNUtoo|laptopoops
14:53.29CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r6067e6ca9c 10openembedded.git/classes/insane.bbclass: (log message trimmed)
14:53.29CIA-47insane.bbclass: Make RPATH a non-fatal error
14:53.29CIA-47In order to make the user experience better we now use bb.warn
14:53.29CIA-47on non-fatal QA errors and bb.error on fatal errors. Also note
14:53.29CIA-47that the RPATH problem is a security issue. (not part of the acks,
14:53.29CIA-47but suggested on the ML).
14:53.30CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
14:53.38GNUtoo|laptopif you have 37 in oe
14:53.39CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rbb13c3a9ff 10openembedded.git/classes/insane.bbclass:
14:53.40CIA-47insane.bbclass: Clarify missing gettext message
14:53.40CIA-47Make it clear that what's missing is an 'inherit gettext' in a
14:53.40CIA-47recipe.
14:53.40CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
14:53.51rob_wso for this CIA stuff i need that scripts and the whole cia software ?
14:54.35GNUtoo|laptopdavidlt, is the 37 in oe?
14:55.38davidltlinux-omap_2.6.37.bb
14:56.20davidltBut this one doesn't work on Gumstix Overo
14:57.21GNUtoo|laptopah, why?
14:57.24GNUtoo|laptopand which one works?
14:58.37davidltI has headers for overo machine, but it hanged on boot when I tried
14:59.01davidltlinux-omap3 kernels are used for Gumstix Overo, which are only in Gumstix OE branch
15:01.48GNUtoo|laptophanged where
15:01.52GNUtoo|laptopuncompressing linux ....
15:01.52GNUtoo|laptop?
15:02.15davidltI think so
15:02.17GNUtoo|laptop*does it have board file for your overo
15:02.28GNUtoo|laptop*does overo have uboot?
15:02.38GNUtoo|laptopbecause I can get you the dmesg
15:02.43GNUtoo|laptopif the board initialized
15:02.52GNUtoo|laptopwhatever it doesn't print
15:02.55GNUtoo|laptopI know how to get it
15:03.37davidltYeah, there is board support and we use uboot
15:03.49davidltI think at least
15:04.15GNUtoo|laptopok
15:04.17GNUtoo|laptopso use that:
15:04.46GNUtoo|laptophttp://www.elinux.org/Kernel_Debugging_Tips#Debugging_early_boot_problems
15:04.58GNUtoo|laptopbasically grep for __log_bug in System.map
15:05.01GNUtoo|laptopget the address
15:05.07GNUtoo|laptoptranslate it in physical address
15:05.10GNUtoo|laptopboot
15:05.14GNUtoo|laptopwait a bit
15:05.16GNUtoo|laptopreset the board
15:05.21GNUtoo|laptopmd the address
15:05.25GNUtoo|laptopand press enter
15:05.29GNUtoo|laptopmultiple times
15:05.33GNUtoo|laptopand the buffer will appear
15:07.05davidltI remember someone telling me that linux-omap kernel might work or not and that I should no rely on it
15:09.06GNUtoo|laptopI just told you how to debug it
15:09.10GNUtoo|laptopnot if it will work well
15:09.45davidltYeah, thats nice thing to know as I didn't know how to do that
15:13.00davidltHmm... I can't move back to JFFS2
15:13.21pespinERROR: Logfile of failure stored in: /OE/shr-testing/tmp/work/i686-oe-linux/libacpi-0.2-r1/temp/log.do_compile.4414
15:13.22pespinLog data follows:
15:13.22pespin| NOTE: make -j 4 LDFLAGS = -Wl,-O1 -Wl,--hash-style=gnu
15:13.22pespin| make: *** empty variable name.  Stop.
15:14.30*** join/#oe Crofton|work (~balister@pool-74-107-167-114.ronkva.east.verizon.net)
15:14.39*** join/#oe udovdh (~udovdh@pindarots.xs4all.nl)
15:14.40*** join/#oe ensc_ (~irc-ensc@p5DF2D83A.dip.t-dialin.net)
15:18.45GNUtoo|laptoppespin, try quoting the LDFLAGS content
15:19.35pespinGNUtoo|laptop, yep, already did it, it's working now it seems :)
15:19.43GNUtoo|laptopok
15:25.37CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r1f08250f41 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc:
15:25.37CIA-47angstrom-2008: Pin gvfs at 1.6.6
15:25.37CIA-47We're doing this since glib-2.0 is pinned.
15:25.37CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:25.49CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0395a1a08f 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc:
15:25.49CIA-47kaeilos 2009: Pin gvfs to 1.6.6
15:25.49CIA-47We're doing this since glib-2.0 is pinned.
15:25.49CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:25.50CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * red54952b88 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc:
15:25.50CIA-47slugos: Pin gvfs to 1.6.6
15:25.50CIA-47We're doing this since glib-2.0 is pinned.
15:25.50CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:25.53CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r64e780736b 10openembedded.git/recipes/gnome/gvfs_1.7.2.bb:
15:25.53CIA-47gvfs 1.7.2: Drop DEFAULT_PREFERENCE
15:25.53CIA-47This is the version required for glib-2.28.0 which is default unless
15:25.53CIA-47pinned.
15:25.53CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:25.58CIA-4703Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * r5ee35b8afc 10openembedded.git/recipes/wpa-supplicant/ (wpa-supplicant-0.7.inc wpa-supplicant_0.7.3.bb): (log message trimmed)
15:25.58CIA-47wpa-supplicant-0.7.3: use MACHINE_ARCH
15:25.58CIA-47* Because of madwifi, wpa-supplicant depends on COMBINED_FEATURES.
15:25.58CIA-47Thus, PACKAGE_ARCH must be set to MACHINE_ARCH.
15:25.58CIA-47* Use INC_PR and bump it.
15:25.59CIA-47Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
15:25.59CIA-47CC: Stefan Schmidt <stefan@datenfreihafen.org>
15:26.00CIA-4703Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * rd7ef6515a1 10openembedded.git/conf/machine/ (jornada6xx.conf jornada7xx.conf mp900c.conf):
15:26.00CIA-47jornada6xx/jornada7xx/mp900c: increase amount of used VTs.
15:26.12CIA-4703Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * rbdafb44d4d 10openembedded.git/recipes/less/less_436.bb:
15:26.12CIA-47less_436.bb: provide absolute path in ALTERNATIVE_PATH.
15:26.12CIA-47Relative path causes dpkg's update-alternatives to ignore this
15:26.12CIA-47alternative.
15:26.13CIA-47Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com>
15:26.13CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:29.02pespinGNUtoo|laptop, so that LDFLAGS lacking is bitbake bug or recipe bug?
15:30.04GNUtoo|laptoppespin, recipe
15:30.13GNUtoo|laptopit can't be a bitbake bug
15:32.16CIA-4703Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r08926b7706 10openembedded.git/ (4 files in 2 dirs):
15:32.16CIA-47Revert "gvfs 1.7.2: Drop DEFAULT_PREFERENCE"
15:32.16CIA-47Pushed too soon, revert the pins as well.
15:32.16CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:32.47*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
15:33.32pespinGNUtoo|laptop, then could you push the fix please?
15:34.00GNUtoo|laptoppespin, make a patch and send it to the mailing list
15:34.39pespinGNUtoo|laptop, do I need to be registered to be able to send patches there?
15:34.56GNUtoo|laptopno idea
15:35.12GNUtoo|laptopbut it's a good idea to register
15:35.16GNUtoo|laptopif you want to send patches
15:35.18pespinok
15:35.28pespinI'll register
15:35.40GNUtoo|laptopalso if you get commit access one day, you'll need to register
15:36.51pespinGNUtoo|laptop, http://wiki.openembedded.org/index.php/Mailing_lists     which one should i send the patch to?
15:37.32pespin-devel?
15:37.36GNUtoo|laptopyes
15:37.49pespinok
15:43.15*** join/#oe B_Lizzard_ (~havoc@athedsl-118061.home.otenet.gr)
16:07.37CIA-4703Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ree97ccce95 10openembedded.git/recipes/wpa-supplicant/wpa-supplicant-0.7.inc: (log message trimmed)
16:07.37CIA-47wpa-supplicant 0.7: use madwifi solution from 0.5.x and 0.6.x
16:07.37CIA-47This makes the package only machine dependant if 'madwifi' is both in machine
16:07.37CIA-47features and distro features. This avoids having to build an identical
16:07.37CIA-47wpa-supplicant for every machine which is a significant saving for both machine
16:07.38CIA-47and distro maintainers.
16:07.39CIA-47Fun fact: no in-tree machine has madwifi in machine features.
16:15.50*** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net)
16:19.38eFfeMTartarus: was afk, nios/neek stuff is also brought to OE and commited by me, I'm aware of the libsup build, this has been shown up on the testing activities as well
16:19.57eFfeMactually didn't have time to dig into it
16:20.30eFfeMjust did a bitbake iscsi-target for neek and it gave some 10 errors, typically we only build minimal at work
16:20.39*** join/#oe janp (~janp@mailout.fortiscorp.be)
16:20.52eFfeMbut the toolchain for nios is not really up to date (gcc 4.1.something, binutils 18.50.something iirc)
16:22.12eFfeMno one is really working on it, at one point I tried to move gcc forward but as nios is an fpga core there can be lots of variants and someone decided to have pragma's to control these (and 4.2+ runs out of space to store these)
16:23.01*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
16:25.23eFfeMericben, applied 719 locally removed sysroot stamps, now rebuilding
16:25.35eFfeMotherwise I can do a clean build tonight as I won't need the system anyhow
16:26.17eFfeMbtw and above it was ofc binutils 2.18.50.something
16:28.44eFfeMfigured it either does not help or a full rebuild is needed, will kick that off in a few minutes
16:44.47*** join/#oe vanous1 (~vanous@194.228.223.3)
16:48.56*** join/#oe _julian (~quassel@hmbg-5f77e6be.pool.mediaWays.net)
16:52.42*** join/#oe mark97229 (~mark@c-24-22-115-171.hsd1.or.comcast.net)
16:57.31*** join/#oe vanous (~vanous@194.228.223.3)
17:02.27*** join/#oe _julian (~quassel@hmbg-5f762f59.pool.mediaWays.net)
17:05.59*** join/#oe anarsoul_ (~anarsoul@212.98.175.216)
17:07.45*** join/#oe mlip (~mlip@unaffiliated/mlip)
17:12.57*** join/#oe kristoffer (~kristoffe@c-ccdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se)
17:21.33davidltGNUtoo|laptop: ping
17:25.38*** part/#oe mrj10 (~mrj10@63.252.64.254)
17:27.33*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
17:32.20GNUtoo|laptoppong
17:33.08davidltI was drinking my tea and noticed this line just after ubitattach output:
17:33.11davidltlogger: udev/mount.sh [/dev/mtdblock5] is blacklisted, ignoring
17:34.16mwesteris in need of enlightenment, too -- goes off to get some tea to see if that will work. :D
17:35.07GNUtoo|laptopdavidlt, no idea
17:35.50davidltroot@overo:/dev# ubidetach /dev/ubi_ctrl -m 4
17:35.51davidltubidetach: error!: cannot detach mtd4
17:35.51davidlt<PROTECTED>
17:36.02davidltThis is getting interesting
17:36.06GNUtoo|laptopcat /proc/mtd ?
17:36.42davidlthttp://pastebin.com/5TYFRN6p
17:36.48davidltmtd5: 0f2c5800 0001f800 "overo-rootfs"
17:36.57GNUtoo|laptopok
17:37.16GNUtoo|laptopah you have 2 rootfs?
17:37.43GNUtoo|laptopthe erasesize is not the same, strange
17:38.32GNUtoo|laptopanyway
17:39.03davidltmtd5 shows up after ubiattach
17:39.13davidltThat was always like that
17:39.36davidltthats: ubi0:overo-rootfs
17:39.58GNUtoo|laptopcan you boot from microsd?
17:40.04GNUtoo|laptopdo you know ubiformat ?
17:40.25davidltYeah, I flat NAND, so I have to use ubiformat
17:40.42GNUtoo|laptopyou have to use?
17:41.03GNUtoo|laptopon all my devices that support ubi+ubifs I flash plain ubi
17:41.37davidltubiformat /dev/mtd4 -s 512 -f omap3-console-image-overo.ubi
17:41.52GNUtoo|laptop-f is for ubifs file?
17:42.42GNUtoo|laptopcan you flash from uboot
17:42.43GNUtoo|laptop?
17:43.02GNUtoo|laptopor nandwrite
17:43.32davidltThis snippet was written long time ago, don't remember why '-f' used
17:43.50GNUtoo|laptopI wonder if -f is for ubi or ubifs
17:43.51davidltAfter nandwrite as I rememer it doesn't work any more, just errors
17:43.56GNUtoo|laptopI would bet on ubifs
17:44.09GNUtoo|laptopwhat arguments did you use with nandwrite?
17:44.19GNUtoo|laptop-p ?
17:44.29davidltyeah
17:44.35GNUtoo|laptopok that's fine
17:44.36GNUtoo|laptopstrange
17:44.45GNUtoo|laptopI bet bad ubi/ubifs params
17:45.13GNUtoo|laptopbut it's difficult to help without reproducing the issue
17:46.14davidltTrying to google ubiformat usage
17:46.24davidltubiformat /dev/mtd0 -f ubi.img on 'How do I flash UBI images and preserve erase counters?'
17:46.26GNUtoo|laptopman it
17:46.29GNUtoo|laptopyou built the sources
17:46.35GNUtoo|laptopman ./path/to/man
17:46.45GNUtoo|laptopok
17:46.51GNUtoo|laptopso it's ubi
17:46.53GNUtoo|laptopand not ubifs
17:47.17davidltIt would be nice if they would be online
17:47.52*** join/#oe B_Lizzard (~havoc@athedsl-427713.home.otenet.gr)
17:48.19GNUtoo|laptophttp://www.linux-mtd.infradead.org/doc/ubifs.html
17:49.17*** join/#oe mrj10 (~mrj10@63.252.64.254)
17:52.03davidltI know it, but it doesn't give info about utilities usage
17:53.15*** join/#oe Slyon (~lukas@ppp-188-174-52-171.dynamic.mnet-online.de)
17:54.14davidlt'-f' - flash image file instead of stdin
17:55.48davidltBut why the hell it is in black list and ignored
17:56.10dvhttp://pastebin.com/EdwtfN21
18:01.47mwesterdavidlt,  are you asking what the reasoning behind making it blacklisted might be, or are you asking how it is blacklisted?
18:02.09davidltreason
18:03.04mwesterNormally one would blacklist mtdblock devices because one expects that they will be mounted as the rootfs by the kernel at boot time, and therefore udev should not attempt to mount them into /media.
18:03.48mwester(Assuming your blacklisting problem is from udev, and not some other utility that might implement its own blacklisting mechanism)
18:09.24davidltmwester: thanks
18:12.07*** join/#oe jconnolly (~jconnolly@firebug.buglabs.net)
18:31.28eFfeMkhem, if you have a minute to spare, can you have a quick peek at http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030247.html my guess is that gcc 4.1.2 libtool is causing this issue
18:44.49TartaruseFfeM, what images do you want to support on neek?\
18:45.10TartarusI defaulted to my full set of minimal+minimal-uclibc+micro+8 or so images + meta-toolchain
18:45.31TartarusSo it's what do you want to support over what I have room to build :)
18:47.43eFfeMTartarus: for neek that is more than sufficient I'd say
18:49.47eFfeMafk
18:50.17Tartarusk
18:50.25TartarusWe'll see whats what tomorrow'ish
18:55.54*** join/#oe jconnolly (~jconnolly@firebug.buglabs.net)
19:09.30*** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de)
19:15.54*** part/#oe mrj10 (~mrj10@63.252.64.254)
19:29.53*** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de)
20:03.25CIA-4703Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r1516588acd 10openembedded.git/recipes/linux/ (linux-2.6.34/om-gta02/defconfig linux-openmoko_2.6.34.bb): (log message trimmed)
20:03.25CIA-47linux-2.6.34: add unwinding to om-gta02's defconfig
20:03.25CIA-47Adding unwinding remove CONFIG_FRAME_POINTER while preserving its
20:03.25CIA-47debug functionalities at the cost of a bigger image
20:03.25CIA-47(that we mitigate by using LZMA compression instead of gzip)
20:03.26CIA-47Pratically speaking that should result in speed improvements:
20:03.27CIA-47Speed seem to be faster but was not tested scientifically.
20:08.39*** join/#oe timtimred (~meh@79-67-227-103.dynamic.dsl.as9105.com)
20:10.58*** join/#oe chiehwen (~chiehwen@114-32-131-147.HINET-IP.hinet.net)
20:14.37*** join/#oe B_Lizzard_ (~havoc@athedsl-422370.home.otenet.gr)
20:41.06*** join/#oe anarsoul (~anarsoul@80.249.90.10)
21:16.11*** join/#oe toi (~peter@d54C2AA76.access.telenet.be)
21:32.05CIA-4703Pau Espin Pedrol <pespin.shar@gmail.com> 07org.openembedded.dev * rc44ecf1ff3 10openembedded.git/recipes/libacpi/libacpi_0.2.bb:
21:32.05CIA-47libacpi: SET OE LDFLAGS in recipe
21:32.05CIA-47Fixes ld problem related to GNU_HASH
21:32.05CIA-47Signed-off-by: Tom Rini <tom_rini@mentor.com>
21:38.34*** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz)
21:44.34*** join/#oe vanous1 (~vanous@194.228.223.3)
22:28.02*** join/#oe pespin_ (~pespin@171.pool85-50-76.dynamic.orange.es)
22:35.29*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
22:41.24*** join/#oe ant__ (~andrea@host203-223-dynamic.7-79-r.retail.telecomitalia.it)
22:44.22*** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at)
22:46.08*** join/#oe charles__ (~charles@125.118.124.202.static.snap.net.nz)
22:47.34charles__I am trying to get Enlightenment Foundation Libraries into an SDK. TO do this I need to make efl xxx-dev recipes. Where do I start?
22:48.03GNUtoo|laptopcharles__, no idea I'm not an efl expert, but maybe JaMa knows
22:48.36charles__It isn't so much efl expertise as OE expertise...
22:52.32charles__I guess it is really toolchain building to be more accurate...
22:53.12*** join/#oe GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
22:54.42*** join/#oe GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it)
22:58.13charles__JaMa, do you know about how to build efl into a toolchain?
23:04.05mwesterAnyone know who all cares about madwifi-ng recipes?
23:04.10mwesterAnd squid?
23:08.37charles__mwester, Have you got patches?
23:09.46charles__It you just have patches then send them to the mailing list.
23:13.42mwesterIt's more a matter of the approach to patching the breakage.  If anyone else cares, I'd just as soon spend the effort working on fixing it right, rather than spending a lot of time, posting to the ML, getting negative feedback and having to do it again! :)
23:14.26mwester(Frankly, I'd just as soon push the changes without review so I can get the feeds building again, but these aren't SlugOS-specific so I best not do that!)
23:14.44GNUtoo|oeeemwester, what's the advantage of madwifi now that there is ath5k?
23:16.16charles__GNUtoo|oeee, surely that isn't the point. If people are using recipes then isn't it a good idea to accept them?
23:16.46GNUtoo|oeeeit depends
23:17.11GNUtoo|oeeeI've no strict rules for or against that, I just look case by case
23:17.31GNUtoo|oeeehere madwifi is not developed anymore right?
23:17.42GNUtoo|oeeeand it has proprietary HAL
23:18.25mwesterGNUtoo|oeee,  I don't know if the ath5k works on the particular atheros card in the DSM-G600 device.
23:18.36mwesterIf it does, I'll dump the out-of-kernel driver in a heartbeat.
23:18.36GNUtoo|oeeeah ok
23:19.04mwesterlogs into his DSM-G600
23:19.38GNUtoo|oeeeah ok
23:19.48GNUtoo|oeeeit's something like a NAS
23:19.51GNUtoo|oeeebut wifi
23:19.55GNUtoo|oeeelike the nslu2
23:20.51mwesterYep, it's an IXP4xx-based device, very similar to the NSLU2, but bigger (64MB of RAM is particularly nice).  It's an AR5213A chip
23:21.09GNUtoo|oeeeok
23:21.31mwesterwifi0: Atheros AR5213A chip found (MAC 5.9, PHY 2112 4.3, Radio 4.6)
23:22.16mwesterWriting a note to self to check on the in-kernel support for that...
23:26.57GNUtoo|oeeehttp://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath5k/base.c?a=arm
23:27.09GNUtoo|oeee121         { "5213A",      AR5K_VERSION_MAC,       AR5K_SREV_AR5213A },
23:29.57CIA-4703Martin Jansa <Martin.Jansa@gmail.com> 07master * r2eca738f47 10openembedded.git/classes/debian.bbclass:
23:29.57CIA-47debian.bbclass: call auto_libname in reverse sorted AUTO_LIBNAME_PKGS
23:29.57CIA-47* see comment for reason why we need this
23:29.57CIA-47* more info:
23:29.57CIA-47http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/029877.html
23:29.58CIA-47Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
23:31.23duffoloniousis this correct? http://docs.openembedded.org/usermanual/usermanual.html#special_bitbake_collections
23:31.41duffoloniousas the way to setup multiple recipe repositories.
23:31.45GNUtoo|oeeemwester, ^^^
23:31.54GNUtoo|oeee(for the ath5k)
23:32.23GNUtoo|oeeebtw could your distro support other devices like wrt54gsv4?
23:39.23charles__ANy toolchain experts out there?
23:39.50*** join/#oe mrc3 (~ddiaz@189.157.118.252)
23:45.16CIA-4703Martin Jansa <Martin.Jansa@gmail.com> 07master * r3541b86e2b 10openembedded.git/conf/distro/include/preferred-shr-versions.inc:
23:45.16CIA-47SHR: prefer newer libsoup-2.4, needed by newer webkit-efl
23:45.16CIA-47Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
23:46.02*** join/#oe wicknix (~matt@228.63-135-128.cellcom.com)
23:52.18*** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner)
23:54.03*** join/#oe jkridner1 (~jason@adsl-99-94-191-27.dsl.sfldmi.sbcglobal.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.