| 00:07.36 | woglinde | JDuke128 yes right |
| 00:07.49 | woglinde | but you can easly wrote you an yourseld |
| 00:07.58 | woglinde | args yourself |
| 00:08.10 | woglinde | and I wonder why we dont have a recipe for that |
| 00:08.24 | JDuke128 | where is args ? |
| 00:08.35 | JDuke128 | you mean ? /etc/X11/Xserver $ARGS ? |
| 00:08.42 | woglinde | sorry no |
| 00:08.53 | *** join/#oe borg_ (~olaf@80.149.17.21) |
| 00:08.57 | woglinde | args is some german word complaining about something |
| 00:09.20 | woglinde | I complained about my misspelling |
| 00:10.19 | woglinde | /devel/arm/git/openembedded/recipes/xcursor-transparent-theme |
| 00:10.29 | woglinde | bitbake xcursor-transparent-theme |
| 00:11.33 | JDuke128 | hmm |
| 00:11.45 | JDuke128 | i m very very new |
| 00:11.46 | JDuke128 | sorry |
| 00:12.01 | JDuke128 | where is that devel ? i got it from wget ? |
| 00:12.02 | woglinde | to linux? |
| 00:12.05 | JDuke128 | no |
| 00:12.10 | JDuke128 | to openembedded |
| 00:12.17 | JDuke128 | and bitbake tools |
| 00:12.18 | woglinde | did you read the manual? |
| 00:12.22 | woglinde | or wiki? |
| 00:12.57 | JDuke128 | not much |
| 00:13.09 | JDuke128 | i just compiled omap3 kernel with bitbake |
| 00:14.46 | JDuke128 | its recipes i need to download ? |
| 00:14.55 | JDuke128 | i download recipes then compile with bitbake ? |
| 00:15.04 | woglinde | no |
| 00:15.10 | woglinde | you all have there |
| 00:15.22 | woglinde | just do bitbake xcursor-transparent-theme |
| 00:15.30 | woglinde | copy the ipk over |
| 00:15.41 | woglinde | or try if it is already in the angstroem feeds |
| 00:15.54 | woglinde | with opkg install xcursor-transparent-theme |
| 00:15.58 | woglinde | on the device |
| 00:16.45 | JDuke128 | what about xsetroot ? |
| 00:17.08 | JDuke128 | how can i compile xsetroot.c on openembedded ? its possible to compile c code on bitbake ? |
| 00:17.22 | woglinde | sure |
| 00:17.43 | woglinde | but I bet there is already a recipe which makes ipk which contains xsetroot |
| 00:17.49 | JDuke128 | where ? |
| 00:17.51 | JDuke128 | how ? |
| 00:19.00 | JDuke128 | bitbake xsetroot.c ? |
| 00:19.23 | JDuke128 | ipk |
| 00:19.30 | JDuke128 | what is ipk ? package ? |
| 00:21.29 | woglinde | ipk is a package yes |
| 00:22.03 | JDuke128 | when i look here |
| 00:22.09 | JDuke128 | i got mass lots of folders there |
| 00:22.17 | JDuke128 | each of them is a kind of package ? |
| 00:22.24 | JDuke128 | here : /home/kadir/oe/openembedded/recipes |
| 00:24.32 | woglinde | yes |
| 00:25.45 | JDuke128 | it can be updated folder by command "git update" updates recipes ? and adds new recipes |
| 00:26.11 | JDuke128 | so recipe means opensourced packages that can be installed on target OS & machines... |
| 00:26.27 | JDuke128 | like opkg but not platform based they r ... |
| 00:26.42 | JDuke128 | ERROR: Nothing PROVIDES 'x-cursor-transparent-theme' |
| 00:26.49 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 00:30.30 | woglinde | bitbake xcursor-transparent-theme |
| 00:33.34 | JDuke128 | oo |
| 00:33.35 | JDuke128 | waow |
| 00:33.37 | JDuke128 | yes |
| 00:33.39 | JDuke128 | it is |
| 00:34.04 | JDuke128 | now its complete |
| 00:34.21 | woglinde | good nite |
| 00:51.09 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 00:53.17 | *** join/#oe tmartins (~zero@187.37.67.127) |
| 00:57.25 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:05.54 | *** join/#oe zecke (~ich@109.250.214.117) |
| 01:11.28 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 01:36.14 | *** join/#oe JDuke128_ (~51d6168a@gateway/web/freenode/x-gljvyckqcazhtkyx) |
| 01:36.15 | JDuke128_ | <PROTECTED> |
| 01:36.23 | JDuke128_ | how can i solve that problem ? |
| 01:49.21 | kergoth | why would you want ipkg? |
| 01:49.29 | kergoth | opkg is the fork of ipkg which is actually maintained |
| 01:50.15 | *** join/#oe bbradley (~bbradley@87-194-119-230.bethere.co.uk) |
| 01:53.24 | JDuke128_ | i can run ipk apps on okg ? |
| 01:53.30 | JDuke128_ | opkg ? |
| 01:59.10 | kergoth | opkg IS IPKG |
| 01:59.16 | kergoth | its the same exact tool |
| 01:59.19 | kergoth | with a different name |
| 01:59.22 | kergoth | opkg install foo.ipk |
| 01:59.25 | kergoth | get on with your day |
| 02:28.18 | *** join/#oe robtow (~robtow@64.62.142.114) |
| 02:43.59 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:51.50 | *** join/#oe EvRide (~evride@pool-71-115-94-41.sbndin.dsl-w.verizon.net) |
| 02:51.58 | *** join/#oe dhd (~dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) |
| 02:54.42 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 03:01.20 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 03:09.20 | *** part/#oe EvRide (~evride@pool-71-115-94-41.sbndin.dsl-w.verizon.net) |
| 03:14.31 | *** join/#oe JDuke127 (~kadir@81.214.22.138) |
| 03:31.28 | *** join/#oe Spyzer (~abhishek@210.212.53.134) |
| 03:37.08 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 03:47.09 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 04:08.29 | *** join/#oe Vox_456 (~Guest_124@79-67-245-61.dynamic.dsl.as9105.com) |
| 04:08.51 | *** part/#oe Vox_456 (~Guest_124@79-67-245-61.dynamic.dsl.as9105.com) |
| 04:10.21 | *** join/#oe Laibsch1 (~Laibsch@p5B3B19DE.dip.t-dialin.net) |
| 04:15.31 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 04:56.27 | probonono | Anyone know how to fix this stage-manager build error? line 34, in read_cache cache[data[0]]['ts'] = int(data[1]) IndexError: list index out of range |
| 05:11.04 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 05:17.54 | *** join/#oe JDuke128_ (~51d6168a@gateway/web/freenode/x-vgktodkhkufyjnmq) |
| 05:19.11 | JDuke128_ | hi , i ve added xsetroot on my angstrom OS , i can hide mouse cursor on starting xsetroot command on xterm but when i try to run it on .xinitrc script , its still showing me cursor on boot.Where will i need to run xsetroot -cursor command on startup ? which file ? |
| 05:24.04 | *** join/#oe thaytan (~jan@216.112.110.2.ptr.us.xo.net) |
| 05:32.50 | *** join/#oe polyonymous (~hacker@g230193159.adsl.alicedsl.de) |
| 05:51.26 | *** join/#oe sudharsh (~sudharsh@unaffiliated/sudharsh) |
| 05:52.51 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 06:09.02 | *** join/#oe mrc3 (~mrc3@nat/ti/x-khpvywyytankzajm) |
| 06:10.55 | *** join/#oe dth_ntb (~dieter@p4FDECE77.dip.t-dialin.net) |
| 06:18.12 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 06:19.03 | *** join/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 06:19.57 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 06:32.33 | *** join/#oe siji (~siji@122.170.9.183) |
| 06:32.57 | siji | Hi All,Am getting the error ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable. |
| 06:33.03 | siji | while try to build |
| 06:33.24 | siji | how to resolve this |
| 06:35.48 | Spyzer | have u set the necessary environment variables? |
| 06:35.55 | Spyzer | like OEPATH |
| 06:36.32 | Spyzer | @siji |
| 06:37.48 | siji | i think yes |
| 06:38.17 | Spyzer | in your local.conf what is the value of BBFILES |
| 06:38.38 | siji | BBFILES := "${OETREE}/openembedded/recipes/*/*.bb" |
| 06:38.57 | siji | I want to build it for Beagle board +Angstrom |
| 06:39.49 | Spyzer | so change your local.conf |
| 06:39.54 | Spyzer | and there |
| 06:40.05 | Spyzer | edit MACHINE="beagleboard" |
| 06:40.11 | siji | i did it |
| 06:41.15 | Spyzer | and u have also set the environment variable BBPATH |
| 06:41.35 | siji | how to do that |
| 06:42.42 | Spyzer | export BBPATH=/your_path/build:/your_path/openembedded |
| 06:42.48 | Spyzer | try this and then tell |
| 06:42.49 | siji | ok |
| 06:42.54 | Spyzer | the result |
| 06:42.58 | siji | sure |
| 06:47.05 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 06:48.42 | siji | Spyzer,http://debian.pastebin.com/m362c3303 |
| 06:48.48 | siji | Getting this error now |
| 06:50.17 | Spyzer | google out to check how to configure the default shell of ubuntu or debian or the distro which ur using(i think its debian based) |
| 06:50.37 | Spyzer | ubuntu in default has the dash shell enabled as the default one |
| 06:50.51 | Spyzer | you can change that easily |
| 06:50.59 | rwhitby | dpkg-reconfigure dash |
| 06:51.00 | Spyzer | but i don't remember |
| 06:51.03 | siji | ok ok |
| 06:51.06 | Spyzer | yups |
| 06:52.23 | siji | Am using ubuntu |
| 06:52.32 | siji | <rwhitby>, not working |
| 06:52.44 | siji | Googling now ;) |
| 07:04.17 | siji | I think i need some help |
| 07:04.34 | siji | couldnt able to find any proper solution |
| 07:04.36 | siji | ;( |
| 07:07.56 | *** join/#oe Hasse_ (~quassel@0x5552e721.adsl.cybercity.dk) |
| 07:26.41 | siji | hi |
| 07:26.58 | siji | Anybody can have a look on my local.conf |
| 07:27.05 | siji | http://debian.pastebin.com/m1a0b1a81 |
| 07:27.14 | siji | I feel like smthing i wrong there |
| 07:33.41 | *** join/#oe EsbenH (~EsbenH@77.233.226.4) |
| 07:36.17 | eFfeM | siji doesn't look too bad, depending on what env settings you have (e.g. machine) what makes you think it is wrong ? |
| 07:36.57 | siji | oh ya beagle board |
| 07:37.01 | siji | i added there |
| 07:37.51 | siji | actually am cross checking all the conf files |
| 07:38.47 | *** part/#oe EsbenH (~EsbenH@77.233.226.4) |
| 07:39.25 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 07:39.50 | eFfeM | siji I suggest you follow this: http://www.angstrom-distribution.org/building-angstrom quite closely |
| 07:40.20 | eFfeM | only change you need to make as far as i recall is editing the local.conf as it mentions /OE not ${OETREE}/OE |
| 07:40.27 | eFfeM | on a few places |
| 07:40.28 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:42.33 | siji | ok |
| 07:49.30 | *** join/#oe FCO__ (~FCO@lns-bzn-49f-81-56-161-33.adsl.proxad.net) |
| 07:49.41 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:50.08 | FCO__ | Hello, does anyone know how to build gcj for arm (at91sam9260) ? |
| 07:55.05 | siji | <eFfeM>,pls have a look on my sainty.conf |
| 07:55.18 | siji | BB_MIN_VERSION = "1.8.18" |
| 07:55.18 | siji | SANITY_ABIFILE = "${TMPDIR}/abi_version" |
| 07:55.18 | siji | SANITY_PRFILE = "${TMPDIR}/distro_pr" |
| 07:55.18 | siji | INHERIT += "sanity" |
| 07:56.09 | eFfeM | too short you need two more lines: |
| 07:56.28 | eFfeM | i take that back was not seeing the end of the window |
| 07:56.54 | eFfeM | your sanity.conf is ok, but really the only conf file you should touch is local.conf |
| 07:57.19 | eFfeM | all others should be left untouched |
| 07:57.28 | eFfeM | git diff can tell you if it is changed |
| 07:57.40 | eFfeM | man git-diff |
| 07:57.49 | siji | ok |
| 07:58.09 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 07:59.03 | siji | now the error is |
| 07:59.04 | siji | ERROR: Openembedded's config sanity checker detected a potential misconfiguration. |
| 07:59.05 | siji | Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). |
| 07:59.05 | siji | Following is the list of potential problems / advisories: |
| 07:59.05 | siji | Using dash as /bin/sh causes various subtle build problems, please use bash instead. |
| 08:00.31 | siji | I did sudo dpkg-reconfigure dash |
| 08:00.39 | siji | still the errors are there |
| 08:00.49 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:10.58 | Spyzer | @siji when u did dpkg reconfigure did u disbale dash |
| 08:11.12 | Spyzer | *disbale disable |
| 08:11.20 | siji | how? |
| 08:12.05 | siji | You mean by selecting no from the menu? |
| 08:12.18 | Spyzer | yes |
| 08:12.36 | siji | yes i did |
| 08:12.40 | Spyzer | so did u select no in the menu |
| 08:12.42 | Spyzer | ok |
| 08:12.46 | siji | mv: cannot stat `/bin/sh.distrib': No such file or directory |
| 08:12.57 | siji | I got msg like these |
| 08:13.09 | Spyzer | wow, never faced error like that |
| 08:13.16 | siji | oh :( |
| 08:13.40 | Spyzer | if u type /bin/sh what happens |
| 08:13.45 | Spyzer | in console |
| 08:13.52 | siji | k |
| 08:14.12 | *** join/#oe Heinervdm (~thomas@pD9E1505D.dip.t-dialin.net) |
| 08:14.23 | siji | it's executing |
| 08:14.46 | Spyzer | the mv: cannot.. error when does it occur |
| 08:14.50 | Spyzer | on bitbake |
| 08:14.54 | Spyzer | executuin |
| 08:15.01 | Spyzer | or on dpkg reconfigure |
| 08:15.19 | siji | on dpkg reconfigure |
| 08:16.55 | *** join/#oe Weaselweb (~quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
| 08:19.13 | siji | <Spyzer>,that got resolved |
| 08:19.28 | siji | i did sudo mv /bin/sh /bin/sh.dash |
| 08:19.30 | siji | and |
| 08:19.51 | siji | sudo ln -s /bin/bash /bin/sh |
| 08:20.03 | Spyzer | ver nice |
| 08:20.20 | Spyzer | so now try bitbake... |
| 08:20.20 | siji | new errors |
| 08:20.26 | siji | trying |
| 08:20.27 | Spyzer | like... |
| 08:20.52 | siji | NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it to increase performance. |
| 08:21.02 | siji | I think need to install it am i right? |
| 08:21.24 | Spyzer | visit openmebdded wiki |
| 08:21.29 | siji | ok |
| 08:21.32 | Spyzer | there are listed many prerequisites |
| 08:21.42 | Spyzer | u need to have installed |
| 08:21.53 | Spyzer | before bitbaking anything, ok |
| 08:22.48 | siji | ok |
| 08:29.44 | eFfeM | hi, i want to print a debug message in kernel_do_stage() I added print 'hi' as the first line of kernel_do_stage, but I get a warning about unknown mime type for "hi" and no such file "hi". what is your python n00b doing wrong ?? |
| 08:32.02 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 08:32.04 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 08:34.16 | mickey|zzZZzz | do_stage() is not a python function |
| 08:34.25 | mickey|zzZZzz | it's shell |
| 08:36.14 | *** join/#oe xjqian (~gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
| 08:41.28 | pb__ | heh, yeah, it is unfortunate that "print" exists as this obscure binary |
| 08:41.51 | pb__ | stabs mime-support |
| 08:43.25 | *** join/#oe dth (~Dieter@p4FDECE77.dip.t-dialin.net) |
| 08:44.49 | *** join/#oe JDuke128 (~kadir@81.214.22.138) |
| 08:46.53 | eFfeM | mickey|zzZZzz: pb_ yeah found that out didn't know about the print binary |
| 08:47.04 | eFfeM | is sometimes puzzled by what is python and what is shell |
| 08:47.22 | pb__ | eFfeM: if it says "python do_stage() { ...}" then it's python |
| 08:47.27 | pb__ | if it doesn't say python there, it's shell |
| 08:47.38 | eFfeM | actually for me kernel_do_stage is not working without anything in the log so instrumenting it |
| 08:48.03 | eFfeM | pb__, ah ok, the bbclasses still have quite some mysteries for me, thanks for the info |
| 08:48.48 | eFfeM | actually since it is shell I can just do a set + v :-) |
| 08:49.45 | eFfeM | set -v |
| 08:52.25 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:56.19 | *** join/#oe zecke (~ich@109.250.217.237) |
| 08:59.11 | *** join/#oe _ProtoN_ (~lcintrat@fe2adsl-2.wyplay.net) |
| 09:02.21 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:02.40 | Spyzer | for Machine="qemuarm" I am doing a bitbake opie-image and am getting this sort of error |
| 09:02.41 | Spyzer | http://pastebin.com/m514eb7a5 |
| 09:02.53 | Spyzer | pls help me with this one |
| 09:05.57 | Spyzer | anyone |
| 09:08.26 | eFfeM | hm, for some reason the kernel build will not generate an include/asm symlink for me, anyone know if something has changed there (moving from 2.6.31 to 2.6.33rc3 |
| 09:10.08 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:10.34 | Spyzer | http://pastebin.com/m514eb7a5 |
| 09:12.00 | eFfeM | Spyzer: no idea on those pacakges but maybe your MC&DriverOnlyInstallers.zip is truncated, I suggest removing it from the download dir and retry |
| 09:13.07 | Spyzer | i can remove it from the download directory but then what if bitbake downloads it again, how will i tell bitbake not to ignore MC&DriverOnlyInstaller |
| 09:13.49 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 09:14.30 | eFfeM | Spyzer: don't understand about ignoring, it will download and reapply, you might want to bitbake -c clean the package that uses it though |
| 09:14.35 | eFfeM | hi RP__ |
| 09:14.41 | RP__ | morning all |
| 09:14.51 | JaMa | morning |
| 09:15.07 | Spyzer | plus where is the location from where i have to delete, by download directory u mean build/sources or something else |
| 09:15.09 | Spyzer | ? |
| 09:15.34 | *** join/#oe zecke (~ich@109.250.149.60) |
| 09:15.41 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 09:15.51 | Spyzer | bitbake -c.. should i do that in build directory |
| 09:16.30 | eFfeM | you do have a downloads dir somewhere, depends a little bit on config, use find to locate the zip file |
| 09:17.01 | eFfeM | and bitbake -c can be done whereever you want to if your env settings are ok, but you need to provide the package |
| 09:21.19 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:23.44 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:26.01 | Spyzer | @eFfem: So i should do bitbake -c opie-image bcoz the build was made for bitbake opie-image |
| 09:26.03 | Spyzer | ?? |
| 09:27.34 | eFfeM | Spyzer: bitbake -cclean for the failing package name |
| 09:27.59 | Spyzer | ok |
| 09:28.25 | eFfeM | failing package is something like spectrum-fw |
| 09:28.41 | Spyzer | never done that actually, but will try if error shows, as of now i have deleted .zip file and am bitbaking again, till now no errors |
| 09:29.57 | florian | good morning |
| 09:31.09 | Spyzer | morning |
| 09:33.36 | florian | hi Spyzer |
| 09:34.07 | Spyzer | hi florian |
| 09:34.19 | Spyzer | am doing bitbake for MACHINE=qemuarm" |
| 09:34.28 | Spyzer | may be then i can emulate opie |
| 09:34.32 | Spyzer | easily on qemu |
| 09:34.57 | florian | yes this should be possible... but iirc there is a quite good qemu emulation for the mini2440 too |
| 09:35.31 | Spyzer | you know i tried everything for mini2440 supported at google code qemu version |
| 09:35.34 | Spyzer | but to no avail |
| 09:35.46 | Spyzer | i posted my problems here and other places |
| 09:36.00 | Spyzer | but the only soln. i got was to build the "qemuarm" image |
| 09:36.12 | Spyzer | but oh well.. anything is better than nothing |
| 09:40.41 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 09:43.55 | eFfeM | anyone a hint on what is wrong here ? |
| 09:43.56 | *** join/#oe GNUtoo (~GNUtoo@host186-152-dynamic.51-79-r.retail.telecomitalia.it) |
| 09:44.18 | eFfeM | I am building a kernel and kernel_do_stage() does not work |
| 09:44.56 | eFfeM | it says ASMDIR=`readlink include/asm` but there is no include/asm dir in my tree |
| 09:45.15 | eFfeM | (and the kernel build properly and if I retrieve it from the image subdir it boots nicely) |
| 09:48.56 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:49.36 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:50.06 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:50.36 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:53.30 | *** join/#oe dth_ntb (~59b6d6c1@gateway/web/freenode/x-ahepaxisbuhmdxkv) |
| 09:55.53 | eFfeM | nevermind found it, had to pull a more recent kernel.bbclass |
| 09:57.25 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:10.09 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 10:21.09 | Spyzer | @eFfem i did a bitbake -c clean spectrum-fw |
| 10:21.23 | Spyzer | and now bitbake opie-image is kinda sttoped at this |
| 10:21.25 | Spyzer | NOTE: package spectrum-fw-1.0-r1: task do_configure: Started |
| 10:21.33 | Spyzer | the cursor is just blinking |
| 10:21.37 | Spyzer | should i wait for it |
| 10:21.43 | Spyzer | it has been 30 min alredy |
| 10:22.58 | Spyzer | would you ple tellme |
| 10:23.09 | Spyzer | what to do now |
| 10:23.35 | eFfeM | Spyzer: i don't know this package at all, guess it requires some input, but you are building an image that i never build before |
| 10:24.08 | eFfeM | you might want to look into the temp dir of the package to see what is in log.do_configure |
| 10:24.26 | eFfeM | does not even know what spectrum-fw is |
| 10:24.57 | GNUtoo | maybe an emulator for zx spectrum? |
| 10:25.00 | Spyzer | ok |
| 10:26.02 | Spyzer | well GNUtoo i changed the machine to qemuarm and doing bitbake opie-image, first there were regarding spectrum-fw do_configure stopped |
| 10:26.06 | Spyzer | failed i mean |
| 10:26.29 | Spyzer | and so i cleared the files like bitbake -c clean spectrum-fw |
| 10:26.37 | Spyzer | and then i did bitbake opie-image |
| 10:26.47 | GNUtoo | and? |
| 10:26.57 | Spyzer | NOTE: Running task 5024 of 5046 (ID: 696, /home/abhishek/embedded/toolchain/openembedded/recipes/orinoco/spectrum-fw.bb, do_configure) |
| 10:26.59 | Spyzer | NOTE: package spectrum-fw-1.0-r1: task do_configure: Started |
| 10:27.13 | Spyzer | and this is there on the console for last 30 min or so |
| 10:27.29 | Spyzer | can it take so much time.. |
| 10:27.38 | Spyzer | shold i wait or should i ctrl+c |
| 10:27.44 | GNUtoo | Spyzer, if you think it takes too much time there is a solution |
| 10:27.47 | Spyzer | and bitbake again |
| 10:27.48 | GNUtoo | no don't ctrl+c |
| 10:27.55 | GNUtoo | go into: |
| 10:28.19 | GNUtoo | tmpdir/work/armv-something/spectrum-fw_something/temp |
| 10:28.35 | GNUtoo | and look at the log.do_configure |
| 10:29.09 | Spyzer | should i paste bin that, its 2000 lines |
| 10:29.54 | Spyzer | but each line has the same sort of structure |
| 10:30.46 | Spyzer | just have a brief look at it, all i can think is that my download speed is too slow, that is the reason |
| 10:30.48 | Spyzer | http://pastebin.com/m5a0e4264 |
| 10:31.24 | GNUtoo | strange...it seem it's downloading something |
| 10:31.38 | Spyzer | yeah i think that's the problem, before configuring, it has to actually download something to configure |
| 10:31.38 | GNUtoo | maybe related to what raster said yesterday |
| 10:31.53 | GNUtoo | maybe it dowloads macros |
| 10:31.59 | *** join/#oe Laibsch (~Laibsch@p5B3B19DE.dip.t-dialin.net) |
| 10:32.27 | Spyzer | oh, so i should wait, it means? |
| 10:33.41 | GNUtoo | I think so but...I think you/we should fix that dowload... |
| 10:33.44 | Spyzer | previously it was giving different errors regarding this, http://pastebin.com/m514eb7a5 |
| 10:34.27 | Spyzer | ok , but how do I do that? |
| 10:34.29 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:35.11 | GNUtoo | let's wait the dowload is nearly finished |
| 10:35.33 | Spyzer | my connection is as good as a dial up i think we will have to wait much longer |
| 10:36.02 | Spyzer | I'll meet you after some time, if you would be there |
| 10:36.04 | Spyzer | ok? |
| 10:37.03 | eFfeM | GNUtoo: haven't really found out why xinit is not in xfce46-image |
| 10:37.26 | *** join/#oe vadmeste (~hannken@41.224.11.186) |
| 10:37.48 | GNUtoo | ok |
| 10:38.03 | GNUtoo | maybe I should have a look...but after commiting stuff |
| 10:38.16 | GNUtoo | xinit is a binary right |
| 10:38.24 | GNUtoo | it's not a lib... |
| 10:38.33 | GNUtoo | so it's not automatically added in the deps |
| 10:39.00 | *** join/#oe _ProtoN_ (~lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 10:39.30 | eFfeM | GNUtoo: it is a binary, i would expect it to be part of the image |
| 10:39.55 | GNUtoo | yes but what if someone forgetten to add it in RDEPENDS |
| 10:40.12 | GNUtoo | somewhere |
| 10:40.14 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rab3babc960 10openembedded.git/recipes/xorg-xserver/ (files/ac_check_file.cross.patch xserver-xorg_git.bb): |
| 10:40.15 | CIA-85 | xorg-xserver_git: remove AC_CHECK_FILE check |
| 10:40.15 | CIA-85 | * configure says that AC_CHECK_FILE is not supported for cross building |
| 10:40.15 | CIA-85 | * that DEFAULT_FONT_PATH is later set by --with-default-font-path from |
| 10:40.15 | CIA-85 | recipe |
| 10:40.15 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:40.16 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf0184ebb8e 10openembedded.git/ (8 files in 5 dirs): |
| 10:40.17 | CIA-85 | xorg: add latest xorg packages for 2010-02-10 and xserver-xorg git recipe |
| 10:40.18 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:40.27 | eFfeM | btw I downloaded from your feed, it said it required X , i had no X only Xvesa, made a symlink and got some error on display forgot about what, but didn't manage to proceed |
| 10:40.56 | eFfeM | it might be interesting to see what you have as output of opkg list-installed and compare with what I have |
| 10:41.10 | eFfeM | (but can't do that right now as I am not near the eee) |
| 10:42.59 | GNUtoo | eFfeM, Xvesa seem so kdrive |
| 10:43.05 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 10:44.47 | probonono | Anyone good at problem solving? Trying to fix: mtd-utils_1.2.0+git.bb do_populate_staging failed .... stage-manager, line 34, in read_cache cache[data[0]]['ts'] = int(data[1]) IndexError: list index out of range |
| 10:45.49 | *** join/#oe GNUtoo|oeee (~GNUtoo@host186-152-dynamic.51-79-r.retail.telecomitalia.it) |
| 10:46.17 | GNUtoo|oeee | eFfeM, http://pastebin.com/d17244a8d |
| 10:48.32 | eFfeM | GNUtoo will check the packages later, don't understand your remark on xvesa, is it ok? do you have a symlink to x ? |
| 10:48.55 | GNUtoo | no it's not ok |
| 10:49.05 | GNUtoo | eFfeM, do you know what kdrive is? |
| 10:49.40 | GNUtoo | I'll check something |
| 10:49.42 | probonono | http://www.pastey.net/132889 for my bitbake build problem |
| 10:53.01 | GNUtoo | eFfeM, http://en.wikipedia.org/wiki/Kdrive |
| 10:53.27 | GNUtoo | also kdrive is unmaintained |
| 10:56.28 | Spyzer | yeah, the thing compiled without erros, whew!! |
| 11:00.34 | *** join/#oe ich (~ich@92.116.219.148) |
| 11:01.08 | Spyzer | so GNUtoo now that i have qemu ext2 image so when i am typing the same qemu-system-arm command as from yesterday, but same errors re occuring ,help |
| 11:01.22 | Spyzer | ../qemu-system-arm -M mini2440 -hda minimal-opie-image-eglibc-ipk-.dev-snapshot-20100212-qemuarm.rootfs.ext2 |
| 11:01.43 | GNUtoo | Spyzer, the -M mini2440 is wrong |
| 11:01.51 | GNUtoo | look at angstrom howto for that |
| 11:02.00 | GNUtoo | I'll try to find it |
| 11:02.19 | GNUtoo | http://www.linuxtogo.org/gowiki/Angstrom/qemu-system-arm |
| 11:02.24 | GNUtoo | but |
| 11:02.35 | GNUtoo | change: -append "root=/dev/sda" for -append "root=/dev/sda rw" |
| 11:05.49 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:07.13 | GNUtoo | eFfeM, maybe you know Xfbdev ? Xvesa is the same but for vesa |
| 11:08.42 | Spyzer | WOW, everything is working , thanks a lot everyone and specially you GNUtoo, Wohooooo!!!! |
| 11:09.05 | GNUtoo | nice |
| 11:11.17 | GNUtoo | I've changed the wiki to rw |
| 11:11.31 | GNUtoo | ("root=/dev/sda"->"root=/dev/sda rw") |
| 11:15.25 | eFfeM | GNUtoo, kdrive page was very slow, i think i've heard aobut it before |
| 11:15.36 | GNUtoo | ok |
| 11:15.46 | eFfeM | xvesa gives some x-like display but came with a dialog with two buttons with unreadable text |
| 11:15.48 | GNUtoo | it's an alternative X server |
| 11:15.57 | GNUtoo | so better using Xorg |
| 11:15.59 | eFfeM | tried all combinatiions but didn't get a good display |
| 11:16.06 | GNUtoo | Xorg should work |
| 11:16.18 | GNUtoo | I don't know why xvesa got into your image |
| 11:16.45 | eFfeM | xinit wanted X, didn't have that so either i need different settings/parameters/arugments or something else |
| 11:16.47 | GNUtoo | according to image file and machine config they should have been ....wait a sec.... |
| 11:17.02 | eFfeM | famous last words ? :-) :-) |
| 11:17.07 | GNUtoo | ahhh,,,, |
| 11:17.19 | GNUtoo | look in i686-generic.conf |
| 11:17.28 | GNUtoo | maybe it was modified or I didn't saw that: |
| 11:17.51 | GNUtoo | PREFERRED_PROVIDER_virtual/xserver = "xserver-kdrive" and XSERVER="xserver-kdrive-vesa" |
| 11:17.59 | GNUtoo | so basically it does that: |
| 11:18.04 | GNUtoo | it's set in i686-generic.conf |
| 11:18.11 | eFfeM | that is there |
| 11:18.30 | GNUtoo | and then PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg" |
| 11:18.32 | GNUtoo | see the ?= |
| 11:18.36 | GNUtoo | so it's not set again |
| 11:18.41 | GNUtoo | and so on until the image |
| 11:18.52 | GNUtoo | where it's not set again because of ?= here too |
| 11:19.06 | GNUtoo | so how do we fix that |
| 11:19.28 | GNUtoo | what's the parse order? |
| 11:20.12 | eFfeM | it is possible to override in local.conf |
| 11:20.17 | GNUtoo | bacause if (eee701.conf is parsed after i686-generic.conf) and before other stuff we're doomed |
| 11:20.26 | eFfeM | where is this last preferred_provider line from |
| 11:20.32 | GNUtoo | yes but I don't know if it works |
| 11:20.43 | GNUtoo | I don't know the correct order |
| 11:20.48 | GNUtoo | of the parsing |
| 11:20.52 | GNUtoo | sorry |
| 11:20.55 | GNUtoo | I forgetten |
| 11:21.05 | eFfeM | eee701.conf includes i686-generic |
| 11:21.27 | eFfeM | but if you want xorg then ?= should be = |
| 11:21.47 | GNUtoo | not shure |
| 11:22.06 | GNUtoo | because if you want to override in image after you may not be able to do it |
| 11:22.33 | GNUtoo | because image has ?= |
| 11:22.42 | GNUtoo | mmm |
| 11:23.11 | GNUtoo | for thinking about this issue we need the correct parsing order |
| 11:23.35 | GNUtoo | s./because image has ?=/ |
| 11:23.40 | GNUtoo | let's make a scenario |
| 11:23.48 | GNUtoo | what if: |
| 11:24.12 | GNUtoo | the image came before machine conf |
| 11:24.19 | eFfeM | if you use ?= the i686-generic always wins |
| 11:24.25 | GNUtoo | I know |
| 11:24.33 | eFfeM | you can override in local.conf |
| 11:24.37 | GNUtoo | I think so |
| 11:24.45 | GNUtoo | but that's not a good option either |
| 11:24.55 | GNUtoo | we need help |
| 11:24.58 | FCO__ | Hello, does anyone know how to build gcj for arm ? |
| 11:25.06 | *** join/#oe dth-oops (~Dieter@p4FDEEC95.dip.t-dialin.net) |
| 11:25.10 | GNUtoo | if you want to fix it quickely simply add - in eee701.conf |
| 11:25.49 | GNUtoo | but I'm not shure it's the correct fix |
| 11:25.49 | GNUtoo | if image came before than machine conf: |
| 11:25.49 | GNUtoo | image set it,then machine.conf set it |
| 11:25.54 | GNUtoo | but image should ovveride machine |
| 11:26.07 | GNUtoo | and if machine is not ?= it wouldn't be able to do it |
| 11:26.14 | GNUtoo | for instance if you have a : |
| 11:26.21 | GNUtoo | micro-x11-image |
| 11:26.27 | GNUtoo | with kdrive instead of xorg |
| 11:26.35 | GNUtoo | and want kdrive in that image... |
| 11:26.50 | GNUtoo | and another image with xorg... |
| 11:27.01 | GNUtoo | FCO__, maybe there are docs in the wiki |
| 11:27.11 | GNUtoo | FCO__, also use org.openembedded.dev |
| 11:27.43 | GNUtoo | http://wiki.openembedded.net/index.php/Java |
| 11:30.23 | eFfeM | GNUtoo did you do anything special to get your system running (apart from installing grub and the X thing) |
| 11:31.26 | eFfeM | GNUtoo did a quick grep on XSERVER in conf/machine, eeepc is the only one that uses ?= all others use = |
| 11:31.47 | eFfeM | actually almost the only one |
| 11:32.03 | eFfeM | overlooked om-gta* |
| 11:33.37 | GNUtoo | ah ok |
| 11:34.20 | GNUtoo | so maybe fix locally and ask for review |
| 11:34.36 | GNUtoo | or maybe I should ask for review because I know the problem better |
| 11:56.25 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 11:57.25 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 11:58.46 | CIA-85 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rcc57f26d64 10openembedded.git/recipes/gnome/gconf_2.26.2.bb: gconf_2.26.2.bb : add --enable-gtk to ensure consistant packages |
| 11:58.56 | CIA-85 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r4e45a92b85 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.org/openembedded into org.openembedded.dev |
| 12:04.57 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-nsahsbaoqpsycple) |
| 12:09.33 | Laibsch | XorA: do you know about "git rebase -i origin"? |
| 12:09.33 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 12:09.51 | XorA | Laibsch: yes and do you know rebase is bad? |
| 12:10.15 | Laibsch | that is not true |
| 12:10.20 | *** join/#oe Sleep-Walker (~Sleep@nat/novell/x-kbtdflzjoegyqtbb) |
| 12:10.23 | Laibsch | it's OK for local commits |
| 12:10.32 | Laibsch | stuff that hasn't been pushed yet |
| 12:11.06 | XorA | Laibsch: my tree is public rebase is bad |
| 12:11.11 | Laibsch | "git rebase -i origin" should never ever create a problem when pushing to origin |
| 12:12.05 | Laibsch | XorA: I think you are mistaken, but it's your choice. |
| 12:12.20 | XorA | Laibsch: why get so anal about normal operation of git? |
| 12:12.30 | Laibsch | I am not getting anal |
| 12:12.36 | Laibsch | I asked a simple question |
| 12:13.03 | XorA | Laibsch: and if you look on www.xora.org.uk/git you will see I expose my tree for other Angstrom devs before it hits OE |
| 12:13.48 | eFfeM | GNUtoo eee701 is new, you made it, i think you and me are the only users atm and it is similar to what is in other recipes, so my suggestion is just to change it |
| 12:14.55 | Laibsch | XorA: You could still push a rebased rather than a merged commit. But again, it's your choice. |
| 12:15.19 | Laibsch | and no, it's not the end of the world |
| 12:15.22 | XorA | Laibsch: then git pull fails as a non fast forward |
| 12:15.28 | Laibsch | I was just wondering if you're aware of it or not |
| 12:18.51 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 12:29.56 | GNUtoo | ok thanks |
| 12:41.55 | GNUtoo | mmm libunique fails: http://pastebin.com/dd25c75c is it because of version mismatch between libunique and glib? |
| 12:42.48 | GNUtoo | mmm hrw|gone is gone |
| 12:46.49 | GNUtoo | eFfeM, btw you made a commit replacing inherit native by BBCLASSEXTENDS="native", I think I've forgetten what BBCLASSEXTENDS does |
| 12:47.12 | GNUtoo | I may have read it very quickely long time ago and never used it |
| 12:47.55 | eFfeM | GNUtoo it can be used in a non-native recipe and then the same recipe also can be used to produce the -native variant |
| 12:48.10 | GNUtoo | nice thanks a lot |
| 12:48.28 | eFfeM | so x.bb and x-native.bb can be replaced by x.bb with BBCLASSEXTENDS added |
| 12:48.34 | eFfeM | np, my pleasure |
| 12:48.34 | GNUtoo | ok |
| 12:53.24 | CIA-85 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r3b9b55a651 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 12:53.25 | CIA-85 | task-shr-feed: add mpd (solves SHR bug: #946) |
| 12:53.25 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:56.13 | *** join/#oe woglinde (~heinold@f052237020.adsl.alicedsl.de) |
| 12:57.04 | *** join/#oe fpga (~s@92.62.56.51) |
| 12:59.18 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * raf52177ab7 10openembedded.git/conf/distro/shr.conf: |
| 12:59.19 | CIA-85 | shr: add bluetooth to DISTRO_FEATURES to get bluetooth modules, remove pci, pcmcia, nfs, smbfs, also remove kernel-modules from DISTRO_EXTRA_RRECOMMENDS which are pulled by task-base |
| 12:59.19 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:59.20 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r6b9ab500f7 10openembedded.git/conf/machine/om-gta02.conf: |
| 12:59.21 | CIA-85 | om-gta02: install only really important kernel-modules |
| 12:59.21 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:00.16 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:03.18 | *** join/#oe dth_ntb (~dieter@a89-182-214-193.net-htp.de) |
| 13:05.11 | *** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net) |
| 13:05.58 | *** join/#oe dth_ntb (~dieter@a89-182-214-193.net-htp.de) |
| 13:11.48 | FCO__ | GNUtoo, thank you. I will try |
| 13:12.15 | GNUtoo | ok |
| 13:12.50 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 13:13.30 | *** join/#oe xdelvalle (~xdelvalle@101.Red-88-2-19.staticIP.rima-tde.net) |
| 13:14.25 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 13:19.00 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 13:20.02 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 13:21.06 | GNUtoo | eFfeM, I've fixes that depends on ?= in machines.conf so I'll send a mail |
| 13:22.51 | eFfeM | GNUtoo ok |
| 13:23.08 | GNUtoo | eFfeM, we could also try to move the require at the end of the file |
| 13:23.29 | *** join/#oe marcosmamorim (~marcos@200-158-247-71.dsl.telesp.net.br) |
| 13:23.36 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:24.24 | eFfeM | GNUtoo compare with what others do |
| 13:24.31 | GNUtoo | other are wrong |
| 13:24.35 | GNUtoo | for ?= |
| 13:24.40 | GNUtoo | I had the issue with bug device |
| 13:25.12 | GNUtoo | too bad that hrw|gone is gone |
| 13:25.36 | GNUtoo | maybe I'll try the fix of putting on the botom of the file |
| 13:25.43 | GNUtoo | I saw that in other files |
| 13:25.52 | eFfeM | fine with me |
| 13:26.36 | GNUtoo | but if it doesn't work |
| 13:26.49 | eFfeM | and think of it the other way: basically it is our party (and mostly yours), so feel free to do it in a way that you feel best, you're not harming others by changing eee701.conf |
| 13:27.04 | eFfeM | just give it a try (or i will do at some later point in time) |
| 13:27.09 | GNUtoo | other have a problem too....that's why I'm writing a mail |
| 13:27.09 | *** join/#oe Hasse_ (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:27.16 | GNUtoo | for instance bug+e-image |
| 13:27.21 | GNUtoo | bug is a machine |
| 13:29.55 | *** join/#oe rob_w (~bob@p549BD8FB.dip.t-dialin.net) |
| 13:31.40 | *** join/#oe marcosmamorim (~marcos@200-158-247-71.dsl.telesp.net.br) |
| 13:33.49 | GNUtoo | it doesn't change a thing...I write the mail |
| 13:34.11 | hrw | hi |
| 13:35.30 | GNUtoo | eFfeM, sorry you were right about = |
| 13:35.41 | *** join/#oe denix0 (~denix@pool-71-251-51-225.washdc.east.verizon.net) |
| 13:35.42 | GNUtoo | hrw, hi, just to check parse order: |
| 13:35.42 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 13:36.09 | GNUtoo | i686-generic.conf,then eee701.conf then xfce46-image is the right order? |
| 13:36.23 | hrw | GNUtoo: ? |
| 13:36.43 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 13:36.44 | GNUtoo | hrw, we have issues with xorg/kdrive variable |
| 13:36.53 | GNUtoo | so we want to know parsing order |
| 13:37.16 | hrw | let me guess - i686-generic or eee701 set preference to xserver-kdrive? |
| 13:37.25 | hrw | and both are same arch? |
| 13:37.45 | GNUtoo | hrw, i686-generic : kdrive,then eee701 require i686-generic but set xorg |
| 13:37.48 | GNUtoo | we want xorg |
| 13:38.06 | GNUtoo | but I'm not shure = wouldn't prevent an image for overriding after that |
| 13:38.10 | *** part/#oe xdelvalle (~xdelvalle@101.Red-88-2-19.staticIP.rima-tde.net) |
| 13:38.23 | eFfeM | GNUtoo just try |
| 13:38.28 | hrw | = should set |
| 13:38.39 | GNUtoo | so that's why I need parsing order to see clear in this problem |
| 13:39.25 | hrw | GNUtoo: or you need to do "bitbake --help" and check for "-e" option |
| 13:39.30 | GNUtoo | ok |
| 13:40.47 | *** join/#oe sudharsh (~sudharsh@unaffiliated/sudharsh) |
| 13:41.21 | GNUtoo | eFfeM, I've changes in my git tree that indicates that the problem is real and that I already faced it with machine=bug and image = e-image |
| 13:41.37 | eFfeM | ok, will read your email |
| 13:41.42 | GNUtoo | not sent yet |
| 13:41.49 | GNUtoo | I'm trying to see clear before |
| 13:42.09 | RP__ | btw, I have a new kdrive mostly working in Poky in case anyone is interested |
| 13:43.47 | hrw | RP__: it did not died yet? |
| 13:44.34 | RP__ | hrw: You can still build kdrive from the xorg-xserver and it still works... |
| 13:44.42 | hrw | good |
| 13:45.05 | RP__ | There are some fixes it would be good to upstream |
| 13:47.01 | *** join/#oe sudharsh__ (~sudharsh@122.165.60.90) |
| 13:47.26 | GNUtoo | I'm trying test case |
| 13:53.43 | GNUtoo | it seem to work....I'll put some =,sorry for the noise |
| 13:54.33 | GNUtoo | strange issue |
| 13:54.40 | GNUtoo | it didn't work before but now it does |
| 14:01.16 | *** join/#oe Laibsch (~Laibsch@p5B3B19DE.dip.t-dialin.net) |
| 14:01.40 | GNUtoo | maybe the thing whas that the image hardcoded kdrive not depending on xserver |
| 14:01.53 | hrw | maybe |
| 14:02.00 | GNUtoo | because e-image does it |
| 14:02.07 | hrw | which is a bug |
| 14:04.21 | GNUtoo | wait a sec.... |
| 14:04.24 | GNUtoo | yes I know |
| 14:04.51 | GNUtoo | it parses local.conf before machine.conf |
| 14:04.56 | GNUtoo | maybe that was the issue |
| 14:05.25 | GNUtoo | you define XSERVER in local.conf and it's not taken into account |
| 14:11.59 | denix0 | has anyone seen race conditions with packaged staging? http://thread.gmane.org/gmane.comp.handhelds.openembedded/30040 |
| 14:14.29 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:21.10 | *** join/#oe ctusar (~ctusar@router2.videon-central.net) |
| 14:30.36 | eFfeM | denix0 i've seen some other issues ; eg packages that upon restore are marked as invalid or if the kernel is restored it still wants to run kernel_do_deploy, didn't really find a solution yet |
| 14:31.54 | denix0 | eFfeM: my problem seems to be with creating pstage, not using it... |
| 14:32.14 | denix0 | making a clean build - no TMPDIR/DEPLOY_DIR |
| 14:33.39 | eFfeM | denix yeah but i think the root cause of the kernel do_deploy is that the timestamp for packaged staging is older than the one from do_deploy |
| 14:33.56 | eFfeM | whici is somewhat similar to your tar problem |
| 14:35.19 | denix0 | ah, I think Tartarus has fixed it recently? |
| 14:36.27 | denix0 | eFfeM: any comments on IPKG_BUILD.XXX directory clash? |
| 14:38.06 | eFfeM | denix0 don't know/haven't heard of that problem |
| 14:52.00 | hrw | read OEML in few minutes - sent patchset for review |
| 14:52.24 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 14:53.51 | pb_ | eFfeM: please try to be polite when you post on the mailing list. there is no need for abrupt comments like the one you sent this morning. |
| 14:55.44 | *** join/#oe sudharsh (~sudharsh@unaffiliated/sudharsh) |
| 14:56.08 | woglinde | damn I am tired today |
| 14:56.48 | eFfeM | pb_ the mail to marcos ? |
| 14:56.52 | pb_ | yeah |
| 14:57.16 | pb_ | it seemed a bit of a harsh response to a reasonable suggestion |
| 14:57.27 | eFfeM | hm, ok will let it pass by next time |
| 14:57.56 | hrw | woglinde: can I ask about classpath? |
| 14:58.02 | eFfeM | actually i consider it somewhat rude to provide a patch to a very basic utility and in the cover mail indicate that you didn't even test it yourself |
| 14:58.21 | pb_ | er, I think you misunderstood his mail |
| 14:58.31 | pb_ | his patch was for a completely different issue than the suggestion that you responded to. |
| 14:58.39 | pb_ | did you actually look at the patch? |
| 14:58.42 | hrw | eFfeM: so I am rude too - check my latest patchset on oeml |
| 15:01.04 | eFfeM | pb_ obviously from my reply i did not really look at the patch, just did, and i understand what you mean; then again if you only see his msg text and the files he is changing (which is roughly what is visible in my window), it is not more than understandable that one thinks the patch is on the SRC_URI move |
| 15:01.48 | eFfeM | it helps if people state somewhere in the mail where the patch is about and do not address completely different issues |
| 15:06.47 | *** join/#oe III (~orb@pool-96-226-214-14.dllstx.fios.verizon.net) |
| 15:08.02 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 15:08.34 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 15:09.10 | *** join/#oe kristoffer (~kristoffe@95.209.107.36.bredband.tre.se) |
| 15:17.35 | *** join/#oe robtow (~robtow@64.62.142.114) |
| 15:32.39 | *** join/#oe Spyzer (~abhishek@210.212.53.134) |
| 15:44.29 | *** join/#oe robtow (~robtow@64.62.142.114) |
| 15:45.16 | *** join/#oe gnutoo_ (~GNUtoo@host227-136-dynamic.17-79-r.retail.telecomitalia.it) |
| 15:46.32 | *** join/#oe Blinder (~othmar@h081217021188.dyn.cm.kabsi.at) |
| 15:46.35 | Blinder | hi folks |
| 15:46.55 | Blinder | is someone aware of openssl which can be used fro crosscompiling for mips? |
| 15:47.12 | Blinder | version 0.9.8g preferably :) |
| 15:47.28 | zecke | Blinder: what is the error you see when using bitbake openssl? |
| 15:48.02 | Blinder | zecke: ah, sorry, was rater OT, generally speaking, not oe specific, my bad, sorry |
| 15:59.51 | *** join/#oe GNUtoo (~GNUtoo@host227-136-dynamic.17-79-r.retail.telecomitalia.it) |
| 15:59.54 | *** join/#oe GNUtoo|oeee (~GNUtoo@host227-136-dynamic.17-79-r.retail.telecomitalia.it) |
| 16:01.12 | GNUtoo | hi, |
| 16:01.23 | GNUtoo | I've the wesnoth_1.6.5 recipe |
| 16:01.45 | GNUtoo | I'd like to have a default EXTRA_OECMAKE with default settings |
| 16:01.59 | GNUtoo | and to override that for machines with big screen or eee701 |
| 16:02.04 | GNUtoo | should I do that with python |
| 16:02.06 | GNUtoo | ? |
| 16:02.11 | GNUtoo | like this for instance: |
| 16:03.15 | GNUtoo | ${@base_conditional('<variable-name>', '<value>', '<true-result>', <false-result>', d)}" |
| 16:03.37 | GNUtoo | the variable name would be bigscreen or eee701 |
| 16:03.48 | GNUtoo | but I don't even know what how big is bigscreen |
| 16:04.07 | GNUtoo | it would start at 800x480 in the case of wesnoth |
| 16:04.30 | GNUtoo | before I had something more hackish |
| 16:04.48 | GNUtoo | playing with variables and overriding |
| 16:05.01 | GNUtoo | but that required to create a temporary variable |
| 16:05.39 | GNUtoo | I wonder what to do with -DENABLE_LOW_MEM=ON |
| 16:05.56 | GNUtoo | if someone has an eee701 with 2GB of ram I bet that's not low mem |
| 16:06.17 | hrw | but on 64MB it is low mem |
| 16:06.23 | GNUtoo | yes |
| 16:06.51 | GNUtoo | is base conditional ok for bigscreen? |
| 16:07.25 | GNUtoo | because I could keep lowmem but big screen is more than an issue |
| 16:07.40 | GNUtoo | it shrink graphics,you have issues with GUI etc... |
| 16:07.52 | GNUtoo | so better having it only when realy necessary |
| 16:08.38 | GNUtoo | I'm not even shure 64M would run wesnoth |
| 16:08.47 | GNUtoo | 110 is ok |
| 16:09.45 | XorA | wishes there was a git link command |
| 16:10.15 | broonie | What would that do? |
| 16:10.22 | GNUtoo | ln -s ? |
| 16:11.38 | XorA | broonie: a safe ln -s |
| 16:13.01 | hrw | bye all |
| 16:16.23 | kergoth | XorA: you mean it'd work on filesystems that don't support links, by doing a secondary checkout of the file or something? |
| 16:16.27 | kergoth | that could be interesting |
| 16:22.34 | XorA | kergoth: yes, rather than just recording a ln -s it would actually associate the two files |
| 16:24.07 | *** join/#oe thaytan (~jan@192.18.41.196) |
| 16:24.43 | GNUtoo | anyone knows what are smallscreen or bigscreen? |
| 16:24.50 | GNUtoo | or how I can say: |
| 16:25.38 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 16:27.17 | GNUtoo | ${@base_conditional(''MACHINE_DISPLAY_something, 'smaller than 800x480', "-DGUI=tiny", "",d )}" |
| 16:28.49 | pb_ | MACHINE_GUI_CLASS, you mean? |
| 16:29.03 | pb_ | that's pretty much a historical artifact, I am not sure it is such a great idea to use it in new code. |
| 16:29.32 | pb_ | originally, I think "smallscreen" meant 320x240, and "bigscreen" was VGA or anything larger. |
| 16:29.39 | GNUtoo | pb_, ok so what should I do....I want to use tiny gui only with resolution smaller than 800x480 |
| 16:29.40 | GNUtoo | ok |
| 16:29.50 | GNUtoo | so not suitable for my goal |
| 16:30.12 | pb_ | there's MACHINE_DISPLAY_HEIGHT_PIXELS etc |
| 16:30.16 | GNUtoo | (I suspected it looking at gumstix commits) |
| 16:30.18 | GNUtoo | ok |
| 16:30.21 | GNUtoo | I know that |
| 16:30.25 | pb_ | which I think might be an opieism but is probably your best option |
| 16:30.31 | BlindMan | hi pb |
| 16:30.35 | pb_ | hi blindman |
| 16:30.42 | GNUtoo | so I should make an anonymous python function? |
| 16:30.47 | GNUtoo | or is there something easier? |
| 16:31.12 | pb_ | yes, you probably want to write a python expression |
| 16:31.17 | GNUtoo | I could also make a temporary variable and override it per machine but it would be ugly |
| 16:31.20 | GNUtoo | ok |
| 16:31.45 | GNUtoo | so there is no python like @base_conditional and I should write a function...ok |
| 16:32.14 | GNUtoo | *like @base_conditional that does that |
| 16:32.20 | pb_ | it doesn't need to be an actual function, just a ${@...} expression would be enough |
| 16:33.08 | GNUtoo | ah wow |
| 16:33.31 | GNUtoo | so I put my function in @ and it would be ok...thanks |
| 16:34.26 | GNUtoo | I'll try base_confditional |
| 16:36.42 | GNUtoo | I'll craft something |
| 16:36.49 | GNUtoo | base_conditional won't work |
| 16:39.42 | *** join/#oe B_Lizzard (~havoc@athedsl-429461.home.otenet.gr) |
| 16:41.11 | GNUtoo | nice |
| 16:41.12 | GNUtoo | base_ifelse |
| 16:42.04 | pb_ | yeah, you can use base_ifelse if you want, though it doesn't particularly buy much. |
| 16:54.22 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 16:59.03 | *** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net) |
| 17:01.06 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-50-243.w86-212.abo.wanadoo.fr) |
| 17:07.26 | GNUtoo|oeee | btw thanks a lot |
| 17:15.46 | *** join/#oe udovdh (~udovdh@2001:888:1abc::70) |
| 17:18.50 | denix | Tartarus: ping me or denix0 when you are back |
| 17:21.30 | *** join/#oe marcosmamorim (~marcos@200.230.30.65) |
| 17:21.54 | GNUtoo | ah ok lol...I was doing ${@base_ifelse( "( bb.data.getVar('MACHINE_DISPLAY_WIDTH_PIXELS', d, 1) < 800 ) or ( bb.data.getVar('MACHINE_DISPLAY_HEIGHT_PIXELS',d,1) < 480 )","-DGUI=tiny","")} \ |
| 17:22.01 | GNUtoo | but condition is not a string |
| 17:23.59 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 17:25.26 | GNUtoo | pb_, thanks a lot |
| 17:29.05 | GNUtoo | hi hrw|gone do we put kernel-modules in EXTRA_RDEPENDS or in EXTRA_RECOMMANDS for machine bug ? |
| 17:31.12 | *** join/#oe leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 17:32.42 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-sjdcrqwsnuykvroa) |
| 17:33.58 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:37.48 | *** join/#oe leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 17:39.48 | *** join/#oe frank7d (~frank@p549F0417.dip0.t-ipconnect.de) |
| 17:43.08 | eFfeM | what is the best way to create a dir after unpack but before the build starts? |
| 17:43.28 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 17:43.29 | eFfeM | tried an append to do_unpack with midir in it but that just gives a syntax error .... |
| 17:46.23 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-cdbfbnuazntfavel) |
| 17:47.24 | GNUtoo | eFfeM, what's the syntax error? maybe add a task because you may not be able to mix python and bash |
| 17:48.35 | GNUtoo | btw fix comming |
| 17:48.39 | GNUtoo | for eeepc |
| 17:54.38 | eFfeM | GNUtoo guess it is indeed python moved to do_configure_prepend, but that didn't help too much either |
| 17:54.46 | eFfeM | need a better plan :-) |
| 17:55.38 | GNUtoo | couldn't you add a task? |
| 17:55.50 | GNUtoo | or do a python mkdir |
| 17:56.34 | GNUtoo | os.mkdir: mkdir(path [, mode=0777]) |
| 18:00.57 | *** join/#oe recalcati (~5d9011c7@gateway/web/freenode/x-osjtyuxyeliblqug) |
| 18:03.18 | recalcati | g.m. |
| 18:05.09 | eFfeM | hi recalcati |
| 18:05.41 | eFfeM | GNUtoo actually there is more work needed, it is a recipe that desires to be build in a separate dir, but if i do the mkdir the paches do not apply |
| 18:06.05 | eFfeM | need a better solution, will look into it |
| 18:07.37 | recalcati | I'm copying akita for my pxa270 rework. Starting from stable/2009 is good (gcc4.2.4) or dev branch can be better (gcc4.3.3) . the base image compilation works in bot cases . |
| 18:09.21 | GNUtoo | ok |
| 18:09.50 | GNUtoo | mmm that doesn't work as expected: ${@base_ifelse( ( ( bb.data.getVar('MACHINE_DISPLAY_WIDTH_PIXELS', d, 1) < 800 ) or ( bb.data.getVar('MACHINE_DISPLAY_HEIGHT_PIXELS',d,1) < 480 ) ),"-DGUI=tiny","")} |
| 18:10.57 | GNUtoo | it always do "" |
| 18:11.05 | GNUtoo | s/do/output |
| 18:13.50 | eFfeM | think i already solved my problem, there was a variable for it :-) |
| 18:14.24 | GNUtoo | ok |
| 18:14.29 | GNUtoo | what was the variable? |
| 18:18.11 | GNUtoo | what is d in bb.data.getVar(<var>,d,1) |
| 18:18.24 | GNUtoo | because in the python console It's not defined |
| 18:21.38 | kergoth | of course it isn't defined |
| 18:21.44 | kergoth | it's the bitbake/oe metadata. |
| 18:22.06 | GNUtoo | ok |
| 18:22.20 | GNUtoo | how can I do that in python shell: |
| 18:22.23 | GNUtoo | ${@base_ifelse( ( ( bb.data.getVar('MACHINE_DISPLAY_WIDTH_PIXELS', d, 1) < 800 ) or ( bb.data.getVar('MACHINE_DISPLAY_HEIGHT_PIXELS',d,1) < 480 ) ),"-DGUI=tiny","")} |
| 18:22.39 | GNUtoo | because something is wrong somewhere and it doesn't work |
| 18:22.45 | GNUtoo | as expected |
| 18:22.53 | GNUtoo | basically it always returns "" |
| 18:23.20 | *** join/#oe Hasse_ (~quassel@0x5552e721.adsl.cybercity.dk) |
| 18:24.42 | CIA-85 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rbe1c605149 10openembedded.git/conf/machine/omapzoom.conf: |
| 18:24.42 | CIA-85 | omapzoom.conf : this is an omap3 device using same kernel as most others |
| 18:24.42 | CIA-85 | Change it to use the omap3.inc so it gets the same features beagle/zoom2/hawk |
| 18:24.42 | CIA-85 | get. |
| 18:25.02 | eFfeM | GNUtoo are these vars defined |
| 18:25.06 | GNUtoo | ok got it |
| 18:25.47 | GNUtoo | <PROTECTED> |
| 18:25.51 | GNUtoo | so I must find init |
| 18:33.08 | *** join/#oe zecke (~ich@109.250.31.254) |
| 18:34.15 | *** join/#oe B_Lizzard_ (~havoc@athedsl-423345.home.otenet.gr) |
| 18:35.33 | GNUtoo | got it I think |
| 18:35.34 | GNUtoo | but it doesn't return anything |
| 18:35.40 | GNUtoo | d = bb.data.init() |
| 18:40.27 | CIA-85 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * ra6cbed9c4b 10openembedded.git/recipes/wt/wt_2.2.3.bb: |
| 18:40.27 | CIA-85 | wt: removed do_stage |
| 18:40.27 | CIA-85 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 18:40.29 | CIA-85 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r3e5ac9a9cb 10openembedded.git/ (3 files in 2 dirs): |
| 18:40.29 | CIA-85 | wt3: build outside the source tree |
| 18:40.29 | CIA-85 | this builds wt3 outside the source tree. |
| 18:40.29 | CIA-85 | not doing so is not the recommended solution and actually breaks in 3.1.0 |
| 18:40.29 | CIA-85 | fixed it to use a build dir |
| 18:40.30 | CIA-85 | while at it also inlined the checksums and removed them from checksums.ini |
| 18:40.30 | CIA-85 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 18:40.32 | CIA-85 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r6adbcf3963 10openembedded.git/recipes/wt/ (3 files in 2 dirs): |
| 18:40.32 | CIA-85 | wt3: added recipe for 3.1.0a |
| 18:40.32 | CIA-85 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 18:46.39 | GNUtoo | sigh |
| 18:46.53 | GNUtoo | how do I make it parse? |
| 18:47.48 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 18:49.47 | kergoth | getVar gets a variable from the metadata, as parsed from a recipe. do you honestly think a getVar on an empty datastore created with bb.data.init() is going to return anything? |
| 18:49.51 | GNUtoo | ahhh |
| 18:49.52 | GNUtoo | ok |
| 18:50.01 | GNUtoo | <PROTECTED> |
| 18:50.06 | GNUtoo | because it should be |
| 18:50.09 | GNUtoo | <PROTECTED> |
| 18:50.25 | kergoth | int(bb.data.getVar("MACHINE_DISPLAY_WIDTH_PIXELS", d, 1) < 800 |
| 18:50.26 | kergoth | is better |
| 18:50.36 | GNUtoo | kergoth, indeed that was my problem I wondered how to make it parse |
| 18:50.36 | kergoth | integer comparison rather than string comparison |
| 18:50.43 | GNUtoo | ok |
| 18:50.47 | GNUtoo | indeed |
| 18:50.54 | kergoth | erm, missed a closing paren, but you get the point :) |
| 18:51.49 | GNUtoo | ok thanks a lot |
| 18:52.48 | GNUtoo | btw for the record is it possible to populate the datastore whitin python because I thought it was already populated when I did parse in bitbbake -i |
| 18:56.17 | *** join/#oe hhhhcz (~arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 18:56.28 | *** part/#oe hhhhcz (~arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 19:01.24 | hrw|gone | GNUtoo: rrecommends |
| 19:01.38 | GNUtoo | ok thanks |
| 19:07.15 | hrw|gone | eFfeM-away: can you switch to use utf-8 on default on kirkwoods? thx |
| 19:14.01 | *** join/#oe frank7d1 (~frank@p549F13B3.dip0.t-ipconnect.de) |
| 19:21.06 | *** join/#oe adamgibbo (~adam@188-221-227-119.zone12.bethere.co.uk) |
| 19:21.46 | *** join/#oe frank7d (~frank@p549F0FDE.dip0.t-ipconnect.de) |
| 19:22.15 | *** part/#oe adamgibbo (~adam@188-221-227-119.zone12.bethere.co.uk) |
| 19:30.40 | pb__ | mickeyl: good morning |
| 19:31.57 | mickeyl | morning pb__ |
| 19:35.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:45.37 | GNUtoo | JaMa, I think my patch is not needed anymore with your imlib2 bump |
| 19:45.41 | GNUtoo | I won't push it then |
| 19:45.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:46.12 | JaMa | GNUtoo: ok, good to know, thanks |
| 19:46.44 | JaMa | GNUtoo: I'll bump it a bit more after reboot as epsilon patch is already aplied upstream, so to remove it from oe.dev |
| 19:47.11 | GNUtoo | ok |
| 19:47.19 | GNUtoo | epsilon is a machine? |
| 19:48.42 | JaMa | no old deprecated efl package |
| 19:53.13 | *** join/#oe wodell (~42100a02@gateway/web/freenode/x-wsyeeshfkqbdkher) |
| 19:56.58 | GNUtoo | ok |
| 19:57.21 | GNUtoo | I check my bug changes bitbaking a modified illume-image and I push |
| 19:57.45 | GNUtoo | JaMa, do you think I could remove all remaining phone bits from illume-image? |
| 19:57.55 | GNUtoo | because that is commented: |
| 19:58.09 | GNUtoo | # ${ZHONE_INSTALL} \ |
| 19:58.27 | GNUtoo | which installed zhone+fso |
| 19:58.39 | GNUtoo | because I'd like to use the image for my bug device |
| 20:01.06 | *** join/#oe dth (~dieter@p4FDEEC95.dip.t-dialin.net) |
| 20:10.27 | wodell | are there any up-to-date discussions about checksums.ini? |
| 20:10.32 | JaMa | GNUtoo: I agree, with name like this it should stay as general as posible |
| 20:10.40 | GNUtoo | ok |
| 20:12.33 | CIA-85 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r550d4902f4 10openembedded.git/recipes/openssh/openssh-5.2p1/shr/sshd_config: |
| 20:12.33 | CIA-85 | openssh: allow empty passwords in sshd_config for SHR |
| 20:12.33 | CIA-85 | because users insist on it :( |
| 20:12.33 | CIA-85 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 20:15.27 | CIA-85 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rc9fbceb7c3 10openembedded.git/ (5 files in 2 dirs): freesmartphone: rename mickeydbus(2) to mdbus(2), fso-term is now called mterm2 |
| 20:15.38 | CIA-85 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rfac2ce0bc2 10openembedded.git/recipes/images/fso2-console-image.bb: fso2-console-image: catch up with upstream renaming |
| 20:15.40 | CIA-85 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5ab23a5665 10openembedded.git/ (conf/checksums.ini recipes/perl/perl_5.8.8.bb): perl 5.8.8: add missing checksums |
| 20:19.04 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 20:30.01 | *** join/#oe marcosmamorim (~marcos@189.102.237.125) |
| 20:31.30 | *** join/#oe abhiSri (~geeks-den@115.184.204.60) |
| 20:32.22 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 20:37.21 | *** join/#oe leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 20:37.24 | *** join/#oe frank7d1 (~frank@p549F073A.dip0.t-ipconnect.de) |
| 20:38.49 | pb__ | mickeyl: for your interest, we agreed a sale of our house yesterday. so far so good. |
| 20:40.18 | mickeyl | pb__: ah very good. congrats! |
| 20:44.45 | *** join/#oe frank7d (~frank@p549F073A.dip0.t-ipconnect.de) |
| 21:05.04 | GNUtoo | JaMa, do you use waker? |
| 21:05.16 | GNUtoo | http://pastebin.com/d55e35567 |
| 21:06.48 | JaMa | GNUtoo: no never.. but IIRC Ecore_list is now Eina_list, but I'm not sure.. |
| 21:07.01 | GNUtoo | ok |
| 21:09.20 | JaMa | do someone use /etc/ssl/certs on target? there is curl-certs package as part of curl but in latest version is empty => not packaged |
| 21:10.39 | GNUtoo | mmm no... |
| 21:10.47 | GNUtoo | for ssl certs |
| 21:13.02 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdc115b9b64 10openembedded.git/ (5 files in 3 dirs): |
| 21:13.02 | CIA-85 | shr-image: move some stuff from task-shr-minimal to task-shr, drop unneeded and make shr-lite-images smaller |
| 21:13.02 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 21:13.03 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r79b6c7fe7b 10openembedded.git/ (3 files in 3 dirs): |
| 21:13.03 | CIA-85 | EFL: bump SRCREV a bit, remove applied patch |
| 21:13.03 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 21:13.03 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdcfdafaa68 10openembedded.git/recipes/tasks/ (task-shr-feed.bb task-shr.bb): |
| 21:13.03 | CIA-85 | task-shr: catch up with upstream renaming |
| 21:13.04 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 21:16.05 | GNUtoo | mmm |
| 21:16.06 | GNUtoo | http://pastebin.com/d1f2481a2 |
| 21:17.35 | *** join/#oe Martin-B (~martin@pool-199-66-198-89.dbd-ipconnect.net) |
| 21:20.24 | *** join/#oe hillct (~hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 21:26.51 | *** join/#oe GNUtoo (~GNUtoo@host227-136-dynamic.17-79-r.retail.telecomitalia.it) |
| 21:29.07 | *** join/#oe GNUtoo (~GNUtoo@host227-136-dynamic.17-79-r.retail.telecomitalia.it) |
| 21:29.34 | playya_ | GNUtoo|oeee, Ecore_List is obsolete, the deveolper should uese Eina_List instead |
| 21:30.04 | CIA-85 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07org.openembedded.dev * r41f1d9de92 10openembedded.git/recipes/webkit/webkit-efl_git.bb: |
| 21:30.04 | CIA-85 | webkit-efl: don't include error page in package |
| 21:30.04 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 21:31.13 | GNUtoo|oeee | ok |
| 21:41.54 | GNUtoo | playya_, I fixed the first failure but the second... |
| 21:42.06 | GNUtoo | I changed ecore->eina and did -leina |
| 21:42.08 | GNUtoo | no success |
| 21:42.20 | playya_ | let me check |
| 21:42.29 | playya_ | its in the e svn? |
| 21:42.33 | GNUtoo | ok thanks a lot |
| 21:42.48 | GNUtoo | I looked at last checkout and it's the same |
| 21:42.49 | GNUtoo | yes |
| 21:42.51 | GNUtoo | at: |
| 21:43.09 | GNUtoo | http://svn.enlightenment.org/svn/e/trunk/TMP/st/waker/ |
| 21:43.22 | GNUtoo | without the last / |
| 21:44.28 | CIA-85 | 03Ruud Althuizen <ruud@il.fontys.nl> 07org.openembedded.dev * r150b89129e 10openembedded.git/conf/machine/ea3250.conf: |
| 21:44.28 | CIA-85 | ea3250.conf: New machine config |
| 21:44.28 | CIA-85 | Machine config for the LPC32XX based Embedded Artists development board |
| 21:44.28 | CIA-85 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 21:44.38 | CIA-85 | 03Ruud Althuizen <ruud@il.fontys.nl> 07org.openembedded.dev * rfb1e00bdcd 10openembedded.git/ (5 files in 3 dirs): (log message trimmed) |
| 21:44.38 | CIA-85 | linux-ea3250: New recipe |
| 21:44.38 | CIA-85 | This is a kernel recipe for the LPC32XX (LPC3250) based Embedded Artists |
| 21:44.38 | CIA-85 | development board. It uses public patches provided by NXP and Embedded |
| 21:44.38 | CIA-85 | Artists. The other two patches provide drivers for the PWM capabilities |
| 21:44.38 | CIA-85 | and fix one NXP patch. |
| 21:44.39 | CIA-85 | It can be generalized for use with the PHYTEC LPC3250 development board. |
| 21:44.43 | playya_ | i think it needs some more love to get this running again GNUtoo |
| 21:44.48 | GNUtoo | ok |
| 21:45.19 | GNUtoo | if I remove the alarms from the illume-image will somebody get mad at me? and will it remove the waker dep? |
| 21:45.40 | GNUtoo | I'll try |
| 21:45.49 | playya_ | maybe there's another dependency to waker |
| 21:46.23 | GNUtoo | ok |
| 21:47.11 | GNUtoo | <PROTECTED> |
| 21:48.00 | eFfeM | hrw|gone: will do |
| 21:49.00 | eFfeM | remind me if it has not happened in a day or two (or make the change yourself, you have my blessing :-) ), planning to do it after the current build is finished but might forget :-[ |
| 21:49.28 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
| 21:58.16 | khem | GNUtoo: Try to fix the missing dependency |
| 21:58.28 | GNUtoo | ok |
| 21:58.29 | khem | commenting out will only hide the problem |
| 21:59.48 | khem | you need enlightenment/ecore libs |
| 22:00.01 | khem | probably thats not being pulled in |
| 22:00.12 | GNUtoo | I'll add eina dep |
| 22:00.22 | GNUtoo | ecore is pulled |
| 22:00.28 | GNUtoo | but not eina |
| 22:00.34 | GNUtoo | but I already had eina in workdir |
| 22:00.57 | playya_ | khem, i should segfault if you use Ecore_List |
| 22:01.40 | khem | ? |
| 22:02.27 | playya_ | it uses ecore_file_ls which returns an eina list |
| 22:03.56 | khem | may be there is some ecore configure option touse aina |
| 22:05.41 | playya_ | nope |
| 22:05.43 | GNUtoo | basically my problem is that I made something like 10 commits and I'd like to push....but before pushing I like to test the last commit |
| 22:05.51 | GNUtoo | which depend on an image |
| 22:05.51 | playya_ | eina should replace some parts of ecore |
| 22:06.00 | GNUtoo | and I chose illume-image |
| 22:06.14 | GNUtoo | that I'll fix later |
| 22:06.19 | GNUtoo | for removing phone |
| 22:06.28 | GNUtoo | functionality,and also for that bug |
| 22:06.36 | playya_ | this is my patch: http://pastebin.com/f5fdd0cf5 |
| 22:06.48 | playya_ | but it's not really tested ;) |
| 22:06.48 | GNUtoo | thanks a lot I'll try |
| 22:07.36 | GNUtoo | ok I'll do the testing |
| 22:12.09 | playya_ | at least it compiles and does not segfault |
| 22:12.16 | GNUtoo | ok |
| 22:12.27 | GNUtoo | thanks a lot |
| 22:17.06 | *** join/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
| 22:19.42 | *** join/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
| 22:19.50 | *** part/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
| 22:26.29 | *** join/#oe stefan_schmidt (~stefan@p5B0358BB.dip.t-dialin.net) |
| 22:42.06 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1fac183589 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 22:42.06 | CIA-85 | task-shr-feed: add older mickeyterm to feed, newer mterm2 should be installed and build with shr*image |
| 22:42.06 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 22:42.09 | CIA-85 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5d719eb699 10openembedded.git/recipes/ (3 files in 2 dirs): |
| 22:42.09 | CIA-85 | task-cli-tools-python, illume-image, fso-image-nox: catch up with upstream renaming |
| 22:42.09 | CIA-85 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 22:53.49 | *** join/#oe hansdampf (~moritz@rgnb-4d04b9a1.pool.mediaWays.net) |
| 22:56.19 | CIA-85 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r6687b01b72 10openembedded.git/contrib/angstrom/omap3-mkcard.sh: omap3-mkcard.sh : make fdisk parsing a little more robust |
| 22:56.20 | CIA-85 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r787d023875 10openembedded.git/recipes/angstrom/ (omap3-mkcard.bb omap3-mkcard/omap3-mkcard.sh): omap3-mkcard.bb : add a recipe for mkcard.sh so we can install on targets |
| 23:03.03 | GNUtoo | MACHINE_EXTRA_RRECOMMENDS = "marvell-gspi-fw marvell-sdio-fw kernel-modules" doesn't ship all the modules |
| 23:03.27 | GNUtoo | despite of having this in task-base: RRECOMMENDS_task-machine-base = "${MACHINE_EXTRA_RRECOMMENDS}" |
| 23:03.38 | GNUtoo | but it ships the marvell firmwares.... |
| 23:03.43 | GNUtoo | strange |
| 23:11.19 | rphillips | has task-base-gumstix been changed to something else? |
| 23:11.29 | GNUtoo | don't know |
| 23:11.34 | rphillips | I have recompiled my kernel, and I want to inject it into my image, but can't find the right command |
| 23:11.44 | rphillips | s/it/the modules/ |
| 23:11.54 | rphillips | i want the modules in my build image |
| 23:11.59 | GNUtoo | ah ok |
| 23:12.18 | GNUtoo | rphillips, does your MACHINE_EXTRA_RRECOMMENDS have kernel-modules, if so does it work? |
| 23:12.24 | GNUtoo | because for me it doesn't work |
| 23:12.28 | GNUtoo | but it should |
| 23:14.19 | rphillips | hmm, it's commented out. |
| 23:14.39 | GNUtoo | what's your machine config? |
| 23:14.48 | rphillips | gumstix-custom-verdex.conf |
| 23:14.51 | GNUtoo | ok |
| 23:15.46 | rphillips | the comment in the file mentions task-base-gumstix |
| 23:16.12 | GNUtoo | mmm this file is strange |
| 23:16.22 | GNUtoo | Use this file as a starting point for your custom gumstix configuration |
| 23:17.05 | GNUtoo | so just temporarly add that: |
| 23:17.15 | GNUtoo | MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS += "kernel-modules" |
| 23:17.22 | GNUtoo | and look if it works |
| 23:18.27 | rphillips | GNUtoo: which package should I tell bitbake to rebuild? |
| 23:18.35 | GNUtoo | the image |
| 23:18.38 | rphillips | ok |
| 23:19.00 | GNUtoo | else there is another way: create a feed and opkg install kernel-modules |
| 23:19.05 | GNUtoo | or somthing like that |
| 23:19.25 | GNUtoo | but re-bitbaking the image seem easier for you |
| 23:19.30 | rphillips | agreed |
| 23:19.50 | rphillips | thanks for the help |
| 23:19.53 | GNUtoo | btw I think I'll go to bed soon, |
| 23:20.18 | GNUtoo | could you do me a favor: report to the mailing list if MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS += "kernel-modules" doesn't work |
| 23:20.37 | rphillips | sure. np |
| 23:37.29 | GNUtoo | I'll try something |
| 23:53.44 | *** join/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 23:53.46 | *** part/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |