| 00:06.44 | khem | dcordes: if it works then we have a lot of possibilities |
| 00:06.53 | *** join/#oe Ironnads (~Ironnads@host86-164-43-25.range86-164.btcentralplus.com) |
| 00:06.54 | khem | dcordes: compiler generating wrong code with neon |
| 00:06.59 | khem | kernel bug executing it |
| 00:07.04 | khem | etc. etc. |
| 00:08.21 | dcordes | khem, compiler generating wrong code with neoen > doesn't oe work for other neon devices? |
| 00:08.54 | khem | dcordes: it does |
| 00:09.05 | khem | but you have a new device |
| 00:09.13 | khem | and it might have its own story |
| 00:11.04 | dcordes | I should examine the buildsystem used for htc nexus one (same qsd8250 chip) |
| 00:11.23 | khem | that wud help |
| 00:12.58 | dcordes | as opposed to htcleo, nexus comes with linux/android. we ran the htcleo minimal rootfs on nexus and it failed (rebooted, don't know exact error) |
| 00:14.18 | khem | android is using linux kernel for sure but userspace is different |
| 00:14.24 | khem | they dont use OE like rfs |
| 00:14.28 | dcordes | so assuming this was caused by the same errors I observed on htcleo it is a general problem of the snapdragon platform |
| 00:14.33 | khem | its quite different |
| 00:14.52 | khem | yeah you could conclude that |
| 00:52.32 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 00:54.51 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 00:58.11 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 01:02.11 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 01:07.17 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 01:11.51 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 01:13.57 | dcordes | khem, http://tinderbox.openembedded.net/packages/582326/ |
| 01:14.33 | dcordes | make[3]: *** [math_vfp_asm.lo] Error 1 |
| 01:16.13 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 01:17.38 | aditya_111 | question: if I am compiling something that uses GStreamer for teh beagleboard, which headers do I include in the include path for the compiler? |
| 01:26.28 | khem | dcordes: hmm its liboil bug |
| 01:29.33 | khem | #if defined(__VFP_FP__) && !defined(__SOFTFP__) |
| 01:29.51 | khem | dcordes: somehow its getting that part wrong |
| 01:31.12 | khem | dcordes: somehow your toolchain did not configure with softfp |
| 01:32.49 | khem | dcordes: problem is -mfloat-abi=softfp should be removed from the commandline |
| 01:38.32 | khem | aditya_111: what do you mean by compiler header ? |
| 01:39.02 | khem | aditya_111: depends on what headers you use |
| 01:41.54 | khem | you might have to add -I /usr/include/gstreamer-<version>/ |
| 01:43.23 | aditya_111 | so adding headers to gstreamer on my host is fine? |
| 01:43.47 | aditya_111 | I am confused as to whether I need to have some special version of gstreamer headers that are made for beagleboard/oe |
| 01:44.19 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:44.36 | khem | aditya_111: you need the staged headers ofcource |
| 01:44.48 | khem | not host ones |
| 01:45.08 | aditya_111 | ah ok |
| 01:45.10 | aditya_111 | that makes more sense |
| 01:45.22 | khem | but cross gcc should look into sysroot automatically |
| 01:45.28 | aditya_111 | ah |
| 01:45.45 | khem | so if you have -I /usr/include/gstreamer-<xxx> it should append the sysroot to it |
| 01:45.58 | khem | but OE does not rely upon that |
| 01:46.10 | khem | it adds explicit paths to -I and -L |
| 01:46.13 | aditya_111 | mmk |
| 01:46.16 | khem | which is ok too |
| 01:46.18 | aditya_111 | I guess I might as well |
| 01:46.20 | aditya_111 | just to be safe |
| 01:46.36 | khem | You dont have to |
| 01:46.41 | khem | try to experiment with sysroo |
| 01:46.51 | khem | you can preprocess |
| 01:47.00 | khem | and see if right headers are being pulled in |
| 01:47.02 | khem | when you are at it |
| 01:47.32 | aditya_111 | preprocess? |
| 01:47.41 | aditya_111 | you use OE build words that go over my head :P |
| 02:19.48 | *** join/#oe khem` (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 02:21.53 | *** join/#oe khem` (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 02:23.06 | *** join/#oe 77CAAPP37 (~zero@187.37.68.131) |
| 02:25.48 | *** join/#oe khem` (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 02:31.27 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:35.27 | khem` | I add to RDEPENDS but it does not get installed in root file system |
| 02:40.32 | *** join/#oe shashi (~a0876501@nat/ti/x-zapoofkkuaioefkh) |
| 02:45.27 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 02:54.37 | khem` | Hi kergoth_ |
| 02:54.44 | kergoth | hey |
| 02:54.59 | khem` | kergoth_: udev 151 needs depmod on target |
| 02:55.17 | khem` | kergoth_: so I added it to RDEPENDS |
| 02:55.25 | khem` | but it still does not show up on target |
| 02:55.50 | khem` | RDEPENDS = "module-init-tools-depmod" |
| 02:55.54 | khem` | this is what I added |
| 02:55.56 | khem` | to recipe |
| 02:56.05 | kergoth | first of all, thats wrong, its global, that'll even make the -dev package require depmod |
| 02:56.26 | kergoth | second, i'd suggest verifying that everything is the way you think it is. look inside the udev ipk and confirm the Depends is correct |
| 02:56.32 | khem` | when I add it to IMAGE_INSTALL then it shows up there |
| 02:56.34 | kergoth | ar x foo.ipk; tar zxvf control.tar.gz |
| 02:56.52 | kergoth | i'm sure you rebuilt udev after making the change, of course ;) |
| 02:56.57 | khem` | yes |
| 02:57.10 | khem` | bitbake -c clean udev minimal-image; bitbake minimal-image |
| 02:57.29 | kergoth | 1) check the contents of the udev ipk, 2) check the do_rootfs log of the image creation, see if opkg mentions depmod at all |
| 02:58.43 | khem` | log.do_rootfs.23871 does not show depmod |
| 02:58.57 | *** join/#oe Spz0 (~jonez@97-120-172-230.ptld.qwest.net) |
| 02:59.17 | kergoth | well, if its in Depends of the ipk and doesn't end up in the image, i'd blame opkg :) |
| 02:59.58 | khem` | Package: module-init-tools-depmod |
| 02:59.59 | *** join/#oe tmartins_ (~zero@187.37.62.54) |
| 03:00.04 | khem` | thats what control file contains |
| 03:00.16 | kergoth | no, the control file of udev |
| 03:00.21 | kergoth | make sure it really does depend on depmod |
| 03:00.36 | kergoth | if you set RDEPENDS but RDEPENDS_${PN} exists, the latter will override the fomer. |
| 03:00.37 | kergoth | former |
| 03:00.45 | kergoth | you sould be setting RDEPENDS_${PN} anyway |
| 03:00.52 | kergoth | so i'd suggest doing that first before anything else |
| 03:00.56 | khem` | its not there in depends |
| 03:01.10 | khem` | depends: update-rc.d, libc6, libacl1, libglib-2.0-0, libusb-0.1-4 |
| 03:01.17 | khem` | ah |
| 03:01.20 | khem` | lemme try that |
| 03:01.53 | kergoth | might want to do += on it too, just to be safe |
| 03:02.01 | kergoth | in case it already has stuff in it |
| 03:02.45 | khem` | hmm yes right |
| 03:03.30 | khem` | kergoth: is += preferred over _append ? |
| 03:03.44 | kergoth | only use _prepend/_append if you have to, imo |
| 03:03.58 | kergoth | +=/=+ is immediate, the others are postponed until the end of the parse |
| 03:04.11 | kergoth | _prepend/_append is useful in classes to make sure a dep shows up no matter what a recipe writer does |
| 03:04.14 | kergoth | but beyond that, i'd avoid it |
| 03:04.46 | khem` | right |
| 03:05.07 | khem` | ${PN} did the trick |
| 03:05.55 | kergoth | great |
| 03:06.14 | khem` | ok that works now |
| 03:06.17 | kergoth | (aside: recipe_sanity warns about that. INHERIT += recipe_sanity, bitbake -c recipe_sanity foo, or -c recipe_sanity_all) |
| 03:06.23 | khem` | I am having issues with shadow |
| 03:06.43 | khem` | which is not letting me root login on console no matter what I try |
| 03:06.51 | kergoth | hasn't deal with shadow much recently |
| 03:07.08 | khem` | busybox/tinylogin works well |
| 03:07.39 | khem` | what confuses more is that it worked on osk5912 board but same does not work on qemuarm |
| 03:07.51 | khem` | both are armv5te |
| 03:08.29 | kergoth | that's really strange |
| 03:08.43 | khem` | has recipe_sanity in INHERIT in local.conf |
| 03:09.01 | khem` | yeah qemu being my workhorse I am trying to fix it |
| 03:09.13 | kergoth | maybe the inherit should automatically pull in the _all via do_build |
| 03:09.38 | *** join/#oe borg__ (~olaf@p548697A9.dip0.t-ipconnect.de) |
| 03:10.00 | kergoth | i have a sheevaplug i finally hooked up, was planning on using it to test oe with, but now i think i might use it as a torrent server instead... so now i need something else to test with. beagleboard the way to go nowadays for a cheap board to test oe on, or should i buy a second plug? |
| 03:10.05 | kergoth | guess it depends |
| 03:10.07 | kergoth | ponders |
| 03:10.28 | kergoth | hasn't done much with the actual OE distros, rather than just build stuff, in some time |
| 03:10.35 | kergoth | getting rusty |
| 03:11.01 | khem` | kergoth: you should |
| 03:11.35 | khem` | kergoth: beagle is nice |
| 03:12.03 | kergoth | don't need much connectivity other than usb and the like, i'm not exactly a hardware guy :) |
| 03:12.20 | kergoth | course, if there's ready to go addon boards and the like, could probably manage that |
| 03:20.14 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:26.18 | *** join/#oe auntie (~rewt@97-121-55-152.bois.qwest.net) |
| 03:27.14 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r523f22b938 10openembedded.git/recipes/udev/ (9 files): (log message trimmed) |
| 03:27.14 | CIA-1 | udev: Use udev.inc and add udevadm to udev pacakge instead of udev-utils |
| 03:27.14 | CIA-1 | * Main purpose of the patch was to fix the problem where udev-utils was |
| 03:27.14 | CIA-1 | needed to be in root file system just to get udevadm binary. So this |
| 03:27.14 | CIA-1 | binary is moved into udev package instead. |
| 03:27.15 | CIA-1 | * Use INC_PR for all except udev 151. |
| 03:27.16 | CIA-1 | * Use udev.inc in all recipes except udev 151. |
| 04:09.32 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:38.14 | *** join/#oe davidc___ (~davidc__@S01060002b360aacd.vc.shawcable.net) |
| 04:40.50 | *** join/#oe shashi (~a0876501@nat/ti/x-ulntfbeaeweobfzv) |
| 04:55.47 | *** join/#oe pb_ (~pb@jost.swaffham-prior.co.uk) |
| 05:10.11 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:47.02 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:08.30 | *** join/#oe tsjsieb (~tsjsieb@194.109.164.83) |
| 06:17.02 | *** join/#oe d_t_h (~dieter@p4FDEFE01.dip.t-dialin.net) |
| 06:17.23 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:18.46 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:22.35 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 06:24.10 | eFfeM_work | denix, saw your msg, actually http://docs.openembedded.org/usermanual/html/commonuse_prebuilt_toolchain.html seems to be fairly outdated, I made progress by not defining CC, CXX etc etc, from external-toolchain.inc etc I understand there is a better way, but can't really find a good description on how to add my own external toolchain (gcc for nios2) |
| 06:24.57 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:26.00 | janp | eFfeM_work: removing the trailing slash worked, it builds fine now. Thanks for all the help. |
| 06:26.51 | eFfeM_work | janp, np, my pleasure (i've been bitten by this too, actually perhaps the sanity checker should detect this, not really an idea how to add that though, my python is too limited to do that) |
| 06:27.14 | *** join/#oe morphis (~morphis@p5489ACCA.dip.t-dialin.net) |
| 06:27.51 | eFfeM_work | RP, kergoth, any other python/bitbake hacker: maybe add sanity check if TMPDIR does not end on / (or strip it off) |
| 06:29.22 | khem` | yeah I have a big fat warning in my local.conf |
| 06:29.45 | khem` | eFfeM_work: we can add it to local.conf.sample |
| 06:29.49 | eFfeM_work | khem` can you share that line ? |
| 06:29.54 | eFfeM_work | khem` good plan |
| 06:30.38 | eFfeM_work | ls |
| 06:30.46 | khem` | #!!!!!!!!!!!!!!!!!! dont place a trailing slash on tmp dir !!!!!!!!!! |
| 06:30.48 | khem` | # http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg02922.html |
| 06:31.14 | eFfeM_work | khem` ahh thought you had an actual test for it |
| 06:32.11 | khem` | eFfeM_work: no test for it but wouldn't hurt to add to sanity class |
| 06:32.52 | eFfeM_work | khem` yeah, but my python knowledge is mainly reading so don't really feel comfortable developing one |
| 06:34.56 | khem` | ok |
| 06:40.35 | mckoan | good morning |
| 06:44.56 | khem` | eFfeM_work: Can you test this patch for me plz |
| 06:44.58 | khem` | http://pastebin.com/Pu1rc1YQ |
| 06:49.46 | eFfeM_work | khem` will do |
| 06:49.52 | khem` | thx |
| 06:52.37 | janp | khem`: I think that there is a closing '"' missing from your patch but otherwise it looks good. |
| 06:52.49 | *** join/#oe rsalveti (~rsalveti@29-39.80-90.static-ip.oleane.fr) |
| 06:55.30 | khem` | janp: right. thx |
| 06:55.59 | eFfeM_work | khem` suggest to move the code to before the place where the test for TMPDIR changed location is |
| 06:57.37 | eFfeM_work | patch looks good but for some reason I can't trigger the message, still trying |
| 06:59.43 | *** join/#oe shazkhan (~shaz@119.153.86.88) |
| 06:59.53 | khem` | eFfeM_work: try this patch instead |
| 06:59.55 | khem` | http://pastebin.com/2u8x71Sr |
| 07:00.05 | khem` | I moved it to some other location |
| 07:01.02 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:06.01 | ericben | hi khem |
| 07:06.28 | ericben | I've put a native-sdk image on an arm926 using Angstrom distro and I don't have the shadow problem you meet |
| 07:10.47 | khem` | eFfeM_work: http://pastebin.com/k6qtT7hf try that one it had a typo |
| 07:10.55 | khem` | ericben: I have found the issue |
| 07:11.07 | ericben | khem: what is it ? |
| 07:11.28 | khem` | ericben: the problem is that on qemu serial console is ttyAMA0 and there is no entry for it in securetty |
| 07:12.06 | khem` | ericben: once I add that and zap_root_password it seems to work well |
| 07:12.45 | khem` | I will patch shadow for new ttps |
| 07:12.47 | khem` | ttys |
| 07:13.07 | ericben | khem: OK fine maybe we should find a way to create securetty from a variable in machine's conf file ? |
| 07:13.31 | eFfeM_work | khem` that last one works for me, had indeed problems getting the message out and did not see the typo due to lack of python knowledge |
| 07:13.38 | khem` | yeah we can create /etc/inittab |
| 07:13.48 | khem` | so whynot etc/securetty as well |
| 07:14.13 | ericben | yes this way each machine will have it's own securetty and not a secruretty containing all ports of every machines |
| 07:14.26 | khem` | yes |
| 07:18.07 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 07:18.37 | eFfeM_work | khem` will you push the patch, feel free to add an Acked-By from me |
| 07:19.26 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 07:20.37 | *** join/#oe Heinervdm (~thomas@pD9E13A8E.dip.t-dialin.net) |
| 07:23.26 | hrw | morning |
| 07:23.32 | eFfeM_work | hi |
| 07:24.06 | khem` | ericben: http://pastebin.com/WCFQrAhn |
| 07:24.13 | khem` | something like this will work |
| 07:24.16 | khem` | I am trying it now |
| 07:24.34 | khem` | eFfeM_work: patches to classes need acks |
| 07:24.43 | khem` | eFfeM_work: I will sent it to ml for review |
| 07:24.46 | khem` | and you can ack it then |
| 07:24.55 | eFfeM_work | khem` ok, will ack it as soon as i see it |
| 07:24.59 | khem` | hrw: morning |
| 07:27.14 | ericben | khem: yes and we may remove all serial console from files/securetty don't you think ? |
| 07:27.57 | ericben | maybe this will break to many machines if SERIAL_CONSOLE is not set in their conf file |
| 07:31.43 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd3d5978587 10openembedded.git/recipes/gnome/ (gnome-dvb-daemon_0.1.17.bb gnome-dvb-daemon_0.1.18.bb): gnome-dvb-daemon: add 0.1.18, fix up 0.1.17 |
| 07:31.44 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r65253e1774 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 07:31.45 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re71818be2f 10openembedded.git/recipes/ti/ (gstreamer-ti/mpeg2-caps.patch gstreamer-ti_svn.bb): gstreamer-ti: add mpeg2 caps, patch from gst-ti svn |
| 07:34.24 | *** join/#oe rob_w (~bob@pD95EC934.dip.t-dialin.net) |
| 07:34.25 | CIA-1 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * r473f50a0a5 10openembedded.git/recipes/linux/ (linux-zigbee/imote2/defconfig linux-zigbee_git.bb): |
| 07:34.25 | CIA-1 | linux-zigbee: Add recipe for the linux-zigbee tree |
| 07:34.26 | CIA-1 | Zigbee development tree which contains patches that have not yet hit mainline. |
| 07:34.26 | CIA-1 | Known working machine is imote2 at the moment. |
| 07:34.35 | CIA-1 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * r754ea5aa93 10openembedded.git/conf/machine/imote2.conf: imote2.conf: Switch kernel to linux-zigbee |
| 07:40.35 | khem` | ericben: I wouldnt go about removing entried from securetty |
| 07:40.48 | khem` | that will be living on edge |
| 07:45.59 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:49.35 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 07:49.42 | khem` | ericben: this will also make shadow machine specific package |
| 07:50.26 | ericben | khem: maybe securetty should have its own package when SERIAL_CONSOLE is defined ? |
| 07:50.46 | ericben | and stay generic if SERIAL_CONSOLE is not defined |
| 07:53.21 | *** join/#oe konne (~Miranda@pd95bb9e9.dip0.t-ipconnect.de) |
| 07:55.39 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:22.34 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:25.06 | *** join/#oe Sleep-Walker (~Sleep@193.179.96.131) |
| 08:34.02 | *** join/#oe bleikert (~quassel@etx-public-dock-105-dhcp.ethz.ch) |
| 08:37.21 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:40.53 | hrw | for Ubuntu I made a script which runs getty on serial console (if console= is present in kernel cmdline) |
| 08:41.04 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 08:49.55 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 09:03.08 | khem` | hrw: http://pastebin.com/jm52Wm1G is what I am going to propose for OE :) |
| 09:04.04 | JaMa|Wrk | 2.6.34-r1+gitr30 is lower version from opkg view than 2.6.34-oe2+gitr1? stupid /me :/ |
| 09:04.22 | hrw | looks ok |
| 09:11.41 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r798066d5b2 10openembedded.git/recipes/nfs-utils/ (2 files in 2 dirs): |
| 09:11.41 | CIA-1 | nfs-utils: add patch for missing include sys/stat.h |
| 09:11.41 | CIA-1 | * without, it fails with undefined reference to S_ISREG (the same for S_ISDIR) |
| 09:11.41 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:11.41 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8935ad53ba 10openembedded.git/recipes/e17/e-tasks_svn.bb: e-tasks: bump SRCREV for version compatible with latest EFL theme API change |
| 09:11.46 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r3a92bc9fcf 10openembedded.git/recipes/linux/ (18 files in 3 dirs): |
| 09:11.46 | CIA-1 | linux-openmoko: drop 2.6.31 and shr-drm-devel (2.6.29-rc3+drm patches) version |
| 09:11.46 | CIA-1 | * 2.6.32 version is superior in all aspects |
| 09:11.46 | CIA-1 | * this versions have WSOD issue on every resume (so not as usable as |
| 09:11.47 | CIA-1 | 2.6.32 where it's fixed) |
| 09:11.47 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:11.48 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 09:19.40 | JaMa|Wrk | khem`: FYI: after your udev commit, udev-utils for version 151 seems empty (and then image build fails because hald RDEPENDS on it) |
| 09:20.24 | khem` | JaMa|Wrk: hmm |
| 09:21.43 | hrw | udevadm got moved from udev-utils? |
| 09:23.24 | JaMa|Wrk | hrw: yes, see http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=523f22b938703b56a823fa9e9c577869669ddb82 |
| 09:23.37 | hrw | JaMa|Wrk: that explain empty udev-utils |
| 09:23.49 | hrw | or suggests it |
| 09:25.53 | khem` | hrw: yeah I moved it into udev |
| 09:26.10 | JaMa|Wrk | yes, there is no udevinfo,udevtest so it's empty, but not sure if it's proper fix to change hal to RSUGGEST it only |
| 09:26.13 | khem` | but it seems that was the only package |
| 09:26.19 | hrw | khem`: so you reverted my changes basically |
| 09:26.29 | khem` | only file I meant in that package |
| 09:26.31 | khem` | hmm |
| 09:27.02 | hrw | systems without udev but with hald will now need udev to get hal working |
| 09:27.05 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
| 09:27.14 | hrw | anyway hal is deprecated |
| 09:27.17 | khem` | hrw: yeah I see that |
| 09:27.51 | khem` | are there OE disto's needing hald |
| 09:27.52 | hrw | so mdev based systems will behave strange |
| 09:28.03 | hrw | no idea |
| 09:28.06 | hrw | hal should die |
| 09:28.16 | khem` | anyway I think I should just ressurrect it |
| 09:31.33 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:32.12 | JaMa|Wrk | hmm only xf86-input-tslib is pulling hal to my images |
| 09:39.02 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6c5064f006 10openembedded.git/recipes/udev/ (udev.inc udev_151.bb): |
| 09:39.03 | CIA-1 | udev: Move udevadm back from udev to udev-utils package. |
| 09:39.03 | CIA-1 | * hald needs udevadm but not all of udev. If this binary |
| 09:39.03 | CIA-1 | is moved into udev then it will have to pull in udev |
| 09:39.03 | CIA-1 | which is unwanted. |
| 09:39.03 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 09:39.16 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 09:48.25 | ant_work | while you guys are talking about udev, I was testing the koen's hack for devices running older kernels |
| 09:48.28 | ant_work | http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2010-April/003908.html |
| 09:49.10 | eFfeM_work | hm, trying to build with an external toolchain, but can't get oe to stp building gcc-cross-initial? any idea why? bitbake helloworld works, but bitbake busybox somehow creates a dependency towards gcc-cross-iniitial |
| 09:50.43 | khem` | add gcc-cross-initial in the PROVIDE |
| 09:50.44 | ant_work | khem: if you still have some pre 2.6.27 kernels please test it you too. |
| 09:50.50 | khem` | list of external toolchain |
| 09:51.02 | khem` | ant_work: which one |
| 09:51.07 | ant_work | udev-static(_124) is required |
| 09:51.18 | ant_work | the Angstrom one linked above |
| 09:51.55 | eFfeM_work | khem I have ASSUME_PROVIDED += " gcc-cross-initial " in my local.conf (as well as virtual/gcc-cross-initial and virtual/${TARGET_PREFIX}gcc-cross-initial |
| 09:54.02 | eFfeM_work | thought that would do the trick, but no |
| 09:56.47 | eFfeM_work | :q |
| 09:57.08 | eFfeM_work | oops, guess you all know what editor i use ;-) |
| 09:58.08 | hrw | eFfeM_work: emacs in vi mode? |
| 10:00.47 | ant_work | khem: once tested we could patch udev's init for other distro's too. Still deciding where to add dependency on udev-static. Perhaps even in the _151 recipe if kernel < .27? |
| 10:03.06 | *** join/#oe recalcati (~sources@host99-233-static.81-94-b.business.telecomitalia.it) |
| 10:03.11 | recalcati | hi all |
| 10:03.25 | florian | hi recalcati |
| 10:03.42 | recalcati | we are going on developing with OE |
| 10:04.33 | recalcati | I should clean and send back a modification for udev |
| 10:05.09 | *** join/#oe shazkhan (~shaz@119.153.86.88) |
| 10:05.18 | shazkhan | Hi everyone :) |
| 10:05.39 | recalcati | And also I'm trying to use OE for creating a development environment. I mean compiling in a git tree not inside work dir. |
| 10:06.12 | shazkhan | Any hints how to build for qemu-arm because its .conf is pretty empty? Will it work for SHR? |
| 10:06.17 | khem` | recalcati: symlinking ? |
| 10:06.44 | khem` | shazkhan: it should |
| 10:06.51 | recalcati | symlinking .. or creating a devshell script that do a 'cd /home/myapps' |
| 10:07.05 | shazkhan | khem: what about x86 |
| 10:07.09 | khem` | just choose MACHINE=qemuarm DISTRO=<whatever> |
| 10:07.14 | shazkhan | k |
| 10:07.31 | khem` | shazkhan: same for x86 |
| 10:07.51 | khem` | MACHINE=qemux86 |
| 10:08.36 | khem` | hrw: /etc/shadow is not a packaged file I think its generated am I right ? |
| 10:08.59 | hrw | khem`: never checked |
| 10:12.51 | khem` | hrw: ok |
| 10:15.22 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:23.59 | *** join/#oe rob_w (~bob@pD95EC934.dip.t-dialin.net) |
| 10:24.52 | mckoan | recalcati: what would be the benefit of compiling in a git tree? |
| 10:40.08 | recalcati | hi mckoan .. I was away |
| 10:41.19 | recalcati | the steps are: 1. git clone from my server 2. compiling 3. installing 4. git committ 5. git push |
| 10:42.22 | recalcati | the important thing is that the developing directory has to be a git tree, because a can easily manage differences with git diff, git status, ... |
| 10:46.02 | khem` | zap_root_password what does that supposed to do ? |
| 10:46.30 | khem` | should it kill the root passwd and let root be passwordless or should it disable root user |
| 10:46.44 | khem` | right now with shadow it seems to be doing the later |
| 10:47.16 | *** join/#oe GNUtoo|oeee (~GNUtoo@host204-172-dynamic.41-79-r.retail.telecomitalia.it) |
| 10:47.27 | hrw | it was for non-shadow systems |
| 10:49.01 | *** join/#oe shashi (~a0876501@nat/ti/x-xdvsuewswyfijzox) |
| 10:52.24 | khem` | hrw: so it should make root passwordless is that expected behaviour ? |
| 10:52.39 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r809138a4a1 10openembedded.git/recipes/xorg-driver/xf86-input-tslib_0.0.6.bb: |
| 10:52.40 | CIA-1 | xf86-input-tslib: lower hal dependency to RSUGGESTS as this is only recipe pulling hal/udev-utils to some images |
| 10:52.40 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:02.40 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 11:06.40 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rbab8cda39a 10openembedded.git/ (12 files in 4 dirs): (log message trimmed) |
| 11:06.40 | CIA-1 | linux-openmoko: rename recipes to common PN_PV scheme, cleanup versioning |
| 11:06.40 | CIA-1 | * move DESCRIPTION to .inc |
| 11:06.40 | CIA-1 | * remove OEV, KERNEL_RELEASE and KERNEL_VERSION, keep KERNEL_* from |
| 11:06.41 | CIA-1 | kernel.bbclass |
| 11:06.41 | CIA-1 | * update distro/machine configs where needed |
| 11:06.41 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 11:06.51 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r351c813bae 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 11:06.51 | CIA-1 | linux-openmoko: remove linux-openmoko-devel as it will be merged with linux-openmoko-shr-devel to linux-openmoko_2.6.29 |
| 11:06.51 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 11:06.51 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 11:07.30 | dcordes | khem, as I said I only changed the following. what do I have to add/remove ? |
| 11:07.37 | dcordes | -TARGET_CC_ARCH = "-march=armv7-a -mtune=cortex-a8 -mfpu=neon ${ARM_FP_OPT}" |
| 11:07.37 | dcordes | +TARGET_CC_ARCH = "-march=armv7-a -mtune=cortex-a8 ${ARM_FP_OPT}" |
| 11:08.11 | hrw | hi mickey|office |
| 11:08.24 | hrw | dcordes: targetting marvell cpus? |
| 11:08.48 | dcordes | hrw, no it's for the htcleo machine with qsd8250 (snapdragon) |
| 11:09.13 | mickey|office | morning |
| 11:09.24 | hrw | snapdragon also lacks neon? |
| 11:09.38 | dcordes | hrw, using the given cortex-a8 configuration in oe it will spit segfaults etc |
| 11:10.12 | dcordes | hrw, it's supposed to have neon. and I ran some things successfully with neon optimization, e.g. mplayer |
| 11:11.31 | dcordes | hrw, I think the stuff that fails (so far udevd, dropbear.. ) doesn't even have neon optimization |
| 11:12.01 | *** join/#oe d_t_h (~dieter@p4FDEC11A.dip.t-dialin.net) |
| 11:12.15 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb671c1a87c 10openembedded.git/recipes/gnome/gnome-dvb-daemon_0.1.18.bb: gnome-dvb-daemon: depend on totem to build totem-plugin |
| 11:12.26 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0c34003764 10openembedded.git/ (recipes/tcltk/tcl_8.5.8.bb site/arm-linux): tcl: add 2 entries to arm-linux site file (possibly only glibc specific, need to check) |
| 11:12.47 | *** join/#oe dt_h (~dieter@p4FDEFA38.dip.t-dialin.net) |
| 11:17.30 | *** join/#oe shazkhan (~shaz@119.153.86.88) |
| 11:20.30 | *** join/#oe GNUtoo (~GNUtoo@host204-172-dynamic.41-79-r.retail.telecomitalia.it) |
| 11:22.18 | *** join/#oe balister_ (~balister@pool-96-240-165-6.ronkva.east.verizon.net) |
| 11:22.19 | *** join/#oe d_t_h (~dieter@p4FDEDBA1.dip.t-dialin.net) |
| 11:22.54 | *** join/#oe Crofton (~balister@pool-96-240-165-6.ronkva.east.verizon.net) |
| 11:22.56 | GNUtoo | hi ericben |
| 11:24.50 | *** join/#oe EsbenH (~EsbenH@77.233.226.4) |
| 11:25.24 | *** join/#oe dth (~dieter@p4FDEDBA1.dip.t-dialin.net) |
| 11:30.16 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 11:36.40 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 11:45.56 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 11:55.12 | *** join/#oe siji (~siji@122.169.58.8) |
| 12:15.23 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 12:18.19 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 12:19.56 | *** join/#oe Openfree (~Openfree`@218.1.217.198) |
| 12:24.21 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 12:25.20 | *** join/#oe siji (~siji@122.169.19.5) |
| 12:28.15 | *** join/#oe tmartins__ (~zero@187.37.62.54) |
| 12:32.40 | ericben | hi GNUtoo |
| 12:34.43 | GNUtoo | ericben, hi |
| 12:35.19 | GNUtoo | I saw your post on the alsa-devel mailing list, you also need to wire an imx to a tlv320aic codec |
| 12:35.46 | ericben | yes, it was working using an old kernel, but I'm actually working at mainlining all my platforms |
| 12:35.56 | GNUtoo | wow |
| 12:36.40 | GNUtoo | I've a(two in fact) bug device( i.MX31) with a module containing a tlv320aic3x |
| 12:36.57 | GNUtoo | the default driver was not writen using the alsa soc |
| 12:37.02 | ericben | same here ;-) |
| 12:37.04 | GNUtoo | it plays too fast |
| 12:37.18 | ericben | mine is a TLV320AIC23B |
| 12:37.23 | GNUtoo | so I really want to have something usable |
| 12:37.52 | ericben | I don't have i.MX31 here, I only have i.MX25/27/35/51 ;-) |
| 12:38.08 | GNUtoo | ok |
| 12:38.25 | ericben | but if the i.MX31 SSI port is the same as the 27 this should work |
| 12:38.32 | GNUtoo | I'll look |
| 12:38.43 | GNUtoo | I've used the driver of redhatter gentoo developer |
| 12:38.50 | GNUtoo | which was posted in the mailing list |
| 12:38.56 | GNUtoo | it didn't work |
| 12:39.01 | GNUtoo | no sound card found |
| 12:39.12 | GNUtoo | I'll look for ssi for imx31 |
| 12:39.21 | ericben | there is driver for your codec in soc/codecs : tlv320aic3x |
| 12:40.56 | GNUtoo | yes I know |
| 12:41.00 | GNUtoo | that's what I used |
| 12:41.01 | ericben | I can send you my soc adaptation but it's very simple. The first thing to check is if the SSI of the 31 is the same of the 27 |
| 12:41.09 | GNUtoo | ok |
| 12:41.15 | GNUtoo | maybe that's why I have an issue |
| 12:41.23 | GNUtoo | in 2.6.27 I have: |
| 12:41.25 | GNUtoo | built-in.o Kconfig Makefile modules.order registers.h ssi.c ssi.h ssimod.o ssi.o ssi_types.h |
| 12:41.42 | GNUtoo | in drivers/mxc/ssi |
| 12:41.57 | GNUtoo | but someone did an initial 2.6.30 port |
| 12:41.58 | ericben | GNUtoo: I'm using GIT so it's in drivers/soc/imx |
| 12:42.12 | GNUtoo | in my 2.6.30 version it's here too |
| 12:42.18 | GNUtoo | I imported it from 2.6.34 |
| 12:42.20 | ericben | I think you should switch to git as i.MX support is far better nos |
| 12:42.21 | ericben | now |
| 12:42.32 | GNUtoo | ah there is an imx git? |
| 12:42.43 | GNUtoo | or do you mean linux-2.6 git |
| 12:42.44 | GNUtoo | ? |
| 12:42.44 | *** join/#oe Nordh (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 12:43.47 | GNUtoo | ( git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git ) |
| 12:43.52 | ericben | yes in fact I'm using linux-2.6 git + mxc-master branch of : http://git.pengutronix.de/?p=imx/linux-2.6.git;a=summary |
| 12:43.58 | GNUtoo | ahhh ok |
| 12:44.00 | GNUtoo | thanks a lot!!! |
| 12:44.26 | GNUtoo | which branch? |
| 12:44.40 | eFfeM_work | khem: read your email, isn't is possible to extend the sed script in autotools.bbclass with something like s@//@/@g ? |
| 12:45.00 | eFfeM_work | not really a wiz in that area (and no time to test right now) |
| 12:46.26 | ericben | GNUtoo: mxc-master |
| 12:46.32 | GNUtoo | ok thanks a lot |
| 12:46.51 | *** join/#oe Gaston|Home (~Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 12:47.11 | ericben | GNUtoo: if the sound if too fast, maybee you need to look at the divisor in the codec as it is the master |
| 12:47.24 | GNUtoo | ok |
| 13:08.35 | *** join/#oe siji (~siji@122.169.54.39) |
| 13:13.33 | ericben | GNUtoo: is your codec connected in I2S mode ? |
| 13:14.23 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7448905b37 10openembedded.git/conf/distro/shr.conf: |
| 13:14.23 | CIA-1 | SHR: use eglibc-2.12 instead 2.11 |
| 13:14.24 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:14.25 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8bb53d3f26 10openembedded.git/ (8 files in 2 dirs): |
| 13:14.25 | CIA-1 | linux-openmoko: partial revert of rename to PN_PV sheme |
| 13:14.25 | CIA-1 | * details in http://thread.gmane.org/gmane.comp.handhelds.openembedded/32950 |
| 13:14.25 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:14.26 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rfa8b49b614 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
| 13:14.55 | *** join/#oe siji (~siji@122.169.54.39) |
| 13:17.05 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 13:19.05 | GNUtoo | ericben, it is |
| 13:19.36 | ericben | GNUtoo: then, at line 101 of soc/imx/imx-ssi.c change to : scr |= SSI_SCR_NET | 0x40; |
| 13:19.45 | ericben | if I remove this here, the sound goes far to fast |
| 13:20.15 | ericben | as on my scope, the SSI signals are not in I2S mode using the default driver's configuration |
| 13:20.46 | GNUtoo | ok thanks a lot!!!! |
| 13:20.50 | ericben | if that also works for you, please answer to the thead on alsa-devel |
| 13:20.58 | GNUtoo | ok |
| 13:21.07 | GNUtoo | I'll try on 2.6.27 on the bad driver |
| 13:21.19 | GNUtoo | because the new one doesn't work yet |
| 13:21.58 | ericben | is the 2.6.27 the driver from the original FSL BSP ? |
| 13:22.12 | GNUtoo | no |
| 13:22.17 | GNUtoo | FSL? |
| 13:22.34 | hrw | freescalelinux? |
| 13:22.35 | GNUtoo | s/no/I don't know |
| 13:22.39 | GNUtoo | ah I don't know |
| 13:22.41 | GNUtoo | maybe |
| 13:24.06 | *** join/#oe siji (~siji@122.169.54.39) |
| 13:27.56 | GNUtoo | I think so |
| 13:27.58 | GNUtoo | <PROTECTED> |
| 13:29.31 | ericben | GNUtoo: so check the where they set the SCR register of the SSI |
| 13:29.49 | ericben | sorry FSL : Freescale ;-) |
| 13:30.27 | ericben | that's the 3 letter name of their stock ;-) |
| 13:30.46 | GNUtoo | ok |
| 13:30.59 | GNUtoo | reg |= ((frame_rate_divider & AC97_FRAME_RATE_MASK) ? |
| 13:32.15 | GNUtoo | http://pastebin.com/R3QQNtdR |
| 13:32.40 | ericben | you are not is ac97 mode |
| 13:33.10 | GNUtoo | ouch ok |
| 13:33.21 | *** part/#oe EsbenH (~EsbenH@77.233.226.4) |
| 13:34.13 | GNUtoo | maybe ssi_tx_frame_rate then |
| 13:35.02 | ericben | no this is where they configure the SSI signal format, they will touch at SCR & STCR & SRCR |
| 13:35.17 | GNUtoo | http://pastebin.com/6yrKXUKe |
| 13:35.28 | GNUtoo | ok sorry I'll look |
| 13:35.49 | ericben | GNUtoo: pastebin the whole file if you want |
| 13:35.54 | GNUtoo | ok thanks |
| 13:35.58 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 13:38.44 | GNUtoo | ssi.c : http://pastebin.com/Kmgs7XcD |
| 13:39.31 | ericben | so check in your sound driver where is calls ssi_i2s_mode |
| 13:39.34 | GNUtoo | the driver: http://pastebin.com/7JgGyMy9 |
| 13:39.36 | GNUtoo | ok |
| 13:40.18 | GNUtoo | it does |
| 13:40.18 | GNUtoo | ssi_i2s_mode (ssi, i2s_master); |
| 13:40.44 | ericben | isn't your codec the master ? |
| 13:41.29 | GNUtoo | I'll look |
| 13:42.46 | GNUtoo | but where should I look? |
| 13:42.57 | GNUtoo | I'm really sorry beeing such a noob on sound |
| 13:43.08 | GNUtoo | specially on imx sound |
| 13:43.15 | ericben | if the codec provides the clock and the frame it is master |
| 13:43.33 | ericben | has your codec a crystal or an oscillator ? |
| 13:45.29 | GNUtoo | I'll look here: http://bugcommunity.com/wiki/images/f/f5/B2_mod_audio_v1_1_2009_01_24.pdf |
| 13:46.16 | ericben | yes it gets a 12MHZ clock |
| 13:46.33 | GNUtoo | ok |
| 13:47.00 | ericben | so you can configure it as master |
| 13:47.40 | GNUtoo | ok |
| 13:47.53 | GNUtoo | should I configure the codec as master? |
| 13:47.57 | ericben | in that case it will provide the right clock & frame sync to the SSI |
| 13:48.11 | ericben | TLV = master, SSI = slave |
| 13:48.22 | GNUtoo | ok |
| 13:48.25 | ericben | that's my configuration with the TLV320AIC23B and a 12MHz Xtal |
| 13:48.30 | GNUtoo | ok |
| 13:48.59 | GNUtoo | the tlv datasheet said ti could act as master if I remember well |
| 13:50.22 | eFfeM_work | is makefile.am made from makefile.in or the other way around ? |
| 13:51.16 | GNUtoo | eFfeM_work, maybe look in the Makefile.something maybe they tell that it's autogenerated and tell from where else consult the autotools pdf |
| 13:51.26 | eFfeM_work | yeah googled inbetween |
| 13:51.34 | GNUtoo | http://www.lrde.epita.fr/~adl/autotools.html |
| 13:51.39 | eFfeM_work | automake processes Makefile.am to produce a standards-compliant Makefile.i |
| 13:51.47 | GNUtoo | ok |
| 13:51.54 | eFfeM_work | thanks |
| 13:51.57 | GNUtoo | np |
| 13:53.18 | GNUtoo | ericben, is it hard to set TLV to master and SSI to slave? |
| 13:55.31 | GNUtoo | (will I have to modify all the driver like nearly rewrite it or is it just a config) |
| 13:59.01 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * ra0acdeec00 10openembedded.git/recipes/dri/ (7 files): |
| 13:59.01 | CIA-1 | libdrm: add libdrm.inc, INC_PR and move to new staging |
| 13:59.01 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:02.16 | ericben | GNUtoo: only one bit in the interface register to set I think |
| 14:02.28 | GNUtoo | ah ok thanks a lot!!! |
| 14:02.49 | ericben | gnutoo: I think it's name is something_MS or MS_something |
| 14:03.56 | GNUtoo | ok I'll look |
| 14:05.31 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 14:06.08 | GNUtoo | imx-ssi.h:#define SSI_SCR_I2S_MODE_MSTR(1 << 5) ? |
| 14:06.16 | GNUtoo | in penguintronix |
| 14:06.28 | ericben | GNUtoo: that's for the SSI side which must be device |
| 14:06.29 | GNUtoo | I'll look the equivalent in buglabs's driver |
| 14:06.35 | GNUtoo | ok |
| 14:09.19 | GNUtoo | ok in aic3x_set_dai_fmt there is master-slave thing in penguintronix I'll look in 2.6.27 |
| 14:10.53 | GNUtoo | I think I must go soon....sport...too bad |
| 14:13.01 | CIA-1 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r6f56f5d29b 10openembedded.git/recipes/python/python-oauth_1.0.1.bb: |
| 14:13.01 | CIA-1 | python-oauth: Add python library for OAuth |
| 14:13.01 | CIA-1 | Signed-off-by: Michael Lippautz <michael.lippautz@gmail.com> |
| 14:20.19 | GNUtoo | and phone is still broken,shr apps which isn't mickeyl's task are broken on htcdream |
| 14:20.32 | GNUtoo | s/shr apps/shr phone apps/ |
| 14:20.44 | GNUtoo | ooops wrong channel |
| 14:20.44 | *** join/#oe melchior__ (~melchior@AStrasbourg-552-1-1-246.w92-130.abo.wanadoo.fr) |
| 14:21.28 | melchior__ | hello, i'm using an embedded system wirth 64 MB of ram, but my linux detects 256 MB, how could i correct it ? |
| 14:22.21 | ericben | melchios__: what kind of platform is it ? |
| 14:22.52 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 14:24.53 | melchior__ | arm |
| 14:25.12 | marex | hi, guys, is it possible to still use Xserver-xfbdev on OE ? |
| 14:25.14 | ericben | you need to configure your bootloader to pass the right setting to the kernel |
| 14:25.27 | ericben | or add mem=64M to your kernel command line |
| 14:26.25 | marex | melchior__, what ARM ? |
| 14:26.30 | melchior__ | ok, i'll try it |
| 14:26.44 | melchior__ | arm kirkwood from marvell |
| 14:26.53 | marex | melchior__, you can also try mem=64M@address where address is the base address of memory block |
| 14:27.16 | marex | ao2, hey bud |
| 14:32.33 | animist | melchior__, memory configuration is done in bootloader, not Linux. So, you have to fix your bootloader |
| 14:38.02 | marex | animist, not really, he can pass the "mem=" option as the worst possibility |
| 14:38.08 | melchior__ | i've been looking for CFG_DRAM_CHIP_SIZE in the sources but can't find it, isn't it the variable i need to set ? |
| 14:38.18 | marex | melchior__, u-boot ? |
| 14:38.22 | melchior__ | yes |
| 14:38.30 | marex | include/configs/your_plat |
| 14:38.54 | melchior__ | i've done rgrep and got no results |
| 14:39.06 | marex | CONFIG_SYS_DRAM_SIZE ? |
| 14:39.21 | ericben | melchior: but you must also configure the RAM initialization as if you don't have the same chip geometry as it's configured, this won't work |
| 14:39.46 | marex | try also board/yourplat/yourplat.c dram_init() |
| 14:39.54 | marex | gd->bd->bi_dram[0].start look for something like this |
| 14:40.15 | animist | marex, "mem=" option can save sometimes in simple situations, but it won't help if RAM chips are configured incorrectly in a bootloader |
| 14:41.00 | marex | animist, the bootloader won't even start if it copied itself into ram buggered in such a way (And that's the most common case) |
| 14:41.41 | animist | different RAM quantity means different chips even on a similar platform |
| 14:42.44 | *** join/#oe auntie (~rewt@97-121-39-186.bois.qwest.net) |
| 14:44.47 | animist | marex, yep, it won't start in the worst case. |
| 14:44.51 | marex | animist, don't worry, I maintain u-boot-pxa :-) |
| 14:45.13 | marex | animist, that's very likely it won't start ... but it runs for him |
| 14:45.24 | marex | animist, so he very likely has only wrong ATAGS |
| 14:45.24 | animist | ah, ok. I send you a "hello" word from Kschevetsky ;) |
| 14:45.37 | animist | and from sergey Lapin |
| 14:45.39 | marex | animist, ah ... you know him? say hello to him as well :) |
| 14:45.41 | marex | oh :/ |
| 14:45.46 | animist | :p |
| 14:45.50 | marex | animist, I'll have a drink for him |
| 14:46.00 | marex | that'd make him happy ... or did he stopped drinking ? |
| 14:46.36 | animist | not yet, today I'll meet him in a pub a bit later :) |
| 14:46.48 | marex | animist, still in SP ? |
| 14:46.55 | marex | say hi to him from me :) |
| 14:54.50 | *** join/#oe sirgads1 (~swold@nat/intel/x-ffrrshxaxgpshnqf) |
| 14:57.36 | animist | marex, yes, still in SP |
| 14:58.00 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:58.30 | marex | animist, and still fscking with sluts ... just like I knew him :-) |
| 15:01.17 | *** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net) |
| 15:02.11 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 15:07.42 | kergoth | <PROTECTED> |
| 15:07.43 | kergoth | hmm |
| 15:09.19 | kergoth | trying to kill the OVERRIDES manipulations where we don't absolutely have to use them |
| 15:09.42 | RP | morning all |
| 15:10.02 | kergoth | ah, i think i see.. |
| 15:10.05 | kergoth | hey RP |
| 15:10.28 | kergoth | RP: realized tasks manipulating overrides put a serious kink in tracking variable references :| |
| 15:13.27 | RP | kergoth: hmm, I can imagine that. Was this do_package per chance? |
| 15:13.39 | kergoth | a number of the packaging classes, yeah |
| 15:13.52 | kergoth | i was thinking about a wrapper script that just checks FOO_<override> and falls back to FOO |
| 15:13.57 | kergoth | s/script/python function/ |
| 15:13.59 | kergoth | heh |
| 15:14.09 | *** join/#oe likewise_ (~likewise@82-171-51-231.ip.telfort.nl) |
| 15:14.10 | RP | kergoth: Can we manually inject those dependencies? |
| 15:14.15 | kergoth | either that or use the ast to try to track the override modification, but tahts difficult because its not a literal string |
| 15:14.24 | RP | kergoth: That function will still cause problems since you won't know FOO ? |
| 15:14.41 | kergoth | would have to tell the tracking code to treat that function like getVar |
| 15:14.54 | kergoth | already added teh ability to specify explicit var refs in a flag, so thats an option |
| 15:15.00 | RP | a special getVar :/ |
| 15:15.02 | kergoth | but dangerous, still |
| 15:15.14 | RP | right, you'd probably need wildcards |
| 15:15.36 | kergoth | guess we can add every var that comes out of a getVar() against the new localdata to the varrefs flag, and hope that covers it |
| 15:16.15 | RP | It was never going to be a simple problem :/ |
| 15:16.17 | kergoth | is, however, wondering about the wisdom of using overrides for those pkg specific things anyway.. it seems awfully implicit |
| 15:16.25 | kergoth | yeah |
| 15:16.29 | kergoth | another issue is side effects. |
| 15:16.51 | kergoth | os.uname() pulls os specific information, yet i'm storing the components of the python snippet itself in the signature, not the *output* of the snippet |
| 15:16.56 | kergoth | bb.which() is a problem too |
| 15:17.05 | kergoth | capturing machine specific file:// usage.. |
| 15:17.09 | kergoth | it's definitely challenging :) |
| 15:17.18 | RP | a variable that didn't exist bcoming set can massively influence that code. Do you track that? |
| 15:19.05 | RP | For packaging, something that says it depends on the contents of "RDEPENDS* RRECOMMENDS* DESCRIPTION*" and so on might actually work quite well |
| 15:19.12 | kergoth | currently, the tree holds the reference to it, it only becomes a ${FOO} string if FOO isn't set at resolve-time. the signature will change when the referenced var shows up. i'll have to double check that varrefs flag items are handled the same way |
| 15:19.33 | kergoth | that could do. otherwise, can do a ${@} iterating over PACKAGES |
| 15:19.47 | kergoth | made sure it expands the flag :) |
| 15:19.52 | RP | kergoth: remember that PACKAGES gets expanded at runtime though |
| 15:20.08 | kergoth | hmm, true |
| 15:20.14 | RP | kergoth: locale generation for example |
| 15:20.48 | kergoth | alternatively, we could go based on PACKAGES+PACKAGES_DYNAMIC directly.. wildcards would work too of course, just seems silly to possibly pull in things it isn't really going to use |
| 15:21.09 | kergoth | course, once this is integrated into bitbake as a stamps replacement, going based on PACKAGES might be fine, if it uses the value as of do_package execution time |
| 15:21.28 | kergoth | this stuff gives me a headache :) |
| 15:21.50 | RP | kergoth: We need to be able to calculate something for comparision without running anything though |
| 15:21.57 | RP | kergoth: I'm pleased its not just me |
| 15:22.16 | kergoth | this does function, finally, and is unit tested, but there are lots of little pieces that need to be worked out |
| 15:22.20 | RP | PACKAGES+PACKAGES_DYANMIC should work |
| 15:22.22 | kergoth | the 80% is there, that last 20 is going to suck :) |
| 15:22.35 | RP | yes, that is going to make/break it :) |
| 15:22.43 | RP | but its a massive improvement on where it was |
| 15:23.22 | kergoth | http://github.com/kergoth/OE-Signatures/blob/3589fc6ea491879b0ab4480db97c637d5b2e2bbe/lib/test_kergoth.py |
| 15:24.32 | RP | kergoth: neat. We should start getting into the habit of proper unit tests in the main repo that are easily runnable |
| 15:24.41 | kergoth | definitely |
| 15:24.42 | RP | If we had that I'd add them to our autobuilder |
| 15:25.29 | kergoth | another issue i've run into is the methodpool. once a funciton goes into it, we never keep the string incarnation around, so can't analyze them without disassembling the python code object, which would be brittle. |
| 15:25.39 | kergoth | i do track calls to methodpool functions, though |
| 15:26.12 | RP | saving the string incarnation shouldn't be too hard? |
| 15:27.02 | kergoth | god help us if we have a variable in the metadata with the same name as am ethodpool function, but no, it should be easy enough once i start looking at bitbake integration further |
| 15:27.22 | kergoth | goes to grab food & caffeine |
| 15:27.31 | RP | kergoth: I think I made the names insane enough that shouldn't happen ;-) |
| 15:27.51 | RP | kergoth: I've been promised some dedicated time to look at all this stuff soon btw. |
| 15:28.22 | kergoth | and of course, the bits i moved into the oe python package are an issue, *but*, i can always reparse those to obtain an ast to manipulate for those |
| 15:29.29 | RP | kergoth: That is an unfortunate side effect although I guess it holds for lib/bb too |
| 15:30.20 | marex | guys, is it possible to use xorg-xfbdev ? |
| 15:34.47 | kergoth | wow. hah. insane.bbclass manipulates overrides, sets ROOT, sets ROOT_pkg, sets PKG, runs update_data, all to get at the pkg specific RDEPENDS |
| 15:35.00 | kergoth | that's a tad .. excessive |
| 15:54.26 | *** join/#oe GNUtoo (~GNUtoo@host204-172-dynamic.41-79-r.retail.telecomitalia.it) |
| 15:57.09 | khem | kergoth: I am seeing problem when apply=yes is used |
| 15:57.31 | khem | kergoth: the patches gets copied to WORKDIR |
| 15:58.02 | khem | and not into patches/ subdir inside $WORKDIR/<sources> |
| 15:58.15 | khem | and also the series file dont list these patches anymore |
| 15:58.20 | khem | so they dont get applied |
| 16:00.20 | hrw | bye all |
| 16:11.53 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 16:32.57 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-94-168.w90-2.abo.wanadoo.fr) |
| 16:34.54 | *** join/#oe nik0n (~nik0n@cottbus.gefoekom.org) |
| 16:35.58 | khem | kergoth: btw. I think if one uses a patch file which does not end with .patch or .diff and then says file://my_weird_patch;apply=yes it thinks it as a file. I think apply keyword in params should have meant that its a patch irrespective of extention |
| 16:36.12 | nik0n | hi. is there any reason why samba package is only at version 3.3? today i added a recipe for version 3.4/3.5 but running this on current dev branch with minimal distro will cause samba to coredump. using the 3.3 recipe that is provided will deny ´samba to transfer files. it always complains about "to less ram on client machine" |
| 16:36.26 | khem | kergoth: but it seems it treats them as normal files |
| 16:36.27 | nik0n | i know this isnt a samba support # but maybe someone had similar problems |
| 16:37.17 | khem | kergoth: is there a param like type=<patch|normal file|archive> etc. |
| 16:40.29 | khem | kergoth: something like http://pastey.net/136949 would work I guess |
| 16:40.55 | khem | kergoth: but it would mean that apply is only applicable for patch files which is ok I guess |
| 16:49.31 | *** join/#oe stefan_schmidt (~stefan@p5B035A88.dip.t-dialin.net) |
| 16:52.07 | *** join/#oe shazkhan (~shaz@116.71.211.146) |
| 16:54.46 | *** join/#oe aliosa27 (~aliosa27@206.126.211.12) |
| 16:57.17 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r5a12f03c68 10openembedded.git/recipes/tcp-wrappers/ (21 files in 2 dirs): |
| 16:57.17 | CIA-1 | tcp-wrappers: Add .patch extention to patch files. |
| 16:57.17 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 16:57.27 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rfea59d5413 10openembedded.git/classes/image.bbclass: (log message trimmed) |
| 16:57.27 | CIA-1 | image.bbclass: Make zap_root_password to disable root's password not the user root itself. |
| 16:57.27 | CIA-1 | * With shadow now running pwconv after commit 7c5f81b2139e55622ca2f23ff6b63438d4825d87 |
| 16:57.27 | CIA-1 | It converts :*: passwd entry into equivalent /etc/shadow entry :*: |
| 16:57.28 | CIA-1 | which in shadow means disable the account as per |
| 16:57.28 | CIA-1 | http://tldp.org/LDP/lame/LAME/linux-admin-made-easy/shadow-file-formats.html |
| 16:57.29 | CIA-1 | As a result root can not login unless one boots into shell and then |
| 16:57.30 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra60230a927 10openembedded.git/recipes/shadow/shadow.inc: (log message trimmed) |
| 16:57.30 | CIA-1 | shadow.inc: Append serial devices mentioned in SERIAL_CONSOLE into /etc/securetty |
| 16:57.31 | CIA-1 | * Some serial dev nodes are not part of /etc/securetty. So either |
| 16:57.31 | CIA-1 | we can add them manually or deduce from SERIAL_CONSOLE. this does |
| 16:57.32 | CIA-1 | the later. Tested on qemuarm which used ttyAMA0 for console and it |
| 16:57.32 | CIA-1 | not listed in the securetty list. This authorizes root login on |
| 16:57.33 | CIA-1 | the give named console. |
| 16:59.22 | *** join/#oe rsalveti (~rsalveti@AGrenoble-156-1-5-210.w90-36.abo.wanadoo.fr) |
| 17:01.33 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:03.09 | *** join/#oe GNUtoo|oeee (~GNUtoo@host204-172-dynamic.41-79-r.retail.telecomitalia.it) |
| 17:03.31 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 17:05.11 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 17:06.12 | wroberts1 | i got this error in qte-mt_2.3.10.bb |
| 17:07.17 | wroberts1 | something about bidimetrics.patch |
| 17:07.26 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 17:08.01 | GNUtoo|oeee | wroberts1, the patch doesn't apply? |
| 17:08.08 | GNUtoo|oeee | rebase it then |
| 17:08.11 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 17:09.50 | *** join/#oe DomZ (~52e7d74d@gateway/web/freenode/x-waasjetcjouxeldy) |
| 17:14.12 | khem | wroberts1: try this http://pastebin.com/zYQf6gCx |
| 17:14.34 | khem | wroberts1: then clean and repatch the recipe |
| 17:14.51 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:15.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:20.33 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 17:24.55 | JaMa|Wrk | khem: building all locales in eglibc_2.12 failed for es_CR.ISO-8859-1, but this one is not one of new (kok_IN, sq_MK, cv_RU), rechecking now |
| 17:26.46 | JaMa | khem: probably related to this message NOTE: generating locale si_LK (U/usr/share/i18n/locales/es_CR:56: LC_MONETARY: unknown character in field `currency_symbol' |
| 17:28.05 | JaMa | khem: currency_symbol "<U20A1>" |
| 17:28.09 | JaMa | any hint? |
| 17:29.26 | JaMa | changed in http://www.eglibc.org/cgi-bin/viewcvs.cgi/trunk/libc/localedata/locales/es_CR?rev=10196&r1=7311&r2=10196 |
| 17:31.04 | khem | yeah thats a bug fix btw |
| 17:32.30 | Crofton|work | q |
| 17:32.39 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-ttftigkxmgldsahx) |
| 17:34.10 | JaMa | khem: found it in http://www.mail-archive.com/debian-glibc@lists.debian.org/msg42902.html but it doesn't explain why building this locale fails :/ |
| 17:35.36 | JaMa | strange I reverted currency_symbol change (just for test) and it says same warning :/ |
| 17:38.02 | khem | JaMa: look into si_LK |
| 17:39.24 | wroberts1 | somehow when i run bitbake -b qte-mt_2.3.10, i dont have the right environment, so i just try bitbake opie-image |
| 17:39.57 | wroberts1 | but i did do first: bitbake -b qte-mt_2.3.10 -c clean |
| 17:40.01 | JaMa | NOTE: generating locale si_LK (U/usr/share/i18n/locales/es_CR:56: LC_MONETARY: unknown character in field `currency_symbol' |
| 17:40.04 | JaMa | TF-8) |
| 17:40.56 | khem | wroberts1: do bitbake -c clean qte-mt |
| 17:41.18 | khem | JaMa: ok so the error is in es_CR |
| 17:41.33 | JaMa | khem: but si_LK has in header "% Charset: UTF-8" or is it only comment? |
| 17:43.04 | JaMa | and si_LK is not built with ISO-8859-1 only with UTF-8 |
| 17:43.38 | khem | JaMa: now I am confused which one is failing |
| 17:43.49 | khem | es_CR right |
| 17:45.41 | JaMa | es_CR.ISO-8859-1 is failing |
| 17:46.09 | *** join/#oe nik0n (~nik0n@helix.mybll.net) |
| 17:46.43 | JaMa | and calling "localedef... --inputfile=/usr/share/i18n/locales/es_CR --charmap=UTF-8 es_CR.UTF-8" doesn't complain about currency_symbol |
| 17:47.34 | JaMa | have to go.. bbl |
| 17:48.52 | khem | JaMa: pl |
| 17:48.54 | khem | ok |
| 17:48.59 | khem | me too |
| 17:54.51 | *** join/#oe kristoffer (~kristoffe@95.209.100.255.bredband.tre.se) |
| 17:55.39 | khem | wroberts1: did it help ? |
| 18:01.41 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 18:06.33 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 18:07.48 | *** join/#oe Martin-B (~martin@pool-76-65-198-89.dbd-ipconnect.net) |
| 18:13.57 | wroberts1 | i think so. its building opie-image, and im at task 2309 of 4234 |
| 18:34.27 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 18:40.01 | khem | wroberts1: ok cool thx |
| 18:42.34 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 18:54.27 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r40dc6c1497 10openembedded.git/recipes/qte/qte-common_2.3.10.inc: |
| 18:54.27 | CIA-1 | qte-common_2.3.10.inc: remove striplevel=5 |
| 18:54.27 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 18:54.38 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r5439bfeae5 10openembedded.git/recipes/vim/vim_7.2.bb: |
| 18:54.39 | CIA-1 | vim_7.2.bb: Add apply=no to 001-411.diff |
| 18:54.39 | CIA-1 | * This patch is applied manually in the recipe. |
| 18:54.39 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 18:54.56 | kergoth_ | hmm, did my scripts screw those up? |
| 18:55.31 | shazkhan | If a package does not depend on autotools and just make and pythin scripts then how should the recipe be handled? Are there any examples in current recipes that I should follow for a start? Please name a few. |
| 18:55.52 | shazkhan | by make I mean Makefiles |
| 18:56.02 | kergoth_ | uh, look for recipes that don't inherit autotools? |
| 18:56.30 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4a72268c21 10openembedded.git/contrib/qemu/run-qemu.sh: |
| 18:56.30 | CIA-1 | run-qemu.sh: Pass libc as a parameter instead of modifying script |
| 18:56.31 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:03.48 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 19:04.41 | kergoth_ | khem: did i break vim and qte-common with my sed's for the patch changes? |
| 19:04.54 | khem | seems so |
| 19:05.10 | kergoth_ | weird. those changes were really straightforward |
| 19:05.13 | kergoth_ | thanks for fixing em |
| 19:05.18 | khem | kergoth_: I nuked my tmp and did a build of native sdk from scratch |
| 19:05.23 | kergoth_ | ah |
| 19:05.36 | kergoth_ | i did a -c patch -k world years ago, i didn't dare this time |
| 19:05.38 | khem | kergoth_: btw. one nit I observed |
| 19:05.39 | kergoth_ | heh |
| 19:06.33 | khem | if patch name is not ending with .patch or .diff and apply=no|yes is not used |
| 19:06.39 | khem | and it still is a patch file |
| 19:06.44 | khem | then it breaks now |
| 19:06.50 | kergoth_ | not sure what you mean |
| 19:06.57 | kergoth_ | it just doesn't apply them in that case, no? |
| 19:06.58 | khem | because it thinks it to be a normal file instead of a patch file |
| 19:07.04 | khem | yeah |
| 19:07.06 | kergoth_ | that's no different than it was before |
| 19:07.14 | kergoth_ | if you didn't set patch=1, it didn't know it was a patch |
| 19:07.26 | kergoth_ | it only automatically does it based on extension, not file magic |
| 19:07.36 | khem | patch=1 is set |
| 19:07.40 | kergoth_ | all the cases i found like that already have apply=yes specifically |
| 19:07.41 | khem | or was set |
| 19:07.47 | kergoth_ | oh, the compatbility bits aren't behaving? |
| 19:07.52 | kergoth_ | okay, i'll look into it |
| 19:08.02 | khem | tcp-wrappers |
| 19:08.09 | kergoth_ | thanks :) |
| 19:08.46 | kergoth_ | i thought i had that logic right, but it gets a little twisty |
| 19:08.50 | kergoth_ | heh |
| 19:09.00 | khem | git show bf7d0467a0788a7fcc1c96e0dc35a25ae09278a0 recipes/tcp-wrappers/tcp-wrappers_7.6.bb |
| 19:09.23 | khem | that was original change you did in your first commit |
| 19:09.53 | kergoth_ | ugh |
| 19:09.54 | kergoth_ | damnit |
| 19:10.00 | khem | but then second commit screwed it |
| 19:10.25 | kergoth_ | hmm |
| 19:10.30 | khem | sorry no |
| 19:10.37 | khem | not the second one |
| 19:10.38 | kergoth_ | a show of 6fe7cef27069415f2eba36bc640cf59013d4979b doesn't see that |
| 19:10.50 | khem | file://01_man_portability;apply=yes |
| 19:10.57 | khem | is not taken in as a patch |
| 19:10.59 | kergoth_ | which is correct |
| 19:11.01 | kergoth_ | oh |
| 19:11.12 | khem | thats the problem |
| 19:11.17 | kergoth_ | okay, i'm on it |
| 19:11.27 | khem | to circumvent it I renamed the patches for this one recipe |
| 19:11.37 | kergoth_ | couldve sworn i tested that. i picked a bunch of recipes with specific cases to try to unit test it :) |
| 19:11.45 | khem | heh |
| 19:11.55 | kergoth_ | speaking of which, we need to gather those somewhere |
| 19:12.01 | kergoth_ | i have a set of them to test do_unpack |
| 19:12.06 | kergoth_ | somewhere |
| 19:12.07 | khem | apply=yes|no should still convery patch=1 behaviour IMP |
| 19:12.09 | khem | IMO |
| 19:12.13 | kergoth_ | yeah, it should |
| 19:12.19 | kergoth_ | patch=1 -> apply=yes, directly |
| 19:13.21 | shazkhan | kergoth_ and khemIf a package does not depend on autotools and just make and Makefile and some python scripts then how should the recipe be handled? Are there any examples in current recipes that I should follow for a start? Please name a few ... |
| 19:13.25 | khem | or if there is another attribute like type then that could be used too |
| 19:13.47 | kergoth_ | shazkhan: you should try actually reading teh responses to your questions |
| 19:14.02 | khem | shazkhan: recipes/helloworld |
| 19:14.29 | khem | chuckles |
| 19:14.45 | shazkhan | k ... |
| 19:15.23 | shazkhan | is hello world that sophisticated? |
| 19:15.36 | kergoth_ | you didn't ask for a sophisticated example, did you? |
| 19:15.55 | kergoth_ | if you're too lazy to actually grep through the recipes, you can't be expecting too much |
| 19:16.55 | shazkhan | hmmm |
| 19:16.59 | khem | kergoth_: btw. native-sdk-image generated successfully (3900 tasks) so your scripts werent too bad |
| 19:17.54 | kergoth_ | thankfully most patches end in patch/diff, clearly :) |
| 19:17.57 | khem | hmm if I grep for do_stage there are 1376 instances still |
| 19:18.04 | kergoth_ | ouch |
| 19:18.08 | shazkhan | the hello world does not use Makefile and it does not use any py scripts! But I will do the greps before asking more |
| 19:18.24 | shazkhan | :( |
| 19:18.41 | kergoth_ | as i said liek 10 minutes ago and you conveniently ignored, look for recipes taht don't inherit autotools or qmake or whatever |
| 19:18.47 | kergoth_ | there are hundreds, if not more |
| 19:19.04 | khem | kergoth_: IMO patches should be named .diff and .patch anyway |
| 19:19.20 | khem | ah it boots too gr8 |
| 19:19.33 | kergoth_ | agreed |
| 19:19.51 | khem | but we should have a way out for creeps :) |
| 19:20.33 | khem | kergoth_: did patch > 1 conveyed anything more than patch=1 |
| 19:20.34 | likewise | khem: I rather would have it fail horribly so that it gets renamed |
| 19:20.49 | kergoth_ | khem: nope, the value was ignored, it used to just go by 'patch' bein in the parms at all |
| 19:20.50 | khem | likewise: good idea though |
| 19:21.53 | likewise | similar with 'multiple providers, set preferred_provider' , I would still like to see it fail. It bites many people and is non-deterministic |
| 19:21.57 | khem | can fix binutils do_stage |
| 19:22.17 | khem | likewise: yes I do agree |
| 19:23.35 | khem | hmmm kergoth_ does empty do_stage make sense anymore |
| 19:24.08 | kergoth_ | hmm, not sure, would have to double check the legacy staging logic |
| 19:28.04 | *** join/#oe shazkhan (~shaz@116.71.209.196) |
| 19:29.01 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r8cffbaec07 10openembedded.git/classes/base.bbclass: |
| 19:29.01 | CIA-1 | base.bbclass: make do_unpack also not unpack when 'apply' url parameter is set |
| 19:29.01 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:29.02 | CIA-1 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * ra56048dedf 10openembedded.git/classes/patch.bbclass: |
| 19:29.02 | CIA-1 | patch.bbclass: fix the logic error that resulted in tcp-wrappers patch application failures |
| 19:29.03 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:29.10 | kergoth_ | think that should do it |
| 19:32.16 | khem | kergoth_: I hope file://my_patch.patch.bz2 will still work |
| 19:32.39 | kergoth_ | i verified that a patch.gz works, it was one of the recipes i tested |
| 19:32.42 | kergoth_ | so bz2 should as well |
| 19:32.58 | kergoth_ | erm.. damnit, you're right, i'd better double check |
| 19:33.01 | kergoth_ | mutters |
| 19:33.24 | kergoth_ | needs a vacation |
| 19:33.27 | *** join/#oe timtimred (~meh@79-77-194-156.dynamic.dsl.as9105.com) |
| 19:34.35 | khem | kergoth_: actually I am ok with current syntax too where we ask for .patch and .diff extentions |
| 19:34.52 | kergoth_ | right, yeah, the base unpack logic only happens for stuff that doesn't need to be unpacked |
| 19:35.02 | kergoth_ | it checks to see if its a patch to see if it can avoid "unpacking" it |
| 19:35.02 | nik0n | i experienced a problem with expat 2.0.1 on different machines |
| 19:35.03 | nik0n | NOTE: Unpacking ../sources/expat-2.0.1.tar.gz to tmp/work/avr32-oe-linux-uclibc/expat-2.0.1-r3/ |
| 19:35.06 | nik0n | gzip: stdin: invalid compressed data--crc error |
| 19:35.15 | kergoth_ | so we should be okay |
| 19:35.18 | nik0n | anyone got a working version of expat? |
| 19:35.46 | kergoth_ | hmm |
| 19:35.49 | khem | nik0n: what distro are you using |
| 19:35.56 | nik0n | khem: minimal |
| 19:35.57 | kergoth_ | oh, right, it still unpacks patches that are assumed patches by extension.. fuck it |
| 19:36.11 | kergoth_ | doesn't actually harm anything, just copies the patches into workdir :) |
| 19:36.19 | *** join/#oe TheCan (~thecan@dslb-088-064-157-131.pools.arcor-ip.net) |
| 19:36.25 | kergoth_ | should move that logic into a function that both patch and unpack use to see if a given file is a patch |
| 19:37.13 | khem | right |
| 19:42.26 | *** join/#oe denix|otg (~denys@32.167.98.27) |
| 19:47.45 | *** join/#oe Crofton (~balister@pool-96-240-165-6.ronkva.east.verizon.net) |
| 19:51.06 | kergoth_ | why the hell is NoProvider an unknown event? |
| 19:51.13 | kergoth_ | it worries me that bitbake doesn't know one of its own events |
| 19:51.27 | kergoth_ | well, exception, but still |
| 19:52.26 | khem | Providers.NoProvider |
| 19:52.45 | kergoth_ | yeah.. i don't need to see a traceback on that :) |
| 19:52.49 | kergoth_ | just tell me we don't have the damn thing |
| 19:53.22 | khem | lib/bb/event.py says its event and lib/bb/providers.py seems to have exception |
| 19:54.26 | khem | with same name |
| 19:54.26 | kergoth_ | aha |
| 19:54.26 | kergoth_ | we really need to audit our exception handling, across teh board |
| 19:54.26 | khem | class NoProvider(Exception): """Exception raised when no provider of a build dependency can be found""" |
| 20:03.27 | *** join/#oe mrmoku|a` (~mrmoku@ppp-188-174-79-160.dynamic.mnet-online.de) |
| 20:13.17 | *** join/#oe mrmoku|away (~mrmoku@ppp-188-174-85-58.dynamic.mnet-online.de) |
| 20:21.43 | *** join/#oe mrmoku|a` (~mrmoku@ppp-93-104-188-229.dynamic.mnet-online.de) |
| 20:27.17 | CIA-1 | 03Antonio Ospite <ospite@studenti.unina.it> 07org.openembedded.dev * r583d8ac5f4 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: |
| 20:27.17 | CIA-1 | paroli: depend just on edbus, not on edbus-ehal |
| 20:27.17 | CIA-1 | edbus-ehal is not available anywhere in current metadata, just depend on |
| 20:27.18 | CIA-1 | edbus to make images which include paroli build. |
| 20:27.18 | CIA-1 | See also http://tinderbox.openembedded.org/packages/544404/ |
| 20:27.18 | CIA-1 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 20:27.18 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:32.29 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-vxabxhdwawblitze) |
| 20:43.55 | wroberts1 | some problem with qte/qpe http://pastebin.com/NwbRXbZD |
| 20:44.20 | *** join/#oe jconnolly (~jconnolly@acct-342343.voice.dsl.net) |
| 20:44.40 | *** join/#oe robtow (~rob@12.156.66.34) |
| 20:44.58 | IgorK | good day |
| 20:47.02 | *** join/#oe jconnoll1 (~jconnolly@acct-342343.voice.dsl.net) |
| 20:52.26 | *** join/#oe martin_B (~martin@pool-137-65-198-89.dbd-ipconnect.net) |
| 21:02.16 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 21:06.19 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-yfdksrinoscdvkhm) |
| 21:06.41 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 21:06.54 | wroberts1 | ERROR: libdrm-2.4.18: http://dri.freedesktop.org/libdrm/libdrm-2.4.18.tar.bz2 cannot check archive integrity |
| 21:07.04 | *** join/#oe zsircusr (~zsirc@ip-109-84-75-226.web.vodafone.de) |
| 21:12.37 | *** join/#oe hansdampf (~moritz@212.77.183.33) |
| 21:23.27 | *** join/#oe Spz0 (~jonez@97-120-172-230.ptld.qwest.net) |
| 21:27.10 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
| 21:35.02 | khem | hmm may be we should rename org.openembedded.org to master |
| 21:36.35 | ao2 | Full ACK :) |
| 21:40.00 | kergoth | khem: yes, yes, yes |
| 21:40.05 | kergoth | i really, really hate our branch naming |
| 21:40.12 | kergoth | something for the next TSC, perhaps |
| 21:41.17 | khem | kergoth: yes thats a good topic |
| 21:41.54 | khem | kergoth: I dont know how easy/difficult it would be |
| 21:42.20 | kergoth | renaming them is easy, but everyone with a clone wouldn't be able to just 'pull' anymore |
| 21:42.26 | kergoth | would have to change their local branch config |
| 21:43.00 | khem | kergoth: hmm cant we change it with --track |
| 21:43.16 | kergoth | not sure what you mean |
| 21:43.33 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r40d95cb213 10openembedded.git/recipes/dri/libdrm_2.4.18.bb: |
| 21:43.33 | CIA-1 | libdrm_2.4.18.bb: Fix SRC_URI name in checksums. |
| 21:43.33 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:43.38 | kergoth | everyone with a clone has to either recreate their local branch(es) or alter the git-config vars |
| 21:44.11 | khem | ah yes existing branches |
| 21:44.26 | khem | git branch --track could be used |
| 21:44.53 | kergoth | yeah |
| 21:45.06 | khem | for new branches git checkout --track |
| 21:45.07 | kergoth | sadly we can't do it all on the remote end, which is why its probably been put off for this long |
| 21:45.15 | kergoth | pretty sure track is default nowadays |
| 21:45.22 | kergoth | git checkout -b master origin/master or so |
| 21:45.35 | khem | yeah thats default |
| 21:46.17 | *** join/#oe ant__ (~andrea@host74-251-dynamic.9-87-r.retail.telecomitalia.it) |
| 21:59.44 | *** join/#oe methril__ (~methril@189.27.130.146.dynamic.adsl.gvt.net.br) |
| 22:09.49 | *** join/#oe Spz0 (~jonez@97-120-172-230.ptld.qwest.net) |
| 22:26.07 | *** join/#oe CHli (~CHli@212-98-42-40.static.adslpremium.ch) |
| 22:30.56 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
| 22:33.56 | *** join/#oe Spz0 (~jonez@97-120-172-230.ptld.qwest.net) |
| 22:41.53 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 22:49.19 | *** join/#oe rsalveti (~rsalveti@AGrenoble-156-1-5-210.w90-36.abo.wanadoo.fr) |
| 22:53.22 | *** join/#oe aliosa27 (~aliosa27@206.126.210.82) |
| 23:09.54 | *** join/#oe pb_ (~pb@jost.swaffham-prior.co.uk) |
| 23:10.13 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
| 23:10.40 | *** join/#oe IgorK (~arm@netblock-68-183-230-8.dslextreme.com) |
| 23:19.23 | IgorK | Why there is no glib-dbg package in OE? |
| 23:19.41 | kergoth_ | what do you mean? |
| 23:25.31 | kergoth_ | damn, that didn't take long |
| 23:25.44 | kergoth_ | just added a patch to an src_uri in an external overlay without ;patch=1.. oops |
| 23:31.52 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
| 23:32.28 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:54.56 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:58.48 | *** join/#oe ericben|away (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |