| 00:05.36 | *** join/#oe Russ (~russ@8.193.40.97) |
| 00:09.26 | *** join/#oe lamawithonel__ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 00:10.00 | spacecolonyone | hmm, "cannot install package python native" |
| 00:10.53 | *** join/#oe Russ_ (~russ@8.193.40.97) |
| 00:17.59 | *** join/#oe lamawithonel__ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 00:30.07 | *** join/#oe Russ_ (~russ@8.193.40.97) |
| 00:30.21 | *** part/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 00:43.43 | *** join/#oe phdeswer (~phdeswer@a83-245-252-47.elisa-laajakaista.fi) |
| 00:49.03 | spacecolonyone | sweet. media-ctl built, now on to figuring out why udev isn't creating /dev/media0 |
| 00:58.04 | *** join/#oe lamawithonel__ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 01:04.35 | cs_nbp | <PROTECTED> |
| 01:13.02 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 01:17.38 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 01:30.53 | *** join/#oe Russ_ (~russ@8.193.40.97) |
| 01:56.58 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 02:05.23 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 03:01.52 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 03:06.08 | *** join/#oe devzero_ (devzero@xdsl-78-35-53-216.netcologne.de) |
| 03:18.35 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
| 03:34.34 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 03:54.03 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 04:26.35 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 04:33.11 | *** join/#oe zenlinux (~sgarman@c-76-115-40-64.hsd1.or.comcast.net) |
| 04:33.31 | *** join/#oe snkt (~snkt@114.143.164.156) |
| 04:39.07 | *** join/#oe War2_ (~war2@14.98.107.37) |
| 05:20.32 | *** join/#oe zenlinux (~sgarman@c-76-115-40-64.hsd1.or.comcast.net) |
| 05:21.59 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 05:22.31 | *** join/#oe msm1 (~msm@12.197.155.98) |
| 05:30.30 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 05:30.50 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 05:56.54 | *** join/#oe anarsoul (~anarsoul@212.98.190.74) |
| 06:01.34 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 07:01.24 | *** join/#oe lamawithonel (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 07:07.03 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:14.19 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 07:21.25 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
| 07:28.48 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
| 07:28.55 | ipaqlor | hi folks! |
| 07:32.35 | *** join/#oe erwt (~erwt@114.143.164.156) |
| 07:39.51 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 07:46.40 | ipaqlor | well, there is no kernel in the jffs2 images. i built. :) |
| 07:47.49 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 07:52.35 | mckoan | good morning |
| 07:56.34 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:22.10 | *** join/#oe rschus (~rschus@89.1.20.66) |
| 08:26.00 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
| 08:32.38 | *** join/#oe tscheck (~t@83.151.21.119) |
| 08:35.30 | *** join/#oe stefan_schmidt (~stefan@guest249.ibr.cs.tu-bs.de) |
| 08:53.07 | *** join/#oe sisc (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 08:53.17 | sisc | hii |
| 08:53.29 | sisc | i;m trying to compile qt 4.8 |
| 08:53.48 | sisc | in oe |
| 08:54.12 | sisc | having some compilation issues |
| 08:54.28 | sisc | | linking ../../../bin/moc | ld: unrecognized option '-Wl,-rpath-link,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib' | ld: use the --help option for usage information | make: *** [../../../bin/moc] Error 1 | FATAL: oe_runmake failed |
| 08:57.40 | sisc | i am using the same recipes being used for qt4.7 |
| 08:57.57 | sisc | there is no issues in compiling qt4.7 |
| 09:04.18 | ipaqlor | sisc: those commas, are they really in the commandline ? |
| 09:08.31 | sisc | yes |
| 09:11.15 | ipaqlor | sisc: i may be wrong, but in my opinion there is one comma to much in here: -rpath-link,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib |
| 09:11.43 | sisc | ipaglor: k |
| 09:11.50 | sisc | let me try |
| 09:13.10 | sisc | LFLAGS = -L/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl,-rpath-link,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl,-rpath,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl,-O1 -fno-exceptions -Wl,-O1 |
| 09:13.28 | sisc | this line is there in Makefile |
| 09:15.15 | ipaqlor | sisc: ok, changing that makes a difference? |
| 09:15.22 | sisc | no |
| 09:15.35 | sisc | still ld unrecognized option -Wl |
| 09:15.51 | sisc | ld: unrecognized option '-Wl' |
| 09:16.09 | sisc | LFLAGS = -L/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl -rpath-link,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl -rpath,/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl,-O1 -fno-exceptions -Wl,-O1 |
| 09:17.09 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:18.11 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 09:18.16 | ipaqlor | sisc: well, id say it must be: -L/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib -Wl,-rpath-link=/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib..... |
| 09:19.01 | sisc | k |
| 09:19.06 | ipaqlor | does that change anything if you manually run the command with the , changed to a = |
| 09:21.04 | sisc | ipaqlor: i tried ur way |
| 09:21.14 | sisc | still getting same error |
| 09:21.16 | sisc | ld: unrecognized option '-Wl,-rpath-link=/home/localadmin/Zero/build/tmp/staging/i686-linux/usr/lib' |
| 09:22.50 | ipaqlor | sisc: ok, sorry, no idea then. |
| 09:23.12 | sisc | ipaqlor: ok |
| 09:23.16 | sisc | no problem |
| 09:23.26 | sisc | i'll wait here |
| 09:23.38 | sisc | may be someone else could hel me |
| 09:23.38 | sisc | *help |
| 09:23.58 | sisc | anyways thnx |
| 09:24.08 | mckoan | sisc: pastebin your recipe would help |
| 09:25.29 | sisc | k |
| 09:25.43 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:25.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:27.43 | *** join/#oe phdeswer (~phdeswer@a83-245-252-47.elisa-laajakaista.fi) |
| 09:30.39 | sisc | http://pastebin.com/BaNYvyJs |
| 09:48.32 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:54.36 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:54.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:54.52 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 10:00.39 | pb_ | morning all |
| 10:02.43 | bluelightning | hi pb_, all |
| 10:03.25 | Jin^eLD | mornin |
| 10:04.46 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:07.36 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 10:12.48 | *** join/#oe sisc (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 10:14.27 | ipaqlor | morning pb_, bluelightning, Jin^eLD |
| 10:14.39 | bluelightning | hi ipaqlor |
| 10:15.04 | ipaqlor | bluelightning: i managed to get the jffs2 images mounted :) and, yes, no kernel there :) |
| 10:15.18 | bluelightning | ipaqlor: yes I know... in my images that is fixed |
| 10:15.25 | bluelightning | ipaqlor: (and that fix is now in meta-handheld) |
| 10:15.38 | ipaqlor | bluelightning: since i can mount the jffs2 images i can at least add the kernel manually and dump them to images afterwords |
| 10:15.58 | ipaqlor | bluelightning: so git update should fix that? |
| 10:15.59 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 10:16.26 | bluelightning | ipaqlor: yes |
| 10:16.36 | bluelightning | git pull |
| 10:17.49 | ipaqlor | bluelightning: ah, yes, update was with svn. as i said. im kind of at war with versioning systems :) |
| 10:26.27 | ipaqlor | bluelightning: what wa sthe reason for the kernel not being incopareted into the images? i cant see anything about it in the commit log |
| 10:27.52 | ipaqlor | linux: add 2.6.29 kernel for h3600, conf/machine/h3600: switch to linux (2.6.29),..... |
| 10:34.30 | ipaqlor | mhm, git diff... well, should bring me somehow somewhere i guess... |
| 10:37.06 | bluelightning | ipaqlor: "conf/machine/h3600: make kernel and /boot/params essential" |
| 10:37.20 | bluelightning | revision f91d7bc58d166422529cac3dcbbe509c71efcd3f |
| 10:41.54 | ipaqlor | +MACHINE_ESSENTIAL_EXTRA_RDEPENDS = "kernel ipaq-boot-params" ok. |
| 10:42.17 | ipaqlor | git diff HEAD f91d7bc58d166422529cac3dcbbe509c71efcd3f |
| 10:48.07 | *** join/#oe pepermint (~pepermint@host68-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 10:49.21 | ipaqlor | bluelightning: whats the least inavive "cleanup" i can do to get a core-image incoperating the new kernelsettings and fixes? |
| 10:49.42 | *** join/#oe icanicant (~icanicant@213.218.221.154) |
| 10:49.48 | ipaqlor | bluelightning: else its 6-8hours building again :( |
| 10:49.53 | bluelightning | ipaqlor: bitbake -c clean task-core-boot |
| 10:50.00 | bluelightning | ipaqlor: then just bitbake core-image-minimal |
| 10:50.37 | bluelightning | no need to wipe out everything :) |
| 10:51.12 | ipaqlor | bluelightning: nice, thanks. :) rebuilding the whole thingy like 10 times within a week is enough ;) |
| 10:54.32 | *** join/#oe GNUtoo (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 10:55.45 | ipaqlor | bluelghtning: no, taht didnt do it :) |
| 10:57.09 | ipaqlor | bluelightning: means, there has no kernel been rebuilt, and the jffs2 image still does not contain a kernel. |
| 10:57.21 | bluelightning | ipaqlor: did it actually rebuild task-core-boot or did it just do a setscene task for it? |
| 10:57.39 | ipaqlor | NOTE: Executing SetScene Tasks |
| 10:57.52 | bluelightning | it always prints that |
| 10:58.06 | bluelightning | could you pastebin the log please |
| 10:58.10 | ipaqlor | bluelightning: besides that all do's are setscene dos :) |
| 10:58.20 | ipaqlor | from NOTE: package task-core-boot-1.0-r9: task do_package_setscene: Started |
| 10:58.27 | ipaqlor | toNOTE: package task-core-boot-1.0-r9: task do_package_write_ipk_setscene: Succeeded |
| 10:58.30 | bluelightning | right |
| 10:58.37 | bluelightning | bitbake -c cleansstate task-core-boot |
| 10:58.51 | bluelightning | then bitbake core-image-minimal |
| 11:00.19 | ant_work | pb_: about this -staticdev, I'm worried I'll have to repackage klibc as well |
| 11:02.07 | ant_work | generally I think the change implies the .la are in -dev while the .a in -staticdev |
| 11:03.35 | ant_work | well, not only that, ${SOLIBS} and ${SOLIBSDEV} have to been added |
| 11:03.53 | ipaqlor | bluelightning: nope, still no kernel built or added. |
| 11:04.40 | pb_ | ant_work: yeah, that seems to be the idea |
| 11:05.13 | ant_work | s/been/be/ |
| 11:05.22 | ipaqlor | http://pastebin.com/FYydW4CV |
| 11:05.24 | bluelightning | ipaqlor: that can't be right |
| 11:05.34 | ipaqlor | bluelightning: just not cleaned up enough :) |
| 11:05.38 | ant_work | pb_: it's all that easy with small recipes like apmd :) |
| 11:07.06 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 11:07.46 | ant_work | bluelightning: pls note the DISTRO_VERSION in above pastebin |
| 11:07.56 | ant_work | (btw) |
| 11:08.18 | bluelightning | ant_work: yes |
| 11:09.18 | bluelightning | ant_work: I thought of an improvement - perhaps we could use a separate variable e.g. KEXECBOOT_MENUENTRY or something like that and then default assign that to DISTRO_VERSION... that way you could make it slightly more descriptive if you want |
| 11:10.40 | bluelightning | ipaqlor: what does this report: bitbake -e task-core-boot | grep ^RDEPENDS |
| 11:11.30 | ipaqlor | RDEPENDS_task-core-boot="base-files base-passwd busybox initscripts modutils-initscripts netbase tinylogin sysvinit udev update-alternatives-cworth" |
| 11:11.31 | ipaqlor | RDEPENDS_task-core-boot-dev="task-core-boot (= 1.0-r9)" |
| 11:11.31 | ipaqlor | RDEPENDS_task-core-boot-staticdev="task-core-boot-dev (= 1.0-r9)" |
| 11:12.17 | bluelightning | ok, how about: bitbake -e task-core-boot | grep ^MACHINE_ESSENTIAL |
| 11:12.47 | ipaqlor | bluelightning: nothing |
| 11:12.52 | bluelightning | right |
| 11:13.19 | ipaqlor | MACHINE_EXTRA_RDEPENDS="ipaq-boot-params" |
| 11:13.22 | ipaqlor | i got |
| 11:13.29 | *** join/#oe likewise (~likewise@116-66-ftth.onsneteindhoven.nl) |
| 11:13.30 | bluelightning | so the only thing I can think of is you did not update meta-handeld... |
| 11:13.42 | bluelightning | ipaqlor: please cd into the meta-handheld dir and do a git pull |
| 11:14.00 | ipaqlor | bluelightning: hehehe :) i did that, else i wouldnt have seen the git diff :) |
| 11:14.20 | bluelightning | it has not picked up the changes to h3600.conf |
| 11:14.30 | bluelightning | otherwise that MACHINE_EXTRA_RDEPENDS would not be there |
| 11:14.50 | ipaqlor | bluelightning: 7e17fd80927b4af06ad40dcb97bfde2dea6da6c9 is where i am :) |
| 11:14.58 | ipaqlor | ok |
| 11:15.20 | bluelightning | you're sure you don't have more than one copy of meta-handheld and your conf/bblayers.conf is pointing to an older one? |
| 11:15.51 | ipaqlor | bluelightning: yes, i am shure that i absolutly and totally did only what you said me :) |
| 11:16.20 | ipaqlor | bluelightning: but, i have changed the h3600.conf by myself (32 instead of 16mb flash) |
| 11:16.46 | ipaqlor | bluelightning: but i can delete meta-handhelds and fetch it new |
| 11:17.05 | bluelightning | ipaqlor: what does "git status" report in meta-handheld? |
| 11:17.50 | ipaqlor | Your branch is behind 'origin/master' by 5 commits, and can be fast-forwarded |
| 11:17.53 | ipaqlor | argl |
| 11:18.03 | ipaqlor | i hate those f***g versioning systems |
| 11:18.16 | ipaqlor | whats that all good for |
| 11:18.57 | bluelightning | git reset --hard master |
| 11:18.59 | bluelightning | git pull |
| 11:19.02 | ipaqlor | i do a pull, it pulls, i look at the log, theres the log, but it hasnt changed anything???? whats the logic there? |
| 11:19.20 | bluelightning | when you did a git pull what did it say? |
| 11:19.35 | bluelightning | conflict, by any chance? |
| 11:19.47 | ipaqlor | bluelightning: its out of my scrollbuffer but it said nothing that made me believe anything is wrong. |
| 11:19.56 | bluelightning | just do one now |
| 11:22.37 | ipaqlor | bluelightning: i just removed it and fetched it new. |
| 11:22.51 | bluelightning | ipaqlor: that wasn't really necessary, but OK |
| 11:23.06 | ipaqlor | bluelightning: i really do not want to go into svn that deeply. its a tool, and a bad one in my opionion. i will not waste any time on this. |
| 11:23.24 | bluelightning | git is fantastic, but there is a learning curve |
| 11:23.28 | ipaqlor | or git or cvs or hg for that matter |
| 11:24.06 | ipaqlor | bluelightning: yeah, many peolple like it. i am none of them. ive seen people wasting weeks with versioning systems instead of doing their work |
| 11:24.12 | bluelightning | honestly, version control is a hugely important part of my job... without it a lot of things would be impossible |
| 11:26.00 | ipaqlor | bluelightning: well, ever tried without? |
| 11:26.07 | bluelightning | ipaqlor: years ago yes |
| 11:26.24 | bluelightning | I've also had recent experiences dealing with inferior version control systems |
| 11:26.38 | ipaqlor | bluelightning: and whats the thingy? are you 50 people working on one and the same sourcefile? |
| 11:27.23 | bluelightning | in either case the result is one day you get deep into a project and then realise you forgot to make a backup before you made a drastic change, and you've lost a significant amount of work |
| 11:28.15 | ipaqlor | bluelightning: ok, there is a bunch of "real" backupsolutions :) |
| 11:28.24 | bluelightning | two people working on the same file doesn't happen very often... there are exceptions, but if it happens a lot it suggests you need to improve the code structure or how you manage developer tasks |
| 11:28.34 | ipaqlor | bluelighnting: you could use filesystem snapshots for starters :) |
| 11:29.07 | bluelightning | in any case git has highly evolved conflict resolution - it has to, as it's used to manage the linux kernel itself |
| 11:29.08 | ipaqlor | bluelightning: well, im not confinced :) |
| 11:29.39 | bluelightning | filesystem snapshots don't get the developer into a rhythm of committing individual isolated pieces of work |
| 11:30.13 | bluelightning | the best thing about version control is, if you discover a bug months down the track, you can go back through the history and find out when it was introduced |
| 11:30.20 | bluelightning | that's critical when you're working on a real product |
| 11:30.52 | bluelightning | another useful function is being able to maintain different branches |
| 11:30.58 | ipaqlor | bluelightningL that si possible with daily...or whatthely backups to |
| 11:31.24 | bluelightning | so you can have a bleeding edge development version of the software, and a maintenance version so you keep customers happy with stable software |
| 11:31.31 | ipaqlor | bluelightning: branches, yes. well, how about hardlinks :) |
| 11:31.37 | bluelightning | honestly backups just don't cut it |
| 11:31.47 | pb_ | well, heh. if you have a sufficiently sophisticated snapshot/backup strategy to do that, guess what, you have just reinvented RCS. |
| 11:32.08 | ipaqlor | bluelightning: anyways. i know what i do not like about versioning systems. you know what you do like about them. there may be no consens possible here. :) |
| 11:32.34 | bluelightning | ipaqlor: I think you just haven't had one save your bacon... once you have, you'll be a convert. :) |
| 11:33.51 | ipaqlor | bluelightning: well, until now, i have just wasted weeks with versioningsystems :) i dont think i get into the clean with it in the near future ;) |
| 11:36.28 | ipaqlor | pb_: no, i havent reinvented nothing. i see no use for such things. |
| 11:51.28 | ipaqlor | bluelightning: on with the show. got a "fresh" meta-handheld repodump. redid: bitbake -c cleansstate task-core-boot , and finally bitbake core-image-minimal gave me "tootoot" a filesystem image with kernel :) time to flash :) |
| 11:55.51 | *** join/#oe tasslehoffwrk (~Tasslehof@147.84-49-231.nextgentel.com) |
| 11:56.58 | *** join/#oe stefan_schmidt (~stefan@guest249.ibr.cs.tu-bs.de) |
| 12:01.24 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 12:13.55 | bluelightning | ipaqlor: great, will be good to hear if it works :) |
| 12:18.13 | ipaqlor | bluelightning: it "looks" good :) but i need to modify the console boot parameters for i dont have a serial cradle and the screen just gets blanked when launching the flash boot. |
| 12:19.19 | ipaqlor | also, there ssems to be some "piling up" of boot parameters. |
| 12:19.58 | ipaqlor | bluelightning: my params file in /boot contains set linuxargs "root=mtd1 noinitrd console=ttyS0,115200 console=tty0" |
| 12:21.06 | bluelightning | ipaqlor: that looks OK |
| 12:21.21 | bluelightning | ipaqlor: that enables console on serial and on the first tty (the display) |
| 12:21.24 | ant_work | isn't root=/dev/mtd1 ? |
| 12:22.03 | ipaqlor | bluelightning: ah, ok i seen to time ttyS0 ;) my bad. |
| 12:23.00 | bluelightning | ipaqlor: ant_work might be right about the root= though, if it fails to find the root partition you might need to experiment with changing that |
| 12:23.35 | ipaqlor | bluelightning: yes, also i found the USE_VT = "0" |
| 12:23.49 | ipaqlor | in h3600.conf .... looks like i want to "1" that |
| 12:27.30 | ant_work | hm.. yes, maybe tty1 |
| 12:28.17 | bluelightning | ipaqlor: if you change USE_VT then you'll need to bitbake -c cleansstate sysvinit-inittab |
| 12:28.55 | bluelightning | ipaqlor: btw I'd really recommend you try to get hold of a serial cable/cradle |
| 12:29.33 | bluelightning | how are you uploading the rootfs if you don't have serial btw? |
| 12:29.39 | ipaqlor | bluelightning: well. doesnt look like i will get a hold on on within the next months |
| 12:30.01 | *** join/#oe graeme (~graeme@188-220-34-37.zone11.bethere.co.uk) |
| 12:30.25 | ipaqlor | bluelightning: i have a CF silverslider and a 512mb kingstom cf card |
| 12:30.56 | ipaqlor | bluelightning: + the good old crl bootloader :) |
| 12:31.03 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 12:31.10 | ant_work | bluelightning: btw it looks like there are unused vars wrt console |
| 12:31.35 | ant_work | CONSOLE= USE_VT= SERIAL_CONSOLE |
| 12:31.55 | ant_work | I can't believe we need 3 |
| 12:32.30 | ipaqlor | juppi, nice pyhton errors the way i like em |
| 12:32.47 | ipaqlor | this thingy is a beast :) |
| 12:33.06 | bluelightning | ipaqlor: ah right :) |
| 12:33.10 | *** join/#oe rschus1 (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 12:33.43 | bluelightning | ipaqlor: not sure what it's like where you are but I just bought an h3600 serial cradle for £4 on ebay |
| 12:34.09 | bluelightning | serial is invaluable for finding out what's going wrong when booting fails |
| 12:34.33 | ipaqlor | bluelightning: i got no paypal, no creditcard and no ebay account :) |
| 12:34.47 | ant_work | ok, then read about early_printk ;) |
| 12:35.01 | ipaqlor | bluelightning: there is net console to :) |
| 12:35.13 | ipaqlor | bluelightning: but i dont know if it will work with isbnet :) |
| 12:35.41 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 12:35.55 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 12:38.53 | *** join/#oe joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 12:39.03 | bluelightning | ipaqlor: one way to find out :) |
| 12:40.35 | ant_work | you know, for some reasons on Z corgi/c7x0 console =tty0 was bad, using tty1 is fine. That was long ago but we kept that seting |
| 12:40.48 | ipaqlor | bluelightning: yeah, shure. |
| 12:45.57 | ant_work | bluelightning: I see, sysvinit-inittab uses SERIAL_CONSOLE, SERIAL_CONSOLES and USE_VT |
| 12:46.07 | ipaqlor | hahahaha |
| 12:46.26 | ipaqlor | well, cant have enough variables these days ;) |
| 12:46.32 | ant_work | heh |
| 12:46.45 | ant_work | let'me devine: systemd will have own set ;) |
| 12:47.53 | *** join/#oe plm (~plm@65.111.170.40) |
| 12:48.19 | bluelightning | ant_work: yes.. I'm sure this was discussed not that long ago on the oe-core list |
| 12:49.06 | ant_work | I can't grep here, so can only guess SERIAL_CONSOLES come from the multiple CONSOLE parsing |
| 12:52.01 | ipaqlor | ant_wokrk: cant grep here? saved some pennys on minimal busybox ;) |
| 12:52.47 | ant_work | nah, I'm offsite and PC is off or running OSX atm |
| 12:53.10 | ipaqlor | :) |
| 12:53.16 | ant_work | I don't dare to deploy OE here on office server |
| 12:54.12 | ipaqlor | chicken chicken ;) |
| 12:56.19 | ipaqlor | ok, USE_VT = "1" didnt change nothing in the boot params |
| 12:57.15 | bluelightning | ipaqlor: it won't, it's only used to determine whether or not to set up getty's for the VTs |
| 12:57.31 | bluelightning | i.e in inittab |
| 12:57.46 | ipaqlor | SERIAL_CONSOLE = "115200 ttySA0 vt100" , USE_VT = "1" leads to set linuxargs "root=mtd1 noinitrd console=ttyS0,115200 console=tty0" .... |
| 12:58.14 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 12:58.16 | ipaqlor | bluelightning: ok |
| 12:59.55 | ant_work | ipaqlor: pls use root=/dev/mtd* |
| 13:00.17 | ipaqlor | ant_work: ill hapily do, as soon as i have found out where the source this gets set |
| 13:00.53 | ant_work | <ipaqlor> bluelightning: my params file in /boot contains set linuxargs "root=mtd1 noinitrd c |
| 13:01.52 | ant_work | and usually you need two more tags rootfstype=ext2 rootwait |
| 13:01.59 | ant_work | or ext3, ... |
| 13:02.31 | ipaqlor | ant_work: you are way ahead of me. im still trying to find out what gets overriden by what and depends on which :) |
| 13:02.33 | bluelightning | ipaqlor: /boot/params comes in via the recipes-bsp/ipaq-boot-params recipe in meta-handheld |
| 13:02.55 | ant_work | I see, change there accordingly to your setup then |
| 13:03.16 | bluelightning | ant_work: this is jffs2 and it's onboard flash, shouldn't need any wait I would think... |
| 13:04.21 | ipaqlor | a ok ../meta-handheld/recipes-bsp/ipaq-boot-params/files/params (END) |
| 13:05.36 | ipaqlor | ok, fixed that |
| 13:05.40 | ipaqlor | rebuild :) |
| 13:10.12 | ipaqlor | mhm, i just thought about the blank screen. there should at least be the spash image shown or am i wrong here? |
| 13:12.37 | bluelightning | there should yes |
| 13:13.15 | ipaqlor | CONFIG_LOGO=y |
| 13:13.18 | ipaqlor | yes |
| 13:14.33 | ipaqlor | so the kernel isnt even near to accessing the rootfilesystem (mtd1) |
| 13:17.07 | bluelightning | hmm |
| 13:17.30 | bluelightning | well when my device arrives I'll be able to see what's going on |
| 13:17.52 | ipaqlor | .macro loadsp, rb, tmp |
| 13:17.52 | ipaqlor | <PROTECTED> |
| 13:17.53 | ipaqlor | <PROTECTED> |
| 13:17.53 | ipaqlor | <PROTECTED> |
| 13:17.53 | ipaqlor | <PROTECTED> |
| 13:17.58 | ipaqlor | :) |
| 13:18.06 | ipaqlor | this is where it starts ;) |
| 13:19.11 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 13:19.31 | *** join/#oe joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 13:20.53 | ipaqlor | bluelightning: ok. well. i give the binaries from mad a chance and slush them together via manipulating jffs2. |
| 13:21.35 | ipaqlor | bluelightning: if that doesnt work. ill roleback to 2.6.26 |
| 13:21.52 | bluelightning | ipaqlor: you mean 2.6.21-hh |
| 13:22.32 | bluelightning | I think if you see nothing it's likely to be something more fundamental than the kernel |
| 13:22.47 | ant_work | ipaqlor: I don't see CONFIG_JFFS2_FS=y |
| 13:23.06 | ipaqlor | bluelightning: ah, yes, 2.6.21-hh you are right. |
| 13:23.57 | ant_work | and CONFIG_MTD_CMDLINE_PARTS is not set |
| 13:24.12 | bluelightning | ant_work: heh... that could be a problem |
| 13:24.31 | ant_work | bluelightning: start froma Zaurus kernel config and change the specific bits... |
| 13:24.44 | ant_work | config are really minimal now |
| 13:25.25 | ipaqlor | mhmkay |
| 13:25.37 | ant_work | check out the mtdparts settings in kernel |
| 13:25.56 | ant_work | this is really device specific |
| 13:26.19 | ipaqlor | ant_work: yes. i assumed somethings that are now proven to be not true. |
| 13:26.39 | ipaqlor | well |
| 13:27.27 | ipaqlor | should i create a net machine named h3760 and build there from scratch or any suggestions |
| 13:27.47 | ipaqlor | because this way im not seeing this going somewhere. |
| 13:28.12 | ant_work | se, we have two defconfigs able to boot from 'any' block device: you should meet at least the same requirements |
| 13:30.37 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 13:31.05 | ipaqlor | ant_work: my requirement is that i get something compiled, booted and running. soon. some people did this 10 years ago so wtf. |
| 13:31.59 | ant_work | I see h4600 is sa1100 |
| 13:32.06 | ant_work | err.. h3600 |
| 13:32.15 | ipaqlor | yes |
| 13:32.29 | ant_work | so really anything new... |
| 13:32.39 | ipaqlor | but the complexity of oe seems to hinder me to getting anywhere. |
| 13:33.08 | ipaqlor | so ill stop here and use what works and script the rest. |
| 13:34.00 | ant_work | it's just the kernel needing minor editings to boot from mtd |
| 13:34.42 | ipaqlor | ant_work: its does not display linuxlogo. |
| 13:35.38 | pb_ | that doesn't particularly sound like it's an oe problem, to be honest. it sounds as though you just have a busted kernel for whatever reason. |
| 13:35.39 | ant_work | this is the last problem to solve;) |
| 13:36.46 | pb_ | 90% of what oe is doing is irrelevant if your kernel doesn't even boot at all. |
| 13:36.52 | ipaqlor | pb_: yes, i know. |
| 13:38.18 | pb_ | it does seem that you're making life particularly hard for yourself by trying to do this without serial. I guess you could patch the kernel to output early debug to the framebuffer but it will be fairly fiddly to get that right. |
| 13:41.23 | ant_work | pb_: I see there is a trend about having separate /usr on boot (potentially) |
| 13:41.36 | ipaqlor | pb_: i have no cradle and i cant get none. i am more interested in getting a "compile environment that works" together for starters than to debug a kernel one person at least had ever booted an h3600 with :) |
| 13:41.59 | ipaqlor | pb_: this should go without a serialcradle without big problems. |
| 13:42.50 | pb_ | yeah, indeed. presumably you are going to need a working kernel in order to run your binaries though. |
| 13:43.35 | ipaqlor | pb_: yes, for example my next try in compiling will be the lates hh kernel. and if that does not work, then there is somthing really really messed up :) |
| 13:44.14 | pb_ | yeah, though note that the -hh kernels probably haven't been built or tested with any recent version of gcc |
| 13:44.34 | pb_ | and older kernels did tend to break with newer compilers at about the time all that stuff was happening. |
| 13:44.55 | pb_ | (this was the whole reason that oe had the KERNEL_CCSUFFIX, though I'm not sure if that mechanism still exists.) |
| 13:44.56 | ipaqlor | pb_: the good news keep coming ;) |
| 13:45.59 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 13:47.31 | bluelightning | ipaqlor: people have booted the 2.6.29 kernel, it does work |
| 13:48.21 | ant_work | pb_: ipaqlor_: I don't know anything about h3600 but sa1100 is very well maintained arch inupstream. RMK did revert some bad commits last week breaking many machines |
| 13:48.36 | ant_work | so I'd tray 3.1 |
| 13:48.41 | ant_work | *try |
| 13:49.03 | ipaqlor | bluelightning: thats why i said at least one person |
| 13:49.32 | bluelightning | ipaqlor: FYI, I spoke to Dmitry Artamonow about getting those patches updated for a newer kernel, he said he might be able to although apparently the screen on his h36xx is broken |
| 13:49.54 | ipaqlor | hehe, no wonder my screen is blank ;) |
| 13:50.07 | bluelightning | yeah, that was after he did the 2.6.29 kernel patches :p |
| 13:50.14 | *** join/#oe mhnoyes (~mhnoyes@184-12-251-241.dr01.myck.or.frontiernet.net) |
| 13:50.15 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:50.17 | ipaqlor | the blankscreen for everyone conspiracy |
| 13:50.36 | ant_work | well, ext3 is not compiled, nor is MMC |
| 13:50.42 | ant_work | try ext2 on CF ;) |
| 13:51.16 | ipaqlor | i thing crl needs vfat. dont know if it handles partitions and i only got one cfcard. |
| 13:51.23 | ipaqlor | no, i cant buy one! :) |
| 13:54.26 | ipaqlor | ant_work: regarding the 3.x kernels. i really dont know if that is feasable :) thes little h3600 and similiar models have a very "special" peripheral hardware inside.... |
| 13:55.09 | ipaqlor | havent even looked if the hardwarecontroller is supported with newer kernels. but im about to do that right away. |
| 13:55.55 | ipaqlor | the atmel chip that does the light, butten, ts interrupt and what not thingys. |
| 13:59.58 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 14:00.11 | ipaqlor | yes! arch/arm/mach-sa1100/h3600.c |
| 14:00.28 | bluelightning | it _will_ need patches though |
| 14:00.45 | bluelightning | hopefully dmitry will be able to sort those out |
| 14:01.00 | bluelightning | in the mean time it should be possible to get 2.6.29 working |
| 14:01.56 | pb_ | I think it should be possible to get a working screen even without a driver for the micro. iirc, nothing you need for lcd is driven from there. |
| 14:04.10 | ant_work | bluelightning: there is an awful lot of patches :/ |
| 14:04.17 | bluelightning | ant_work: yes |
| 14:04.43 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 14:22.02 | *** join/#oe rsalveti (~rsalveti@186.214.58.112) |
| 14:22.02 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 14:51.55 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 15:04.45 | *** join/#oe devzero_ (devzero@xdsl-89-0-77-63.netcologne.de) |
| 15:18.38 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 15:18.58 | *** join/#oe cs_nbp (~sackratte@2001:638:504:c00e:1a03:73ff:fec1:395c) |
| 15:19.10 | *** join/#oe tdebrouw (~tdebrouw@91.182.50.87) |
| 15:19.21 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
| 15:21.14 | *** join/#oe ensc_ (~irc-ensc@p54ADEE8A.dip.t-dialin.net) |
| 15:21.25 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 15:24.15 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 15:32.26 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:33.53 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 15:40.28 | *** join/#oe denisATeukrea (~GNUtoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 15:46.34 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
| 15:46.53 | cs_nbp | florian: hay flo |
| 15:47.27 | florian | ji cs_nbp |
| 15:47.29 | cs_nbp | florian: compiled e17 for nbp, no errors. one drawback: effed locale impeaches ecore startup |
| 15:47.30 | florian | hi |
| 15:47.57 | cs_nbp | florian: many strange things going on on nbp sys |
| 15:48.00 | cs_nbp | :D |
| 15:49.43 | JaMa | compiled with meta-efl? |
| 15:49.59 | cs_nbp | y |
| 15:50.13 | JaMa | then of course no errors :) |
| 15:50.25 | cs_nbp | :p;) |
| 15:51.35 | cs_nbp | florian: got a hint on where I should start to look? |
| 15:55.37 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qqgypkmbfgrnotpn) |
| 16:08.15 | ipaqlor | ok, just flashed the 2.6.29 recompiled with jffs2, misc mtd options...., no display init here. |
| 16:08.47 | ipaqlor | so i dump it now. sensless to continue. with this kernel. |
| 16:10.15 | bluelightning | ipaqlor: you haven't determined it's the kernel |
| 16:10.42 | ipaqlor | bluelightning: well. havent i. ok. what am i missing here? |
| 16:11.16 | bluelightning | it could be that bootldr doesn't recognise the jffs2 partition |
| 16:11.29 | bluelightning | it could be that bootldr can't find the kernel |
| 16:12.03 | cs_nbp | or even hand wrong options to it |
| 16:12.10 | *** join/#oe pespin (~pespin@90.163.60.132) |
| 16:12.38 | bluelightning | yes... I just trusted that the kernel config I downloaded from dmitry's webpage was correct, I did not examine it |
| 16:12.47 | *** join/#oe pidge (~eflanagan@134.134.139.72) |
| 16:13.01 | bluelightning | s/correct/sufficient for our purposes/ |
| 16:13.07 | ipaqlor | bluelightning: well, since the crl doesnt exit wenn ther eis no kernel in the jffs2 and it exits(in my opionion bootstraps the kernel it just found) |
| 16:14.12 | bluelightning | well, you're welcome to try the 2.6.21 kernel if you think it will help |
| 16:14.33 | bluelightning | you'll find it increasingly hard to get beyond starting the kernel assuming it even starts |
| 16:14.45 | ipaqlor | hehehe |
| 16:15.06 | bluelightning | 2.6.21 is really old now, a lot of userspace assumes a newer kernel these days |
| 16:15.12 | bluelightning | e.g. udev |
| 16:16.33 | ipaqlor | bluelightning: udev is one of the "features" i really dont need :) |
| 16:16.36 | ipaqlor | bluelightning: i can spare those few devicenodes |
| 16:16.39 | ipaqlor | ;) |
| 16:16.43 | bluelightning | that's right, you could use something else |
| 16:16.56 | ipaqlor | like MAKEDEV ;) |
| 16:17.10 | ipaqlor | so this problem is solved. |
| 16:17.13 | ipaqlor | nice! |
| 16:17.21 | bluelightning | maybe |
| 16:19.17 | ipaqlor | bluelightning: i hav no doubt that is eally hard to impossible to make a newest from the newest of software compileable for this machine. but since this is not a issue for me - i just want something i can compile - i wouldnt even be here if i found a tarball containing a buildenvironment from hh when the build worked |
| 16:21.03 | ipaqlor | shure, things like better powermanagement enhancements and kexec and stuff are neat. but i prefer to have something buildable and useable to having the newest unusable |
| 16:22.11 | bluelightning | ipaqlor: well you are using the latest version of the build system that includes the latest libc, compiler, other libs & userspace apps etc. |
| 16:22.12 | *** join/#oe sgw (~sgw@71-20-34-171.war.clearwire-wmx.net) |
| 16:22.55 | ipaqlor | bluelightning: shure. and there i am going to stop, and walk backwards again until i see the ligt :) |
| 16:26.43 | ipaqlor | bluelightning: so next step. make a break and kick something. afterwards glue together a oe jffs with the vmlinz from the latest hh familiar builds. if kernel boots, jffs2 is ok. |
| 16:28.31 | *** part/#oe icanicant (~icanicant@213.218.221.154) |
| 16:28.32 | *** join/#oe icanicant_ (~klawson@213.218.221.154) |
| 16:28.37 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 16:29.00 | cs_nbp | florian: btw i meant for locale, not for e17 |
| 16:32.58 | florian | cs_nbp: not yet... but I didn't manage to take a look so far |
| 16:33.13 | florian | but sounds like a good job for the night |
| 16:34.25 | florian | bbiab |
| 16:38.20 | *** join/#oe Russ_ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 16:41.12 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 16:43.11 | *** join/#oe peahonen (~peahonen@a88-115-25-242.elisa-laajakaista.fi) |
| 16:45.13 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 17:09.28 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 17:10.18 | *** join/#oe pepermint (~pepermint@host68-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 17:17.10 | *** join/#oe florian (~fuchs@sign-4db60287.pool.mediaWays.net) |
| 17:17.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:19.35 | florian | re |
| 17:26.11 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:26.38 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 17:28.46 | spacecolonyone | I'm confusing myself over when something needs to go in DEPENDS, RDEPENDS, and IMAGE_INSTALL. Mainly why somethings seems to be found in both DEPENDS and IMAGE_INSTALL but other times a recipe only lists in under IMAGE_INSTALL. |
| 17:29.30 | kergoth | hm? |
| 17:29.48 | kergoth | IMAGE_INSTALL is only for images, first of all. thats all it does, it governs what goes into an image. it also contains package names, not recipe names |
| 17:29.58 | kergoth | IMAGE_INSTALL will only be found in image recipes |
| 17:30.03 | kergoth | (or config metadata, potentially) |
| 17:30.04 | spacecolonyone | right, |
| 17:30.43 | kergoth | DEPENDS is a list of recipes. what it really says is, take my do_configure, and make it depend on the do_populate_sysroot task in all those recipes. |
| 17:30.46 | *** join/#oe vivijim1 (vivijim@nat/intel/x-mxisxqczszgiqatr) |
| 17:31.50 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 17:31.52 | spacecolonyone | so in some image recipes there will also be a DEPENDS. for instance task-base-extended might be listed under depends and image_install, but ntpdate is just under install |
| 17:32.01 | kergoth | no need |
| 17:32.16 | kergoth | bitbake tracks runtime dependencies. IMAGE_INSTALL is put into the image's RDEPENDS |
| 17:32.42 | kergoth | further, the classes instruct bitbake that building an image requires that do_package_write be run in any dependent recipes |
| 17:32.49 | kergoth | so there's no need to tell bitbake to build those things explicitly |
| 17:33.09 | spacecolonyone | e.g. by putting the in depends ? |
| 17:33.13 | spacecolonyone | them* |
| 17:33.34 | kergoth | yes, that would tell bitbake in normal circumstances that you want those other things to be b uilt before this. |
| 17:33.48 | kergoth | it's not necessary if it's already been told on the runtime side |
| 17:34.03 | kergoth | it keeps track of what recipes will emit what packages, and knows those need to be built to satisfy the runtime dependency |
| 17:34.13 | kergoth | RDEPENDS is a per package list of what other packages this package needs |
| 17:34.30 | spacecolonyone | ok, that makes sense and is consistent with the behavior I've been seeing. I guess some of the recipes just have it listed unnecessarily |
| 17:34.31 | kergoth | RDEPENDS is what goes into the Depends field of the binary package that gets emitted |
| 17:35.07 | kergoth | but also keep in mind that our classes can automagically *set* rdepends for the packages based on what the contents used. (e.g. what libraries it linked against) |
| 17:35.28 | kergoth | so if something is in DEPENDS, 90% of the time it gets automatically also pulled into rdepends,a nd you therefore don't need it in both except in extremely rare circumstances |
| 17:36.28 | kergoth | hopefully I didn't make it even more confusing :) |
| 17:37.05 | spacecolonyone | ok, you lost me there. If something is in depends, doesn't that mean it gets built and included no questions asked, provided the recipe that has the DEPENDS statement is built |
| 17:37.12 | kergoth | its *built* yes |
| 17:37.21 | spacecolonyone | but... |
| 17:37.21 | kergoth | that doesn't mean it will also be *installed* if you install the binary package that was emitted |
| 17:37.42 | kergoth | usually it is, because again 90% of the time we can automatically generate the runtime dependencies for the package |
| 17:38.03 | spacecolonyone | Ugh! Ok, I think I follow. |
| 17:38.18 | kergoth | remember that there are two namespaces involved here. recipes and packages. DEPENDS lists recipes, not packages. so it cannot be simply placed as is into the deps of the binary package |
| 17:39.51 | *** join/#oe blindvt (~brf@85-127-19-201.dynamic.xdsl-line.inode.at) |
| 17:39.56 | fray | another way of thinking about this.. one is the dependencies on other sources in order to build.. and the other is something required to run the resulting binaries |
| 17:40.18 | spacecolonyone | right |
| 17:41.21 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 17:41.49 | spacecolonyone | but when I'm simply trying to add preexisting packages to an image I can simply list them in the image_install and bitbake takes care of satisfying their dependencies, of both sorts! |
| 17:42.07 | kergoth | yep |
| 17:42.16 | fray | during package install, the system expects all potential dependencies (runtime) to be able to be satisfied |
| 17:44.57 | spacecolonyone | On a slightly related note, any idea why adding tools-sdk to EXTRA_IMAGE_FEATURES did not cause a sdk to be in the resulting image. I've gotten around it by adding task-native-sdk to IMAGE_INSTALL in my image recipe, but still for understanding... |
| 17:45.21 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 17:50.40 | *** join/#oe pepermint (~pepermint@host233-87-dynamic.4-87-r.retail.telecomitalia.it) |
| 17:51.04 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 17:51.04 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 17:56.47 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 18:03.02 | *** join/#oe zecke (~ich@91.64.82.148) |
| 18:05.03 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 18:13.08 | cs_nbp | florian: am back now, too, was tryin to get a rs232 with com and honda connectors - impossible in 'normal' electronics stores it seems (huh, whuts thst?) |
| 18:21.10 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 18:27.08 | *** join/#oe vivijim1 (vivijim@nat/intel/x-natymbboyiqqnekc) |
| 18:27.43 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 18:29.18 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 18:38.59 | *** join/#oe Heinervdm (~thomas@p5B0F31F3.dip.t-dialin.net) |
| 18:42.27 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 18:45.46 | *** join/#oe rcf (~rcf@192.90-243-81.adsl-dyn.isp.belgacom.be) |
| 18:46.49 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
| 18:46.57 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 18:48.38 | *** join/#oe playya (~playya@p4FF8B73B.dip.t-dialin.net) |
| 18:48.39 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 18:52.32 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 18:53.48 | *** join/#oe kevinsc (~a0214685@nat/ti/x-sttgtisgxrbpvzdw) |
| 18:54.33 | *** join/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
| 18:55.16 | *** join/#oe captain_morgan (~captain_m@ginger.tokbox.com) |
| 19:07.20 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 19:22.44 | *** join/#oe e-ffi (~cybercom@HSI-KBW-082-212-015-230.hsi.kabelbw.de) |
| 19:23.28 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 19:24.48 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-77-27.dynamic.mnet-online.de) |
| 19:34.34 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 19:41.01 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 19:47.56 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:02.13 | *** join/#oe sgw (~sgw@71-20-34-171.war.clearwire-wmx.net) |
| 20:06.25 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 20:08.33 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:29.53 | *** join/#oe pingswept (~Adium@146-115-15-122.ma.subnet.cable.rcn.com) |
| 20:30.11 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:31.03 | pingswept | Has the source mirroring scheme changed since the creation of openembedded-core? I've tried to add a source mirror to my local.conf, but it appears that it is being ignored. |
| 20:35.06 | pingswept | Should I need to do something other than add these two lines to local.conf? http://pastebin.com/jauTUvRg |
| 20:37.13 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:38.14 | ipaqlor | has anyone an idea where i can find the codenmof the old crl bootloader? |
| 20:41.28 | ipaqlor | got it. |
| 20:43.01 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:50.42 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:55.19 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 20:56.29 | *** join/#oe anarsoul (~anarsoul@212.98.190.74) |
| 21:02.56 | *** join/#oe HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 21:14.36 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 21:23.02 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 21:33.20 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 21:34.35 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 21:41.52 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 21:41.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:42.07 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 21:44.12 | GNUtoo | hi, |
| 21:45.20 | GNUtoo | does somebody have a clue on why the following flags get into the do_compile of my kernel: |
| 21:45.21 | GNUtoo | -mno-thumb-interwork -marm |
| 21:45.29 | GNUtoo | the kernel is linux-palmpre |
| 21:45.39 | GNUtoo | from meta-smartphone/meta-palm |
| 21:48.11 | fray | oe classic or or-core? |
| 21:48.37 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 21:51.47 | GNUtoo | TARGET_CC_KERNEL_ARCH += "-mno-thumb-interwork -marm" |
| 21:51.49 | GNUtoo | oe core |
| 21:51.56 | GNUtoo | conf/machine/include/tune-thumb.inc |
| 21:52.02 | GNUtoo | I'll look in git |
| 21:52.09 | fray | ya, I was going to suggest looking there.. |
| 21:52.27 | fray | appears to me someone made the decision that the kernel can't be built w/ thumb instructions directly, thus those flags are passed |
| 21:52.48 | GNUtoo | ok |
| 21:53.07 | GNUtoo | I'm not sure but I think my kernel doesn't boot when compiled with theses instructions |
| 21:53.43 | fray | that would be really strange... since my understanding is that the thumb-interwork shouldn't be there.. and -marm simply means don't use thumb instructions in this case |
| 21:54.00 | GNUtoo | ok |
| 21:54.11 | GNUtoo | it's a palm pre 2.6.24 kernel |
| 21:54.36 | GNUtoo | basically I did that: |
| 21:54.43 | fray | ya.. they may have some unique patches or something.. but I honestly don't know |
| 21:54.47 | GNUtoo | I bitbaken the kernel -> not booting |
| 21:55.01 | GNUtoo | I removed theses instructions in run.do_compile |
| 21:55.07 | GNUtoo | I made clean the kernel |
| 21:55.16 | GNUtoo | I recompiled it with run.do_compile |
| 21:55.21 | GNUtoo | I pushed it to the device |
| 21:55.24 | GNUtoo | and it booted |
| 21:55.41 | GNUtoo | I've no serial on that device |
| 21:55.48 | GNUtoo | and it's indeed a big problem |
| 21:55.50 | fray | you should uild both ways and see if you can figure out the difference.. my guess is a bug in the palm pre kernel -- or a difference in the order of code generation |
| 21:56.00 | GNUtoo | ok |
| 21:56.06 | GNUtoo | I'll add thumb back and retry |
| 21:56.11 | GNUtoo | *-mnothumb |
| 21:56.28 | fray | ya.. start with that.. it would be odd if they're expecing interworking on something to be there in the palm pre kernel |
| 21:57.10 | GNUtoo | there is also the possibility that I did a manipulation error |
| 21:57.16 | GNUtoo | while booting or copying the kernel |
| 21:57.23 | GNUtoo | because I'm quite new with that platform |
| 21:57.37 | fray | ya, I don't have any knowledge of the pre, other then I've used one.. ;) |
| 21:57.40 | GNUtoo | and I don't use novacom but the reverse engineered precom(modified by me) |
| 21:58.07 | GNUtoo | (with my modifications I can talk to bootie) |
| 22:03.43 | cs_nbp | florian: perhaps it isn't the locale that's broken and another thing messes it up |
| 22:04.43 | cs_nbp | florian: eg after resume in terminal it's like 'enter' is stuck (5 new prompt lines every second) until I hit ctrl-c |
| 22:04.47 | GNUtoo | hmmm you're right it works |
| 22:04.54 | GNUtoo | but the uImage-palmpre.bin failed |
| 22:04.57 | GNUtoo | I'll retry it |
| 22:05.05 | *** part/#oe hawk-i (~hawki@156.34.194.31) |
| 22:05.13 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 22:05.42 | cs_nbp | florian: and that thing with the 100% cpu xmodmap |
| 22:06.21 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 22:06.37 | florian | cs_nbp: that's rather strange indeed |
| 22:09.10 | cs_nbp | florian: I've got the impression something is seriously wrong weither with the kernel or the graphics driver |
| 22:09.44 | cs_nbp | florian: btw irq handling in suspend is broken, too "LX: require interrupt" (or similar) |
| 22:10.16 | cs_nbp | florian: use it for daily work now so I notice a couple of things |
| 22:11.29 | florian | cs_nbp: I see a reset at boot time but then after one or two more attempts it boots |
| 22:12.13 | cs_nbp | florian: you mean a screen flicker? I get one screen flicker and then kernel boots |
| 22:12.26 | cs_nbp | florian: after boost console |
| 22:12.29 | florian | cs_nbp: no, a complete reset |
| 22:12.33 | cs_nbp | oink |
| 22:12.41 | cs_nbp | florian: don't have that |
| 22:12.42 | florian | before the filesystem gets mounted |
| 22:13.21 | florian | one thing that makes me nervous is that the last original commandline in the bb files hardcoded the amount of ram to 32mb |
| 22:14.08 | cs_nbp | ram? the 128mb? |
| 22:14.11 | cs_nbp | as 32? |
| 22:14.16 | florian | yes right |
| 22:15.02 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 22:15.22 | cs_nbp | that doesn't sound right |
| 22:15.35 | cs_nbp | it's not like we want a downgrade to the 5mx |
| 22:16.14 | cs_nbp | might slow down some things |
| 22:16.33 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 22:17.09 | cs_nbp | htop shows 122MB available |
| 22:17.35 | cs_nbp | sure it's not the special reserved ram for the kernel? |
| 22:17.53 | cs_nbp | or nand? |
| 22:21.24 | *** join/#oe Heinervdm-Work (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 22:23.39 | cs_nbp | florian: which recipe is that? |
| 22:24.30 | florian | cs_nbp: boost-bootcode_git.bb, but it has changed some time ago. |
| 22:26.57 | *** join/#oe pepermint (~pepermint@host229-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 22:36.20 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 22:37.34 | cs_nbp | florian: there is something funny in kernel and distro config |
| 22:38.03 | cs_nbp | florian: distro says 'only utf8 locale', kernel default NLS option is iso8859-1 |
| 22:39.21 | cs_nbp | not sure that's a problem though |
| 22:52.52 | *** join/#oe captain__ (~captain_m@ginger.tokbox.com) |
| 23:21.28 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-jwynxuaivyxsfcbe) |
| 23:37.03 | *** join/#oe ant__ (~andrea@79.24.249.251) |
| 23:55.22 | *** join/#oe uwe_ (~uwe_@dslb-088-066-186-052.pools.arcor-ip.net) |
| 23:57.06 | *** join/#oe ant__ (~andrea@host251-249-dynamic.24-79-r.retail.telecomitalia.it) |