2010-11-19 00:25 kristianpaul: what does "hardware al reves" mean?.. I do not understand 2010-11-19 00:26 kristianpaul: bootstrap is not toolchain.. or what do you mean with " are you sure is not danegours, just descopmresed ona separte folder and i'm seeeing  (bin  boot  dev  etc  home  lib  linuxrc..."? 2010-11-19 00:29 kristianpaul: I guess that you are confusing files and stuff.. the dirs that you are writting (bin  boot  dev  etc  home  lib  linuxrc media  mnt  proc  sbin  sys  tmp  usr  var) are from a .tar.* to install jlime.. I do not know why you ask if that is dangerous.. it is not a toolchain.. it is to install jlime on your nn 2010-11-19 00:34 rafa: sorry uncopmresed wrong file 2010-11-19 00:34 i* 2010-11-19 00:34 kristianpaul: or maybe you are talking about the old toolcain at jlime.com.. but then again.. here at qi we talk about stuff uploaded to qi servers.. so the toolchain which werner points you is from qi servers 2010-11-19 00:34 nv the other spanish string 2010-11-19 00:35 rafa: no was from download.qi.. 2010-11-19 00:35 kristianpaul: ;) 2010-11-19 00:35 going to sleep ... cya 2010-11-19 00:35 me too 2010-11-19 01:37 [commit] Xiangfu Liu: add mutt icon to gmenu2x apps list http://qi-hw.com/p/openwrt-xburst/47423bc 2010-11-19 01:41 [commit] kyak: space in tune2fs config.full_system (thanks aisa) http://qi-hw.com/p/openwrt-xburst/dfb90ea 2010-11-19 01:41 [commit] kyak: Merge branch 'master' of projects.qi-hardware.com:openwrt-xburst http://qi-hw.com/p/openwrt-xburst/d78e273 2010-11-19 01:42 xiangfu: hi! 2010-11-19 01:43 kyak: hi 2010-11-19 01:43 yesterday there was a big fight with triggerhappy 2010-11-19 01:43 and we thought it had a happy ending :) 2010-11-19 01:44 but then i got back home, and actually installed it to Ben.. and it segfaults 2010-11-19 01:44 it segfaults when i pass --trigger to it. . 2010-11-19 01:45 strace shows that it happens somewhere during reading of config 2010-11-19 01:46 id'love to have fn-handle back :) 2010-11-19 01:46 triggerhappy looks like overhead anyway 2010-11-19 01:48 kyak: does triggerhappy need more memory or other resources, compared to fn-handle? 2010-11-19 01:48 wolfspraul: i haven't checked it actually.. but fn-handle is 30 lines of code 2010-11-19 01:49 triggerhappy supports a list of keys that aren't even there on Ben 2010-11-19 01:49 it takes all possible keys from linux/input.h 2010-11-19 01:50 i'm not against a cooler hotkey daemon 2010-11-19 01:50 if only it worked 2010-11-19 01:50 but it doesn't 2010-11-19 01:51 wolfspraul: when i'm able to start triggerhappy, i'll tell you how much resource it consumes :) 2010-11-19 01:52 ok 2010-11-19 01:52 we should run away from a segfault 2010-11-19 01:52 kyak: what command you run , thd or th-cmd? 2010-11-19 01:52 but sure if it's just big and bloated for our case, that's another story 2010-11-19 01:52 xiangfu: i run /etc/init.d/triggerhappy start 2010-11-19 01:52 it runs /usr/sbin/thd 2010-11-19 01:52 with appropriate options 2010-11-19 01:53 the --trigger options seems to cause problems.. however, without this options it won't read config file :) 2010-11-19 01:57 kyak: hmm.. maybe the update break something. 2010-11-19 01:57 xiangfu: I juse realize something 2010-11-19 01:57 xiangfu: probably.. 2010-11-19 01:58 so I look in http://fidelio.qi-hardware.com/~xiangfu/compile-log/image-full_system-11182010-1400/ 2010-11-19 01:58 I think we can compress some of those files 2010-11-19 01:58 for example the BUILD_LOG can be BUILD_LOG.bz2 2010-11-19 01:58 and the -root.ubi can be -root.ubi.bz2 2010-11-19 01:58 if we bz2 the ubi file, reflash_ben.sh needs to support that as well 2010-11-19 02:00 but I think those two can be .bz2. especially if the -root.ubi is compressed, it will save a lot of download time and server bandwidth 2010-11-19 02:05 wolfspraul: btw, how much downloads there are monthly? i.e. spent bandwidth 2010-11-19 02:06 yes. sound good. after compass, it's 111M. 2010-11-19 02:06 before it's 321M 2010-11-19 02:07 xiangfu: i've got a list of packages that exist in full_system and missing from my build. I will install them one by one to find out what causes stardict to fail on start :) 2010-11-19 02:08 moinmoin 2010-11-19 02:13 DocScrutinizer: moin 2010-11-19 02:14 kyak: sorry. don't have time look into stardict issue. I am port the netsurf libs. ~5 libs :) 2010-11-19 02:17 xiangfu: yeah, i'm following your progress 2010-11-19 02:17 would be great to have the netsurf :) 2010-11-19 02:17 kyak: in October, about 3GB outgoing traffic per day (the entire turandot machine, not just downloads) 2010-11-19 02:17 in November, ca. 4 GB/day 2010-11-19 02:19 wolfspraul: not so bad :) means that every hour an image is downloaded :) 2010-11-19 02:19 what is stardict? Somebody complained about it yesterday, on #maemo 2010-11-19 02:20 definitely not, but that's good because as you know everything is still evolving 2010-11-19 02:20 DocScrutinizer: it's a gtk2 dictionary 2010-11-19 02:20 kyak: we are building those 3 'extras' now each time - toolchain, sdk, imagebuilder 2010-11-19 02:20 the toolchain is rather small, just 15 MB 2010-11-19 02:20 I guess it's only compiler/link, but no libraries and headers 2010-11-19 02:21 the sdk is 270 MB (in xiangfu's latest image), the imagebuilder 315 mb 2010-11-19 02:21 is the imagebuilder a superset of the sdk? 2010-11-19 02:21 yeah, the toolchain is self-sufficient.. will download and install what's needed itself 2010-11-19 02:21 if so, maybe we should only build the toolchain and imagebuilder 2010-11-19 02:21 and then point people to the imagebuilder by default 2010-11-19 02:22 ..and i never really built imagebuilder or sdk.. so can't answer that 2010-11-19 02:22 and to the toolchain only if they know why they only want the stripped-down toolchain? 2010-11-19 02:22 hmm, OK. I need to understand the function and usability of those 3 better. right now we just build all 3 because they are there, but maybe that's not ideal. 2010-11-19 02:23 we might want to have a look at openwrt releases 2010-11-19 02:23 kyak: so the (15mb) toolchain will download libraries and headers as needed? 2010-11-19 02:23 how they do it 2010-11-19 02:23 wolfspraul: yes, it will 2010-11-19 02:24 hmm 2010-11-19 02:24 http://downloads.openwrt.org/backfire/10.03/xburst/ 2010-11-19 02:24 ok, but if the imagebuilder is a superset of the sdk, probably the best is still to point everybody to the imagebuilder first 2010-11-19 02:24 they only give away the imagebuilder 2010-11-19 02:24 so yes, i think you are right 2010-11-19 02:24 it's a large file, = slow download, but then they have everything locally 2010-11-19 02:25 and we can focus our documentation on explaining how the ImageBuilder works 2010-11-19 02:25 that's assuming it is a superset of sdk and toolchain, and can replace those 2 2010-11-19 02:26 we can still leave the pure (small) toolchain binary on the server, for people 'in-the-know' who need a small download, or have a very small app and quicker ramp-up time than with the full ImageBuilder 2010-11-19 02:26 but we wouldn't focus our documentation or advice on that (small) toolchain, but rather on the ImageBuilder 2010-11-19 02:27 so I will try to get feedback on that idea, if anybody thinks it's wrong please let me know... 2010-11-19 03:03 wolfspraul: me wrong 2010-11-19 03:03 the toolchain only contains the binary toolchain 2010-11-19 03:04 binaries + minimal headers 2010-11-19 03:05 in fact, just a copy of staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1 2010-11-19 03:06 the toolchain will be enough to build a simple application without external libriaries dependencies (unless you will build those libraries with this toolchain, too) 2010-11-19 03:10 now the SDK.. the README fiel there is pretty explanatory 2010-11-19 03:10 It contains a stripped-down version of 2010-11-19 03:10 the buildroot. You can use it to test/develop packages without 2010-11-19 03:10 having to compile your own toolchain or any of the libraries 2010-11-19 03:10 included with OpenWrt. 2010-11-19 03:10 is the ImageBuilder a superset of the SDK? 2010-11-19 03:10 To use it, just put your buildroot-compatible package directory 2010-11-19 03:10 in the subdir 'package/' and run 'make' from this directory. 2010-11-19 03:10 wolfspraul: haven't got to imagebuilder yet :) 2010-11-19 03:13 wolfspraul: and yes, imagebuilder is a superset of SDK 2010-11-19 03:14 ie.. you can build your apps as well as the whole image with imagebuilder 2010-11-19 03:14 so for those people who only want to create a custom app, SDK is enough 2010-11-19 03:15 for those who want to build a complete image, imagebuild is necessary.. though i'd suggest building from git in this case 2010-11-19 03:17 kyak: I come at this a bit differently. 2010-11-19 03:17 the imagebuilder is only 20% larger than the SDK 2010-11-19 03:17 imagebuilder might be good to build exact the same image as release.. 2010-11-19 03:17 and on the documentation and communication side, it is far easier to only have one thing to talk about, than to have two 2010-11-19 03:18 so if the ImageBuilder is a superset of the SDK, I would only provide that and focus all my documentation and explanatory energy on that one 2010-11-19 03:18 even as a development environment to 'only' build an installable app 2010-11-19 03:18 wolfspraul: makes total sense 2010-11-19 03:20 kyak: what do you think? should we provide the small stand-alone toolchain at all? 2010-11-19 03:20 those who really want the latest image from git, should be able to access those instructions though 2010-11-19 03:20 on the wiki, 2010-11-19 03:20 the good argument for keeping it is that it is so drastically smaller and simpler 2010-11-19 03:21 so I wouldn't point anybody to it, but I would leave it built and published for those who know what it's for and when 2010-11-19 03:21 wolfspraul: the toolchain can be used to compile a hello world :) like a demonstration.. maybe some users will like and would like to have more 2010-11-19 03:21 also some people might want to work with other rootfs environments, buildroot, who knows what 2010-11-19 03:21 and they may just want to get the toolchain proper 2010-11-19 03:22 so I would leave it there, but focus all documentation and advice towards the ImageBuilder 2010-11-19 03:22 yes.. but please leave the instructions about how to get the latest image from git :) 2010-11-19 03:23 you mean how to build from source? 2010-11-19 03:23 sure of course, that will definitely stay that's a very important thing 2010-11-19 03:29 yes, this one 2010-11-19 03:32 wolfspraul: there are some errors though using iamgebuilder 2010-11-19 03:35 so we will have to deal with those... 2010-11-19 03:37 what errors? (let's start :-)) 2010-11-19 03:51 http://pastebin.mandriva.com/21288 2010-11-19 03:51 it seems that kmod-input-core is not a part of base system? 2010-11-19 04:06 good question :-) 2010-11-19 05:39 kyak, wolfspraul: perhaps the most flexible approach would be a toolchain plus a package installer, just like what we have on jlime now. so if you need, say, sdl_gfx, you just opkg-target install it. 2010-11-19 05:39 no need for a pre-built environment that correctly predicts all your future needs 2010-11-19 05:39 kyak: does openwrt have such an installation capability ? 2010-11-19 05:40 (on the host) 2010-11-19 05:47 wpwrak: i'm not sure i understand you 2010-11-19 05:48 install on host? 2010-11-19 05:49 kyak: if you have installed toolchain, sdk, or imagebuilder, and you notice there's some exotic library package that you don't have. that package is available somewhere as an .ipkg 2010-11-19 05:49 yes 2010-11-19 05:49 kyak: can you install that package into your cross-development environment ? 2010-11-19 05:51 from the ipkg? i don't think so. installing a new package (or you would say, creating a new pacakge) is just a matter of copying a Makefile 2010-11-19 05:51 there is not instructions inside the ipkg about how to build it. 2010-11-19 05:51 (i think so) 2010-11-19 05:52 but openwrt can build ipkgs, no ? 2010-11-19 05:52 yes 2010-11-19 05:52 so if you have one of these, there's no easy way to install it into a cross-development environment, such that its libraries, header files, etc., become available for cross-compilation ? 2010-11-19 05:53 ipkg has binary files inside 2010-11-19 05:53 + some meta data 2010-11-19 05:53 (there ought to be an all-manual way, though. e.g., pick the ipkg apart manually and untar it by hand) 2010-11-19 05:53 this is irreversible :) 2010-11-19 05:53 yup. in jlime, there's opkg-target that can do all this 2010-11-19 05:53 you have to have the Makefiel which was used to build the ipkg 2010-11-19 05:54 no no, you don't shouldn't the makefile 2010-11-19 05:54 well i guess it's some kind of "source ipkg" there 2010-11-19 05:54 ah, i see the problem. openwrt probably doesn't have -dev packages :) 2010-11-19 05:54 i don't know about such thing in openwrt 2010-11-19 05:54 or does it ? 2010-11-19 05:54 dev files are not installed as a package 2010-11-19 05:55 they are installed and live in your cross-development environment 2010-11-19 05:55 they are not needed on target 2010-11-19 05:55 ah, i see. so you can't have a full development environment on the ben either 2010-11-19 05:55 (if you wanted to suffer the slowness) 2010-11-19 05:55 you can, why not? 2010-11-19 05:56 gcc-mips is ported :) 2010-11-19 05:56 all the development files are there in your build envoronment 2010-11-19 05:56 you should perhaps understand the primary goal of openwrt 2010-11-19 05:57 building on a router is a little bit weird, right? 2010-11-19 05:57 but you really wanna do it, you can 2010-11-19 05:57 so if you need, say, libsdl_gfx.a, how would you get it on the ben ? scp openwrt/somewhere/libsdl_gfx.a ben:/usr/lib/ 2010-11-19 05:57 yep. 2010-11-19 05:57 one could create a -dev pacakge of course 2010-11-19 05:57 that would install these files 2010-11-19 05:58 ah, so you DO have -dev packages ? 2010-11-19 05:58 no :) i said "could" 2010-11-19 05:59 these dev files are installed into your host 2010-11-19 05:59 but they don't go into target 2010-11-19 05:59 (primary goal) yup, but in qi-hw, we're trying to showhorn openwrt on a device that's more like a laptop than a router :) (of course, i realize that this is a difficult match. that's also why i keep pushing jlime) 2010-11-19 06:00 i see. so it would be possible but need a lot of work 2010-11-19 06:00 this is the reason why gcc was ported, and locales enabled, and widechar support and cyrillic input etc.. because Ben is not a router 2010-11-19 06:01 i.e., you have all you need in the fridge, but that doesn't mean there's a nice meal in front of you right now :) 2010-11-19 06:03 kyak: (not a router) yup. i was just trying to see if there were some low-hanging fruits for solving the host development environment problem elegantly also on openwrt. 2010-11-19 06:03 wpwrak: so, if someone got openwrt SDK, and he wants to build a package he would just copy the package Makefile to hist sdk/package/ 2010-11-19 06:04 kyak: being able to just install packages (on the cross-development host) when you need some crazy new lib is a very nice capability. 2010-11-19 06:04 kyak: that would also solve all the dependencies ? 2010-11-19 06:05 (particularly build dependencies) 2010-11-19 06:05 i don't know about the sdk. in openwrt, when you choose a pacakge to build, it wil enable all the dependencies 2010-11-19 06:05 including build dependencies 2010-11-19 06:05 that's why i don't completely understand what you are continuing to say about some wird lib 2010-11-19 06:06 if this wierd lib is a dependency, it will be built 2010-11-19 06:07 okay, so you enable the package and rebuild openwrt 2010-11-19 06:07 build all depenedcies and the selected pacakge. wherether to rebuild or no is for the make system to decide 2010-11-19 06:09 okay. so it's possible, just a bit involved. 2010-11-19 06:13 uh.. 2010-11-19 06:13 i still don't feel understood :) 2010-11-19 06:14 wpwrak: you should try the openwrt build system yourself some time 2010-11-19 06:17 i think i understant. you do the menuconfig, enable the package, kick off a build, when you fish out the package's makefile, put it into your sdk/package/, then do whatever you do to make the SDK, and then you ... untar ? cp -a ? ... the new SDK on your host 2010-11-19 06:17 not exactly 2010-11-19 06:18 you do the menuconfig, the Makefile is already there 2010-11-19 06:18 for each package 2010-11-19 06:18 the SDK is nto related 2010-11-19 06:20 but then the development lib gets built inside the openwrt build tree. do you assume that the SDK location and the location of the openwrt build tree are identical ? 2010-11-19 06:20 you choose the package, kick off a build, you got the ipkg and all the realted libs/whtever as ipkgs too 2010-11-19 06:21 SDK is not related to openwrt build tree at all 2010-11-19 06:21 these are two Different things 2010-11-19 06:21 the ipkgs will contain also the development libs ? 2010-11-19 06:21 SDK can be generated from within openwrt build tree 2010-11-19 06:21 before you said they don't 2010-11-19 06:21 and unpacked somewhere else 2010-11-19 06:22 (sdk) alright. so how does my libsdl_gfx get to this somewhere else ? 2010-11-19 06:23 libsdl_gfx for development, plus headers 2010-11-19 06:34 wpwrak: i'm sorry, i'm not here at the moment -\ will try to explain more later 2010-11-19 06:35 no worry :) 2010-11-19 06:35 we live in a mist of time anyway ;-) 2010-11-19 08:05 DocScrutinizer: (talking about taking pictures to ben display) bad news my camera is nor so good, (as expected), i get a black pic and high shutter speeds, or i got an usual display picture when i try get lower wich dint look like telling something interesting 2010-11-19 09:56 rafa: in pkg/packages-mipsel, wireshark-tshark has very interesting Replaces/Conflicts, don't you think so ? ;-) 2010-11-19 09:59 (there are a bunch more of this kind in wireshark* packages) 2010-11-19 10:06 Is it fair save a stream of bits in a uint32_t.. 2010-11-19 10:08 depends ... :) 2010-11-19 10:08 well is unsigned so who cares what is inside, if i can bitwise it later 2010-11-19 10:10 anyway i'm interested in the bits not the byte it self wich dint tell me nothing 2010-11-19 10:10 how to you put data there and how do you retrieve it ? 2010-11-19 10:11 both methods have to be compatible 2010-11-19 10:11 this isn't always trivially so 2010-11-19 10:11 particularly if your code may run on different platforms 2010-11-19 10:12 wpwrak: yeah.. wireshark-tshark replaces wireshark and tshark .. what does that mean?.. maybe wireshark-tshark is a new software which merge both ? .. no idea 2010-11-19 10:13 rafa: what along is a little peculiar, but look at the last item of that comma-SEPARATED list ... 2010-11-19 10:13 rafa: tshark is text version of wireshark i think 2010-11-19 10:14 alonE 2010-11-19 10:14 merged seems, correct 2010-11-19 10:14 wpwrak: yeah.. too weid :P 2010-11-19 10:15 weird 2010-11-19 10:15 rafa: now, where is that package called "(<1.0.5)" ? ;-) 2010-11-19 10:16 wpwrak: and check the wireshark package.. it replaces wireshark :D 2010-11-19 10:18 yup :) schroedinger would get a headache contemplating whether the package exists in the end or not 2010-11-19 10:19 haha 2010-11-19 10:32 Did you guys have any issues running netsurf? 2010-11-19 10:33 I've compilled both the linux fb and sdl fb versions and the browser viewport is black 2010-11-19 11:11 rafa: hmm, what do version numbers that begin with number: mean ? 2010-11-19 11:15 rafa: e.g., libxfixes has version 1:4.0.4 but dependencies usually refer to it as >= 4.0.4, not >= 1:4.0.4 2010-11-19 11:17 wpwrak: I have no idea.. but well.. as you said about dependences there is also just the right part of the number version on Filename.. for example the filename of libxfixes is libxfixes3_4.0.4-r0_mipsel.ipk .. it is like version is just 4.0.4-r0 2010-11-19 11:18 hmm ... 2010-11-19 11:18 wpwrak: and IIRC the file name of the packages is nameofthepackage_version_arch.ipk 2010-11-19 11:19 looks like this, yes 2010-11-19 11:19 minus "n:". if referenced with =, the n: is also included odd 2010-11-19 11:19 well, i'll just skip it ... 2010-11-19 11:20 wpwrak: yes.. I am almost sure.. opkg working with internet does not need the Filename field to know which is the filename to get.. it gets that from package name and version I guess 2010-11-19 11:21 i can test that (later) 2010-11-19 11:21 wpwrak: I mean, if you, for example, remove the "Filename:" lines from Packages file, and you use opkg install libxfixes3 it will know that the file to get from server is libxfixes3_4.0.4-r0_mipsel.ipk. We could ask OE channel as well 2010-11-19 11:22 which is the right OE channel ? 2010-11-19 11:22 #oe I think 2010-11-19 11:23 ah, thought you were a resident there :) 2010-11-19 11:23 wpwrak: nahh.. I am not a big fan :) 2010-11-19 11:23 i just got in to test :) 2010-11-19 11:23 let's see ... 2010-11-19 11:30 I am a big fan of jlime.. because its people/devs.. I they tell me that now we will use puppy linux I will do :).. it is like to visit the same bars because your friends or cool guys you like go there.. if they change the bar to visit I will :) 2010-11-19 11:30 I they=If they 2010-11-19 11:33 just got a full dependency graph of abiword ;-) 2010-11-19 11:34 wpwrak: sooo 2010-11-19 11:34 where did we finish? :) 2010-11-19 11:35 kyak: you declared defeat and retreated ;-) 2010-11-19 11:35 hehe 2010-11-19 11:35 it's job. they made me do that, blame them :) 2010-11-19 11:36 so let me give a simple example for your understanding 2010-11-19 11:36 wpwrak: you want that of openoffice? :) runtime dependencies (not build time!) http://hydra.nixos.org/build/756325/runtime-deps 2010-11-19 11:37 wpwrak: You have an openwrt build envorinment. Say, you want to build appA, it depends on libB. 2010-11-19 11:38 you select appA for building, it will automatically select libB... what happens next: 2010-11-19 11:39 viric: nice :) 2010-11-19 11:39 wpwrak: you can ask that for any job built http://hydra.nixos.org/jobset/nixpkgs/trunk   (also build time dependencies, that are far far heavier) 2010-11-19 11:40 it will first build libB (both dev and runtime libs) and will install it in openwrt buildroot. Then it will build appA against that libB. It will package appA and runtime libs of libB in separate ipkg, which you can install.. 2010-11-19 11:40 ..then on your target 2010-11-19 11:40 you run your appA 2010-11-19 11:41 i hope this answers your question 2010-11-19 11:42 kyak: let's assume i just have the SDK. how do i add the package of libB to it ? 2010-11-19 11:43 wpwrak: i'm not familiar with the SDK 2010-11-19 11:44 i assume you'll just copy the package Makefile to package/ 2010-11-19 11:44 (not only the Makefile, but patches and files ifi such exist) 2010-11-19 11:45 kyak: the idea here is that you don't build from source but just install a binary package 2010-11-19 11:45 install where? 2010-11-19 11:48 my god 2010-11-19 11:48 are talking about "opkg install" all this time?? 2010-11-19 11:49 kyak: yes :) or, rather, opkg-target 2010-11-19 11:49 (or equivalent) 2010-11-19 11:49 OF COURSE 2010-11-19 11:50 why would think this packages exist here: http://downloads.qi-hardware.com/software/packages/openwrt/xburst/latest/ 2010-11-19 11:50 i don't know what opkg-target is. 2010-11-19 11:50 i think i said you before there is "opkg" in openwrt 2010-11-19 11:52 also by saying "host" you mean your PC, right? 2010-11-19 11:53 because you mentioned several times about installign to "host" 2010-11-19 11:53 also got me confused 2010-11-19 11:53 yes, on the PC 2010-11-19 11:54 then we got right where we were in the beginning. 2010-11-19 11:54 ;-) 2010-11-19 11:56 wpwrak: when you fell like doing it, play with openwrt :) you will have some more specific questions, then we can discuss 2010-11-19 12:00 the questions is still whether there will be an easy way for people to add things to their development environment with openwrt or not. if not, then the SDK (or whatever you call it in the end) environment should try to have lots of stuff. if yes, it can be fairly lean. 2010-11-19 12:03 rafa: http://projects.qi-hardware.com/index.php/p/wernermisc/source/tree/master/qpkg 2010-11-19 12:04 rafa: a few things don't work yet. e.g., it hangs if i tell it what is already installed 2010-11-19 12:04 rafa: and it's probably slow, too 2010-11-19 12:05 wpwrak: ha!!!! :D ... you are really fast like the light speed :D 2010-11-19 12:05 wpwrak: cooool! 2010-11-19 12:05 rafa: i was actually quite lazy yesterday :) 2010-11-19 12:06 usage examples: qpkg packages-{all,mipsel} list 2010-11-19 12:06 usage examples: qpkg packages-{all,mipsel} list abiword 2010-11-19 12:06 usage examples: qpkg packages-{all,mipsel} prereq abiword 2010-11-19 12:08 so you ended up writing your own package manager :) 2010-11-19 12:10 kyak: not quite :) it just reads the package databases and can figure out the dependencies of a package 2010-11-19 12:10 kyak: it leaves the rest of the work to opkg :) 2010-11-19 12:11 i believe GUI is a matter of time :) 2010-11-19 12:13 ah, where are the java bindings to opengl when you need them ? :) 2010-11-19 12:15 now .. why does it bounce madly around libc6 when i feed it the installed status as well ... that should speed things up, not make them take forever :) 2010-11-19 12:16 hmm ... libc6 says it depends on itself. that's already not so nice. 2010-11-19 13:16 [commit] kyak: call setfont2 before tetris http://qi-hw.com/p/openwrt-xburst/5698883 2010-11-19 14:29 rafa: now it's a little faster :) 2010-11-19 14:30 let's see how runs on the ben ... 2010-11-19 14:34 rafa: qpkg /var/lib/opkg/packages-all /var/lib/opkg/packages-mipsel /usr/lib/opkg/status prereq bash 2010-11-19 14:35 rafa: cold cache: 16.1 s, hot cache: 12.0-12.3 s. 2010-11-19 14:37 rafa: that was without -O. now with -O, cache still hot: 10-11 s. the same for abiword, also 9 s. so the search doesn't cost much anymore. 2010-11-19 14:37 now .. where does it waste all those ~9 seconds ... ? 2010-11-19 14:38 (btw, the same operation takes about 0.3 s on my pc) 2010-11-19 15:19 man, why does mke2fs take so long to run on the NanoNote ;-) 2010-11-19 15:21 hm, i ran it on 256 Mb partition, took a reasonable amount of time :) 2010-11-19 15:22 I think I'm running over 512m, but it could be 2gb. 2010-11-19 15:22 It's my microSD partition that I use for flashing. 2010-11-19 15:22 I thought creating the fs new would be faster than rm -rf 2010-11-19 15:22 are you not sure? 2010-11-19 15:22 of the size?  nah, big enough. 2010-11-19 15:22 hm, it actually is faster.. lemm check 2010-11-19 15:24 real0m 8.28s 2010-11-19 15:24 user0m 0.08s 2010-11-19 15:24 sys0m 0.67s 2010-11-19 15:24 only took 8.28 seconds on 256 Mb 2010-11-19 15:24 (now i have to reinstall jlime) 2010-11-19 15:24 :) 2010-11-19 15:26 aisa: maybe you can speed it up by reducing the number of inodes and of groups. of course, any mistakes there may cause fun in the future ... 2010-11-19 15:29 I'm not sure how large this partition is, I'll check when the program finishes running. 2010-11-19 15:29 But it's been going for 30 minutes or so now. 2010-11-19 15:29 [commit] David Kühling: minor fix: do not create temporary files in package-directory during build. http://qi-hw.com/p/openwrt-packages/25cc3ef 2010-11-19 15:36 kyak: thank you for sacrificing your jlime :-) 2010-11-19 15:38 aisa: np :) reinstalling is as easy as unpacking it 2010-11-19 15:41 Can ubifs be used over a block device, instead of mtd? 2010-11-19 15:45 I'd like to try ubifs images in qemu... 2010-11-19 15:45 and I'm blocked on that. 2010-11-19 15:46 The other option is to try ubifs only on the mtd of the nanonote. is it? 2010-11-19 15:47 there is a jz-qemu fork, you might want to try that.. 2010-11-19 15:48 do you think it is up to date? 2010-11-19 15:50 http://code.google.com/p/jz-hacking/wiki/qemujz 2010-11-19 15:50 the last update is one year ago, is it up to date? :) 2010-11-19 15:59 kyak: I'd have to try, I guess! 2010-11-19 16:00 viric: i tryed some time ago.. seems very tricky.. though it's for almost the same SoC as Ben, some things need to be adapted.. 2010-11-19 16:00 hm 2010-11-19 16:00 bad. 2010-11-19 16:01 i'd love to be able to run this thing in qemu 2010-11-19 16:01 I'd have to go without testing the ubifs other than in the final ben 2010-11-19 16:02 And use any other mips board with a rootfs somewhere else 2010-11-19 16:03 i remember you have a mips laptop 2010-11-19 16:03 not a laptop... but a mips 64, yes 2010-11-19 16:03 you have a rooft.tar.gz, what's the problem? 2010-11-19 16:03 qemu would do better for the mips32 of the ben, I think 2010-11-19 16:03 viric: you can use block2mtd 2010-11-19 16:03 unpack it, test it 2010-11-19 16:03 larsc: is this kernel code? 2010-11-19 16:03 yes 2010-11-19 16:03 uhmmm interesting! 2010-11-19 16:04 I only knew that nand-on-ram thing 2010-11-19 16:04 (I'm regaining hope!) 2010-11-19 16:05 larsc: any pointer for that block2mtd? 2010-11-19 16:05 ah found 2010-11-19 16:05 drivers/mtd/block2mtd 2010-11-19 16:05 mtd/devices/block2mtd I mean 2010-11-19 16:06 It's exactly what I wanted, I think 2010-11-19 16:11 larsc: do you recommend any qemu board? 2010-11-19 16:11 (I'll build a kernel for it specifically - I care only on the mips userland) 2010-11-19 16:11 viric: sorry, no ide 2010-11-19 16:11 ok, thank you 2010-11-19 17:04 [commit] kyak: fix Home/End keys in vim http://qi-hw.com/p/openwrt-xburst/3866039 2010-11-19 19:00 aah, here he is ! :) 2010-11-19 19:01 wolfspraul: there's a new project for qbot to watch: wernermisc 2010-11-19 19:01 wolfspraul: (that'll be my junkyard) 2010-11-19 19:06 ouch, what a name 2010-11-19 19:06 :-) 2010-11-19 19:06 sure I'll add it one sec 2010-11-19 19:07 (I like the name) 2010-11-19 19:07 (name) kinda OM's .../developers/werner/ :-) 2010-11-19 19:09 sure, it's different. I like it :-) 2010-11-19 19:09 I added the commitlog 2010-11-19 19:10 thanks ! 2010-11-19 19:10 let's push something to see if it works ... 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/TODO: list of to do items http://qi-hw.com/p/wernermisc/908f6c9 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: added James S. Plank's red-black trees http://qi-hw.com/p/wernermisc/2787a45 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: added simple regression test for red-black trees http://qi-hw.com/p/wernermisc/b4ff969 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: removed non-generic jrb access functions http://qi-hw.com/p/wernermisc/769d315 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: remove Jval http://qi-hw.com/p/wernermisc/7f05c9e 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: (jrb) remove _gen suffix, since we removed the non-generic variants http://qi-hw.com/p/wernermisc/cc92c67 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/jrb.h: general code cleanup http://qi-hw.com/p/wernermisc/dec07f3 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/jrb.c: major whitespace readjustment (converted from GNU to K&R style) http://qi-hw.com/p/wernermisc/009f56c 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/jrb.c (mk_new_ext): converted from macro to function http://qi-hw.com/p/wernermisc/5a422a4 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: simplify jrb_delete_node and more whitespace cleanup http://qi-hw.com/p/wernermisc/a463773 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/jrb.[ch]: remove trailing spaces http://qi-hw.com/p/wernermisc/7e641d2 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: mention in jrb-related files that they've been heavily edited http://qi-hw.com/p/wernermisc/c060b88 2010-11-19 19:11 [commit] Werner Almesberger: qpkg/jrb.c: reordered recolor and single_rotate and removed prototypes http://qi-hw.com/p/wernermisc/da7a6fe 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: renamed "struct jrb_node" to "struct jrb" replaced JRB with "struct jrb *" http://qi-hw.com/p/wernermisc/47abebe 2010-11-19 19:11 [commit] Werner Almesberger: qpkg: use -Wmissing-prototypes http://qi-hw.com/p/wernermisc/a8ed4dc 2010-11-19 19:11 looks good :) 2010-11-19 20:25 [commit] Werner Almesberger: qpkg: converted dumb binary trees to red-black trees (in progress) http://qi-hw.com/p/wernermisc/e1814ce 2010-11-19 20:25 [commit] Werner Almesberger: qpkg/gobble.c (gobble_buf): initialize pkg->conflicts and pkg->depends http://qi-hw.com/p/wernermisc/af27092 2010-11-19 20:25 [commit] Werner Almesberger: qpkg: converted ID comparison from "struct id *" to "void *" http://qi-hw.com/p/wernermisc/a9f12d5 2010-11-19 20:25 [commit] Werner Almesberger: qpkg/Makefile (jlime): new target to build for the Ben under Jlime http://qi-hw.com/p/wernermisc/0cc1dfc 2010-11-19 20:25 [commit] Werner Almesberger: qpkg: use "val" field of jrb nodes instead of keeping one in "struct id" http://qi-hw.com/p/wernermisc/64c70e7 2010-11-19 20:25 [commit] Werner Almesberger: qpkg: optimize duplicate lookup when inserting a new name http://qi-hw.com/p/wernermisc/03c5e4f 2010-11-19 20:26 rafa: about 7 s now to find the prerequisites of abiword (about the same for bash. calculating the prerequisites takes almost no time - only the loading and parsing of the data is slow) 2010-11-19 20:30 rafa: and i can squeeze another 5% out of the CPU time (user) by skipping over things I can already predict ;-) 2010-11-19 20:35 [commit] Werner Almesberger: qpkg/gobble.c (EXPECT): added variant that just skips over expected text http://qi-hw.com/p/wernermisc/ed0281f 2010-11-19 20:35 [commit] Werner Almesberger: qpkg/jrb.c: removed unnecessary inclusion of ctype.h and string.h http://qi-hw.com/p/wernermisc/798209f 2010-11-19 22:02 wpwrak: hey.. great news :).. 2010-11-19 22:02 wpwrak: sorry, I have not checked much more.. busy preparing all the stuff for the trip 2010-11-19 22:41 rafa: it still has a long to do list, but it's getting there :) 2010-11-19 22:46 16-bit, IQ interleaved !! 2010-11-19 22:46 ah sure i have just 4-bit right now 2010-11-19 23:20 wpwrak: cool ;)