00:02.08 | *** join/#oe risca (~risca@c-899872d5.022-98-73746f3.cust.bredbandsbolaget.se) |
00:03.53 | ka6sox-away | Jay7, okay I'll look. |
00:04.03 | *** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net) |
00:04.08 | Jay7 | RFC sent to ML |
00:04.16 | *** part/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net) |
00:11.50 | Jay7 | -> 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.44 | ka6sox-away | kk |
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.03 | mwester | Tartarus, 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.58 | mwester | http://pastebin.com/jc57GxFt in case anyone cares. |
03:01.37 | *** join/#oe fraxinath (~quassel@pD9536787.dip.t-dialin.net) |
03:07.03 | mwester | Something is very wrong here... :( |
03:13.23 | mwester | Sigh |
03:14.38 | mwester | Squid 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.27 | mwester | lack 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.06 | ka6sox | mwester, right after scale I hope to have a FAT Slug to test. |
04:22.12 | ka6sox | the 3 current slugs are kinda tired. |
04:22.26 | ka6sox | they 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.22 | dv | http://pastebin.com/prv0a0H9 |
09:23.23 | *** join/#oe dth (~dth@dslc-082-082-093-163.pools.arcor-ip.net) |
09:27.22 | eFfeM | otavio: if you are there: for libini: |
09:27.23 | eFfeM | SRCREV = "${AUTOREV}" |
09:27.28 | eFfeM | is 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.12 | eFfeM | and I seem to get a parse error from it |
09:28.13 | eFfeM | ERROR: 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.13 | eFfeM | fatal: read error: Connection reset by peer |
09:33.05 | eFfeM | khem: 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.30 | eFfeM | testing first that reverting indeed resolves the issue |
09:35.25 | CIA-47 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8993a53bff 10openembedded.git/recipes/libinih/libinih_git.bb: (log message trimmed) |
09:35.25 | CIA-47 | Revert "libinih: add" |
09:35.25 | CIA-47 | This reverts commit 92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3. |
09:35.25 | CIA-47 | This recipe gives a parsing error |
09:35.25 | CIA-47 | ERROR: 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.26 | CIA-47 | 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/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.27 | CIA-47 | git 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.22 | GNUtoo|laptop | that's bad: |
10:02.30 | GNUtoo|laptop | SRCREV = "${AUTOREV}" |
10:02.32 | GNUtoo|laptop | in: |
10:02.50 | GNUtoo|laptop | recipes/libinih/libinih_git.bb |
10:03.45 | GNUtoo|laptop | eFfeM, khem hi |
10:03.58 | GNUtoo|laptop | you signed off or acked by something that had autorev in it |
10:04.01 | GNUtoo|laptop | is it normal? |
10:04.24 | GNUtoo|laptop | 92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3 |
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.52 | GNUtoo|laptop | otavio, hi |
11:20.19 | GNUtoo|laptop | otavio, is that normal: |
11:20.20 | GNUtoo|laptop | SRCREV = "${AUTOREV}" |
11:20.31 | GNUtoo|laptop | in recipes/libinih/libinih_git.bb (92f66ee0a4e0958bfabc10cc2c2e8a211e8e31f3 ) |
11:20.34 | GNUtoo|laptop | because: |
11:20.44 | GNUtoo|laptop | *I'm not sure autorev is acceptable in recipes |
11:21.03 | eFfeM | GNUtoo|laptop: no, I've reverted it |
11:21.06 | GNUtoo|laptop | *I couldn't fetch it during parsing that's why I saw it |
11:21.07 | GNUtoo|laptop | ok |
11:21.36 | eFfeM | see cia msg of 10.35 |
11:21.46 | GNUtoo|laptop | eFfeM, my bad, I forgott to git pull again then |
11:21.49 | GNUtoo|laptop | soeey |
11:22.17 | eFfeM | actually 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.35 | GNUtoo|laptop | ok |
11:29.33 | GNUtoo|laptop | s/soeey/sorry/ |
11:30.54 | eFfeM | no problem |
11:31.10 | eFfeM | guess those things happen to everyone every once in a while |
11:33.32 | GNUtoo|laptop | also: mal-formated recipe can make people not see stuff |
11:33.38 | GNUtoo|laptop | s/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.16 | CIA-47 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8ae294d9e7 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
12:38.16 | CIA-47 | linux: moved calamari to 2.6.34 |
12:38.16 | CIA-47 | I've been using this for quite a while but apparently forgot to commit it. |
12:38.16 | CIA-47 | this makes iscsi-target build |
12:38.16 | CIA-47 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
12:46.17 | *** join/#oe davidlt (~davidlt@43-99.79-83.cust.bluewin.ch) |
12:46.42 | davidlt | Having problem booting from UBIFS after moving to newer version |
12:46.44 | davidlt | http://old.nabble.com/UBIFS-boot-fails-to-work-on-latest-release-to30970435.html |
12:47.10 | davidlt | Any ideas? |
12:47.28 | davidlt | GNUtoo|laptop: ping |
12:54.33 | eFfeM | davidlt: your nandroot partition is overo-rootfs (your u-boot setting) but your partition table does not have this partition, only rootfs |
12:54.43 | eFfeM | suggest to change nandroot to remvoe the overo- part |
12:55.12 | davidlt | Tried that, didn't help, but gonna try again |
12:55.32 | davidlt | But I can access it from MMC, after doing ubiattach |
12:55.43 | davidlt | and you get ubi0:overo-rootfs |
12:57.47 | *** join/#oe philippe (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
12:58.09 | davidlt | Googling: UBIFS not mounting on linux-omap 2.6.36 |
12:59.12 | GNUtoo|laptop | davidlt, hi |
12:59.12 | davidlt | Yeah, reports 2.6.35 and 2.6.36 Sakoman kernels -> no UBIFS mount |
12:59.20 | davidlt | older and *.37 works |
12:59.59 | davidlt | sakoman: ping |
13:00.53 | GNUtoo|laptop | hmmm |
13:00.55 | GNUtoo|laptop | http://www.pastie.org/1585568 |
13:01.33 | GNUtoo|laptop | davidlt, try bypassing subpages |
13:01.47 | GNUtoo|laptop | and look what -19 is |
13:01.52 | GNUtoo|laptop | errno.h |
13:02.45 | GNUtoo|laptop | #defineENODEV19/* No such device */ |
13:03.33 | GNUtoo|laptop | you don't have enough detail on the succes of the mount |
13:03.52 | GNUtoo|laptop | also look in nokia900 machine |
13:04.00 | GNUtoo|laptop | there are some comments about ubifs |
13:04.00 | davidlt | I am looking at my shell logs and that line only sometimes shows up |
13:04.12 | GNUtoo|laptop | Also UBIFS seem to work: |
13:04.17 | GNUtoo|laptop | no details on the command issues |
13:04.20 | GNUtoo|laptop | *issued |
13:04.57 | davidlt | This is info from the boot |
13:07.23 | GNUtoo|laptop | ah ok |
13:08.00 | GNUtoo|laptop | rootfstype=ubifs ubi.mtd=5,2048 root=ubi0:nokia900-rootfs |
13:08.06 | GNUtoo|laptop | that's what I have for nokia900 |
13:08.17 | GNUtoo|laptop | the 2048 is the PEB |
13:08.39 | GNUtoo|laptop | oops |
13:08.54 | GNUtoo|laptop | s/PEB/smallest flash I/O unit |
13:09.37 | GNUtoo|laptop | so basically with ,2048 you bypass the subpages |
13:09.48 | GNUtoo|laptop | that made it work for me |
13:09.53 | GNUtoo|laptop | and for JaMa too |
13:10.02 | GNUtoo|laptop | it's JaMa that gave me the trick |
13:10.36 | davidlt | Ok, gonna try |
13:12.14 | davidlt | I 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.55 | davidlt | same result |
13:15.08 | GNUtoo|laptop | what do you know about ubi and ubifs? |
13:15.15 | GNUtoo|laptop | boot from microsd |
13:15.19 | GNUtoo|laptop | and then.... |
13:15.25 | GNUtoo|laptop | try to mount it manually |
13:15.32 | davidlt | Tried, works fine |
13:15.46 | davidlt | But my MMC has different OS version |
13:15.51 | davidlt | I still uses 2.6.34 |
13:16.05 | GNUtoo|laptop | you mean kernel version |
13:16.14 | *** join/#oe B_Lizzard (~havoc@athedsl-435041.home.otenet.gr) |
13:16.21 | davidlt | I have exact setup, etc, but it doesn't work with new kernel |
13:16.34 | davidlt | I moved from 2.6.34 to 2.6.36 |
13:16.48 | GNUtoo|laptop | yes I know |
13:16.50 | davidlt | For that WiFi AP thing |
13:16.53 | GNUtoo|laptop | then try the newer kernel |
13:16.59 | GNUtoo|laptop | on micorsd |
13:17.06 | GNUtoo|laptop | and try mounting the ubifs from sd |
13:17.20 | GNUtoo|laptop | because it's easier, you'll have more control etc... |
13:18.02 | davidlt | It might work, but I need it work on boot from nand |
13:18.12 | GNUtoo|laptop | I understand |
13:18.14 | GNUtoo|laptop | but.... |
13:18.23 | GNUtoo|laptop | I meant boot from microsd for debugging purposes |
13:18.28 | GNUtoo|laptop | look how to make it work from there |
13:18.32 | GNUtoo|laptop | and go to NAND later |
13:20.12 | GNUtoo|laptop | anyone knows for that: unresolvable R_ARM_THM_CALL relocation against symbol `memcpy@@GLIBC_2.4' |
13:34.07 | rob_w | hey 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.24 | GNUtoo|laptop | who maintains the CIA bot? |
13:36.32 | GNUtoo|laptop | ka6sox, ? |
13:39.24 | rob_w | omg that is a 150mb software ?? wooot |
13:52.32 | *** join/#oe B_Lizzard (~havoc@athedsl-423746.home.otenet.gr) |
14:03.34 | Jay7 | rob_w: look on CIA site |
14:03.58 | rob_w | yep i found it |
14:04.02 | rob_w | it looks horrible |
14:04.15 | rob_w | i only want simple notify .. and not a 150mb monster |
14:04.19 | Jay7 | http://cia.vc/ |
14:04.53 | Jay7 | http://cia.vc/doc/clients/ |
14:05.46 | Jay7 | https://git.wiki.kernel.org/index.php/InterfacesFrontendsAndTools#CIAbot |
14:05.49 | Jay7 | even here |
14:06.13 | Jay7 | rob_w: I'm using bash script from cia.vc |
14:23.24 | *** join/#oe mrc3 (~ddiaz@189.157.108.182) |
14:34.34 | Tartarus | eFfeM, 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.56 | davidlt | GNUtoo|laptop: got exact lines in logs as reported my other people |
14:44.59 | rob_w | Jack87, this one http://cia.vc/clients/git/ciabot.bash ? |
14:45.07 | davidlt | mount -t ubifs ubi0:overo-rootfs /mnt/root |
14:45.07 | davidlt | mount: ubi0:overo-rootfs already mounted or /mnt/root busy |
14:45.08 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
14:45.45 | davidlt | GNUtoo|laptop: you know how those defconfig files are automatically generated for each linux-omap recipes? |
14:45.51 | davidlt | Would like to try 2.6.37 |
14:46.02 | GNUtoo|laptop | davidlt, what's the ubiattach command? |
14:46.14 | davidlt | mount |
14:46.17 | davidlt | ubitattach works |
14:46.57 | davidlt | It was reported not to work with *.35 and *.36, but *.37 again works |
14:47.03 | davidlt | So I would like to try that |
14:47.52 | GNUtoo|laptop | davidlt, did you try disabilng the subpages |
14:47.52 | GNUtoo|laptop | ? |
14:47.53 | davidlt | hmmm |
14:47.53 | davidlt | Feb 20 14:19:25 overo gluebi (pid 4345): gluebi_resized: got update notification for unknown UBI device 0 volume 0 |
14:47.54 | davidlt | Feb 20 14:19:25 overo UBI: volume 0 ("overo-rootfs") re-sized from 562 to 1973 LEBs |
14:47.57 | rob_w | /mnt/root is is a auto mount by the scripts imho, you dont need to to mount that by hand |
14:48.26 | davidlt | rob_w: there is not /mnt/root, I just mkdir it |
14:48.46 | rob_w | ah sorry . i meant /dev/root |
14:49.09 | davidlt | GNUtoo|laptop: I tried it last time, same result |
14:49.18 | davidlt | I Googled, tried what I found, nothing helped |
14:49.28 | davidlt | An actually no solutions found |
14:49.35 | rob_w | davidlt, ubifs problems ? |
14:49.41 | davidlt | yeah |
14:49.45 | davidlt | with 2.6.36 |
14:49.51 | CIA-47 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r03410dc552 10openembedded.git/recipes/shr/libphone-ui-shr_git.bb: |
14:49.51 | CIA-47 | libphone-ui-shr: fix "Missing inherit gettext?" |
14:49.51 | CIA-47 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
14:49.53 | rob_w | hmm |
14:50.08 | rob_w | i use ubifs on 2.6.35.9 just fine |
14:50.31 | davidlt | It worked on 34 for me |
14:50.47 | davidlt | But I am not the only one with this problem :) |
14:51.32 | davidlt | I would like to try 37, but how those defconfig files are generated for kernel configuration? |
14:51.54 | davidlt | Probably it's not a good idea copy configuration from 36 kernel |
14:52.38 | rob_w | they just sitting in linux/linux-XXX/ |
14:52.53 | GNUtoo|laptop | davidlt, go in workdir of .37 kernel |
14:53.00 | GNUtoo|laptop | cp the old defconfig in .config |
14:53.04 | GNUtoo|laptop | make ARCH=arm xconfig |
14:53.04 | GNUtoo|laptop | save |
14:53.11 | GNUtoo|laptop | and modify if necessary |
14:53.14 | davidlt | Thaks |
14:53.23 | GNUtoo|laptop | and put back in defconfig of 37 in oe |
14:53.28 | GNUtoo|laptop | oops |
14:53.29 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r6067e6ca9c 10openembedded.git/classes/insane.bbclass: (log message trimmed) |
14:53.29 | CIA-47 | insane.bbclass: Make RPATH a non-fatal error |
14:53.29 | CIA-47 | In order to make the user experience better we now use bb.warn |
14:53.29 | CIA-47 | on non-fatal QA errors and bb.error on fatal errors. Also note |
14:53.29 | CIA-47 | that the RPATH problem is a security issue. (not part of the acks, |
14:53.29 | CIA-47 | but suggested on the ML). |
14:53.30 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
14:53.38 | GNUtoo|laptop | if you have 37 in oe |
14:53.39 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rbb13c3a9ff 10openembedded.git/classes/insane.bbclass: |
14:53.40 | CIA-47 | insane.bbclass: Clarify missing gettext message |
14:53.40 | CIA-47 | Make it clear that what's missing is an 'inherit gettext' in a |
14:53.40 | CIA-47 | recipe. |
14:53.40 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
14:53.51 | rob_w | so for this CIA stuff i need that scripts and the whole cia software ? |
14:54.35 | GNUtoo|laptop | davidlt, is the 37 in oe? |
14:55.38 | davidlt | linux-omap_2.6.37.bb |
14:56.20 | davidlt | But this one doesn't work on Gumstix Overo |
14:57.21 | GNUtoo|laptop | ah, why? |
14:57.24 | GNUtoo|laptop | and which one works? |
14:58.37 | davidlt | I has headers for overo machine, but it hanged on boot when I tried |
14:59.01 | davidlt | linux-omap3 kernels are used for Gumstix Overo, which are only in Gumstix OE branch |
15:01.48 | GNUtoo|laptop | hanged where |
15:01.52 | GNUtoo|laptop | uncompressing linux .... |
15:01.52 | GNUtoo|laptop | ? |
15:02.15 | davidlt | I think so |
15:02.17 | GNUtoo|laptop | *does it have board file for your overo |
15:02.28 | GNUtoo|laptop | *does overo have uboot? |
15:02.38 | GNUtoo|laptop | because I can get you the dmesg |
15:02.43 | GNUtoo|laptop | if the board initialized |
15:02.52 | GNUtoo|laptop | whatever it doesn't print |
15:02.55 | GNUtoo|laptop | I know how to get it |
15:03.37 | davidlt | Yeah, there is board support and we use uboot |
15:03.49 | davidlt | I think at least |
15:04.15 | GNUtoo|laptop | ok |
15:04.17 | GNUtoo|laptop | so use that: |
15:04.46 | GNUtoo|laptop | http://www.elinux.org/Kernel_Debugging_Tips#Debugging_early_boot_problems |
15:04.58 | GNUtoo|laptop | basically grep for __log_bug in System.map |
15:05.01 | GNUtoo|laptop | get the address |
15:05.07 | GNUtoo|laptop | translate it in physical address |
15:05.10 | GNUtoo|laptop | boot |
15:05.14 | GNUtoo|laptop | wait a bit |
15:05.16 | GNUtoo|laptop | reset the board |
15:05.21 | GNUtoo|laptop | md the address |
15:05.25 | GNUtoo|laptop | and press enter |
15:05.29 | GNUtoo|laptop | multiple times |
15:05.33 | GNUtoo|laptop | and the buffer will appear |
15:07.05 | davidlt | I remember someone telling me that linux-omap kernel might work or not and that I should no rely on it |
15:09.06 | GNUtoo|laptop | I just told you how to debug it |
15:09.10 | GNUtoo|laptop | not if it will work well |
15:09.45 | davidlt | Yeah, thats nice thing to know as I didn't know how to do that |
15:13.00 | davidlt | Hmm... I can't move back to JFFS2 |
15:13.21 | pespin | ERROR: Logfile of failure stored in: /OE/shr-testing/tmp/work/i686-oe-linux/libacpi-0.2-r1/temp/log.do_compile.4414 |
15:13.22 | pespin | Log data follows: |
15:13.22 | pespin | | NOTE: make -j 4 LDFLAGS = -Wl,-O1 -Wl,--hash-style=gnu |
15:13.22 | pespin | | 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.45 | GNUtoo|laptop | pespin, try quoting the LDFLAGS content |
15:19.35 | pespin | GNUtoo|laptop, yep, already did it, it's working now it seems :) |
15:19.43 | GNUtoo|laptop | ok |
15:25.37 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r1f08250f41 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: |
15:25.37 | CIA-47 | angstrom-2008: Pin gvfs at 1.6.6 |
15:25.37 | CIA-47 | We're doing this since glib-2.0 is pinned. |
15:25.37 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:25.49 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0395a1a08f 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: |
15:25.49 | CIA-47 | kaeilos 2009: Pin gvfs to 1.6.6 |
15:25.49 | CIA-47 | We're doing this since glib-2.0 is pinned. |
15:25.49 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:25.50 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * red54952b88 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: |
15:25.50 | CIA-47 | slugos: Pin gvfs to 1.6.6 |
15:25.50 | CIA-47 | We're doing this since glib-2.0 is pinned. |
15:25.50 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:25.53 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r64e780736b 10openembedded.git/recipes/gnome/gvfs_1.7.2.bb: |
15:25.53 | CIA-47 | gvfs 1.7.2: Drop DEFAULT_PREFERENCE |
15:25.53 | CIA-47 | This is the version required for glib-2.28.0 which is default unless |
15:25.53 | CIA-47 | pinned. |
15:25.53 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:25.58 | CIA-47 | 03Andreas 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.58 | CIA-47 | wpa-supplicant-0.7.3: use MACHINE_ARCH |
15:25.58 | CIA-47 | * Because of madwifi, wpa-supplicant depends on COMBINED_FEATURES. |
15:25.58 | CIA-47 | Thus, PACKAGE_ARCH must be set to MACHINE_ARCH. |
15:25.58 | CIA-47 | * Use INC_PR and bump it. |
15:25.59 | CIA-47 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
15:25.59 | CIA-47 | CC: Stefan Schmidt <stefan@datenfreihafen.org> |
15:26.00 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * rd7ef6515a1 10openembedded.git/conf/machine/ (jornada6xx.conf jornada7xx.conf mp900c.conf): |
15:26.00 | CIA-47 | jornada6xx/jornada7xx/mp900c: increase amount of used VTs. |
15:26.12 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * rbdafb44d4d 10openembedded.git/recipes/less/less_436.bb: |
15:26.12 | CIA-47 | less_436.bb: provide absolute path in ALTERNATIVE_PATH. |
15:26.12 | CIA-47 | Relative path causes dpkg's update-alternatives to ignore this |
15:26.12 | CIA-47 | alternative. |
15:26.13 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
15:26.13 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:29.02 | pespin | GNUtoo|laptop, so that LDFLAGS lacking is bitbake bug or recipe bug? |
15:30.04 | GNUtoo|laptop | pespin, recipe |
15:30.13 | GNUtoo|laptop | it can't be a bitbake bug |
15:32.16 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r08926b7706 10openembedded.git/ (4 files in 2 dirs): |
15:32.16 | CIA-47 | Revert "gvfs 1.7.2: Drop DEFAULT_PREFERENCE" |
15:32.16 | CIA-47 | Pushed too soon, revert the pins as well. |
15:32.16 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:32.47 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
15:33.32 | pespin | GNUtoo|laptop, then could you push the fix please? |
15:34.00 | GNUtoo|laptop | pespin, make a patch and send it to the mailing list |
15:34.39 | pespin | GNUtoo|laptop, do I need to be registered to be able to send patches there? |
15:34.56 | GNUtoo|laptop | no idea |
15:35.12 | GNUtoo|laptop | but it's a good idea to register |
15:35.16 | GNUtoo|laptop | if you want to send patches |
15:35.18 | pespin | ok |
15:35.28 | pespin | I'll register |
15:35.40 | GNUtoo|laptop | also if you get commit access one day, you'll need to register |
15:36.51 | pespin | GNUtoo|laptop, http://wiki.openembedded.org/index.php/Mailing_lists which one should i send the patch to? |
15:37.32 | pespin | -devel? |
15:37.36 | GNUtoo|laptop | yes |
15:37.49 | pespin | ok |
15:43.15 | *** join/#oe B_Lizzard_ (~havoc@athedsl-118061.home.otenet.gr) |
16:07.37 | CIA-47 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ree97ccce95 10openembedded.git/recipes/wpa-supplicant/wpa-supplicant-0.7.inc: (log message trimmed) |
16:07.37 | CIA-47 | wpa-supplicant 0.7: use madwifi solution from 0.5.x and 0.6.x |
16:07.37 | CIA-47 | This makes the package only machine dependant if 'madwifi' is both in machine |
16:07.37 | CIA-47 | features and distro features. This avoids having to build an identical |
16:07.37 | CIA-47 | wpa-supplicant for every machine which is a significant saving for both machine |
16:07.38 | CIA-47 | and distro maintainers. |
16:07.39 | CIA-47 | Fun fact: no in-tree machine has madwifi in machine features. |
16:15.50 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
16:19.38 | eFfeM | Tartarus: 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.57 | eFfeM | actually didn't have time to dig into it |
16:20.30 | eFfeM | just 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.52 | eFfeM | but the toolchain for nios is not really up to date (gcc 4.1.something, binutils 18.50.something iirc) |
16:22.12 | eFfeM | no 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.23 | eFfeM | ericben, applied 719 locally removed sysroot stamps, now rebuilding |
16:25.35 | eFfeM | otherwise I can do a clean build tonight as I won't need the system anyhow |
16:26.17 | eFfeM | btw and above it was ofc binutils 2.18.50.something |
16:28.44 | eFfeM | figured 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.33 | davidlt | GNUtoo|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.20 | GNUtoo|laptop | pong |
17:33.08 | davidlt | I was drinking my tea and noticed this line just after ubitattach output: |
17:33.11 | davidlt | logger: udev/mount.sh [/dev/mtdblock5] is blacklisted, ignoring |
17:34.16 | mwester | is in need of enlightenment, too -- goes off to get some tea to see if that will work. :D |
17:35.07 | GNUtoo|laptop | davidlt, no idea |
17:35.50 | davidlt | root@overo:/dev# ubidetach /dev/ubi_ctrl -m 4 |
17:35.51 | davidlt | ubidetach: error!: cannot detach mtd4 |
17:35.51 | davidlt | <PROTECTED> |
17:36.02 | davidlt | This is getting interesting |
17:36.06 | GNUtoo|laptop | cat /proc/mtd ? |
17:36.42 | davidlt | http://pastebin.com/5TYFRN6p |
17:36.48 | davidlt | mtd5: 0f2c5800 0001f800 "overo-rootfs" |
17:36.57 | GNUtoo|laptop | ok |
17:37.16 | GNUtoo|laptop | ah you have 2 rootfs? |
17:37.43 | GNUtoo|laptop | the erasesize is not the same, strange |
17:38.32 | GNUtoo|laptop | anyway |
17:39.03 | davidlt | mtd5 shows up after ubiattach |
17:39.13 | davidlt | That was always like that |
17:39.36 | davidlt | thats: ubi0:overo-rootfs |
17:39.58 | GNUtoo|laptop | can you boot from microsd? |
17:40.04 | GNUtoo|laptop | do you know ubiformat ? |
17:40.25 | davidlt | Yeah, I flat NAND, so I have to use ubiformat |
17:40.42 | GNUtoo|laptop | you have to use? |
17:41.03 | GNUtoo|laptop | on all my devices that support ubi+ubifs I flash plain ubi |
17:41.37 | davidlt | ubiformat /dev/mtd4 -s 512 -f omap3-console-image-overo.ubi |
17:41.52 | GNUtoo|laptop | -f is for ubifs file? |
17:42.42 | GNUtoo|laptop | can you flash from uboot |
17:42.43 | GNUtoo|laptop | ? |
17:43.02 | GNUtoo|laptop | or nandwrite |
17:43.32 | davidlt | This snippet was written long time ago, don't remember why '-f' used |
17:43.50 | GNUtoo|laptop | I wonder if -f is for ubi or ubifs |
17:43.51 | davidlt | After nandwrite as I rememer it doesn't work any more, just errors |
17:43.56 | GNUtoo|laptop | I would bet on ubifs |
17:44.09 | GNUtoo|laptop | what arguments did you use with nandwrite? |
17:44.19 | GNUtoo|laptop | -p ? |
17:44.29 | davidlt | yeah |
17:44.35 | GNUtoo|laptop | ok that's fine |
17:44.36 | GNUtoo|laptop | strange |
17:44.45 | GNUtoo|laptop | I bet bad ubi/ubifs params |
17:45.13 | GNUtoo|laptop | but it's difficult to help without reproducing the issue |
17:46.14 | davidlt | Trying to google ubiformat usage |
17:46.24 | davidlt | ubiformat /dev/mtd0 -f ubi.img on 'How do I flash UBI images and preserve erase counters?' |
17:46.26 | GNUtoo|laptop | man it |
17:46.29 | GNUtoo|laptop | you built the sources |
17:46.35 | GNUtoo|laptop | man ./path/to/man |
17:46.45 | GNUtoo|laptop | ok |
17:46.51 | GNUtoo|laptop | so it's ubi |
17:46.53 | GNUtoo|laptop | and not ubifs |
17:47.17 | davidlt | It would be nice if they would be online |
17:47.52 | *** join/#oe B_Lizzard (~havoc@athedsl-427713.home.otenet.gr) |
17:48.19 | GNUtoo|laptop | http://www.linux-mtd.infradead.org/doc/ubifs.html |
17:49.17 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
17:52.03 | davidlt | I 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.14 | davidlt | '-f' - flash image file instead of stdin |
17:55.48 | davidlt | But why the hell it is in black list and ignored |
17:56.10 | dv | http://pastebin.com/EdwtfN21 |
18:01.47 | mwester | davidlt, are you asking what the reasoning behind making it blacklisted might be, or are you asking how it is blacklisted? |
18:02.09 | davidlt | reason |
18:03.04 | mwester | Normally 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.48 | mwester | (Assuming your blacklisting problem is from udev, and not some other utility that might implement its own blacklisting mechanism) |
18:09.24 | davidlt | mwester: thanks |
18:12.07 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
18:31.28 | eFfeM | khem, 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.49 | Tartarus | eFfeM, what images do you want to support on neek?\ |
18:45.10 | Tartarus | I defaulted to my full set of minimal+minimal-uclibc+micro+8 or so images + meta-toolchain |
18:45.31 | Tartarus | So it's what do you want to support over what I have room to build :) |
18:47.43 | eFfeM | Tartarus: for neek that is more than sufficient I'd say |
18:49.47 | eFfeM | afk |
18:50.17 | Tartarus | k |
18:50.25 | Tartarus | We'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.25 | CIA-47 | 03Denis '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.25 | CIA-47 | linux-2.6.34: add unwinding to om-gta02's defconfig |
20:03.25 | CIA-47 | Adding unwinding remove CONFIG_FRAME_POINTER while preserving its |
20:03.25 | CIA-47 | debug functionalities at the cost of a bigger image |
20:03.25 | CIA-47 | (that we mitigate by using LZMA compression instead of gzip) |
20:03.26 | CIA-47 | Pratically speaking that should result in speed improvements: |
20:03.27 | CIA-47 | Speed 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.05 | CIA-47 | 03Pau Espin Pedrol <pespin.shar@gmail.com> 07org.openembedded.dev * rc44ecf1ff3 10openembedded.git/recipes/libacpi/libacpi_0.2.bb: |
21:32.05 | CIA-47 | libacpi: SET OE LDFLAGS in recipe |
21:32.05 | CIA-47 | Fixes ld problem related to GNU_HASH |
21:32.05 | CIA-47 | Signed-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.34 | charles__ | 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.03 | GNUtoo|laptop | charles__, no idea I'm not an efl expert, but maybe JaMa knows |
22:48.36 | charles__ | It isn't so much efl expertise as OE expertise... |
22:52.32 | charles__ | 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.13 | charles__ | JaMa, do you know about how to build efl into a toolchain? |
23:04.05 | mwester | Anyone know who all cares about madwifi-ng recipes? |
23:04.10 | mwester | And squid? |
23:08.37 | charles__ | mwester, Have you got patches? |
23:09.46 | charles__ | It you just have patches then send them to the mailing list. |
23:13.42 | mwester | It'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.26 | mwester | (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.44 | GNUtoo|oeee | mwester, what's the advantage of madwifi now that there is ath5k? |
23:16.16 | charles__ | 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.46 | GNUtoo|oeee | it depends |
23:17.11 | GNUtoo|oeee | I've no strict rules for or against that, I just look case by case |
23:17.31 | GNUtoo|oeee | here madwifi is not developed anymore right? |
23:17.42 | GNUtoo|oeee | and it has proprietary HAL |
23:18.25 | mwester | GNUtoo|oeee, I don't know if the ath5k works on the particular atheros card in the DSM-G600 device. |
23:18.36 | mwester | If it does, I'll dump the out-of-kernel driver in a heartbeat. |
23:18.36 | GNUtoo|oeee | ah ok |
23:19.04 | mwester | logs into his DSM-G600 |
23:19.38 | GNUtoo|oeee | ah ok |
23:19.48 | GNUtoo|oeee | it's something like a NAS |
23:19.51 | GNUtoo|oeee | but wifi |
23:19.55 | GNUtoo|oeee | like the nslu2 |
23:20.51 | mwester | Yep, 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.09 | GNUtoo|oeee | ok |
23:21.31 | mwester | wifi0: Atheros AR5213A chip found (MAC 5.9, PHY 2112 4.3, Radio 4.6) |
23:22.16 | mwester | Writing a note to self to check on the in-kernel support for that... |
23:26.57 | GNUtoo|oeee | http://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath5k/base.c?a=arm |
23:27.09 | GNUtoo|oeee | 121 { "5213A", AR5K_VERSION_MAC, AR5K_SREV_AR5213A }, |
23:29.57 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2eca738f47 10openembedded.git/classes/debian.bbclass: |
23:29.57 | CIA-47 | debian.bbclass: call auto_libname in reverse sorted AUTO_LIBNAME_PKGS |
23:29.57 | CIA-47 | * see comment for reason why we need this |
23:29.57 | CIA-47 | * more info: |
23:29.57 | CIA-47 | http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/029877.html |
23:29.58 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
23:31.23 | duffolonious | is this correct? http://docs.openembedded.org/usermanual/usermanual.html#special_bitbake_collections |
23:31.41 | duffolonious | as the way to setup multiple recipe repositories. |
23:31.45 | GNUtoo|oeee | mwester, ^^^ |
23:31.54 | GNUtoo|oeee | (for the ath5k) |
23:32.23 | GNUtoo|oeee | btw could your distro support other devices like wrt54gsv4? |
23:39.23 | charles__ | ANy toolchain experts out there? |
23:39.50 | *** join/#oe mrc3 (~ddiaz@189.157.118.252) |
23:45.16 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r3541b86e2b 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: |
23:45.16 | CIA-47 | SHR: prefer newer libsoup-2.4, needed by newer webkit-efl |
23:45.16 | CIA-47 | Signed-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) |