2010-09-10 00:04 Good evening, folks. 2010-09-10 02:06 [commit] kyak: sdcv depends on glib2 http://qi-hw.com/p/openwrt-packages/a0edda2 2010-09-10 02:09 kyak: thanks for helping with the images! 2010-09-10 02:09 if an account on our new buildhost machine does any good to you, let me know and you have one right away... 2010-09-10 02:36 wolfspraul: it's my pleasure! ok, if i need the account, i'll let you know, thanks 2010-09-10 02:42 kyak: don't hesitate to update the config.full_system file in openwrt-xburst either 2010-09-10 02:42 if you see a package that is useful on the Ben NanoNote but not included in the image, whether it's a library, console app, GUI app, etc. just enable it and commit the update into config.full_system 2010-09-10 02:43 I also still see things in there that don't make much sense, like ntfs utilities. I hardly can see anyone connecting an NTFS formatted microSD to the Ben... 2010-09-10 02:43 so I will also start enabling/disabling things in there. since it's a whole OS, the more eyes the better. 2010-09-10 02:44 yeah, me neither... 2010-09-10 02:44 wolfspraul: i'm doing right now quite opposite.. i started from scratch, i.e. default config wit hno packages and now adding one by one necessary (from my opinion) packages 2010-09-10 02:44 there is a lot of useless things in config.full_system 2010-09-10 02:46 but RIGHT now i'm trying to port mupdf. I've seen it in Jlime, and it's quite good 2010-09-10 02:47 it has two dependencies that are not in openwrt yet, openjpeg and jbig2dec 2010-09-10 02:48 so not so straight forward 2010-09-10 02:48 well it all depends on the deps 2010-09-10 02:49 I remember physfs 2010-09-10 02:49 apart from it being the first cmake project (that I know of) it was easy 2010-09-10 02:49 (well of course it has been done before, but then someone must've shot down a plane by throwing a rock at it as well) 2010-09-10 02:51 kyak: excellent! 2010-09-10 02:51 yes of course, let's kick out useless stuff from config.full_system 2010-09-10 02:51 totally with you 2010-09-10 02:52 I work on another config right now, config.debug 2010-09-10 02:52 I want it to be a minimal system, just bootable but with most system libraries installed. then debug options should be enabled. 2010-09-10 02:52 so if we run into a problem, it should be easy to add another package, rebuild config.debug, and be in a good position to fix the bug fast 2010-09-10 02:53 have the sdl problems been fixed btw? 2010-09-10 02:54 kyak: how did you get to your 'default config' that you started from? 2010-09-10 02:54 bartbes: no, not fixed. And I need an image to reflash 1000 nanos next week... 2010-09-10 02:54 worst case I have to use the old 06-15 image, with heavy flickering and all... 2010-09-10 02:55 but still some time, so we see 2010-09-10 02:57 wolfspraul: make distclean, then make menuconfig. then select our target, and after make and reflash your Ben you will end up with 3Mb Linux distribution with busybox and base-files 2010-09-10 02:59 then add lua 2010-09-10 02:59 sdl 2010-09-10 02:59 physfs 2010-09-10 02:59 freetype 2010-09-10 02:59 and nlove 2010-09-10 02:59 and you have a love machine 2010-09-10 02:59 >:) 2010-09-10 03:00 bartbes: actually, only add "nlove", all other must be selected automatically :) 2010-09-10 03:00 true 2010-09-10 03:00 actually, by building from scratch i've detected some missing depenedcies 2010-09-10 03:00 though.. 2010-09-10 03:00 I might have forgotten freetype.. 2010-09-10 03:00 now that I think of it 2010-09-10 03:06 kyak: when you select a package in make menuconfig, OpenWrt will automatically select the dependencies? 2010-09-10 03:07 actually.. 2010-09-10 03:07 wut 2010-09-10 03:07 I'll need to check this out this afternoon 2010-09-10 03:07 wolfspraul: yes 2010-09-10 03:07 wolfspraul: if they are defined properly in the makefile 2010-09-10 03:07 yes 2010-09-10 03:07 sometimes I am wondering whether it's a good idea to commit entire config files, maybe it's better to write a little script that can process a list of apps, and will manually edit the config file with sed or so, from 'is not set' to '=y' 2010-09-10 03:07 ah OK, then an external script is not a good idea 2010-09-10 03:08 wolfspraul: not a good idea, yes.. should keep consistency via make menuconfig 2010-09-10 03:09 although OpenWrt would probably 'pick up' the dependencies when running make? 2010-09-10 03:09 or are they enforced while make menuconfig is running? 2010-09-10 03:09 they may have 'make oldconfig' and others things, no? 2010-09-10 03:14 when you run make, it doesn't alter you .config, so dependencies are not "picked up" 2010-09-10 03:15 when you run menuconfig, OpenWrt is cross-checking for dependencies and when you have the menu, these dependencies are already there 2010-09-10 03:17 how about 'make oldconfig' 2010-09-10 03:17 example, if you added a new dependency for some package, then run make menuconfig and exited with saving (actually changing nothing manually in that menuconfig), you will see your added dependepcies in .config 2010-09-10 03:17 do they have some way to automatically cross-check dependencies? 2010-09-10 03:17 not sure about oldconfig, never used it 2010-09-10 04:17 stupid developers. .naming their tarball as openjpeg_v1.2.tar.gz 2010-09-10 04:17 and inside is trunk/ dir 2010-09-10 04:18 of course, not using autotools 2010-09-10 04:23 god, they have things like install -m 644 -o root -g root in their Makefile 2010-09-10 04:24 angry 2010-09-10 04:41 urgh. ubifs decided to do several torture tests to a PEB 2010-09-10 04:41 it looks like in a loop 2010-09-10 04:43 two minutes, running a torture test on the same block every two seconds 2010-09-10 04:43 and still did not stop 2010-09-10 04:43 Should I stop the ben? 2010-09-10 04:44 4 minutes 2010-09-10 04:57 viric: is the whole device stuck? how do you know ubifs is doing something? 2010-09-10 04:57 wolfspraul: no 2010-09-10 04:57 wolfspraul: I could login, run programs... 2010-09-10 04:57 wolfspraul: they run slow though 2010-09-10 04:57 wolfspraul: I could run 'halt', and boot again. Then the problem disappeared. 2010-09-10 04:58 ok 2010-09-10 04:58 But ubifs was in the loop for 6 minutes, until halt switched all off 2010-09-10 04:58 maybe a bug in ubifs... 2010-09-10 04:58 bad. 2010-09-10 04:58 http://permalink.gmane.org/gmane.linux.drivers.mtd/29503 2010-09-10 04:58 it's a long story. nand is difficult and ubifs is the best shot free software has to offer. 2010-09-10 04:58 here I saw a comment about a torture test getting into loop 2010-09-10 04:59 :-) 2010-09-10 04:59 don't worry 2010-09-10 04:59 no? 2010-09-10 04:59 no. 2010-09-10 04:59 we know too little facts about nand and the exact ubifs behavior to be worried 2010-09-10 05:00 the best we can do is to run very recent Linux kernels, which more or less we are doing. 2010-09-10 05:00 another cool thing would be if the ubifs developesr would use NanoNotes for development :-) 2010-09-10 05:02 scary link indeed 2010-09-10 05:02 if someone can still say in 2010 with a straight face that they only support SLC, and doesn't seem to be worried about that the slightest little bit 2010-09-10 05:04 it's as if the storage guys would happily say that they only support scsi, never heard or want to be bothered about ata or any of that sata stuff. overhyped, ya know? :-) 2010-09-10 05:12 trying to redefine TAR command, is not so obvious 2010-09-10 06:37 wolfspraul, kyak: if you want script-driven configuration, switching on what you like and then running "make oldconfig" should indeed work. after all, one of its purposes is to take an old .config and process it in the context of a new set of Kconfig files. 2010-09-10 06:41 (i've used this sort of approach on some occasions) 2010-09-10 06:43 a 2010-09-10 06:44 wolfspraul: maybe all the people who understand NAND are moving away from bare NAND ? (-:C 2010-09-10 06:45 http://paste.debian.net/89085/ 2010-09-10 06:45 wolfspraul: ^ why i cant remove stuff from tmp?.. 2010-09-10 06:46 wpwrak: (morning), moving to ... ? 2010-09-10 06:48 kristianpaul: something nicely packaged. uSD, for example :) 2010-09-10 06:48 :) 2010-09-10 06:49 but speed? 2010-09-10 06:49 cause NAND memory are parallel isnt? 2010-09-10 06:50 kristianpaul: on the Ben, uSD is 4 bits, NAND is 8 bits, DRAM is 16 bits 2010-09-10 06:50 kristianpaul: so there's less of a difference than you may expect 2010-09-10 06:51 and i've heard that uSD is actually faster than NAND on the Ben (haven't measured it myself, though) 2010-09-10 06:52 well Jlime works like a charm most of the time 2010-09-10 06:52 but is not a serios test 2010-09-10 06:52 indeed i need measure that, i wonder if i can save around 2Mb raw data per second and not hurt the whole system I/O 2010-09-10 07:30 kristianpaul, everything rafa works like a charm ;) 2010-09-10 07:30 *rafa makes 2010-09-10 08:18 kristianpaul: you can ssh into the machine as root 2010-09-10 08:19 have you fixed your /tmp and sudo problem? feel free to install stuff as you need 2010-09-10 08:19 if you make bigger config changes shoot me a note so I can update the documentation, or update it yourself 2010-09-10 08:34 hm 2010-09-10 08:35 has anyone ever overriden the /bin/gtar as unpacking application in openwrt toolchain? 2010-09-10 08:35 i set TAR:=/bin/gtar (with whateve my parameters) in Makefile, but it doesn't work 2010-09-10 08:35 kyak: I tried to start with no .config and then just setting the target as you suggested. worked great, the .ubi file is 9.5mb though, not 3.5mb (maybe you meant .tar.gz size, or another filesystem type?) 2010-09-10 08:36 if it works (trying now), I will document what to enable on the wiki page 2010-09-10 08:36 wolfspraul: yes, ubi file is bigger, i meant the output of df -h on your Ben :) 2010-09-10 08:36 ok 2010-09-10 08:36 if make oldconfig works well, maybe we can switch to much shorter, more meaningful, and more maintainable config files as starting points 2010-09-10 08:37 and then the first step will always be 'make oldconfig' to mix it with whatever openwrt defaults 2010-09-10 08:37 need to try though... 2010-09-10 08:37 yes, good intention 2010-09-10 08:37 if it works 2010-09-10 08:38 then we just define a list of "our" apps: 1) to be included in image 2) to be built as "modules" 2010-09-10 08:44 override TAR:=/bin/gtars 2010-09-10 08:44 must be like this :) 2010-09-10 08:46 yes but first we need a system of config files that is cleaner. right now the config file is 100kb or more, and diffs are meaningless (too big) because it seems openwrt always moves options around. 2010-09-10 08:48 yes, you are right 2010-09-10 08:49 my hopes for the 'cleaner' part rest on 'make oldconfig' right now :-) 2010-09-10 08:58 it's PKG_UNPACK, actually.. 2010-09-10 08:58 damn those openjpeg people 2010-09-10 09:16 xiangfu: when I boot from that minimal image, it gets stuck at 'kernel panic ... unable to mount rootfs' 2010-09-10 09:17 (sorry I mean kyak ...) 2010-09-10 09:17 maybe the kernel needs ubifs support 2010-09-10 09:20 wolfspraul: mmm, here's my "zero" config: http://downloads.qi-hardware.com/people/kyak/tmp/.config 2010-09-10 09:20 oh no 2010-09-10 09:20 http://downloads.qi-hardware.com/people/kyak/tmp/.config_stage0 2010-09-10 09:20 this one 2010-09-10 09:21 i changed some busybox options and selected uClibc-0.9.30.1 2010-09-10 09:21 basically that's all 2010-09-10 09:21 ah uclibc, good point 2010-09-10 09:30 as always, impossible to diff these config monsters... 2010-09-10 09:30 :-) 2010-09-10 10:04 I'm getting ready to create a couple packages for the Ben NanoNote. 2010-09-10 10:05 In each case, the software is in a svn/git repository, and there is not formal release. 2010-09-10 10:05 My plan is to checkout and package the software on my website, and configure the build system to retrieve the source code this way. 2010-09-10 10:05 Is there a better way to do this when the software is only available in a revision control system? 2010-09-10 10:06 aisa: openwrt will do that for you. you don't need to do that. 2010-09-10 10:06 wolfspraul: so, when do you plan to dance with the schematics differences beast ? 2010-09-10 10:06 xiangfu: can you give me the name of a package that does this so I can use it as an example? 2010-09-10 10:07 aisa: finding ... 2010-09-10 10:07 aisa: this one is git:Â Â http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/fn-handle/Makefile 2010-09-10 10:07 xiangfu: Thank you very much! 2010-09-10 10:08 aisa: this one is svn: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/poke/Makefile 2010-09-10 10:09 aisa: every time you update the svn revision or git commit. you need update the "PKG_RELEASE" in Makefile. 2010-09-10 10:11 Looking at the Makefiles, I see this mechanism. 2010-09-10 10:28 aisa: we get new packages for the Ben? wohoooo! 2010-09-10 10:28 great! 2010-09-10 10:29 my NanoNote crossed the Pacific last night.Â Â Huzzah. 2010-09-10 10:29 wpwrak: I'm in a bit of stress right now because 1000 Nanos wait for me to be reflashed, but I don't even have a usable image. 2010-09-10 10:29 wolfspraul: thank you!Â Â I'm starting with a couple easy ones.Â Â My basic roadmap is here: http://en.qi-hardware.com/wiki/User:Alanpost/Backlog 2010-09-10 10:30 wolfspraul: can you give me details about the problem with the current testing image? 2010-09-10 10:30 Specifically: When did it become a problem, and what is happening? 2010-09-10 10:31 aisa: xiangfu can probably describe it better 2010-09-10 10:31 in general the plan says every release image should be better than the one before 2010-09-10 10:31 xiangfu: I have one more question for you.Â Â ^_^ 2010-09-10 10:32 but since 2010-06-15, we haven't really managed to do that, we currently have regressions that are so severe that we think they overshadow the progress that was also made 2010-09-10 10:32 like for example SDL apps don't work, or Qt apps don't work, or both 2010-09-10 10:32 I would assume that the compiler, an essential library, or the kernel was updated after that point? 2010-09-10 10:33 the latest testing image is 2010-08-26 by Mirko and then 2010-09-06 by Xiangfu, but both have serious bugs 2010-09-10 10:33 now it also hurts us that the release process is not fully documented and nailed down, neither is there a definitive app list or test plan :-) 2010-09-10 10:33 I made some corrections and additionals to the build instructions this morning, 2010-09-10 10:33 pretty hard to come out with incrementally better images, without regressions, in that environment... 2010-09-10 10:34 and I noticed in doing so that making a release was scattered across several wiki pages, not directly linked to each other. 2010-09-10 10:34 I imagine I'll continue to clean up as I go. 2010-09-10 10:34 btw, in terms of disk space, a minimal config needed about 3GB for me, the config.full_system one with debug symbols turned on was already 31 GB 2010-09-10 10:34 fantastic. you will become our release hero. 2010-09-10 10:35 I'm using 5.0GB of disk, having checked out openwrt-xburst and openwrt-trunk, plus compiling a build image. 2010-09-10 10:35 How do you turn on debug symbols, is it an option in .config? 2010-09-10 10:36 As I've played with the build I regret not ordering two NanoNotes right away. 2010-09-10 10:36 wolfspraul: (stress) yeah, i've seen that :) just want to know what your plans are. it doesn't run away ;-) 2010-09-10 10:36 [commit] Xiangfu Liu: make copy zImage automatic, update config.xbboot.README http://qi-hw.com/p/openwrt-xburst/dc6bf6b 2010-09-10 10:37 OT: can someone remind me how to scroll up and down in irssi?Â Â (*sheepish*) 2010-09-10 10:38 aisa: just pg-up, pg-down works for me 2010-09-10 10:39 aisa: I gladly create an account for you on our buildhost 2010-09-10 10:39 aisa: what is the question? 2010-09-10 10:39 there's a couple hundred gig of HDD space and a decent, though single-core, Athlon64 compiling away... 2010-09-10 10:39 xiangfu: I would like more details on the instability in the current image. 2010-09-10 10:39 Enough to be able to do some debugging: 2010-09-10 10:40 What do you do to create a problem?Â Â What do you see?Â Â What did you expect to see instead? 2010-09-10 10:40 wolfspraul: I would welcome a better machine to do builds on, I kept my laptop pegged all day yesterday and I had other work to do... 2010-09-10 10:40 (I do data analysis, so my CPU can be precious at times.) 2010-09-10 10:41 do you have a url to your public key, or can you email it to me? what account name do you want? 2010-09-10 10:41 May I have the account name 'a'?Â Â That is what I use on my computers. 2010-09-10 10:41 I will upload my public key and post, one moment. 2010-09-10 10:41 btw, for the images, one thing to keep in mind is that we are currently trying to follow the upstream 'Backfire' release, although it seems some packages have already been upticked beyond Backfire 2010-09-10 10:42 oh good, that answered one of my questions.Â Â Who is working with openwrt to push patches upstream? 2010-09-10 10:42 if we are brave enough, and feel we are wasting our time, we can leave the Backfire path in our 'xburst' branch and track upstream trunk 2010-09-10 10:43 aisa: several people do, mostly mirko (on vacation this month), and larsc (though mostly for the kernel I think) 2010-09-10 10:43 aisa: we have update uClibc to 0.9.32. then some program just hang. even "mkfs.ext2 --help". seems all SDL program not work, 2010-09-10 10:43 xiangfu: we have two branches in openwrt-xburst, 'master' and 'xburst' 2010-09-10 10:43 aisa: here is the "strace mkfs.ext2 --help" for 0.9.30: 2010-09-10 10:43 http://code.bulix.org/2nndcc-77475 2010-09-10 10:43 here is the "strace mkfs.ext2 --help" for 0.9.32: 2010-09-10 10:43 http://code.bulix.org/iobrqc-77476 2010-09-10 10:44 which one is 'master' tracking, and which one is 'xburst' tracking? can we document somewhere how we are tracking? 2010-09-10 10:45 xiangfu: I'm happy to see it is a uClibc problem.Â Â I'm going to be much better at debugging that than if it was a kernel upgrade.Â Â I'm fairly good at how the C library interfaces with the kernel and applications. 2010-09-10 10:46 hmm. 'master' is a clone of svn://svn.openwrt.org/openwrt/trunk/ 2010-09-10 10:46 wolfspraul: 'xburst' follow the svn://svn.openwrt.org/openwrt/branches/backfire 2010-09-10 10:46 wolfspraul: okay root, well ok.. 2010-09-10 10:48 wolfspraul: here is my rsa public key: 2010-09-10 10:48 http://c0redump.org/id_rsa.pub 2010-09-10 10:48 installing sudo 2010-09-10 10:48 xiangfu: what do (or others) think about renaming the 'master' branch to 'openwrt_trunk', and 'xburst' to 'openwrt_backfire'? 2010-09-10 10:49 or just trunk and backfire? 2010-09-10 10:49 maybe with openwrt_ it's more clear 2010-09-10 10:49 I think openwrt_ makes in clearer. 2010-09-10 10:49 xiangfu: are those two upstream paths documented somewhere? and what are the steps to sync down? 2010-09-10 10:49 renaming master to trunk is a bit odd, as that is the same thing but different revision control systems, 2010-09-10 10:50 but by prepending openwrt_ you indicate what branches are really m eant. 2010-09-10 10:50 wolfspraul: I'm updating the wiki now to include the two branches and what they point to. 2010-09-10 10:51 wolfspraul: the 'master' branch sync be me. manually sync sometimes. 2010-09-10 10:52 wolfspraul: 'xburst' lars or Mirko will merge the 'backfire' to 'xburst' manually also I think. 2010-09-10 10:52 can you describe the manual steps somewhere? 2010-09-10 10:52 ok. 2010-09-10 10:53 xiangfu: how about renaming those two branches to openwrt_trunk and openwrt_backfire? 2010-09-10 10:53 aisa: which wiki page you updating? maybe I write the step to the same page :) 2010-09-10 10:53 xiangfu: can i tell openwrt makefile use a .foo folder for tmp stuff instead the system tmp? 2010-09-10 10:53 aisa: try ssh a@fidelio.qi-hardware.com - that's our buildhost 2010-09-10 10:53 a? :) 2010-09-10 10:54 xiangfu: wiki page [[Building Software Image]] 2010-09-10 10:54 yes that's the account name he asked for, and actually I like it, less typing even when setting up the account :-) 2010-09-10 10:54 indeed 2010-09-10 10:54 i like too 2010-09-10 10:54 12 times easier than yours! 2010-09-10 10:54 heehhe 2010-09-10 10:54 you want k? 2010-09-10 10:54 kristianpaul: I had a boss at my first job whose unix name was 'n'.Â Â I was quite inspired by that! 2010-09-10 10:54 wolfspraul: well no bother, i like my nick :) 2010-09-10 10:55 wolfspraul: I am able to log into this system using my rsa key. 2010-09-10 10:55 Will it be ok to document using the system on the wiki? 2010-09-10 10:55 should work, yes. please try. 2010-09-10 10:56 don't understand [document using the system on the wiki?] 2010-09-10 10:56 wolfspraul: hmm... I don't think we need add prefix 'openwrt_', but I am thinking change master --> upstream, xburst --> master 2010-09-10 10:56 wolfspraul: I was thinking something along the lines of: 2010-09-10 10:57 wolfspraul: xiangfu the /tmp problem i had is because a build was a as root i think, then some folder in tmp are root owned, then my build try same file, then.. O_o 2010-09-10 10:57 nightly builds, location of testing workspaces, filesystem layout for the project. 2010-09-10 10:57 kristianpaul: a build was run as root on the buildhost? 2010-09-10 10:58 kristianpaul: I found this: rules.mk:17:TMP_DIR:=$(TOPDIR)/tmp 2010-09-10 10:59 xiangfu: I think those names are even more confusing. we should clearly express the upstream relation in the branch name, imho 2010-09-10 10:59 openwrt_trunk and openwrt_backfire 2010-09-10 10:59 wolfspraul: yes 2010-09-10 11:00 xiangfu: great ! 2010-09-10 11:00 wolfspraul: hmm.. it's git tradition. "master" branch is always the branch you current working on. 2010-09-10 11:00 wolfspraul: it seems 2010-09-10 11:00 or 2010-09-10 11:00 with a user wich is not me 2010-09-10 11:00 that could make sense too 2010-09-10 11:01 any way xiangu pointed the solution 2010-09-10 11:01 wiki has information on trunk and backfire branches: 2010-09-10 11:01 http://en.qi-hardware.com/wiki/Building_Software_Image#Downloading_sources 2010-09-10 11:01 xiangfu: i guess i change that TOPDIR for HOME or something more local? 2010-09-10 11:02 so we can build at same time and no worries about use same temp directories 2010-09-10 11:02 kristianpaul: git diff :) 2010-09-10 11:03 xiangfu: :) 2010-09-10 11:03 i learn a new git command today :D 2010-09-10 11:03 so running multiple openwrt builds in parallel on the buildhost is not safe right now? 2010-09-10 11:04 seems not if my theory is correct 2010-09-10 11:04 xiangfu: yes I know [master]. but this is a public server, shared by multiple people. its only purpose is to track upstream. so I cannot decide which master 'we currently work on', and it's better to have no master at all. 2010-09-10 11:04 as the /tmp is common for the builds 2010-09-10 11:04 that's actually precisely why I would not have a master, to make that clear. different people will use different starting points, or contribute to different branches. 2010-09-10 11:05 wolfspraul: oopenwrt_trunk is ok for me . but openwrt_backfire will make people think it's another backfire branch. not ours 2010-09-10 11:06 openwrt_backfire_ben? 2010-09-10 11:07 http://free-electrons.com/fr/blog/videos-rmll-2010/ (mostly in French) 2010-09-10 11:08 Do I need to wait for a commit before trying to compile an image on the buildhost?Â Â To avoid polluting /tmp? 2010-09-10 11:08 well we need to find out whether there is a /tmp collision problem 2010-09-10 11:08 is there or is there not? how can we fix it? 2010-09-10 11:08 damn I speak super fast 2010-09-10 11:09 I even ran multiple builds in parallel in my user account, ignorant of any /tmp issues :-) 2010-09-10 11:09 This is what is causing the current build image to be unstable :-p 2010-09-10 11:13 hey 2010-09-10 11:13 where do you guys submit the .config for openwrt-xburst? 2010-09-10 11:13 co'o la'oi CongoZombie 2010-09-10 11:14 I see it is in the .gitignore 2010-09-10 11:14 CongoZombie: data/qi_lb60/conf/config.full_system 2010-09-10 11:14 openwrt-xburst/data/qi_lb60/conf/ 2010-09-10 11:14 sweet, thanks 2010-09-10 11:14 wolfspraul: rules.mk:17:TMP_DIR:=$(TOPDIR)/tmp 2010-09-10 11:14 s/co'o/coi/, sorry to be rude :-) 2010-09-10 11:14 I'm trying to configure for the Dingoo, but I've been having trouble getting it to pull our kernel from git 2010-09-10 11:15 don't worry, I'm from the UK ;) 2010-09-10 11:15 bristianpaul: doesn't that mean tmp is in the work area? 2010-09-10 11:16 kristianpaul: yes that's a line in rules.mk, but what does it mean? 2010-09-10 11:16 let me see 2010-09-10 11:16 right, I guess the best way to answer this question is to add debug code and run make :-p 2010-09-10 11:17 wait i can do that i did 2010-09-10 11:20 kristianpaul: xiangfu if I look in /tmp on the buildhost now, I do see some files owned by my user account. it looks very wrong. 2010-09-10 11:20 they seem to be coming from the 'frotz' package 2010-09-10 11:20 so maybe it's just a problem with some setting in the frotz package? 2010-09-10 11:20 wolfspraul: yes thats why i pointed 2010-09-10 11:20 hmm 2010-09-10 11:20 aisa: http://paste.debian.net/89129/ 2010-09-10 11:21 so maybe there is something in the frotz Makefile that is just wrong 2010-09-10 11:21 but i wonder what happen if two build remove a file from the other at the same time.. 2010-09-10 11:21 cause this issue was founded whe just one build running 2010-09-10 11:22 either filenames in /tmp must be totally safe in terms of multiple processes running, or they shouldn't be there 2010-09-10 11:22 ahh yes 2010-09-10 11:22 this seems to be only a problem in the frotz Makefile, I am sure the overall OpenWrt system handles this well 2010-09-10 11:22 the tmo should be in the openwrt-xburst 2010-09-10 11:22 yes 2010-09-10 11:22 you are right wolfspraul 2010-09-10 11:23 there is a $(1) in frotz/Makefile, looks strange 2010-09-10 11:24 well, others have that too... 2010-09-10 11:24 does anybody see what's wrong with the frotz Makefile, if anything? 2010-09-10 11:24 ah frotz is a qipackage 2010-09-10 11:27 wolfspraul: in frotz makefile line 18:Â Â PREFIX = /tmp 2010-09-10 11:27 openwrt-xburst/build_dir/target-mipsel_uClibc-0.9.32/frotz-2.43/Makefile 2010-09-10 11:28 oh, it's in the frotz sources? 2010-09-10 11:28 so we need to patch it? 2010-09-10 11:33 setting the prefix to a host directory is usually not a good idea anyway 2010-09-10 11:33 it's better to use DESTDIR 2010-09-10 11:33 otherwise any hardcoded paths in the binary will point to build dirs instead of install dirs 2010-09-10 11:35 mth: thanks. now I am re-compile the frotz now for test. 2010-09-10 11:36 wolfspraul: yes. we need patch it. 2010-09-10 11:41 [commit] Xiangfu Liu: [frotz] remove use sytem /tmp dir http://qi-hw.com/p/openwrt-packages/502d2f0 2010-09-10 11:46 xiangfu: hi, do you know perhaps why the empty dir bin/xburst/uboot-xburst-qi_lb60 is created after build? 2010-09-10 11:51 kyak: not look into. let me check the u-boot package :) 2010-09-10 11:51 now 2010-09-10 11:51 kristianpaul: I deleted the 3 dirs in /tmp that were created by my account. 2010-09-10 11:52 ok 2010-09-10 11:53 for now i can disable frotz from my build 2010-09-10 11:53 i dont think i need it 2010-09-10 11:55 wolfspraul: rename done. master --> openwrt_trunk and xburst --> openwrt_backfire : http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/openwrt_backfire/ 2010-09-10 11:56 oh 2010-09-10 11:56 nice! :-) 2010-09-10 11:56 let's see when/where the complaints will be coming... 2010-09-10 11:57 I think each person is going to have to modify their .git/config file to update the branch names. 2010-09-10 11:59 I believe it is the merge= line in each [branch] section. 2010-09-10 12:01 hm.. what should I do? (not a power user of git) 2010-09-10 12:01 open .git/config 2010-09-10 12:01 there are two lines that say merge = in them. 2010-09-10 12:01 one says refs/heads/master, the other says refs/heads/xburst 2010-09-10 12:01 kristianpaul: /wi 36 2010-09-10 12:02 change them to refs/heads/openwrt_trunk and refs/heads/openwrt_backfire, respectively. 2010-09-10 12:02 kristianpaul: you need to run scripts/feeds update -a && scripts/feeds install -a, then the frotz problem should be fixed 2010-09-10 12:02 aisa: ok, got it.. then i should always "git pull origin openwrt_backfire"? 2010-09-10 12:05 I just type git pull, but I think that one works too. 2010-09-10 12:07 wiki page is updated.Â Â again. 2010-09-10 12:08 xiangfu: if I run a git clone from scratch, I can't checkout at all anymore 2010-09-10 12:09 maybe the 'master' branch better always be there in fact, or some other problem? 2010-09-10 12:09 just try git clone git://projects.qi-hardware.com/openwrt-xburst.git 2010-09-10 12:09 afaik "master" is only a naming convention for the main development branch, like "trunk" in SVN 2010-09-10 12:10 at the end it will say: warning: remote HEAD refers to nonexistent ref, unable to checkout. 2010-09-10 12:10 mth: that's what I thought. just a string. but who knows... 2010-09-10 12:10 git clone [blah] is working for me... 2010-09-10 12:10 wolfspraul:hmm.. just need to "make package/frotz/{clean,compile} " will fix the frotz /tmp problem. since we don't update the frotz's Makefile. we don't need run ./scripts/feeds .... 2010-09-10 12:10 waiting to see what it actually gives me... 2010-09-10 12:11 ah: warning: remote HEAD refers to nonexistent ref, unable to checkout 2010-09-10 12:11 we, uh, need to fix our refs. 2010-09-10 12:12 the problem isn't that master isn't there, but that HEAD thinks it is. 2010-09-10 12:12 wolfspraul: /tmp$ git clone git@projects.qi-hardware.com:openwrt-xburst.git 2010-09-10 12:12 Initialized empty Git repository in /tmp/openwrt-xburst/.git/ 2010-09-10 12:12 remote: Counting objects: 158573, done. 2010-09-10 12:12 remote: Compressing objects: 100% (54247/54247), done. 2010-09-10 12:12 wolfspraul: works fine here. 2010-09-10 12:12 wait for it ;-) 2010-09-10 12:12 wolfspraul: great :) thank ! 2010-09-10 12:12 you'll pull down the repository, but won't be able to check out HEAD. 2010-09-10 12:12 so you'll gave a .git dir, but nothing else. 2010-09-10 12:14 for anyone with commit access: 2010-09-10 12:14 http://stackoverflow.com/questions/1961274/git-warning-remote-head-refers-to-nonexistent-ref-unable-to-checkout 2010-09-10 12:15 I'll be happy to fix it myself if someone wants to give me commit access :-) 2010-09-10 12:16 aisa: do you have an account on projects.qi-hardware.com ? 2010-09-10 12:17 no, one moment. 2010-09-10 12:17 oh, right.Â Â The "sign in or create your account" has no "create your account" option. 2010-09-10 12:17 I tried yesterday. 2010-09-10 12:17 aisa: I update the HEAD by 'git remote set-head origin openwrt_trunk' but it not update the remote git. 2010-09-10 12:18 xiangfu: I think you'll need to make a no-op change to have something to commit. 2010-09-10 12:18 oh, sorry. 2010-09-10 12:18 ignore that. 2010-09-10 12:18 aisa: just go to 'sign in', say 'I am new here', etc. 2010-09-10 12:18 xiangfu: do you have access to the remote directly?Â Â like from the command-line and can run that command there? 2010-09-10 12:18 did you do that? 2010-09-10 12:18 wolfspraul: dur, I see it now. 2010-09-10 12:19 aisa: you mean, this must change at 'terminal' , like edit .git/config?? 2010-09-10 12:19 need to disappoint you, I think Indefero (the software behind the projects server) demands 3 characters minimum for account names :-) 2010-09-10 12:20 wolfspraul: I'll use alanpost, same as my wiki account :-) 2010-09-10 12:20 aisa: yes. I have. 2010-09-10 12:20