**** BEGIN LOGGING AT Mon Jul 11 23:59:57 2005 Jul 12 00:27:54 morning Jul 12 00:42:28 morning Jul 12 00:49:05 morning Jul 12 01:02:56 morning folks Jul 12 01:04:32 hi ade|desk Jul 12 01:06:03 morning Jul 12 02:38:48 mickey|zzZZzz: you about? Jul 12 02:46:01 hi all Jul 12 02:46:30 anyone added a package for bluez hcidump? if not, I will create one Jul 12 03:06:36 ok, hcidump bb works. Jul 12 03:06:51 i tried creating device files in device files in device_table_minimal.txt but its not getting reflected in the filesystem i get. should i clean any packages before i build. Jul 12 03:14:27 morning Jul 12 03:14:56 morning mickeyl Jul 12 03:16:30 mickey, if i add any entry into files/device_table_minimal.txt. it is not getting reflected into the file system Jul 12 03:19:07 that's sad. according to what's written in classes/image_ipk.bbclass:32 it should. Jul 12 03:19:43 which package does that. Jul 12 03:20:01 or it is root file system creation class. Jul 12 03:20:40 it is the root file system creation class. our DISTROs inherit this class. Jul 12 03:20:47 s/the/one of the/ Jul 12 03:22:51 in initscripts package there is one file_table.txt file. but it contains many entries which are not on my file system. i am using generic distibution and there is no file_table for generic. i dont know from which file_table it is taking these nodes ? Jul 12 03:25:44 sounds like you want to override file_table.txt for your machine or distribution Jul 12 03:28:07 yes. but all the entries in the file_table.txt (files/file_table.txt) and initscripts/file_table.txt dont get reflected into my filesystem. so i dont know which file table i should modify. i modified files/file_table_minimal.txt and it does not get reflected in my image. should i clean any package. i cleaned initscrpts package but result is same. Jul 12 03:28:47 sorry: there are 2 file_table.txt and all entries dont get reflected into my filesystem. Jul 12 03:29:11 modified files/file_table_minimal.txt and it does not get reflected into my file system Jul 12 03:30:53 hmm... i'm afraid you have to debug that one yourself. I never did this. Jul 12 03:31:27 note that if you're on 2.6, you probably are using udev which is a totally different way to handle device nodes. Jul 12 03:34:09 mickey, i have added a bluez hcidump package -- want to have it? Jul 12 03:35:39 koobla: definitly. please mail it to mickeyl@handhelds.org and I'll add it Jul 12 03:36:29 ok, on its way... Jul 12 03:36:34 cool. thanks Jul 12 03:40:37 hi mickeyl, XorA Jul 12 03:40:43 morning bluelightning Jul 12 03:41:15 hey mickeyl Jul 12 03:41:54 the source for mgetty disappeared from debian, and it was more than a five minute job to update to the latest version, so I just mirrored the source on nslu.sf.net and updated the .bb - is that ok? Jul 12 03:42:29 rwhitby: very well Jul 12 03:43:05 I use mgetty to drive a dial-in (yes in, not out) modem on OpenSlug. Jul 12 03:43:11 heh, cool :) Jul 12 03:43:34 btw., now that I have a slug I will have to refine some packages that are different from packages I normally touch :) Jul 12 03:43:40 i.e. thttpd will get some love from me Jul 12 03:43:48 http://nslu2-linux.thestuffguy.com/gallery/slug-central Jul 12 03:44:25 that's nice Jul 12 03:44:32 pretty crowded Jul 12 03:45:18 bbl, lunch time Jul 12 03:54:24 hello, is it normal that the monotone step "verifying new revisions (this may take a while)" takes more than 30 minutes on a fairly recent hardware ? Jul 12 03:55:38 it takes quite long here.. didnt tho check how long it did take Jul 12 03:55:49 how long it actually took* Jul 12 03:56:10 aboeglin: it took about 15-20 minutes at my machine, which is a p4 3.2ghz Jul 12 03:56:11 just wait Jul 12 03:56:25 on* Jul 12 03:56:34 i got athlon xp 2,0ghz and probably 30-60min.. roughly Jul 12 03:57:04 03mickeyl 07org.openembedded.dev * r70aa3da0... 10/packages/bluez-hcidump/bluez-hcidump_1.23.bb: Add bluez-hcidump. Patch courtesy Simon Vogl - thanks. Jul 12 03:57:14 ouch... i'm in the same step... but i just have a duron 1.3ghz... Jul 12 03:57:24 i'm going to run it on my celly 1.1ghz tonight, so that'll be fun Jul 12 04:00:14 my box is soooooo hot! Jul 12 04:00:57 had to take the left side off so it would get some fresh air Jul 12 04:01:10 ... Jul 12 04:01:22 opening your case ruins your airflow Jul 12 04:01:25 * XorA wishes he could afford a slug Jul 12 04:01:34 it actually heats up my machine when i open the case Jul 12 04:01:41 theres no such thig as airflow on my box Jul 12 04:01:42 giel: depends on the machine Jul 12 04:01:54 i got no case fans.. Jul 12 04:02:03 * giel neither, just in de power supply Jul 12 04:02:05 the* Jul 12 04:02:24 * XorA has a shuttle so all heat is sunk into the backplane anyway Jul 12 04:02:42 well atleast degrees dropped a lot.. Jul 12 04:02:58 and box stays up instead of dying all the time Jul 12 04:10:56 glrp... monotone eats 90% of my cpu Jul 12 04:11:16 * alan ponders watching a divx during the waiting... Jul 12 04:11:43 alan: well at least you got a Z for divx :-) Jul 12 04:13:23 XorA: mmm... i only have 2 or 3 films, and i've already watched them too many times :-) Jul 12 04:13:34 alan: www.edonkey2000.com :-D Jul 12 04:13:46 XorA: :D Jul 12 04:15:23 i dare hope the verifying step isn't as long as getting a film via edonkey... Jul 12 04:16:00 * XorA chuckles Jul 12 04:16:08 doesnt take very long on my machine Jul 12 04:16:17 1.3ghz ? Jul 12 04:16:28 amd64 Jul 12 04:16:42 although I should stop saying that because I might have to sell my crap Jul 12 04:16:59 arf... Jul 12 04:21:08 * alan will mail the monotone developpers so that the line "verifying new revisions (this may take a while)" becomes "verifying new revisions (this _will_ take a while)" ^^' Jul 12 04:40:33 * XorA beats minimo to download faster Jul 12 04:44:39 does anyone know where library path information is saved in libraries? Jul 12 04:44:59 hi Jul 12 04:45:03 I did an strace on hcitool and it has an odd way to find libc... Jul 12 04:45:11 open("/media/spec/work/staging/arm-linux/lib/v5l/fast-mult/half/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:13 open("/media/spec/work/staging/arm-linux/lib/v5l/fast-mult/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:14 open("/media/spec/work/staging/arm-linux/lib/v5l/half/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:16 open("/media/spec/work/staging/arm-linux/lib/v5l/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:17 open("/media/spec/work/staging/arm-linux/lib/fast-mult/half/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:19 open("/media/spec/work/staging/arm-linux/lib/fast-mult/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:20 open("/media/spec/work/staging/arm-linux/lib/half/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:22 open("/media/spec/work/staging/arm-linux/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) Jul 12 04:45:23 open("/lib/libc.so.6", O_RDONLY) = 3 Jul 12 04:45:25 where /media/spec.... is my working directory. Jul 12 04:46:07 koobla: wierd and bizarre, but I know nothing of elf Jul 12 04:46:32 right... Jul 12 04:47:19 aboeglin: is the verifying step over for you ? Jul 12 04:52:00 alan: yes, for some time now Jul 12 04:52:26 niarf... (Ź_Ź) Jul 12 04:52:38 then i have to keep on waiting... Jul 12 04:52:57 62minutes now... Jul 12 05:12:12 rwhitby: we have multiple heads. when i tried to merge I saw that they both heads seem to be originated by you. I have no idea how to resolve the conflict. Could you take a look? Jul 12 05:13:25 sure Jul 12 05:13:41 thanks Jul 12 05:17:11 I wonder why that happens? We (nslu2-linux) now have a Makefile which always does a pull from vanille, then checks heads and does a merge locally if necessary before doing a push. Do you have a similar thing? Jul 12 05:17:45 rwhitby: yes. I have aliased mtpush to be 'mt pull; mt merge; mt push' Jul 12 05:18:20 i wonder whether it has something to do with the state of the working copy Jul 12 05:18:31 i.e. how does monotone knows when i do "mt commit" that this may create a fork Jul 12 05:18:42 it doesn't consult the network, hence it must know it by inspecting working copy vs. db Jul 12 05:18:43 aaha Jul 12 05:18:56 i guess i absolutely need to make sure I do mt update before mt commit Jul 12 05:19:02 does that make sense? Jul 12 05:19:08 ah, yeah Jul 12 05:19:24 wheehaa! finally getting gcc-cross-3.4.4 compiled.. i hope.. hard shit with 256 memory and vmware Jul 12 05:19:36 ok, i will add that to the MonotonePhraseBook Jul 12 05:19:38 dolpp: congrats Jul 12 05:19:39 hey dirk Jul 12 05:19:48 hi mickeyl Jul 12 05:20:43 mickeyl: your head was later than mine, so it was somehow caused at your end I think :-) Jul 12 05:20:46 whats original mt command.. theres one on my debian box.. Jul 12 05:20:59 magnetic tape Jul 12 05:21:11 jesus Jul 12 05:21:27 mt rewind ... Jul 12 05:21:29 rwhitby: bummer. sorry. i don't understand why the conflicts are solely appear in the files you touched though Jul 12 05:22:13 mickeyl: no need to apologise. I wonder if the merging is not smart enough to traverse the propagates? Jul 12 05:22:49 in both cases, the resolution was just to choose the earlier head. Jul 12 05:23:05 but that won't always be the case I guess. Jul 12 05:23:29 task do_package: started.. im getting it! Jul 12 05:23:31 rwhitby: that sounds likely. From what I've been reading on the montone mailing list it looks like they are architecting a complete new merging alrgorithm that's supposed to debut in a later version of monotone Jul 12 05:23:43 rwhitby: choosing the earlier head? how did you do that? Jul 12 05:24:37 oh, I just used the merge tool Jul 12 05:24:52 (emacs diff). but the choice was 'a' throughout. Jul 12 05:24:53 ah ok. i didn't get the hang of 'meld' yet Jul 12 05:24:58 ah emacs diff Jul 12 05:25:07 BTW, you seemed to have forked yourself: http://monotone.vanille.de/viewmtn/revision.psp?id=608719661f2b529992817aca005186cc9ffd5807 Jul 12 05:25:28 rwhitby: right. i wonder how that could happen. Jul 12 05:25:42 ~lart me Jul 12 05:25:42 * ibot stamps mickeyl on the forehead with the official Troll marker Jul 12 05:26:06 I think it's the lack of update which does it. Jul 12 05:26:14 right. /me notes Jul 12 05:27:07 pushing merged head back to vanille now Jul 12 05:27:38 very good Jul 12 05:28:17 it's taking a while though ... Jul 12 05:28:28 lol, sounds like monotone Jul 12 05:28:46 "monotone - it takes a while" Jul 12 05:29:10 hehe Jul 12 05:29:37 ok, done. Jul 12 05:30:13 thanks. Jul 12 05:30:14 hmm Jul 12 05:30:18 Hmm - I forked myself too. Jul 12 05:30:20 i need to move that server to another machine Jul 12 05:30:35 monotone.vanille.de is currently my workstation :/ Jul 12 05:30:46 mickeyl: heh heh thats gotta bite Jul 12 05:30:58 ouch Jul 12 05:31:29 the fans are blowing pretty loud Jul 12 05:32:27 is there a variable that goes into machine.conf to get the --with-cpu=xscale option into gcc, just like the TARGER_FPU variable? Jul 12 05:33:24 03rwhitby 07org.openembedded.nslu2-linux * r5e3f6df4... 10/packages/linux/openslug-kernel-2.6.12.2/defconfig: Reinstated PPP and VIDEO_DEV support in the OpenSlug kernel Jul 12 05:33:28 03rwhitby 07org.openembedded.nslu2-linux * r2613c747... 10/conf/distro/openslug.conf: Bumped OpenSlug version to 2.2-beta. Jul 12 05:34:06 Delta_: have a look at our tune-.conf Jul 12 05:34:12 night all Jul 12 05:34:16 good night rwhitby-asleep Jul 12 05:40:34 ah, I found it, merci.. Jul 12 05:45:36 03tmbinc 07org.openembedded.dreambox * raa792fce... 10/packages/tuxbox/files/acinclude.m4: add missing file for tuxbox tools Jul 12 05:46:37 * alan waited 86 minutes, and it is not finished yet... Jul 12 05:53:47 morning jamey Jul 12 06:00:54 unable to get the usbnet gadget driver working: getting message: driver not accepting device address (error -5) Jul 12 06:01:18 hi mickeyl Jul 12 06:28:53 03zecke123 * r287 10bitbake/setup.py: Jul 12 06:28:53 bitbake/setup.py: Jul 12 06:28:53 -Unmess the result of parser reorginisation even more. Introduce Jul 12 06:28:53 parse_py to distutils. Jul 12 06:50:24 morning Jul 12 06:52:40 morning chouimat Jul 12 06:56:00 03mickeyl 07org.openembedded.dev * r2d8db277... 10/packages/zlib/ (files/zlib_1.2.2-8.diff.gz zlib_1.2.2.bb): zlib: add debian patch fixing the Vulnerability mentioned in http://secunia.com/advisories/15949/ Jul 12 06:56:50 <_chronic> just did mt --db=/home/adamb/vhive/oe.db pull monotone.vanille.de org.openembedded Jul 12 06:59:04 <_chronic> but montone "mt --db=/home/adamb/vhive/oe.db co --branch=org.openembedded.dev" reports multiple head error - any suggestions for monotone newbie? Jul 12 07:00:18 <_chronic> or is it as i suspect, someone is in process of merging these? Jul 12 07:12:09 mickeyl: we've a security issue Jul 12 07:12:24 mickeyl: how do we inform people using OE to build distributions Jul 12 07:12:33 mickeyl: that we've security fixes for a package Jul 12 07:23:58 zecke: push or pull model Jul 12 07:24:03 those who read the changelogs will know Jul 12 07:24:15 those who work with distributions should look into the upgrades feed Jul 12 07:24:26 mickeyl: IMHO that is not good enough for security Jul 12 07:24:29 hrw takes care about the upgrades, so I guess he will update that package and drop a mail Jul 12 07:24:43 mickeyl: We need to make sure distribution could put packages into their upgrade feeds Jul 12 07:25:11 i don't see how that should happen. we have no control about what people use OE to. there's nothing we can do more than write a mail to oe@handhelds.org Jul 12 07:25:27 mickeyl: do we write a mail to oe? Jul 12 07:26:06 zecke: no idea. we can suggest that people who update a security relevant package write a mail. Jul 12 07:26:27 it means even more work for the few of our maintainers, but i hope they do it Jul 12 07:26:45 I doubt that any script kiddie will write an exploit for ARM/MIPS/PPC Jul 12 07:26:51 heh Jul 12 07:26:53 who knows Jul 12 07:26:59 knowledge distributes fast Jul 12 07:27:13 * mickeyl writes a mail re. zlib Jul 12 07:27:19 i make the begin Jul 12 07:29:18 done. Jul 12 07:30:07 mickeyl: yeah but exploiting an arm softfloat, patched glibc is not that easy Jul 12 07:32:13 zecke: its easy to punch the owner and lift said arm Jul 12 07:42:13 03nail 07org.openembedded.nslu2-linux * r8b01c8dc... 10/packages/ (4 files in 4 dirs): Jul 12 07:42:13 fixed xinetd init-script (DaKa2) Jul 12 07:42:13 added default saned xinetd config file (DaKa2) Jul 12 07:42:17 03nail 07org.openembedded.nslu2-linux * r9726cc21... 10/packages/meta/openslug-packages.bb: added xinetd to packages Jul 12 07:49:26 Soooo.... any of you guys going to OLS? Jul 12 07:49:51 You'll know us - we all have OpenEmbedded tatooed across our eyelids Jul 12 07:49:57 heh Jul 12 07:50:10 'cause I'd like to compliment you on your great work Jul 12 07:50:19 I dunno if Chris is going or not Jul 12 07:50:32 or pb_, or koen, or mickey Jul 12 07:50:39 I'm promoting OE over here now, and we should start contributing .bb files soon Jul 12 07:50:40 heck - I don't know if any of the real developers are going.... Jul 12 07:51:15 are you going, then? Jul 12 07:51:26 I am Jul 12 07:51:50 cool Jul 12 07:52:18 I'm not going this year, unfortunately. Jul 12 07:52:43 you'll miss my talk! :) Jul 12 07:52:55 I suspect that, given his no-job situation, Chris probably isn't either. But I don't know for sure. Jul 12 07:52:57 CosmicPenguin: pb_ lives in UK, koen in NL, mickeyl in DE, would be costly for them to go to Ottawa (I presume OLS is Ottawa Linux Symposium?) Jul 12 07:53:06 yep Jul 12 07:53:10 i live in NL as well Jul 12 07:53:21 schurig: actually, it doesn't cost all that much; I've been to OLS every year for the past five or so. But, this year I can't spare the time. Jul 12 07:54:01 I think it might be more expensive to travel from Germany, though. Jul 12 07:54:14 hm, from the netherlands it's quite expensive as well Jul 12 07:56:06 OLS? Jul 12 07:56:34 gah, I am behind Jul 12 07:58:04 yes, OLS Jul 12 08:01:20 pb_: it's a whopping 2054.50 EUR from FRA to Ottawa and back Jul 12 08:01:38 only con I get to go to is dnscon Jul 12 08:02:31 Wow - that is expensive Jul 12 08:02:40 schurig: yow. Jul 12 08:03:00 this was according to www.billigerfliegen.de Jul 12 08:03:09 no weekend in between, so it's quite expensive Jul 12 08:03:22 oh, right, I guess I usually used to stay over a weekend. Jul 12 08:03:38 iirc, it was about 600 EUR for a return from LHR to YOW, including a saturday night stay. Jul 12 08:03:50 with weekend it's 1129 EUR, still expensive Jul 12 08:04:16 pb_: if I could spend 600 EUR for my hobby, it would not be for a flight to OLS :-) Jul 12 08:05:23 heh Jul 12 08:14:10 hmm, I wonder if there's still time to sell my registration to somebody Jul 12 08:14:35 shit.. i think my build screwed after my comp rebooted itself Jul 12 08:16:38 bitbake -b ~/oe/... says: ERROR: Unable to open /home/dolphin/org.openembedded.dreambox/packages/glibc/glibc-2.3.4+cvs20050627.bb Jul 12 08:19:01 nahh Jul 12 08:20:16 * france is away: Away Jul 12 08:22:01 dolpp: um, do you actually have that file? It would normally be 2.3.5+cvs20050627. Jul 12 08:23:02 no it was my fuckup Jul 12 08:23:09 but theres some problem tho.. Jul 12 08:23:56 <[cc]smart> hi. sbdy here who knows the origins of /etc/init.d/populate-var.sh ? Jul 12 08:24:21 IOError: [Errno 13] Permission denie: '/home/dolphin/oe/build/tmp/work/glibc-2.3.5+cvs20050627-r0/temp/run.do_install.839' Jul 12 08:25:52 maybe i should clean that package info first and do it from the script or smt.. i guess theres some problem Jul 12 08:33:06 <[cc]smart> source of /etc/init.d/populate-var.sh found. thanks, isseu gone. Jul 12 08:49:35 anyone knows whats this all about? http://www.24.fi/dolphin/test.txt Jul 12 09:50:07 Anyone here/ Jul 12 09:50:08 ? Jul 12 09:50:27 hi Luke-Jr Jul 12 09:50:37 Is Diego Municio missing something or am I? Jul 12 09:57:10 anyone in here know anything about glade? Jul 12 10:24:03 hey mickey|sports, in frankfurt now Jul 12 10:24:21 having a bit of trouble with the wireless connecion here however :/ Jul 12 10:24:26 dropping in and out? Jul 12 10:32:34 hey mithro Jul 12 10:59:47 anyone knows what is this.. http://www.24.fi/dolphin/test.txt Jul 12 11:01:13 wondering if its something in the package or is it because my box died in the middle of the task Jul 12 11:08:02 guys, what about this during a pull Jul 12 11:08:03 monotone: verifying new revisions (this may take a while) Jul 12 11:08:03 monotone: fatal: signal: memory access violation Jul 12 11:08:03 monotone: this is almost certainly a bug in monotone. Jul 12 11:18:19 sounds like a bug in monotone Jul 12 11:44:22 crap.. Jul 12 11:50:09 hm, tried it again, now it segfaults Jul 12 11:52:11 veryfying new revisions took forever here also Jul 12 11:55:28 hope we can give monotone a serious try Jul 12 11:56:15 what has to be done to move to 0.20? (i know we should use 0.19 right now) Jul 12 11:58:58 taking forever is no problem for me atm, it's just that it crashes... Jul 12 12:01:32 did you delete the database before retrying? Jul 12 12:12:57 any hh.o'ers here? Jul 12 12:18:15 ibot: seen spyro? Jul 12 12:18:16 spyro <~ian@i-195-137-81-187.freedom2surf.net> was last seen on IRC in channel #handhelds.org, 38d 16h 16m 4s ago, saying: 'possibly more in canada, possibly less.'. Jul 12 12:18:24 ibot: seen Spyro? Jul 12 12:18:24 spyro <~ian@i-195-137-81-187.freedom2surf.net> was last seen on IRC in channel #handhelds.org, 38d 16h 16m 12s ago, saying: 'possibly more in canada, possibly less.'. Jul 12 12:19:01 Thats a lie, and you know it! Jul 12 12:21:05 CosmicPenguin: pong Jul 12 12:22:17 koen|ewi: I know that hh.o secured the rights to publish SD support - you don't know if there are any e-mails or webpages detailing that agreement? Jul 12 12:22:36 I'm getting management blow back for grabbing the patch Jul 12 12:22:53 no idea, iirc Jim gettys or Jamey hicks should know Jul 12 12:23:46 koen|ewi: ok, thanks.. :) Jul 12 12:29:10 CosmicPenguin: the original hh.org SD code was written from application notes for MMC/SD controller, not using SD documents, so we thought it was OK to include Jul 12 12:29:22 Ahhh.... Jul 12 12:29:33 CosmicPenguin: but now the SD Lite specs are enough to write SD controller and flash card drivers, so it's even more OK Jul 12 12:29:49 go to SD association website and grab copy of the public SD Lite specs and hand it to your management Jul 12 12:30:23 grabbing now Jul 12 12:30:25 it was our HP rep to SD association who pushed for and then wrote the light version of the specs for just this purpose Jul 12 12:33:01 jamey: thanks for responding.. :) Jul 12 12:35:59 These websites could be a bit less confusing Jul 12 12:37:25 if it was less confusing, you might not be as likely to just pay them Jul 12 12:38:30 This is the way of the standards assocation Jul 12 12:43:27 03mickeyl 07org.openembedded.dev * r6c3b6885... 10/packages/libopie/ (libopie2.inc libopie2_1.2.0.bb libopie2_cvs.bb): libopie2: build and package libopiebluez2 Jul 12 12:49:41 hmmm... found the SDIO simplified spec Jul 12 12:49:44 thats a start, I guess Jul 12 12:58:55 03mickeyl 07org.openembedded.dev * r95c407f4... 10/packages/balsa/balsa_2.0.17.bb: gnome-balsa: fix SRC_URI, sources have vanished from upstream Jul 12 12:58:58 03mickeyl 07org.openembedded.dev * r99876a04... 10/conf/distro/openzaurus-3.5.4.conf: openzaurus-3.5.4: use floating CVSDATE until we approach a release Jul 12 13:42:25 OT: anyone here who has issues with ubuntu + locales? Jul 12 13:50:45 anyone minds If I split the ntp package into smaller packages? Jul 12 13:51:46 Don't thinks so Jul 12 13:51:52 you might want to warn the nslu2 people Jul 12 13:52:04 iirc NAiL is the ntp person Jul 12 13:52:31 * zecke_ notes to himself do not step on others toe Jul 12 13:52:34 NAiL: ping Jul 12 13:53:56 heh Jul 12 13:53:56 pong Jul 12 13:54:09 *just* finished watching a movie Jul 12 13:54:10 NAiL: you're the ntp guy? Jul 12 13:54:30 ntp, or openntpd? Jul 12 13:54:37 I haven't done much with ntp Jul 12 13:54:52 I think jbowler messed with that Jul 12 13:55:05 Wasn't that already broken up into packages? Jul 12 13:55:23 NAiL: let me check what file I want to play with Jul 12 13:57:42 I'm guessing ntp_4.2.0.bb Jul 12 13:58:30 hmmm Jul 12 13:58:36 yes Jul 12 13:59:01 I don't mind you breaking it up though. Don't think that'll make my day much harder Jul 12 13:59:22 people are now complaing a distro names isn't 'user-friendly' Jul 12 13:59:40 okay Jul 12 14:00:02 koen|ewi: *nod*. i know what post you are reading. i have removed my original answer and decided to step back for some weeks Jul 12 14:00:59 This is the ĺngström stuff, innit? Jul 12 14:01:19 NAiL: ah I think I'll remove the DEFAULT_PREFERENCE from ntp_4.2.0 Jul 12 14:01:48 koen|ewi: if they just would stop preaching things like "it isn't open and easy enough" i'd be grateful. It's much more open than the qtopiarom, pdaxrom, and cacko stuff. I refuse to let me put down by people trying to justify their lazyness with "it's not easy and open enough". Jul 12 14:02:10 NAiL: *nod* Jul 12 14:02:44 I wouldn't give a flying something Jul 12 14:03:02 * koen|ewi starts his first build of a monotone tree Jul 12 14:03:04 I'm spending dozens of hours per week to make it usable and all i get is complaints and even more demands. Jul 12 14:03:13 *shrug* Jul 12 14:03:22 I know exactly how you feel. Jul 12 14:03:33 zaurus users are a bit worse Jul 12 14:03:36 i think it has something to do with the zaurus people. the ipaq people are much more friendly Jul 12 14:03:43 s/zaurus users/oesf forum people/ Jul 12 14:03:43 heh, righto Jul 12 14:03:48 let us get back to sending patches on private mail Jul 12 14:04:02 no cvs, no mailinglist, no releases ;) Jul 12 14:04:15 I'm grateful for the openness Jul 12 14:04:26 everyone who wants to be part can write a letter of interest and gets an account Jul 12 14:04:47 I had some problems in the past getting things to work but in the past day I've gotten 4 packages compiled and usable. It's great. :-) Jul 12 14:05:03 congrats Jul 12 14:05:07 I think its because the Ipaq people are much more used to having to do some things on their own Jul 12 14:05:10 congrats as well Jul 12 14:05:19 yup, cudos to JustinP :) Jul 12 14:05:26 CosmicPenguin: or its because they have already seen a much worse OS on their hardware :)) Jul 12 14:05:38 I'll be sending the other 2 to the list shortly once I iron out the last glitvhes Jul 12 14:08:38 zecke_: Looking at ntp, I've got no idea what that DEFAULT_PREFERENCE actually does Jul 12 14:09:11 NAiL: it influences selecting a package Jul 12 14:09:12 if it is -1 it says "only build this version if it is directly requested" Jul 12 14:09:19 aha Jul 12 14:09:38 I will test ntp 4.2.0 on a PXA tomorrow Jul 12 14:09:44 we do that to mark packages supposed to work but not ready for public consumption Jul 12 14:09:52 aha Jul 12 14:10:28 anyone in here have any idea why ipkg would be very very slow? Could it be a large feed/lots of feeds set up? Jul 12 14:10:36 gzip Jul 12 14:10:42 memory vs. speed tradeoff Jul 12 14:10:48 unzipped feeds are faster but larger Jul 12 14:10:55 s/feed/packages files/ Jul 12 14:11:07 I see Jul 12 14:11:08 mickeyl: ipkg stores them unzipped Jul 12 14:11:19 koen|ewi: oh right. then it's just the size Jul 12 14:11:20 shouldn't that increase speed, though? Jul 12 14:11:50 the parser is a bit inefficient Jul 12 14:11:57 I see Jul 12 14:12:00 ok, then Jul 12 14:12:39 remove some stuff from the lists_dir (usr/lib/ipkg/lists) to speedit up Jul 12 14:16:58 I'll remove my huge feed for now Jul 12 14:18:58 ah, much faster Jul 12 14:33:49 ok, gmpc and glurp bb files sent off Jul 12 14:33:52 :-) Jul 12 14:37:20 hmm what line termination did you use? Jul 12 14:38:32 both files look correct, but if they're a frontend for mpd, shouldn't they depend on mpd? Jul 12 14:39:14 well they don't technically depend on the package Jul 12 14:39:33 I copied the mpd bb file, I assumed it wa sunix lineendings Jul 12 14:40:08 they don't use any mpd libs or anything so I figured I'd leave mpd out of the depends. Perhaps a recommendation? Is that RDEPENDS? Jul 12 14:40:29 RRECOMMENDATION (but without the spelling errors) or RDEPENDS Jul 12 14:42:37 plus these can be used to control mpd on other machines, so you don't need mpd installed to use it Jul 12 14:43:26 g'night Jul 12 14:45:02 mt ci Jul 12 14:45:05 oops ;-) Jul 12 14:48:23 JustinP: could you attach the .bb files to bugzilla? Jul 12 14:48:33 they tend to get lost in the mailinglist Jul 12 14:49:27 ok Jul 12 14:49:43 I'll also update them a bit with RRECOMMENDS and such Jul 12 14:53:57 I'm currently 'flexing' if someone else wants to push/sync/ci the new files go ahead Jul 12 14:54:35 I'm still fighting with my .bb file for CMake 2.2.0beta Jul 12 14:54:53 the tarball has a top directory called CMake Jul 12 14:55:30 bitbake expects cmake_2.2.0 in work to start do_configure in it Jul 12 14:55:49 how can I give a hint about the name to the top dir? Jul 12 14:57:28 ${S} should be the topdir Jul 12 14:59:51 i should set ${S} ? Jul 12 15:00:16 it should be already setset Jul 12 15:00:31 now I do a move ../CMake/* . this works, but is not nice Jul 12 15:12:07 koen: ah.... S = "${WORKDIR}/CMake" seems to do the trick Jul 12 15:28:04 anyone know of a way to bind a keystroke to run a command? I'm talking about globally, no matter where I am I want this keystroke to run a certain command. Jul 12 15:29:25 on Linux, of course Jul 12 15:35:14 hey drw and bye Jul 12 15:36:46 zecke_: hi/bye! :) Jul 12 16:02:37 damn box keeps dying :) Jul 12 17:11:18 any kernel hackers here? Or just device people... I'm looking at this kernel patch and I *think* it created a keyboard device but I'm not sure how to use it: http://www.piro.hopto.org/~piro/zaurus/kernelpatch/c3000/P07-C3000-KBDDEV_041206.patch Jul 12 18:55:10 03ccsmart 07org.openembedded.nslu2-linux * r19146380... 10/packages/meta/openslug-packages.bb: Added cyrus-imapd, mutt and postfix. Jul 12 18:55:14 03ccsmart 07org.openembedded.nslu2-linux * r9ae647b7... 10/packages/meta/openslug-packages.bb: Added mutt and postfix. Jul 12 18:55:17 03ccsmart 07org.openembedded.nslu2-linux * r7e613c4f... 10/packages/openslug-init/ (openslug-init-0.10/turnup openslug-init_0.10.bb): Modified turnup to configure memstick for /var to run splitted in between tmpfs and disk directories. Jul 12 18:55:21 03jbowler 07org.openembedded.nslu2-linux * r53972fc2... 10/packages/monotone/ (3 files in 2 dirs): (log message trimmed) Jul 12 18:55:21 Working, tested, versions of monotone. These past most aspects of the Jul 12 18:55:21 test suite. Merge tests (which should fail) get unexpected passes (because, Jul 12 18:55:21 apparently, the command to decode b64 data is not installed), cvs tests Jul 12 18:55:21 fail (run as root) and some tests fail because of the lack of a perl Jul 12 18:55:23 packages. However all tests which have no obvious external failure Jul 12 18:55:25 reason (which is all but about 20 of several hundred tests) succeed apart Jul 12 18:55:27 03jbowler 07org.openembedded.nslu2-linux * r81b86311... 10/packages/meta/openslug-packages.bb: Add monotone to the development packages list. Jul 12 18:55:30 03jbowler 07org.openembedded.nslu2-linux * r57e9a003... 10/packages/libopie/libopie2.inc: Remove spurious blank line introduced by merge Jul 12 18:57:28 I just pushed a buildable/working monotone (both 0.19 and 0.20) into org.openembedded.dev - probably mostly of interest for people with NSLU2s, but it passes all the tests I expect it to (it fails on one large file, and on CVS stuff 'cause I ran it as root.) Jul 12 19:56:20 Anyone happen to know where the "Online Screenshot"s go in GPE? Jul 12 23:48:00 anyone tried a symbol spectrum WLAN card on oz 3.5.3? it's not recognized on my poodle Jul 12 23:48:26 so, i tried rebuilding the orinoco-modules... and found out that the do_install is broken Jul 12 23:48:38