00:16.59 | CIA-4 | 03mgoebl 07org.oe.dev * rf076172b... 10/ (4 files in 3 dirs): |
00:16.59 | CIA-4 | vpnc: Update to version 0.3.3 with patches, add to slugos |
00:16.59 | CIA-4 | - Update to current version 0.3.3 |
00:16.59 | CIA-4 | - Fix vpnc-script so busybox-sh can run it |
00:17.00 | CIA-4 | - Add a useful default config file |
00:17.02 | CIA-4 | - Add vpnc, libgcrypt and libgpg-error to slugos-packages |
00:21.33 | *** join/#oe tmb_grrr (i=XXX@dslb-082-083-090-168.pools.arcor-ip.net) |
00:42.28 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
00:43.40 | *** join/#oe jott (n=j@e178124057.adsl.alicedsl.de) |
00:43.43 | jott | hi |
00:56.35 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
01:00.54 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
01:08.00 | *** join/#oe noclouds (n=mhfan@60.166.32.187) |
01:12.57 | *** join/#oe idealm (n=ideal@222.67.235.204) |
01:48.51 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:51.22 | *** join/#oe Crofton (n=balister@blacksburg-bsr1-69-174-69-232.chvlva.adelphia.net) |
02:07.06 | *** join/#oe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
02:10.33 | *** join/#oe benla1 (n=benlau@benlau.rd.ust.hk) |
02:11.12 | *** join/#oe ZonE-HaKin9 (n=mail@220-244-127-18.static.tpgi.com.au) |
02:11.42 | ZonE-HaKin9 | Morning All |
02:34.10 | shadows | question, how best to add a cvs checkout build file for binutils and gcc HEAD? |
03:25.34 | Zero_Chaos | why are all my opie-image's coming out at 20 megs? |
03:33.40 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:34.50 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
03:45.40 | *** part/#oe ZonE-HaKin9 (n=mail@220-244-127-18.static.tpgi.com.au) |
03:48.33 | *** join/#oe decca (n=decca@203-59-28-79.perm.iinet.net.au) |
03:53.12 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
04:07.23 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
04:27.24 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
04:36.19 | *** join/#oe poli_ (n=ca@200-168-30-125.dsl.telesp.net.br) |
04:58.30 | *** part/#oe benla1 (n=benlau@benlau.rd.ust.hk) |
05:23.45 | *** join/#oe idealm (n=ideal@58.33.55.237) |
05:32.18 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
05:42.10 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
05:43.12 | panda|z | hi, could anybody give me some help about what's wrong with my oe build enviroment? |
05:43.23 | panda|z | hzhang@thinkpanda ~/celf/oe $ bitbake -b /home/hzhang/celf/oe/org.openembedded.dev/packages/linux/handhelds-sa_2.4.19-rmk6-pxa1-hh40.bb |
05:43.27 | panda|z | ERROR: Remove this line or set a dummy DISTRO_VERSION if you really want to build an unversioned distro |
05:43.32 | panda|z | NOTE: exceptions.SystemExit:1 while evaluating: |
05:43.33 | panda|z | ${@bb.data.getVar("DISTRO_VERSION",d,1) or bb.fatal('Remove this line or set a dummy DISTRO_VERSION if you really want to build an unversioned distro')} |
05:48.05 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
06:20.31 | *** join/#oe idealm (n=ideal@222.67.234.0) |
06:24.59 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:46.24 | emte | panda|z, asside from the obvious? |
06:46.56 | emte | oh that was an hour ago |
06:52.08 | *** join/#oe AMDPenguin (n=nobody@aus-ext-proxy02.amd.com) |
06:52.53 | *** join/#oe LoDown (n=LoDown@dsl093-230-135.lou1.dsl.speakeasy.net) |
06:54.21 | panda|z | emte: hi :-) |
06:55.13 | emte | hey |
07:00.07 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
07:12.26 | panda|z | emte: well, could you let me know how to find out the toolchain version used by OE? |
07:12.41 | panda|z | emte: like gcc, glibc, kernel-header... |
07:12.43 | emte | ? |
07:12.57 | emte | those are specified by your distro |
07:13.08 | panda|z | emte: em OE will automatically create the cross toolchain? |
07:13.21 | panda|z | em ... but is there a fast way to check out the version? |
07:13.31 | emte | providing your using an existing distro, yes |
07:13.43 | emte | read your recipe files |
07:13.45 | panda|z | emte: familiar-0.8.3 ipaq3870 |
07:13.53 | panda|z | emte: recipe files? |
07:14.00 | emte | recipe/meta |
07:14.46 | emte | what specifically would you like to know? |
07:15.09 | panda|z | emte: e.g well, before i build, i want to know the gcc version |
07:15.25 | emte | for the host or target? |
07:15.48 | panda|z | emte: well, OE even can specific a host gcc version for build? |
07:15.54 | emte | yes |
07:16.04 | panda|z | emte: let me try to clarify ... |
07:16.33 | panda|z | emte: 1. host gcc for build cross gcc 2. cross gcc for build target binaries 3. gcc running on my target |
07:16.41 | panda|z | emte: shall i find them out? |
07:17.25 | panda|z | emte: well, i'm a big bitbake newbie, so i really have no clue about specific them manully :( |
07:17.39 | emte | ? |
07:17.46 | *** join/#oe gremlin[it] (n=gremlin@host104-147.pool212171.interbusiness.it) |
07:18.12 | emte | were those three what you want or were you asking? |
07:18.27 | emte | and why are you trying to specify them? |
07:18.38 | emte | theyare already setup in familiar |
07:20.48 | panda|z | emte: well, in my local.conf , i just specific a DISTRO version |
07:21.03 | emte | what did you put? |
07:21.19 | DataBeaver | What package contains the console keymap? |
07:21.50 | emte | would depend on the console being used no? |
07:22.00 | panda|z | emte: i just put DISTRO = "familiar-0.8.3" |
07:22.01 | panda|z | <PROTECTED> |
07:22.49 | emte | and did you read it? |
07:23.10 | emte | PREFERRED_VERSION_gcc ?= "3.4.4" |
07:23.10 | emte | PREFERRED_VERSION_gcc-cross ?= "3.4.4" |
07:23.10 | emte | PREFERRED_VERSION_gcc-cross-initial ?= "3.4.4" |
07:23.13 | panda|z | emte: read .bb of familiar? |
07:23.18 | emte | yes |
07:23.40 | emte | its in: org.openembedded.dev/conf/distro/ |
07:24.44 | DataBeaver | emte: Zaurus SL-C3100 |
07:25.03 | DataBeaver | A bigger problem now seems to be getting anything transferred to the device though... |
07:25.03 | emte | lol |
07:25.23 | emte | DataBeaver, anyone awake in the oz channel? |
07:25.36 | DataBeaver | Doesn't seem so |
07:25.41 | emte | hmm |
07:26.47 | emte | doesnt help that thier site is down ... |
07:27.27 | emte | not sure if any zaurus users are awake |
07:28.00 | DataBeaver | How do I exit vim without a colon? |
07:28.00 | panda|z | <PROTECTED> |
07:28.24 | panda|z | DataBeaver: quite easy, ssh to it, and kill -9 at the background |
07:28.46 | DataBeaver | Can't ssh, but ^Z and kill -9 did the trick |
07:28.47 | emte | panda|z, familiar.conf isnt a valid file |
07:28.53 | panda|z | DataBeaver: i always use my zaurus 5600 this way |
07:29.04 | DataBeaver | sshd refuses to start 'cause "PRNG is not initialized" |
07:29.15 | emte | you want to read a versioned one |
07:29.42 | emte | -unstable or the 0.8.3 one |
07:29.59 | panda|z | emte: oh!!!! i got it |
07:30.13 | emte | :) |
07:30.36 | panda|z | emte: so what's this? #!!!!! DON'T FORGET TO ENABLE ZAPROOTPASSWD !!!!! |
07:30.37 | emte | non-version distros are not "allowed" anymore |
07:30.56 | emte | its a note |
07:31.14 | panda|z | emte: so how to enable zaprootpasswd? |
07:31.27 | emte | the sources for the user stuff has a root password set |
07:31.54 | emte | panda|z, i wouldnt be changing anything unless you know why your changing it |
07:32.04 | DataBeaver | Is there anything I can use to transfer stuff to the device without any kernel modules? |
07:32.32 | emte | DataBeaver, would you liek to rephrase taht |
07:32.39 | emte | like that* |
07:33.09 | emte | all networking are kernel modules or directly compiled into the kernel |
07:33.21 | emte | not to mention associated drivers |
07:33.26 | DataBeaver | Networking and USB are already ruled out |
07:33.49 | emte | use a stable version of OZ? |
07:34.07 | DataBeaver | ipkg upgrade messed up things and now I don't have any kernel modules. |
07:34.42 | emte | ouch |
07:40.23 | DataBeaver | Is a CF card near enough the internal microdrive that I could use it? |
07:40.44 | DataBeaver | I don't have any at hand right now but I can get one |
07:45.11 | DataBeaver | (So I can't test it right now myself) |
07:51.20 | *** join/#oe Denimgirl (n=chatzill@d58-105-24-33.dsl.vic.optusnet.com.au) |
08:03.57 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:05.13 | *** join/#oe bronson (n=bronson@pool-71-243-90-29.bos.east.verizon.net) |
08:16.00 | *** join/#oe koen (n=koen@212.41.157.237) |
08:17.52 | koen | good morning all |
08:27.40 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:27.42 | hrw|gone | morning |
08:28.11 | hrw|work | koen: ipkg .157 is evil |
08:28.28 | koen | indeed |
08:28.41 | hrw|work | koen: I suspect that this give restarting gpe-dm - ipkg configure did not run |
08:29.34 | koen | ~lart schedules |
08:30.42 | koen | my work starts at 13.00, but somehow I thought it started at 09.00 |
08:32.11 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
08:32.15 | do13_ | morning all |
08:32.44 | koen | hey dirk |
08:32.52 | do13_ | hey koen |
08:33.32 | hrw|work | hi dirk |
08:33.43 | do13_ | hey Marcin |
08:34.43 | koen | gah |
08:34.45 | koen | ~lart bitbake updates |
08:35.21 | koen | .dev is evil |
08:40.28 | do13_ | hrw|work: Did you pushed the tosa fstab patch into oz354fam083? |
08:40.35 | koen | ah, with a recent bitbake it is less evil |
08:41.48 | hrw|work | do13_: no |
08:42.15 | hrw|work | do13_: please attach it to #350 - today I'm fighting with harddrives rather then with OE |
08:50.19 | *** join/#oe koen (n=koen@212.41.157.237) |
08:51.36 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
08:58.06 | XorA | morning |
09:03.24 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:03.30 | ade|desk | hi folks |
09:03.36 | koen | hey ade|desk |
09:11.19 | *** join/#oe zecke (n=ich@rosine202.inf.fu-berlin.de) |
09:22.54 | RP | morning all |
09:22.59 | hrw|work | hi Richard |
09:23.11 | do13_ | Hi Richard |
09:23.41 | koen|gprs | hey RP |
09:30.56 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:31.23 | Bernardo | Good morning |
09:31.30 | hrw|work | hi Bernardo |
09:33.19 | Bernardo | hi hrw|work |
09:33.42 | Bernardo | I managed to get the tremor tarball from the ftp.handhelds.org site |
09:33.58 | Bernardo | only had to rename it to Tremor-something-trunk.* |
09:34.36 | Bernardo | didn't have the time to check why svn won't work for me when called from inside bitbake, and will work to download bitbake |
09:38.04 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
09:38.14 | Bernardo | anyway, backing up my akita now, will flash it with oz 3.5.4 in a hour or two, and I can put the images and full meta-opie feed online tonight, if you want |
09:39.21 | Bernardo | as long as I can get it to build, I can always generate akita images if you guys want |
09:41.14 | hrw|work | Bernardo: I will release oz 3.5.4-test4 soon with meta-opie/meta-gpe feed |
09:41.49 | hrw|work | but soon is 2-3 days as first I have to resurrect my hdd |
09:42.10 | Bernardo | hrw|work: ok, if you want I have meta-opie built last night that I can put at my home web site |
09:42.33 | hrw|work | Bernardo: I have it - now images are my problem due to ipkg .157;( |
09:42.34 | Bernardo | I'll check if I have enough drive space to build meta-gpe, but I'm not sure |
09:42.47 | Bernardo | what images do you need? |
09:43.07 | hrw|work | Bernardo: I build bootstrap/gpe/opie for all zaurus machines |
09:43.22 | hrw|work | thats 22 images |
09:43.30 | Bernardo | ok |
09:43.44 | Bernardo | if I can help with any, just say so |
09:43.44 | koen|gprs | 22? |
09:43.48 | hrw|work | koen|gprs: yes |
09:43.55 | koen|gprs | not 21? |
09:43.59 | hrw|work | koen|gprs: spitz needs pivot image too |
09:44.05 | koen|gprs | ah, ok |
09:45.57 | hrw|work | koen|gprs: did you tested ipkg >.157? |
09:46.45 | koen|gprs | I test .158 |
09:46.57 | koen|gprs | which works, as long as you don't ipkg upgrade some packages |
09:47.09 | koen|gprs | .159 should solve that, but I haven't built that yet |
09:47.51 | hrw|work | ok |
09:52.00 | *** join/#oe rob_w|mis (n=rob_w@p549BA78F.dip0.t-ipconnect.de) |
09:52.00 | hrw|work | will look with 159 |
09:52.21 | koen|gprs | hh.org buog #1503 has some more info |
09:52.48 | hrw|work | ok |
10:03.03 | *** join/#oe koen (n=koen@212.41.157.237) |
10:06.03 | *** join/#oe Jenna (n=cherryRe@209.8.233.10) |
10:06.56 | *** part/#oe Jenna (n=cherryRe@209.8.233.10) |
10:07.16 | Bernardo | hrw|work: should I abstain from flashing with 354 until ipkg is updated? |
10:09.28 | hrw|work | Bernardo: you build from oz354fam083? |
10:10.30 | Bernardo | yes |
10:10.39 | Bernardo | updated 12 hours ago |
10:11.53 | *** join/#oe benlau (n=benlau@221.125.13.158) |
10:13.30 | hrw|work | I'm now flashing image with ipkg .159 |
10:13.49 | hrw|work | Bernardo: I suggest .154 as stable |
10:15.40 | Bernardo | ok, I can't rebuild until I get home tonight |
10:15.55 | Bernardo | so I should not try this one, right? |
10:16.14 | hrw|work | I would not touch it |
10:17.21 | hrw|work | wth .159 is same |
10:18.09 | Bernardo | what is the problem? I can't open hh.org here at work |
10:18.52 | hrw|work | gpe-dm restarting and restarting and... |
10:20.28 | Bernardo | ouch |
10:20.31 | hrw|work | I'll try with .154 now |
10:20.37 | Bernardo | and with opie? |
10:21.21 | hrw|work | not tested yet |
10:21.40 | hrw|work | gpe image is blocked totally due this |
10:22.08 | Bernardo | ok, I'll test opie image |
10:22.14 | XorA | I thought gpe-dm barfed after 5 goes |
10:22.34 | Bernardo | in a few minutes (time to restore oz backup, then flash to oz354) I'll be able to tell you how it goes |
10:22.51 | hrw|work | XorA: if user kill it |
10:23.00 | hrw|work | XorA: but no ctrl, no alt on collie.. |
10:23.26 | XorA | hrw|work: I assume under X Calendar/Addressbook delete dont work |
10:23.31 | *** join/#oe decca (n=decca@203-59-28-79.perm.iinet.net.au) |
10:25.54 | hrw|work | yep |
10:27.27 | XorA | hrw|work: any hope on debugging this> |
10:27.29 | XorA | ? |
10:27.40 | CIA-4 | 03koen 07org.oe.dev * r2657dc00... 10/packages/linux/ (3 files in 2 dirs): ep93xx-kernel: add kernel for ep93xx machine + patch from cirrus-logic git tree + defconfig |
10:27.45 | CIA-4 | 03koen 07org.oe.dev * r37906cae... 10/conf/machine/ep93xx.conf: ep93xx.conf: add machine config for ep93xx based boards like http://www.glomationinc.com/products_9312-sx.html |
10:30.23 | hrw|work | XorA: we (koen & I) tries to get it fixed |
10:32.51 | koen|gprs | if only police stations would have wifi |
10:33.48 | XorA | koen|gprs: we worry about you, you a part time prisoner :-) |
10:34.06 | koen|gprs | heh |
10:34.13 | koen|gprs | no, I'm here for work |
10:34.28 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
10:34.49 | koen|gprs | XorA: http://bsst.de/BSSTV20/html/english/eIndex.htm |
10:35.02 | hrw|work | koen|gprs: I hope that you do other work then bullet-proof vests tester? |
10:36.16 | shadows | heh |
10:36.23 | *** join/#oe obergix[home] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
10:36.41 | shadows | okay, how best to version an svn/cvs build of gcc and binutils? |
10:36.48 | koen|gprs | ;) |
10:37.23 | hrw|work | gpe-image-3.5.4-test4-collie.rootfs.jffs2 looks nice as name |
10:37.37 | koen|gprs | shadows: something like http://dominion.kabel.utwente.nl/koen/pda/files/angstrom-eabi-r7.diff.bz2 |
10:38.30 | hrw|work | its good to have big thumbs - flashing collie with thumb on C/D keys |
10:38.31 | shadows | hm |
10:39.31 | shadows | to build and use a recent gcc HEAD checkout, is recent (less than a week old) build of binutils |
10:39.43 | shadows | i think cvs binutils bb is in OE |
10:40.47 | koen|gprs | shadows: just change teh 20051214 dates in that diff to 20060208 or something |
10:41.45 | shadows | ah, okay |
10:42.47 | *** join/#oe alan|home (n=alan@ARouen-152-1-35-120.w83-115.abo.wanadoo.fr) |
10:43.05 | alan|home | morning |
10:43.13 | koen|gprs | hey alan|home |
10:43.24 | alan|home | yop koen |
10:46.08 | Bernardo | http://www.pixeldudes.com/stuff/verde.mp3 |
10:46.20 | Bernardo | download it, start playing at full volume and run away |
10:46.34 | Bernardo | garanteed to make grown men cry, dogs howl for miles, etc... |
10:46.44 | XorA | koen|gprs: can I get that with builtin ARM cpus? |
10:47.05 | koen|gprs | XorA: not yet ;) |
10:47.16 | XorA | my ARMed ARMour :-) |
10:48.52 | koen|gprs | later all |
10:48.56 | Bernardo | hrw|work: booting now, only error until now is a missing /etc/sysconfig/irda |
10:49.43 | hrw|work | Bernardo: yep - it will be resolved by ipkg configure but I do not like this method |
10:50.15 | *** join/#oe boras (n=bora@85.97.4.187) |
10:50.27 | Bernardo | apart from that, opie-image seems to work |
10:50.55 | hrw|work | ok |
10:51.00 | hrw|work | mreimer: ping |
10:51.11 | Bernardo | mmm - no sound |
10:51.21 | hrw|work | Bernardo: akita with 2.4.20? |
10:51.44 | Bernardo | yes |
10:52.07 | Bernardo | 2.6.15 isn't in oz354fam083 yet, right? |
10:52.20 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
10:52.27 | hrw|work | yep |
10:52.46 | hrw|work | it has to wait after 3.5.4 release |
10:53.25 | Bernardo | ok |
10:53.34 | Bernardo | but sound should work with 2.4.20, right? |
10:53.43 | hrw|work | rather yes |
11:01.29 | hrw|work | koen|sleep: ipkg .154 works OK |
11:03.19 | alan|home | may i ask why 3.5.4 will be based on a RC kernel ? |
11:03.57 | hrw|work | because it works? |
11:04.23 | hrw|work | we never used 2.6.14-release. had 2.6.14-rc1 then 2.6.14-git3 |
11:05.40 | Bernardo | also, 2.6.x will mean moving from oss to alsa |
11:05.53 | Bernardo | having a different blend of packages on the base image |
11:07.03 | hrw|work | and we have to finish alsa integration in images |
11:08.41 | *** join/#oe chris144|home (n=kvirc@195.234.128.72) |
11:08.43 | hrw|work | and alsa support for Z is work-in-progress. iirc Liam told that he plan to simplify mixer |
11:11.00 | Bernardo | the alsa mixer for the akita is a chaos |
11:11.27 | chris144 | hi folks |
11:13.58 | Bernardo | hi chris144 |
11:14.18 | chris144 | hi Bernardo |
11:22.54 | *** join/#oe zecke (n=ich@145.253.107.2) |
11:28.03 | *** join/#oe decca (n=decca@203-59-28-79.perm.iinet.net.au) |
11:39.56 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rfb538f7c... 10/packages/usbutils/usbutils_0.70.bb: |
11:39.56 | CIA-4 | usbutils 0.70: removed preference of unc.dl.sf.net as it does not have archive |
11:39.56 | CIA-4 | fetching from default SOURCEFORGE_MIRROR works OK |
11:39.56 | CIA-4 | taken from .dev |
11:40.00 | XorA | Wow, just got touchscreen working in directfb |
11:40.01 | CIA-4 | 03hrw 07org.oe.dev * r93e5bd9d... 10/packages/usbutils/usbutils_0.70.bb: |
11:40.01 | CIA-4 | usbutils 0.70: removed preference of unc.dl.sf.net as it does not have archive |
11:40.01 | CIA-4 | fetching from default SOURCEFORGE_MIRROR works OK |
11:42.49 | *** join/#oe alan|home (n=alan@ARouen-152-1-5-157.w83-115.abo.wanadoo.fr) |
11:55.30 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
11:56.14 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r8ec109bc... 10/conf/local.conf.openzaurus-3.5.4: |
11:56.14 | CIA-4 | added local.conf.openzaurus-3.5.4 as example for building OZ 3.5.4 |
11:56.14 | CIA-4 | (based on same for Familiar 0.8.3) |
11:56.18 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rcd707452... 10/packages/lirc/lirc_0.7.1.bb: |
11:56.18 | CIA-4 | lirc 0.7.1: fix DEPENDS - close #514 |
11:56.18 | CIA-4 | taken from .dev |
11:59.03 | hrw|work | argh.... |
11:59.09 | hrw|work | ~shoot kopete |
11:59.11 | ibot | ACTION shoots kopete in the foot with a frozen turkey cannon! |
12:04.38 | zecke | ~stab mcl |
12:04.39 | ibot | ACTION runs at mcl with an origami Swiss Army knife, and inflicts a nasty paper cut. |
12:04.42 | zecke | ~stab xerces-c |
12:04.44 | ibot | ACTION runs at xerces-c with an origami Swiss Army knife, and inflicts a nasty paper cut. |
12:07.50 | *** join/#oe Crofton (n=balister@blacksburg-bsr1-69-174-69-232.chvlva.adelphia.net) |
12:09.16 | zecke | Crofton: hey, I'm messing with xerces-2.7.0 :} |
12:09.52 | hrw|work | looks like I need to use 'standard' kde method to get kopete working... (standard mean: remove settings and start from scratch) |
12:10.22 | Bernardo | hrw|work: why? |
12:10.35 | Bernardo | II haven't had problems with kopete since kde 3.4.x |
12:11.03 | hrw|work | Bernardo: 1. freeze too often (kde 3.5.1), 2. mess with contacts (they show in many groups when belongs to just one of them) |
12:12.45 | hrw|work | hm. next step in polishing is: move keymaps from initscripts to keymaps |
12:13.11 | hrw|work | Bernardo: 3. jabber and icq connect takes ages if at all connect |
12:13.15 | zecke | hrw|work: (be aware KMail is earing your addresses... |
12:13.27 | hrw|work | zecke: kmail stinks too |
12:13.42 | hrw|work | zecke: http://bugs.kde.org/show_bug.cgi?id=41514 is soo nasty... |
12:14.10 | hrw|work | I;m thinking about moving to fetchmail+maildrop for fetching mails and use kmail only as interface to imap |
12:15.17 | XorA | hrw|work: fetchmail+maildrop is nasty, much better to feed through your mta |
12:16.19 | hrw|work | XorA: my home machine does not use mta for fetching only for sending |
12:16.34 | hrw|work | XorA: and I want spam filter + folder filters |
12:16.54 | XorA | hrw|work: fetchmail+maildrop is in my experience asking to lose mails, fetchmail->mta->maildrop works sweetly |
12:17.30 | hrw|work | XorA: thats one tool more in chain |
12:17.59 | XorA | hrw|work: yeah, but check the fetchmail manual for warnings about direct delivery, and I tried that config once, it was real nasty at losing mails |
12:18.17 | hrw|work | ok |
12:18.33 | zecke | gosh why use a buildsystem if you can stick the finger into /usr/local/include... |
12:19.00 | XorA | hrw|work: if you run python, then getmail will deliver direct to Maildir folders :-) |
12:19.32 | Bernardo | my setup at home is having a machine for web/email (postfix+spamassassin+clamav+openwebmail) |
12:20.39 | Bernardo | that way I get less freezes |
12:20.47 | Bernardo | and can check the mail while at work... :) |
12:20.59 | hrw|work | Bernardo: at home I have 2 machines: linksys router with 8M rootfs and 32M ram + home computer which cannot be running 24/7 |
12:22.46 | ade|desk | hrw|work: leave a Z at home to do the mail filter stuff ;) |
12:23.21 | hrw|work | ade|desk: with amount of spam which I get each day it will die too fast ;) |
12:29.37 | *** join/#oe jerrybme (n=jerrybme@adsl-68-72-28-67.dsl.chcgil.ameritech.net) |
12:30.04 | Bernardo | hrw|work: I've kept the old components whenever I upgraded, so I ended up having 5 machines at home (firewall, web+email, mine, the wife's, and a very old one for my daughter) |
12:32.03 | hrw|work | Bernardo: I do not have place for other boxes.. |
12:32.31 | hrw|work | Bernardo: next machine would be laptop for Ania probably. but who know when it will be... |
12:35.47 | CIA-4 | 03rpurdie 07org.oe.dev * r7ff665dd... 10/packages/uclibc/ (3 files in 3 dirs): ucblic-0.9.26: Enable ipv6/rpc options for i686/i386 systems to solve compile errors (from Stelios Koroneos) |
12:35.52 | CIA-4 | 03rpurdie 07org.oe.dev * r64757281... 10/packages/gnome/libart-lgpl/i586/art_config.h: libart-lgpl: Add i586 arh_config.h file (from Stelios Koroneos) |
12:35.56 | CIA-4 | 03rpurdie 07org.oe.dev * r212e6b19... 10/packages/busybox/ (4 files in 3 dirs): busybox: Add fix for uclibc on x86 (from Stelios Koroneos - bug #657) |
12:38.21 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
12:40.50 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
12:42.07 | hrw|work | reiserfs must die... |
12:42.08 | hrw|work | ---------x 1 33188 daemon 11G 1970-01-01 01:00 lib/iptables/libip6t_rt.so |
12:49.07 | shadows | i've not trusted reiserfs for anything of value, since the year when reiserfs problems caused 200M loss of personal data |
12:49.35 | shadows | i have never had a trouble with ext2 or ext3 bugs causing data loss |
12:50.17 | shadows | if it is a little slower, i'm patient and can wait. replacing lost data, not so patient. |
12:51.10 | hrw|work | shadows: I used it for years.. now moving to xfs |
12:52.35 | shadows | xfs support in linux does not convince me of its maturity |
12:53.57 | Crofton | zecke, what got into you? |
12:54.09 | Crofton | why xerces? |
12:54.15 | zecke | Crofton: I need to get MCL Flute running |
12:54.25 | zecke | undefined reference to `typeinfo for xercesc_2_7::Grammar' |
12:54.31 | zecke | damn broken CSL toolchain |
12:54.32 | Crofton | ah |
12:54.36 | Crofton | heh |
12:54.44 | zecke | Crofton: do you know FLUTE? |
12:54.56 | Crofton | feel free to improve the bb file :) |
12:55.15 | Crofton | no |
12:56.17 | Crofton | flute uses xerces? |
12:56.31 | zecke | FLUTE is a rfc |
12:56.49 | zecke | MCL is one implementation ... and this is using Xerces |
12:57.07 | Crofton | ah |
12:57.19 | Crofton | yeah I am looking at the mcl web page |
13:00.07 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
13:32.52 | *** join/#oe zinga_ (n=arnaudb@186.80-203-227.nextgentel.com) |
13:40.21 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
13:43.55 | *** join/#oe koen (n=koen@212.41.157.237) |
13:55.16 | ade|desk | wow i didn't know people still try using uclibc 0.9.26 ... that is really quite old now |
13:55.43 | Stephmw | there are masochists everywhere |
13:56.17 | ade|desk | 2001 !! |
13:57.54 | DataBeaver | Doesn't ipkg have any mechanism to preserve configuration file changes? |
13:58.06 | koen | it does |
13:58.20 | koen | but oe has to set the appropriat CONFFILE entries |
13:59.28 | DataBeaver | After the recent ipkg upgrade mess I found my custom /etc/network/interfaces missing and /etc/fstab having been replaced with the default one... |
14:04.40 | DataBeaver | Can I somehow manually say to ipkg "keep your hands off this file"? |
14:08.19 | hrw|work | koen: ipkg .154 works ok in test images |
14:29.37 | *** join/#oe rob_w|mis (n=rob_w@p549BA78F.dip0.t-ipconnect.de) |
14:32.14 | hrw|work | fsck.. 275 revs to go... |
14:32.16 | DataBeaver | Are ifupdown and netbase somehow exclusive? |
14:33.01 | DataBeaver | Both contain /etc/init.d/networking and ./etc/network/interfaces |
14:35.19 | DataBeaver | Niice. I tried to upgrade ipkg to 159 but was missing the libipkg0 package. As a result, I don't have an ipkg binary to install that package with. |
14:35.44 | koen | hmmm |
14:35.46 | koen | DataBeaver: sounds like bug 1515 |
14:36.07 | koen | DataBeaver: could you add your finding to http://handhelds.org/~bugzilla/show_bug.cgi?id=1515 ? |
14:36.33 | DataBeaver | k |
14:37.13 | DataBeaver | Fortunately that's easy enough to restore by hand. |
14:37.25 | koen | it is for us |
14:37.33 | koen | bot for joe average it isn't |
14:37.38 | DataBeaver | Grr, handhelds.org is being slow. |
14:37.39 | koen | s/bot/but/ |
14:37.44 | DataBeaver | Yeah |
14:38.27 | DataBeaver | But restoring a missing busybox for instance requires some care even from an experienced user. |
14:38.37 | DataBeaver | (Supposeing that's the only shell in the system) |
14:38.57 | DataBeaver | Exit your current shell and poof, you can't get a new one. |
14:40.24 | DataBeaver | And it is still annoying to have to copy files back and forth manually. |
14:43.27 | *** join/#oe benlau (n=benlau@221.125.13.158) |
14:43.45 | AMDPenguin | http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00356.html |
14:43.53 | *** join/#oe Cwiiis[uni] (n=cil103@corwin.ecs.soton.ac.uk) |
14:44.02 | CosmicPenguin | That might be of interest if anybody is doing code coverage analysis with OE |
14:46.02 | zecke | CosmicPenguin: interesting |
14:47.28 | CosmicPenguin | zecke: I've been fighting with that for a while now |
14:47.47 | zecke | CosmicPenguin: I did not know that it didn't work |
14:48.00 | zecke | CosmicPenguin: but now it is obvious |
14:48.06 | CosmicPenguin | Its always ugly to have /users/jcrouse/build/tmp/work/foo-package-1.0/foo/ in your target rootfs |
14:48.19 | zecke | just to call gcov :} |
14:48.32 | CosmicPenguin | Or at least to have it be useful |
14:50.47 | *** join/#oe idealm (n=ideal@222.67.234.0) |
14:54.12 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r854e6b2b... 10/packages/sharp-binary-only/ (5 files in 2 dirs): (log message trimmed) |
14:54.12 | CIA-4 | sharp-sdmmc-support: added some tweaks to fix #653 |
14:54.12 | CIA-4 | - /etc/init.d/sd use insmod instead of modprobe to load module |
14:54.12 | CIA-4 | <PROTECTED> |
14:54.12 | CIA-4 | - module filename is defined in /etc/default/sharp_sdmmc |
14:54.13 | CIA-4 | - renamed recipe as it give false info being only for 2.4.18 |
14:54.17 | CIA-4 | - PV of package is set correct to KERNEL_VERSION |
14:57.27 | *** join/#oe idealm (n=ideal@222.67.234.0) |
15:22.26 | *** join/#oe poli (n=ca@CAcert-br/poli) |
15:29.56 | hrw|work | ~lart monotone |
15:30.22 | hrw|work | monotone: misuse: error opening file packages/sharp-binary-only/sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/sd: no such file or directory |
15:30.26 | hrw|work | but applied ok |
15:30.40 | poli | monotone gives me the creeps |
15:30.53 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
15:34.03 | zecke | CoreDump|afk: hey |
15:40.24 | XorA | hmm, directfb doesnt understand touchscreen clicks |
15:42.48 | CosmicPenguin | it doesn't? |
15:43.12 | XorA | CosmicPenguin: doesnt seem to, got links running on directfb on the Z but I cant click on anything |
15:47.35 | *** part/#oe koobla (n=Simon@pdpc/supporter/active/koobla) |
15:49.42 | zecke | hrw|work: what about making the keymaps binary? |
15:50.14 | hrw|work | zecke: and use busybox format? it would be hard to edit on device probably |
15:50.26 | zecke | hrw|work: right, it would be hard to edit |
15:51.28 | hrw|work | zecke: currently only collie has this problem - but its 2.4 keymap is same as kernel one so it does not have to be in image |
15:51.42 | zecke | ~stab network byte order |
15:51.43 | ibot | ACTION runs at network byte order with an origami Swiss Army knife, and inflicts a nasty paper cut. |
15:52.22 | DataBeaver | Any suggestions for the netbase + ifupdown problem? |
15:52.47 | hrw|work | DataBeaver: resolve it, report bug in bugzilla and attach patches? |
15:53.24 | DataBeaver | But how to resolve it? Both contain /etc/init.d/networking and /etc/network/interfaces os ipkg doesn't want to install them at the same time |
15:53.32 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
15:53.55 | hrw|work | then one of them should rather not contain those files |
15:54.26 | DataBeaver | However, busybox can provive ifup and ifdown as well. |
15:54.28 | hrw|work | I suggest ifupdown to be only ifupdown tools (or tools + conffiles as separate pacakges) |
15:54.54 | DataBeaver | I guess that would be pretty good... |
15:55.13 | DataBeaver | handhelds.org isn't working too well though. |
15:55.42 | hrw|work | bugs.treke.net is OE tracker not hh.org one |
15:56.29 | DataBeaver | k... |
15:56.38 | CIA-4 | 03hrw 07org.oe.dev * re1e48e54... 10/packages/sharp-binary-only/ (8 files in 3 dirs): (log message trimmed) |
15:56.38 | CIA-4 | sharp-sdmmc-support: added some tweaks to fix #653 |
15:56.38 | CIA-4 | - /etc/init.d/sd use insmod instead of modprobe to load module |
15:56.38 | CIA-4 | <PROTECTED> |
15:56.38 | CIA-4 | - module filename is defined in /etc/default/sharp_sdmmc |
15:56.40 | CIA-4 | - renamed recipe as it give false info being only for 2.4.18 |
15:56.42 | CIA-4 | - PV of package is set correct to KERNEL_VERSION |
15:57.08 | DataBeaver | ipkg bugs seem to be in handhelds.org though? |
15:58.50 | *** join/#oe netnix (n=alex@81.25.41.76) |
15:59.47 | pb__ | right |
16:00.40 | DataBeaver | Hm, the ifupdown package doesn't seem to support update-alternatives... |
16:00.48 | DataBeaver | It contains /sbin/ifup directly |
16:02.31 | DataBeaver | But the one provided by busybox has some annoying limitations with regard to logical name mapping... |
16:04.32 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
16:08.22 | pb__ | That is annoying. I guess the right thing would be to patch ifupdown to use update-alternatives. |
16:09.22 | CIA-4 | 03florian 07org.oe.oz354fam083 * rd2944a85... 10/packages/libgpewidget/ (files/pkgconfig.patch libgpewidget_0.109.bb): libgpewidget: Update to fixed package from .dev. |
16:12.11 | DataBeaver | What are these glibc-localedata-translit-* packages doing? |
16:14.27 | *** join/#oe law_ (n=_law_@213.173.86.202) |
16:17.57 | pb__ | transliterating, I suppose |
16:18.11 | hrw|work | argh... |
16:18.15 | hrw|work | ~shoot monotone |
16:18.17 | ibot | ACTION shoots monotone in the foot with a frozen turkey cannon! |
16:25.37 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
16:30.04 | *** join/#oe Crofton (n=balister@hc6521cf6.dhcp.vt.edu) |
16:33.24 | CosmicPenguin | wow - frozen turkey cannon |
16:33.26 | CosmicPenguin | thats good eatin' |
16:35.01 | CoreDump|home | zecke: yo |
16:35.11 | CoreDump|home | hi |
16:35.30 | hrw|work | CoreDump|home: look at my next push |
16:36.21 | hrw|work | keymaps change part 1 |
16:37.52 | CoreDump|home | RP: Do you have a kexec-tools .bb by chance? |
16:40.42 | do13 | CoreDump|home: You can use this: http://www.do13.de/oz/temp/kexec-tools-bb.patch |
16:40.47 | hrw|work | http://www.do13.de/oz/temp/kexec-tools-bb.patch |
16:41.02 | CoreDump|home | excellent, thanks! |
16:41.47 | DataBeaver | Can I somehow get a list of all unused library packages? |
16:41.47 | CoreDump|home | I've compiled a kexec kernel already and want to play with it a bit |
16:42.14 | do13 | CoreDump|home: kexec -l zImage loads the image and kexec -e starts |
16:42.29 | CoreDump|home | now that sounds easy |
16:42.50 | CoreDump|home | so I can really "boot" a 2.4 kernel via kexec from a 2.6 kernel? |
16:42.58 | CoreDump|home | sounds to good to be true |
16:43.33 | do13 | Yes. http://www.do13.de/oz/temp/start24.txt |
16:43.54 | CoreDump|home | very nice |
16:44.10 | CoreDump|home | is there a reason kexec-tools isn't in OE, yet? |
16:44.27 | do13 | The bb file? |
16:44.28 | hrw|work | noone added it |
16:46.33 | CoreDump|home | hmm mt update chokes on "monotone: misuse: error opening file packages/sharp-binary-only/sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/sd: File not found" on two different machines |
16:47.05 | hrw|work | ~lart me for this |
16:47.16 | CoreDump|home | heh |
16:47.31 | CoreDump|home | well, looks like a one-time error message |
16:51.41 | CoreDump|home | NOTE: package kexec-tools-1.101: completed |
16:51.52 | CosmicPenguin | CoreDump|home: nice |
16:52.08 | CosmicPenguin | CoreDump|home: now, the interesting thing is adding kdump |
16:52.22 | CosmicPenguin | an image within an image in the same build |
16:52.34 | CoreDump|home | huh |
16:52.58 | *** join/#oe poli (n=ca@CAcert-br/poli) |
16:52.59 | CosmicPenguin | I was idly tinkering with something suitable, but I got bored |
16:54.54 | CoreDump|home | CosmicPenguin: what do you mean with "Image within an image"? |
16:55.24 | CosmicPenguin | http://lse.sourceforge.net/kdump/ |
16:55.49 | CosmicPenguin | Kdump uses an special initrd, when you would need to create, and then imbed in your actual rootfs |
16:56.01 | CosmicPenguin | well, imbed is the wrong term - include with your rootfs would be better |
16:56.27 | CoreDump|home | sounds quite useful for debugging |
16:57.44 | CosmicPenguin | I want it for our stress and stability racks |
16:57.55 | CosmicPenguin | automatically save off the dump information on a server when a crash happens |
16:58.04 | CoreDump|home | useful indeed |
17:01.20 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r4db398f1... 10/packages/ (28 files in 18 dirs): |
17:01.20 | CIA-4 | keymaps handling moved from initscripts to keymaps package |
17:01.20 | CIA-4 | - loading keymap require loadkeys from console-tools (which takes 300K) |
17:01.20 | CIA-4 | - all Zaurus machines (except collie) will get this package installed |
17:01.41 | CIA-4 | - collie 2.4 keymap is the same as kernel one so it is not needed on device |
17:01.42 | CIA-4 | <PROTECTED> |
17:03.32 | CoreDump|home | hrw|work: very nice. I always thought that initscripts wasn't the propper place for keymaps |
17:04.27 | CSMan | uhmm, that monotone update is for the binary itself ? |
17:05.12 | *** join/#oe zap (n=zap@217.170.93.196) |
17:05.37 | CSMan | or the update -rjan2006prebreakage is the line in question |
17:06.13 | CoreDump|home | hmm? |
17:06.50 | CoreDump|home | ahh now I get it |
17:07.09 | CoreDump|home | "monotone update" is a command. It doesn't mean you need an update for monotone |
17:07.31 | CSMan | ah ok, i was starting to have lots of "????" =P |
17:07.32 | CoreDump|home | and for my part, I don't use -rjan2006prebreakage |
17:07.40 | CSMan | why's that |
17:07.59 | CoreDump|home | well, I don't see any "breakage" =) |
17:08.05 | CSMan | i cannot access oe.handhelds.org |
17:08.07 | CSMan | =/ |
17:08.13 | DataBeaver | Is there some easy way to find out which library packages are not used by any other packages? |
17:08.31 | CoreDump|home | DataBeaver: not that I know of |
17:08.47 | CSMan | pkg_info doesn't work in that case |
17:08.55 | CSMan | to show Deps |
17:09.01 | CSMan | ? |
17:09.46 | CoreDump|home | well, there certainly is no "deborphan" =) |
17:10.07 | CSMan | ah |
17:10.20 | DataBeaver | Yeah, deborphan is pretty much what I'm looking for... |
17:10.46 | CSMan | has anybody gotten an openSSL enabled browser ? |
17:10.48 | CoreDump|home | thought so heh |
17:10.57 | *** join/#oe koen (n=koen@212.41.157.237) |
17:11.03 | DataBeaver | I prefer aptitude's auto-installed flag on Debian, but I guess that's a bit heavy for a PDA... |
17:11.07 | CoreDump|home | CSMan: Firefox on GPE or e should do |
17:11.16 | DataBeaver | CSMan: I'm using links myself |
17:11.22 | CSMan | DataBeaver: links -g ? |
17:11.32 | CSMan | mine won't do -g |
17:11.35 | DataBeaver | -g? |
17:11.41 | CSMan | gfx mode |
17:11.51 | DataBeaver | No, text mode |
17:11.56 | CSMan | k, same here |
17:12.05 | DataBeaver | I'm only using it for logging in to my school's wlan though |
17:12.06 | CSMan | CoreDump|home: u got firefox on gpe ? |
17:12.37 | DataBeaver | I once tried running Mozilla through ssh's X11 forwarding, that was quite funny. |
17:12.38 | CSMan | DataBeaver: well, even something pretty basic as checking your email is not possible with mini-browser |
17:12.52 | CSMan | DataBeaver: i run opera over X11 forwarding =P |
17:13.08 | CSMan | it works for me, but i need a mothership close to my wlan |
17:13.10 | CSMan | =P |
17:13.14 | CSMan | i even run gaim that way |
17:13.26 | CSMan | just for comfort |
17:13.30 | Philippe | evening all |
17:13.36 | CSMan | hi Philippe |
17:13.40 | hrw|work | hi Philippe |
17:13.53 | CoreDump|home | CSMan: http://hentges.net/tmp/screenshots/Zaurus/Akita/GPE/firefox.jpg |
17:14.07 | CoreDump|home | ugh, merging hell |
17:14.11 | CSMan | what happened to oe.handhelds.org ? |
17:14.22 | pb__ | DataBeaver: you could do something with "ipkg whatdepends" and "ipkg status". |
17:14.26 | CSMan | CoreDump|home: heh, zaurus fun |
17:14.34 | pb__ | any package that isn't depended on by anything else, and isn't marked "user", is an orphan |
17:14.38 | koen|gprs | some searchbot hit bugzilla, and now the loadaverage is >150 on hh.org |
17:14.56 | CSMan | ouch |
17:16.06 | DataBeaver | pb_: ipkg status|grep orphan doesn't give any results |
17:16.35 | pb__ | indeed |
17:16.56 | pb__ | like I say, you would need to use a combination of "ipkg status" and "ipkg whatdepends" |
17:16.56 | hrw|work | DataBeaver: searching for orphans can be hard.. |
17:17.19 | hrw|work | DataBeaver: do 'ipkg remove lib*' - ipkg should shout for libs which someone need |
17:17.21 | CSMan | maybe a script can do the job |
17:17.38 | pb__ | right |
17:17.38 | koen|gprs | file and enhancement request and pigi will look at it :) |
17:17.40 | hrw|work | but also it can remove too much |
17:19.08 | DataBeaver | hrw|work: That has the downside of removing libs I want to be there for my own apps, but which are not depended upon by any package |
17:19.39 | CIA-4 | 03coredump 07org.oe.dev * r7a53a6d4... 10/packages/kexec/ (kexec-tools-1.101/kexec-tools-arm.patch kexec-tools_1.101.bb): Add kexec-tools, courtesy of do13@#oe |
17:19.43 | CIA-4 | 03coredump 07org.oe.dev * r6c269517... 10/packages/altboot/ (altboot.bb files/altboot.func files/init.altboot): altboot: Update to latest development version |
17:20.15 | hrw|work | DataBeaver: then you need to add your apps depends to ipkg status |
17:20.28 | hrw|work | CoreDump|home: can you update altboot in .oz354fam083 too? |
17:21.08 | CoreDump|home | hrw|work: nah that requires a lot more testing since there were many changes for 2.6 support in dev (none in .oz) |
17:21.20 | hrw|work | CoreDump|home: ok |
17:21.34 | CoreDump|home | hrw|work: initscripts is totally br0rked in the database |
17:21.43 | CoreDump|home | can't even checkout .oz |
17:21.49 | hrw|work | CoreDump|home: version which is in .oz354fam083 show first password (but not show repeated one) |
17:21.54 | hrw|work | fsck.. |
17:22.32 | hrw|work | CoreDump|home: I was able to pull/merge/update it (with ~280 other revs) |
17:22.37 | CoreDump|home | hrw|work: I'll have a go at .oz when I get kexec working =) |
17:22.44 | hrw|work | but will check with other database |
17:22.52 | RP | CoreDump|home: Do you want me to add the kernel patch? |
17:23.21 | CoreDump|home | RP: I was gonna try the one from the mailing list. |
17:23.36 | CoreDump|home | -branch=org.openembedded.oz354fam083 |
17:23.36 | CoreDump|home | monotone: misuse: error opening file packages/initscripts/initscripts-1.0/c7x0/k |
17:24.28 | DataBeaver | Do I need ipaq-sleep for anything on a Zaurus? |
17:24.34 | RP | CoreDump|home: I have it in my queue here - if it compiles I'll push |
17:24.39 | *** join/#oe zecke (n=ich@rosine202.inf.fu-berlin.de) |
17:24.42 | CoreDump|home | RP: thanks |
17:24.51 | CoreDump|home | it compiles allright on Akita ) |
17:24.54 | hrw|work | fsck. |
17:25.51 | hrw|work | CoreDump|home: base updated with that misuse error from monotone |
17:26.14 | *** join/#oe pH5 (n=ph5@e178247093.adsl.alicedsl.de) |
17:27.01 | hrw|work | DataBeaver: you need it iirc |
17:27.47 | hrw|work | pb__: can GPE team rename ipaq-sleep to gpe-sleep in future? |
17:28.07 | DataBeaver | What does it do? |
17:28.25 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
17:28.28 | CSMan | i've seen it all the time |
17:28.41 | hrw|work | DataBeaver: control suspend/resume |
17:28.45 | hrw|work | have to go |
17:28.46 | hrw|work | cu |
17:31.40 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
17:33.52 | pb__ | eh, I wonder why he wants ipaq-sleep renamed |
17:34.00 | pb__ | it isn't really part of GPE. |
17:34.11 | CSMan | it's part of familiar, isn't it ? |
17:34.33 | DataBeaver | Well, it's kinda weird if it's needed on other devices han ipaqs. |
17:34.58 | koen|gprs | ~lart linux-mtx-1_2.4.24.bb |
17:35.01 | CoreDump|home | i have it on my Akita FWIW |
17:35.02 | pb__ | true, though "gpe-sleep" wouldn't be much better for non gpe users |
17:35.17 | pb__ | I guess opie has its own opie-opie-opie-sleep or whatever |
17:36.13 | pb__ | morning kergoth |
17:36.16 | koen|gprs | hey kergoth |
17:36.21 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r1167b2e5... 10/packages/keymaps/keymaps_1.0.bb: keymaps: copy RDEPENDS to DEPENDS for those who use older bitbake |
17:36.26 | CIA-4 | 03hrw 07org.oe.oz354fam083 * rce966f4e... 10/conf/machine/ (6 files): |
17:36.26 | CIA-4 | Zaurus machines conf: dropped console-tools from (R)DEPENDS, added keymaps instead |
17:36.26 | CIA-4 | - keymaps (R)DEPEND on console-tools |
17:41.24 | kergoth | hey |
17:42.19 | pH5 | hi kergoth |
17:42.35 | koen|gprs | ~lart linux-mtx1 |
17:43.22 | *** join/#oe hrw|gone (n=hrw@host-ip170-158.crowley.pl) |
17:44.00 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
17:44.22 | CIA-4 | 03koen 07org.oe.dev * r284ef780... 10/packages/ (linux/linux-mtx-1_2.4.24.bb nonworking/linux-mtx-1_2.4.24.bb): linux-mtx1 2.4.24: move to nonworking to get rid of those pesky parssing errors |
17:44.27 | CIA-4 | 03koen 07org.oe.dev * rdf4fc5de... 10/packages/nonworking/ (linux-mtx-1_2.4.24.bb linux/linux-mtx-1_2.4.24.bb): linux-mtx: move to nonworking/linux that is |
17:51.47 | pH5 | gnome-vfs-dbus_svn has file://gtk-doc.m4 and gtk-doc.make in it's SRC_URI, but doesn't find those files in the OE tree, but there are similar copies of those files in the gnome subfolders for some versions of orbit2 and libbonobo. could I just move them to packages/gnome/files? |
17:54.00 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
17:54.18 | *** join/#oe memeruiz (n=nmemerui@201.194.192.98) |
17:54.25 | pH5 | also a werror_compile.patch doesn't seem to exist in current oe .dev |
17:54.56 | pb__ | pH5: I think there's (nowadays) a gtk-doc package that installs those files into staging |
17:56.32 | pH5 | pb__: thanks. gnome-vfs-dbus_svn already depends on gtk-doc-native, even |
17:57.23 | pb__ | ah, very good |
18:09.25 | pH5 | gtk-doc only includes gtk-doc.m4, not gtk-doc.make. |
18:16.10 | *** join/#oe koen (n=koen@212.41.157.237) |
18:23.49 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
18:31.34 | *** join/#oe memeruiz (n=nnmemeru@201.194.192.98) |
18:32.05 | *** join/#oe Chocobo (n=swinchen@thecheat.eece.maine.edu) |
18:33.00 | Chocobo | Is the m68k offically supported by the GCC toolchain? |
18:33.31 | Philippe | Chocobo, normally it is yes |
18:34.24 | Philippe | Chocobo, Debian having a full m68k port might be a good indication... |
18:36.06 | Chocobo | nice. |
18:37.03 | koen | Philippe: if it were redhat, it wouldn't be good ;) |
18:37.09 | koen | gcc 2.96.... |
18:37.23 | Chocobo | 2.96? |
18:37.33 | koen | yeah |
18:37.40 | koen | redhat's fork of gcc 2.95 |
18:37.49 | Philippe | 2.96 is a know buggy fiasco brought out by them |
18:38.37 | koen | isn't everything RH does a buggy fiasco? |
18:38.41 | koen | RH5 was |
18:38.46 | koen | the last RH distro I used |
18:39.43 | CosmicPenguin | They always make things more complicated then they need to |
18:39.44 | CosmicPenguin | be |
18:41.44 | Philippe | must have been RH6.1 |
18:42.20 | kergoth | my coworkers at digi were incredibly amused by the fact that i was an RHCE who really really didnt like redhat |
18:43.11 | pH5 | I needed to patch gnome-vfs-dbus_svn.bb like this to make it build: http://en.pastebin.ca/40760. does this look sane? |
18:52.27 | *** join/#oe zecke (n=ich@88.134.3.107) |
18:56.13 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
19:04.30 | CIA-4 | 03pH5 07org.oe.dev * r1f23f78b... 10/packages/gpe-contacts/gpe-contacts_0.44.bb: gpe-contacts: add 0.44 |
19:07.16 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
19:10.12 | *** join/#oe gremlin[it] (n=gremlin@88-149-148-72.f4.ngi.it) |
19:11.54 | JustinP | pH5: you got to it already? I *just* finished pacthing it myself... |
19:12.29 | pH5 | JustinP: did you come to a different conclusion? |
19:12.45 | JustinP | pH5: , I did a few things differently, actually... |
19:12.56 | JustinP | is the moving of glib.h to fix the MIN/MAX redefined errors? |
19:13.11 | pH5 | JustinP: right |
19:13.14 | *** join/#oe katossi (n=guillerm@dslb-084-062-146-118.pools.arcor-ip.net) |
19:13.24 | JustinP | pH5: Ah, I didn't know how to fix that correctly |
19:13.27 | pb__ | pH5: that patch looks ok to me |
19:13.41 | JustinP | pH5: mind if I add your patch to my commit, I have another different change |
19:13.43 | pH5 | JustinP: I don't know if this was the best way, but at least it compiled. |
19:14.04 | JustinP | pH5: actually...you already have it in monotone... |
19:14.07 | JustinP | pH5: go ahead |
19:14.23 | JustinP | pH5: I'll commit mine seperately |
19:14.38 | pH5 | JustinP: ok, just a moment... |
19:14.44 | JustinP | (I won't override your changes, of course ;-)) |
19:16.44 | *** join/#oe minipanda (n=hzhang@219.236.25.82) |
19:19.09 | CIA-4 | 03pH5 07org.oe.dev * rc96a9ddd... 10/packages/gnome/ (4 files in 4 dirs): gnome-vfs-dbus: fix the svn version to make it build again |
19:21.17 | pH5 | JustinP: hold on, there's another one: |
19:22.27 | CIA-4 | 03pH5 07org.oe.dev * r9e502039... 10/packages/gnome/ (gnome-vfs-dbus_2.8.4.4.bb gnome-vfs-dbus_svn.bb): gnome-vfs-dbus: fix a typo in PACKAGES_DYNAMIC |
19:22.37 | pH5 | JustinP: ok, go ahead :) |
19:22.40 | *** join/#oe greentux (i=m@tmo-072-41.customers.d1-online.com) |
19:23.10 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
19:28.36 | *** join/#oe netnix (n=alex@81.25.41.32) |
19:30.49 | JustinP | testing... |
19:32.12 | JustinP | shouldn't break anything, though |
19:35.34 | JustinP | mine were all changes to the includes of the gtk-doc stuff anyway |
19:36.34 | CIA-4 | 03justinp 07org.oe.dev * r66c4a964... 10/packages/gnome/ (12 files in 7 dirs): gnome: remove duplicate gtk-doc m4 and make files, move files to files/ for all packages to use |
19:38.38 | *** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
19:40.57 | minipanda | hi, can anybody help me take a look at http://pastebin.com/545423 |
19:41.11 | minipanda | i failed to build opie-image for my h3600 |
19:41.13 | *** join/#oe greentux_alt (i=m@tmo-029-140.customers.d1-online.com) |
19:43.39 | JustinP | minipanda: check your local.conf for errors |
19:46.17 | minipanda | JustinP: sorry, but the problem is that i dunno what's wrong in my local.conf, so could you help me review it? http://pastebin.com/545436 |
19:46.30 | pH5 | JustinP: gtk-doc.m4 could be removed altogether, the packages could use the one from gtk-doc-native instead |
19:47.51 | JustinP | pH5: ok, I was just updating the locations mostly. Go ahead and remove it if it works (sorry...didn't mean to revert your change..) |
19:49.05 | JustinP | minipanda: looks ok |
19:49.12 | JustinP | minipanda: are you using a recent copy of OE? |
19:49.31 | minipanda | em, i use a snapshot like ... 200512XX |
19:49.55 | minipanda | JustinP: and lastest bitbake, i just svn out today |
19:51.28 | DataBeaver | "Connecting to beaver[192.168.0.10]:80... failed: Address family not supported by protocol." wtf? |
19:53.41 | JustinP | minipanda: a snapshot of thechecked out dir? You really ought to get a monotone db snapshot and update that |
19:53.49 | JustinP | minipanda: when is your current snapshot from? |
19:54.17 | minipanda | JustinP: well, because access to monotone db snapshot is very slow from here |
19:54.35 | DataBeaver | socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = -1 EAFNOSUPPORT <-- Why on earth is it trying to use IPv6? |
19:54.48 | minipanda | JustinP: i just ask another people tar his org.openembedded.www directory for me |
19:55.15 | CoreDump|afk | minipanda: which branch? |
19:55.36 | JustinP | DataBeaver: what? |
19:55.43 | DataBeaver | JustinP: wget |
19:56.14 | minipanda | CoreDump|afk: well, could you let me know how to check the branch info inside org.openembedded.www ? |
19:56.20 | JustinP | DataBeaver: ah...don't know...there were some changes which added ipv6 to builds recently....I had a strange problem myself with entrance and ipv6 |
19:57.09 | CoreDump|afk | minipanda: There's .dev and .oz354fam083 |
19:58.15 | minipanda | CoreDump|afk: probably, --branch=org.openembedded.dev |
19:58.35 | CoreDump|afk | ok |
20:01.08 | law_ | busybox update removed all my alternatives :-( |
20:01.15 | law_ | this is the second time |
20:01.24 | CoreDump|afk | law_: same here =) |
20:01.41 | pb_ | law_: yah, you need to use busybox 0.99.159 |
20:02.06 | pb_ | older versions have a bug (#1503, iirc) that will cause that effect |
20:02.18 | DataBeaver | pb_: You mean ipkg 0.99.159 |
20:02.31 | law_ | now its too late |
20:02.33 | DataBeaver | Hm, busybox's wget works... |
20:02.40 | pb_ | DataBeaver: er, right, yeah |
20:02.48 | DataBeaver | law_: Not if you still have that shell running and some means to transfer files |
20:02.51 | law_ | any ideas what i can do now? |
20:03.10 | law_ | DataBeaver: how? |
20:03.14 | hrw | re |
20:03.20 | DataBeaver | law_: 1. Memory card? Network? USB? |
20:03.27 | DataBeaver | s/1. // |
20:03.29 | pb_ | law_: if you've only lost the alternatives, not busybox itself, you should be able to recover the situation using "/bin/busybox ln" |
20:03.42 | pb_ | even if you have lost busybox, it might be hanging out in /tmp |
20:03.49 | DataBeaver | pb_: From what I've seen of #1503, he's lost the busybox binary too |
20:03.59 | hrw | pb_: I prefer ipkg .154 now |
20:04.45 | law_ | /bin/busybox ls |
20:04.45 | law_ | -sh: /bin/busybox: not found |
20:04.48 | DataBeaver | pb_: In fact I'm still recovering from the ipkg mess-up I had yesterday |
20:05.02 | mreimer | speaking of alternatives, is there a way to make update-alternatives use relative symlinks? LAB isn't able to properly resolve absolute symlinks when it's loading kernels off other filesystems, because they're not mounted on / |
20:05.09 | pb_ | law_: how are you logged into the machine? you should be able to transfer files using the same mechanis |
20:05.09 | DataBeaver | law_: So can you somehow get files to the device? |
20:05.10 | zecke | koen|sleep: nice treo pics |
20:05.14 | pb_ | or mechanism, indeed |
20:05.46 | law_ | DataBeaver: cf usb wlan or bluetooth |
20:05.51 | pb_ | mreimer: dunno. update-alternatives is just a shell script, though, so it should be easy enough to inspect the code |
20:06.03 | mreimer | oh ok. should have checked. thanks pb__ |
20:06.14 | JustinP | but without any busybox commands to use....it will probably not work... |
20:06.17 | DataBeaver | law_: ok, do you have the busybox binary available on your desktop machine? |
20:06.38 | mreimer | pH5: time for a udev question? |
20:06.40 | law_ | DataBeaver: yes in my oe work dir |
20:07.04 | DataBeaver | Then you'll just need to transfer that to the device and reinstall the busybox package |
20:07.29 | pH5 | mreimer: sure |
20:07.42 | hrw | mreimer: I have one more question about irda-utils for you. What do you think about adding default config into image and creating h2200 one in postinst? this way we will get working irda on first boot. |
20:08.08 | DataBeaver | I'd prefer wlan as transfer method if you have scp, but it's up to you |
20:08.18 | mreimer | hrw: I just ran into that myself. for some reason postinst isn't getting called. any ideas? |
20:08.25 | hrw | mreimer: or even checking for /etc/sysconfig/irda (btw - why not /etc/default/irda like with many) during initstart? |
20:08.26 | pb_ | you ought to be getting working irda on first boot with the current arrangement. if that isn't happening, it's just a bug. |
20:08.30 | DataBeaver | CoreDump|afk: That solution is for wussies :P |
20:08.40 | hrw | mreimer: downgrade ipkg to .154 |
20:08.50 | mreimer | pb_: who's bug? |
20:08.58 | mreimer | hrw: I'm using .157. is it buggy? |
20:09.08 | CoreDump|afk | had to revive my webserver yesterday "over the net". Got enough of that for the next weeks to come ) |
20:09.19 | hrw | mreimer: I got nonworking images with .157 and .159 - .154 works for me |
20:09.27 | pH5 | mreimer: I had the same issue, it seems that the irda-utils postinst is already called during do_rootfs on the building machine |
20:09.34 | pb_ | mreimer: hard to say without further investigation. I don't think I have any irda capable ipaqs here so it's hard for me to test |
20:09.52 | pH5 | so the image contains an already (but wrongly) configured irda-utils package |
20:10.00 | DataBeaver | hrw: .159 seems to be working well enough for me |
20:10.02 | mreimer | pb_: it doesn't do anything except check /proc/cpuinfo and write out a file, so you could test it |
20:10.09 | pb_ | okay |
20:10.16 | pb_ | let me go directly to my h3900 |
20:10.19 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
20:10.42 | mreimer | pH5: testing udev-084, I'm getting errors in make_extra_nodes() because busybox's cp doesn't understand "--preserve=all --recursive --update". changing that to -a works. Have you seen this? or does your busybox know these arguments? |
20:10.57 | hrw | DataBeaver: from first boot or just after reset? with gpe-image it gave me nonstop restarting gpe-dm |
20:11.03 | CoreDump|afk | minipanda: http://hentges.net/tmp/org.openembedded.dev-8-FEB-6.tar.gz have fun# |
20:11.11 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
20:11.26 | pb_ | mreimer: oh, that sysconfig-writing code is still in the postinst? I thought you were going to move that to the init script or something. |
20:11.31 | law_ | scp over usb doesnt work |
20:11.41 | law_ | mounting cf doesnt work :-( |
20:11.46 | DataBeaver | hrw: I'm still at the console, trying to get gpe-dm start at all |
20:11.49 | mreimer | pb_: it only needs to happen once, at package install time, right? |
20:12.15 | hrw | DataBeaver: ha -- on collie it was fscked |
20:12.25 | pb_ | mreimer: yeah, but it'll be slower that way |
20:12.25 | mreimer | pH5: also, running on a kernel |
20:12.33 | mreimer | pb_: what would be slower? |
20:12.46 | law_ | i only have ipkg_0.99.155.bb |
20:12.50 | DataBeaver | Yay, now it started and gave me the login box |
20:12.53 | pb_ | mreimer: if you do that stuff in the postinst, the entire postinst (including update-rc.d) will have to run at boot time |
20:12.58 | hrw | law_: cp 155 159 |
20:13.16 | law_ | hrw work 159 better ? |
20:13.17 | pb_ | mreimer: if you do that stuff in the init script, the update-rc.d call can run at rootfs construction time, and you only need to do the sysconfig generation at boot time |
20:13.19 | mreimer | pb_: oh, are you suggesting to just test for the existence of /etc/sysconfig/irda in the init script, and if it doesn't exist, to then run that code? |
20:13.20 | DataBeaver | Woohoo, I'm logged in graphicalle |
20:13.25 | DataBeaver | s/lle/lly/ |
20:13.26 | pb_ | mreimer: yeah, exactly |
20:13.45 | hrw | mreimer: look at dropbear init - it check for keys on start only |
20:15.21 | pb_ | mreimer: if you do want to keep it in the postinst, you'll need to add "set -e" and/or a check for non-empty $D at the top of the file so that the script gets rerun at boot time. |
20:15.29 | hrw | mreimer: this will also give one 'first boot bug' less |
20:16.16 | law_ | i think i have to reflash again :-( |
20:16.24 | mreimer | pb_: I'll give it a try |
20:16.30 | pb_ | okay, cool |
20:16.34 | pH5 | mreimer: you are right about the cp parameters. I just didn't notice because this is only run if you have something in /lib/udev/devices, right? |
20:16.39 | mreimer | hrw: that's exactly what I'm aiming for |
20:17.01 | mreimer | pH5: yes |
20:17.25 | mreimer | pH5: maybe I don't need those now; I'll test. but we should still fix it |
20:18.37 | zecke | JustinP: please revert your changes to the do_configure methods |
20:19.42 | law_ | hrw cp 155 to 159 patches doesnt apply :-( |
20:19.45 | mreimer | should irattach run with -s (discovery) by default? |
20:22.00 | hrw | law_: works for me in .oz354fam083 |
20:22.04 | DataBeaver | Why do I have a visible cursor now? |
20:22.18 | law_ | hrw i?ll switch back to 154 |
20:24.09 | pH5 | mreimer: doesn't busybox cp know anything similar to -u/--update? |
20:26.38 | mreimer | pH5: looking |
20:27.39 | mreimer | pH5: no, not in busybox 1.00 |
20:28.14 | pH5 | mreimer: so be it, I change it to cp -a |
20:28.22 | mreimer | pH5: it has the equivalent of -p -r -f -i and -P |
20:30.18 | *** join/#oe Catilina (n=frederik@cable-213-132-140-221.upc.chello.be) |
20:30.18 | CIA-4 | 03pH5 07org.oe.dev * r4af8f96d... 10/packages/udev/udev-084/init: udev_084: busybox cp doesn't understand --preserve and --update |
20:30.19 | mreimer | pH5: also, running on a kernel <= 2.6.14, /sbin/udevsynthesize tries to run /lib/udev/udevsynthesize, which the bb builds but doesn't install |
20:30.32 | Ifaistos | hello ! |
20:30.32 | mreimer | xairw |
20:30.33 | Ifaistos | :) |
20:30.59 | Ifaistos | it looks greek to me :) |
20:31.04 | mreimer | :-) |
20:36.52 | law_ | sending file via bluetooth does the job :-) now busybox works again |
20:37.46 | law_ | but now i?ll install ipkg 154 as soon as possible |
20:38.21 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
20:38.48 | Ifaistos | I need some advice on how to make a "custom" inittab... basicaly i want to keep the existing and add serial login support |
20:38.56 | DataBeaver | You'll need ipkg 159 to get rid of that bug |
20:39.26 | Ifaistos | should i make a distro-initscript oe is there a better way ? |
20:39.30 | *** join/#oe pH5 (n=ph5@e178193064.adsl.alicedsl.de) |
20:40.11 | hrw | Ifaistos: cd packages/sysvinit/sysvinit/; mkdir $MACHINE; cp your_inittab $MACHINE/inittab;rebuild sysvinit |
20:41.17 | Ifaistos | hrw: Thanks |
20:42.21 | hrw | cu |
20:52.43 | gremlin[it] | ~seen Florian |
20:53.00 | ibot | florian is currently on #gpe. Has said a total of 18 messages. Is idling for 47s, last said: 'pb_: I remember ljp praised the UI of the Philips 968 *cough*'. |
20:53.59 | DataBeaver | What do I need to get /dev/snd/pcm*? |
20:54.33 | DataBeaver | (On Zaurus SL-C3100) |
20:57.02 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
20:59.45 | JustinP | zecke: when the problem that caused the issue is fixed I'll gladly revert those changes |
21:00.10 | zecke | JustinP: no wrong thinking |
21:00.22 | zecke | JustinP: just because something is wrong, doesn't allow you to do stupid things |
21:00.44 | zecke | JustinP: we would end in total chaos |
21:00.55 | zecke | JustinP: if you see an issue fix it, or report it |
21:01.06 | zecke | JustinP: do not do some workarounds... |
21:01.28 | pH5 | JustinP: I had a similar problem once which turned out to be caused by a faulty inherit line somewhere |
21:01.52 | zecke | JustinP: I agree with you that the issue needs to be fixed |
21:02.02 | zecke | pb_: you had a smart hint last time this problem occured |
21:03.12 | pb_ | zecke: which problem is this? |
21:03.28 | pb_ | the problem of people checking in bogus changes, or something else? |
21:03.37 | zecke | pb_: right |
21:04.07 | zecke | pb_: nylon-image_do_configure |
21:04.32 | pb_ | let me update my tree and take a look |
21:04.36 | pb_ | are the git and darcs repos up to date? |
21:04.47 | zecke | pb_: last four days are missing |
21:04.54 | zecke | pb_: use git |
21:04.57 | pb_ | okay |
21:05.19 | JustinP | fine |
21:05.39 | zecke | JustinP: could you pastebin your local.conf please |
21:05.43 | pb_ | error: Unable to find b08b56940794c50ae7bff65039330096dd506b0b under http://ewi546.ewi.utwente.nl/OE/other_scms/git/org.openembedded.dev/ |
21:05.46 | pb_ | :-( |
21:06.02 | zecke | pb_: which git server? |
21:06.03 | JustinP | zecke: it's not my damn local.conf |
21:06.16 | pb_ | zecke: ewi, apparently |
21:07.12 | JustinP | is no one else really seeing these errors? |
21:07.16 | CIA-4 | 03pH5 07org.oe.dev * r81310a82... 10/packages/gpe-calendar/gpe-calendar_0.71.bb: gpe-calendar: add 0.71, fixed for dbus 0.60 |
21:08.11 | *** join/#oe poli (n=ca@CAcert-br/poli) |
21:08.44 | zecke | pb_: my git pull seems to work |
21:10.31 | JustinP | zecke: http://pastebin.com/545585 |
21:10.49 | JustinP | note that this happened, not after I changed my local.conf, but after I pulled and updated the recennt nylon changes |
21:10.52 | pH5 | JustinP: I bet the error is in meta/nylon-image-base.bb |
21:11.57 | JustinP | pH5: you get or you know? |
21:12.18 | pH5 | JustinP: oh, ignore that, I'm confused |
21:12.19 | JustinP | pH5: yes, it could possibly be the un-quoted LICENSE value |
21:12.36 | rwhitby | Dunno if you guys have fixed it there yet, but I just pushed (to monotone.nslu2-linux.org) a patch to .mt-attrs which fixes the sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/sd missing file problem |
21:12.51 | JustinP | ah, good, was wondering what that was |
21:12.57 | rwhitby | koen's syncing with m.n-l.o should pick it up soon |
21:13.46 | rwhitby | The key to debugging that error is that it occurs after the final "updated to base revision ..." message, which means it must be a .mtattrs problem |
21:13.48 | *** part/#oe law_ (n=_law_@213.173.86.202) |
21:13.48 | zecke | JustinP: no that is okay |
21:14.09 | pb_ | zecke: odd |
21:14.30 | pb_ | I guess I can try cloning a new one |
21:14.37 | zecke | pb_: do so please :} |
21:14.58 | zecke | JustinP: Well yes, it should use "MIT" but even the unfinished c-parser will parse unqouted strings |
21:15.24 | JustinP | zecke: just repeating what I heard... |
21:15.45 | zecke | JustinP: good, use qoutes! |
21:15.50 | CIA-4 | 03justinp 07org.oe.dev * r50acc639... 10/packages/libgpewidget/libgpewidget_0.109.bb: disapproval of revision '282bd719dad582050c3698357176c4c2a53181da' |
21:15.55 | CIA-4 | 03justinp 07org.oe.dev * r18dd8cf2... 10/packages/libeventdb/libeventdb_0.19.bb: disapproval of revision '6ee2cf10506faaf26c12f6efda57f472f0240cd3' |
21:15.59 | CIA-4 | 03justinp 07org.oe.dev * r4a2edc2b... 10/packages/ (2 files in 2 dirs): disapproval of revision '12ad312536380ea2dc9169b7d73257f999484105' |
21:17.09 | zecke | JustinP: thanks, now to fix the real issue |
21:26.58 | pb_ | right, new tree cloned |
21:26.59 | JustinP | I can't seem to reproduce the problem any more.....notsure WTF is going on as this was 100% reproducable when I submitted those fixes |
21:27.36 | zecke | broken cache? |
21:27.44 | zecke | (which would be a bitbake bug) |
21:27.49 | CIA-4 | 03rwhitby 07org.oe.dev * r3b1e5467... 10/ (2 files in 2 dirs): sharp-binary-only: removed the line from .mt-attrs which referenced the nonexistent file |
21:28.05 | JustinP | don't know, I haven't removed it or anything since then... |
21:28.37 | pb_ | did you touch local.conf, or do anything else that would have invalidated the cache? |
21:29.00 | JustinP | hmmmm...I *have* touched my local.conf, yes, to set a preferred_version |
21:29.19 | JustinP | although I'm pretty sure I saw this problem from a new tmp..... |
21:29.29 | JustinP | then again, I *may* not have deleted the cache |
21:29.53 | zecke | JustinP: no reason to appologize, it is a bug of bitbake |
21:30.05 | JustinP | ok, thx |
21:30.09 | pb_ | okay. yeah, that does sound like a bug in bitbake |
21:30.32 | pb_ | unfortunately, there is probably not much that can be done to debug it at this point. we'll have to wait for it to occur again and try to establish what goes wrong with the cache. |
21:30.50 | JustinP | rwhitby: problem still not fixed |
21:30.58 | JustinP | rwhitby: there is no packages/sharp-binary-only/sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/sdcontrol |
21:31.27 | JustinP | rwhitby: in fact, there's nothing in packages/sharp-binary-only/sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/ in .dev (for me) |
21:31.36 | JustinP | rwhitby: there is in oz354fam083, though.... |
21:33.13 | mreimer | pH5: udev-084 installs some things in /usr/lib/udev instead of /lib/udev |
21:33.28 | mreimer | pH5: firmware_helper udev_run_devd udev_run_hotplugd |
21:33.42 | mreimer | pH5: which is where the udevsynthesize binary should also go (not the script) |
21:35.40 | pH5 | mreimer: alright, those are relics. I just changed as little as possible from previous versions for the first test. |
21:36.54 | mreimer | pH5: NOTE: the following files were installed but not shipped in any package: NOTE: /lib/udev/udevsynthesize |
21:37.18 | mreimer | pH5: btw I'm building this in oz354fam083, after copying the relevant files from .dev |
21:39.57 | rwhitby | JustinP: yeah, it only reports one error at a time - I removed the other two lines too |
21:42.21 | chris144|Zzzz | good nite |
21:43.20 | DataBeaver | xchat is failing to build, some dbus problems again |
21:43.32 | DataBeaver | dbus-plugin.c:155: error: `DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT' undeclared (first use in this function) |
21:43.47 | pb_ | probably needs a different version of dbus from the one you have |
21:43.57 | DataBeaver | hmh. |
21:43.58 | pb_ | you might try gaim, which did build for me last time I tried |
21:44.07 | DataBeaver | But I like xchat :( |
21:44.24 | pb_ | heh |
21:44.25 | pb_ | oh well |
21:48.15 | CIA-4 | 03rwhitby 07org.oe.dev * reee7e0d8... 10/.mt-attrs: sharp-binary-only: removed the line from .mt-attrs which referenced the nonexistent files |
21:48.24 | DataBeaver | If I had any idea of dbus, I might try fixing that... |
21:48.37 | DataBeaver | It seems to cause a lot of problems. |
21:50.44 | gremlin[it] | mhhh big doubt ... in UK there is 110V or 220V ??? |
21:51.06 | pb_ | gremlin[it]: 230V, same as the rest of europe |
21:51.16 | gremlin[it] | thanks pb_ :) |
21:51.19 | CoreDump|home | JustinP: http://handhelds.org/scap/port.29662.png |
21:52.01 | pb_ | the actual voltage is closer to 240V in many parts of the UK, but 220/230V appliances should still work fine. |
21:52.30 | gremlin[it] | yes ok .. in italy also voltage is increasing ... :) ... |
21:54.48 | pb_ | here it's actually the other way around: the "classic" mains voltage in the UK was 240V +/- 6%. nowadays, for european harmonisation, it is officially 230V -6%/+10%, but in practice the power you get out of the socket is just the same as it was before. |
21:55.07 | pb_ | in italy I guess you are going from a nominal 220V to a nominal 230V in much the same way |
21:56.15 | gremlin[it] | we are 230V now ... probably since a couple of years ... |
21:57.20 | gremlin[it] | i see on some control panel usualy there is 230+ (235) V ... and 400V on 3-phases lines (was 380 in past) |
21:59.20 | pb_ | ah right |
22:03.16 | ScytheBlade1 | huh |
22:03.34 | ScytheBlade1 | Any reason that gentoo shows 1.3.2 as the latest, yet the webpage shows 1.2.1 as latest? (for bitbake) |
22:06.11 | zecke | ScytheBlade1: I do not have admin access to the berlios site |
22:06.15 | ScytheBlade1 | Ah |
22:06.26 | zecke | :} |
22:06.30 | zecke | kergoth: ping |
22:06.37 | ScytheBlade1 | So would bitbake 1.3.2 and monotone 0.25 be the latest respective versions? |
22:06.54 | zecke | I'm tempted to say yes |
22:07.02 | ScytheBlade1 | I'm only curious about monotone |
22:07.21 | ScytheBlade1 | Whoo, it is |
22:12.49 | *** join/#oe xinfinityx (n=infinity@88-104-199-249.dynamic.dsl.as9105.com) |
22:14.02 | JustinP | CoreDump|afk: :-) nice. Where would this go? |
22:15.02 | CIA-4 | 03pH5 07org.oe.dev * rfa4d0967... 10/packages/udev/ (udev-084/udev.rules udev_084.bb): udev_0.84: set libudevdir to /lib/udev and include /lib/udev/udevsynthesize |
22:15.18 | pH5 | mreimer: thanks for the hints |
22:15.21 | mreimer | pH5: excellent, thanks |
22:16.06 | mreimer | pH5: just now I grep'd the rules for RUN and see that /sbin/firmware_helper is referenced, but it was getting installed to /usr/lib/udev/firmware_helper. Does your commit fix that? |
22:17.24 | pH5 | mreimer: udev-084/udev.rules contains the correct path |
22:17.28 | mreimer | pH5: or should we change the RUN to point to /lib/udev/firmware_helper? I think the udev docs say that is the preferred place |
22:17.29 | mreimer | pH5: ok |
22:20.07 | *** join/#oe gremlin484 (n=gremlin4@ip68-13-173-187.om.om.cox.net) |
22:28.13 | *** join/#oe Laibsch (n=Laibsch@p54B99704.dip0.t-ipconnect.de) |
22:31.23 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
22:39.56 | *** join/#oe Timelord (n=TL@4.78.4.43) |
22:44.16 | DataBeaver | How much breakage can I expect with gcc 4? |
22:44.24 | *** join/#oe daggi (n=chrisada@82-35-4-157.cable.ubr01.hari.blueyonder.co.uk) |
22:46.25 | daggi | hi all |
22:47.37 | daggi | I'm trying to get ruby installed on WL500 router, on using busybox based linux |
22:50.06 | daggi | what how much linux does ruby need to get it installed and running on it? |
22:50.14 | daggi | i.e. what are its dependencies? |
23:05.41 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
23:09.14 | zecke | good nite |
23:09.28 | Crofton | good nite |
23:25.14 | CIA-4 | 03koen 07org.oe.oz354fam083 * r53009c32... 10/conf/machine/ (h2200.conf h3900.conf): h3900 + h2200: ship mtd-utils in images |
23:25.47 | kergoth | zecke: pong |
23:27.48 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
23:28.56 | RP | kergoth: I think zecke was after admin rights on berlios for bitbake so he could make offical releases |
23:33.00 | *** join/#oe Laibsch (n=Laibsch@G10cf.g.pppool.de) |
23:38.33 | pH5 | good night |
23:38.34 | *** part/#oe pH5 (n=ph5@e178193064.adsl.alicedsl.de) |
23:40.55 | kergoth | RP: ah right, can do |
23:42.25 | kergoth | RP: when you see him again, let me know that its done |
23:42.34 | kergoth | ~botmail for zecke: you're a project admin on the bitbake berlios project now |
23:48.00 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:57.38 | RP | kergoth: will do, thanks |