irclog2html for #oe on 20060506

00:22.25JustinPXorA|gone: I understand ;-) it was a joke
00:24.48*** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com)
00:31.11*** join/#oe EvilDevil_ (n=evildevi@p54A6CF96.dip.t-dialin.net)
00:43.49*** join/#oe W8TVI_ (n=me@166.165.154.237)
00:46.41*** join/#oe inpherno (n=inpherno@AC8F7BD6.ipt.aol.com)
01:17.44*** join/#oe inpherno (n=inpherno@AC8F8B23.ipt.aol.com)
01:29.21*** join/#oe W8TVI_ (n=me@166.165.158.226)
01:35.21*** join/#oe paxl_ (n=paxl@dsl-138-238.aei.ca)
02:04.19*** join/#oe benlau (n=benlau@221.125.13.158)
02:08.18*** join/#oe inpherno_ (n=inpherno@ACD64906.ipt.aol.com)
02:25.00*** join/#oe inpherno (n=inpherno@ACBD91A7.ipt.aol.com)
02:41.10*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
02:59.12paxl_Can smone help me to build me a develing environement for OZ and The Zaurus ?
03:02.09*** join/#oe inpherno (n=inpherno@ACCB24CB.ipt.aol.com)
03:09.09*** join/#oe idealm (n=ideal@58.33.50.207)
03:21.50*** join/#oe tmbinc (i=XXX@e176164019.adsl.alicedsl.de)
03:28.39*** join/#oe Ecco (n=User@c-24-7-124-105.hsd1.ca.comcast.net)
03:30.52*** join/#oe punkass (n=user@ptbynynas01pool0-a6.ptbyny.tds.net)
04:02.36*** join/#oe andersee (n=andersee@codepoet.org)
04:50.53*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
05:07.48*** join/#oe benlau (n=benlau@221.125.13.158)
05:10.34*** join/#oe benlau (n=benlau@221.125.13.158)
05:12.03*** join/#oe benlau (n=benlau@221.125.13.158)
05:12.56*** join/#oe angom_h (n=angom@red-corp-200.79.154.146.telnor.net)
05:34.10*** join/#oe aquadran (i=pablo@scummvm/undead/aquadran)
05:43.32*** join/#oe gremlin[it] (n=gremlin@88-149-148-107.f4.ngi.it)
05:58.33*** join/#oe katossi_ (n=guillerm@dslb-084-062-139-163.pools.arcor-ip.net)
06:05.19*** join/#oe benlau (n=benlau@221.125.13.158)
06:06.26*** join/#oe raster (n=raster@p2191-ipbf409marunouchi.tokyo.ocn.ne.jp)
06:11.35CIA-903rwhitby 07org.oe.dev * rce4eadf6... 10/packages/slugos-init/ (files/turnup slugos-init_0.10.bb): slugos-init: Removed the modprobes from linuxrc while we have those modules compiled into the kernel.
06:25.50*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
07:29.40*** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net)
07:40.28*** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi)
07:41.23*** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi)
07:47.19*** join/#oe njs` (n=njs@wifi190.icsi.berkeley.edu)
07:47.56koengood morning all
07:49.46*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
07:50.24*** join/#oe inpherno (n=inpherno@ACC9AFBB.ipt.aol.com)
07:54.53YoGmorning
08:02.13gremlin[it]morning koen
08:08.54RPmorning all
08:09.10koenhey RP
08:22.59*** join/#oe redguy (n=mati@adv237.neoplus.adsl.tpnet.pl)
08:57.43koenRP: I'm affraid the bitbake stable branch is broken again :/
08:58.30koenRP: http://oe.pastebin.com/701496
09:12.48RPkoen: You need to talk to zecke
09:12.48*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
09:13.09koenI'll file a bugreport before I forget it
09:13.18RPkoen: That's the code he was "fixing" :-/
09:13.22RPkoen: good idea
09:13.29*** join/#oe rkgints|w (n=gints@195.244.141.102)
09:13.46koenI couldn't remember if it was you or zecke who fixed it
09:14.56koen#937
09:25.00*** join/#oe zecke (n=ich@88.134.3.107)
09:25.54koenhey zecke
09:25.55*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
09:27.35zeckekoen: lol
09:30.21RPhi zecke
09:36.54zeckekoen: what did you do to bitbake?
09:37.30koenzecke: stole its llunch money
09:38.19zeckeI will get some food and then look into it
09:38.29zeckeI have accidently killed my rosterify yesterday
09:39.45koenlast week I started a rosterify in the evening
09:39.59koennext morning I discover it's waiting for a passphrase
09:42.08zeckekoen: attach your local.conf please
09:42.14zecke*food*
09:47.54koenzecke: done
10:08.47CIA-903koen 07org.oe.dev * r0a8833f5... 10/conf/distro/angstrom-2006.9.conf: angstrom 2006.9: slide cvsdate for hh-pxa kernel forward to get some bugfixes for hx4700 and h2200 machines
10:14.30zeckekoen: is it broken in trunk as well?
10:14.53koenlet me check
10:17.00zeckeI just returned from the most inpsiring place
10:17.06zeckekoen: it is not a BitBake bug
10:17.11zeckebase.bbclass should run update_data
10:17.58RPAh, I am guilty for that probelm :-/
10:20.12RPzecke: You think that update_data we moved in bitbake was doing more than its location suggested?
10:20.33koenzecke: trunk has the same problem
10:22.27zeckekoen: could you make gcc print which FPU setting it is using?
10:22.34zeckekoen: I'm quite sure it will be soft float
10:22.48zeckeRP: well, it was just an accident base.bbclass had the data available ;)
10:23.14koenzecke: I don't have a toolchain at the moment
10:26.21RPzecke: I suspect bitbake should call update data before passing off control. We should also clone that data structure first though...
10:27.28*** join/#oe thargoid (n=thargoid@82-171-182-223.dsl.ip.tiscali.nl)
10:27.53zeckeRP: yes before firing events we should create a copy
10:28.22zeckeRP: but we should leave the update_data to bbclass?
10:28.28*** part/#oe thargoid (n=thargoid@82-171-182-223.dsl.ip.tiscali.nl)
10:29.33RPzecke: Probably not, the data should be updated and should only need a further update if the class does something to OVERRIDES etc
10:33.42*** join/#oe Cwiiis (n=cwiiis@host86-134-112-89.range86-134.btcentralplus.com)
10:46.20zeckelol
10:46.33zeckeglibc has been gentoofied
10:46.42pb_crumbs
10:46.53zeckepb_: it can not be compiled without optimisation
10:47.03zeckepb_: at least O2 is accepted as optimisation
10:47.08pb_ah yes
10:47.53pb_it does have this --enable-omitfp option which enables the true gentoo cflags
11:01.12*** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net)
11:04.37*** join/#oe AntonVerburg (n=antonv@84.35.34.50)
11:04.41AntonVerburgHello
11:05.34AntonVerburgI recently compiled a bootstrap image for my asus wl500g
11:05.57AntonVerburgNow it's created in tmp/deploy/images,
11:06.05CoreDump|homemorning
11:06.23*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
11:06.28AntonVerburg- it's a file called bootstrap-image-unstable-20060506-wl500g.rootfs.jffs2 -
11:06.46AntonVerburgBut how do I now get this file in the flash of my router?
11:07.00AntonVerburgI know how to upload trx files with tftp
11:07.21AntonVerburgbut if I upload the image direct via tftp the router doesn't work
11:07.48AntonVerburgso it seems that I have to convert it in a certain way to something that can be uploaded...
11:08.35*** join/#oe odo (n=Rand@xdsl-81-173-153-60.netcologne.de)
11:08.59zeckesorry, I don't know
11:13.20odoTrying to translate this problem to english ... I've got a 4GB SD-Card of A-Data with 150x speed. I'd like to use it with a Zaurus SL-C1000. It doesn't work with the original BS nor with CACKO 1.23 and OZ with OPIE tells me this: mmcblk0: mmc 0:0002 SD    3912704 KiB -how to make a retur without sending the line? -----mmcblk0: p1 < > ---------return---------attempt to access beyond end of device------ret-------mmcblk0p1: rw=0, want=4, limit=2------
11:14.22odoIt works good with a Windows PDS :-(
11:16.14*** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net)
11:29.53zeckekoen: works here (TM)
11:30.08zeckeoh wait
11:34.56*** join/#oe odo_ (n=Rand@xdsl-81-173-190-185.netcologne.de)
11:36.00*** join/#oe pH5 (n=ph5@e178254173.adsl.alicedsl.de)
11:43.14koenhey pH5
11:43.49pH5hey koen
11:45.27zeckekoen: hmm works here
11:45.39pH5hi zecke
11:46.49pb_hi ph5
11:47.05pH5hi pb_
11:52.45odo_Trying to translate this problem to english ... I've got a 4GB SD-Card of A-Data with 150x speed. I'd like to use it with a Zaurus SL-C1000. It doesn't work with the original BS nor with CACKO 1.23 and OZ with OPIE tells me this: mmcblk0: mmc 0:0002 SD    3912704 KiB -how to make a retur without sending the line? -----mmcblk0: p1 < > ---------return---------attempt to access beyond end of device------ret-------mmcblk0p1: rw=0, want=4, limit=2----
11:57.33zeckeodo_: you didn't get an answer the first time
11:58.34zeckeodo_: and mmc is not a property of Opie
11:58.38zeckeodo_: but of the kernel ;)
12:00.47odo_May be, I'm not so deep into oz yet - CoreDump told me to ask here ...
12:03.31pb_~lart CoreDump
12:03.37pb_I suppose #openzaurus is what you need.
12:04.21CoreDump|homemore to the point, RP is what he needs ;)
12:05.23pb_heh
12:06.29zeckeodo_: not meant to be hostile
12:06.37zeckeodo_: A-Data with 150x speed what is that?
12:06.51zeckeodo_: what size is reported by linux, what size is printed on the card
12:06.59zeckeodo_: who reports to access beyond end of device?
12:07.02zeckeodo_: filesystem?
12:07.05zeckeodo_: is it mounted?
12:07.13zeckeodo_: tried creating a filesystem on this card?
12:07.18zeckeodo_: does this problem persist
12:07.30zeckeodo_: you wrote a long text, with little information :)
12:07.54CoreDump|homewell it works for windows so I guess VFAT is on there
12:07.55odo_Didn't know what info you need ...
12:08.07zeckeodo_: don't worry
12:08.14odo_A-Data is the manufacturing company of that SD-Card
12:08.27zeckeodo_: that part is uninteresting for now
12:08.40zeckeodo_: use windows, copy all the data from the card
12:08.45odo_Size, as I wrote: mmc 0:0002 SD    3912704 KiB
12:09.09zeckeodo_: I'm not good at numbers, does this match with what you expect?
12:09.17odo_theres's no windos around here, exept that wich i can open to exchange the air
12:09.59odo_the card should have about 4GB and that's what mmc tells here
12:10.09zeckewell create a vfat filesystem on this card
12:10.18CoreDump|homekoen: mickeyl|bbl: Parallel starting of initscripts doesn't buy us anything :\. If you want to launch everything in parallel you have to handle dependencies (like networking depends on udev etc). As soon as you add that logic you are slower on a Z as a normal boot.
12:10.21zeckeodo_: or when is 'access' beyond... is reported?
12:10.37zeckeCoreDump|home: how did you test it?
12:10.53odo_access beyond is the last report, than the log stands still
12:10.55CoreDump|homezecke: I wrote a new rcS script for parallel launches
12:11.17CoreDump|homemaybe in C it could be faster but not in a shell script...
12:12.07pb_shell scripts are certainly very slow on the zaurus.  That wouldn't be a good way to implement something that is meant to be a performance boost.
12:12.55CoreDump|homeit was worth a try tho. If you ignore dependencies and launch selected scripts serial not parallel, you _are_ a little bit faster
12:13.35CoreDump|homedependencies are more elegant IMO ;)
12:16.30odo_zecke: "attempt ..." comes after "mmcblk0: p1 < >"
12:28.23eFfeMhi, I needed the result of uname in a .bb file and looked how others did this.
12:28.24eFfeMin several bb files I find references to uname -r. Eg altboot:
12:28.24eFfeMaltboot/files/altboot.func:     if ( uname -r | grep -q "2.6." )
12:28.38eFfeMdoes this run on the host? if not, am I not getting the wrong uname?
12:28.47eFfeMthere is no uname in e.g. cross
12:29.12CoreDump|homeeFfeM: nope, that runs on the PDA
12:29.23eFfeMok
12:29.40CoreDump|homewhy do you need the ouput of "uname" on your host anyway?
12:29.47eFfeMwrong example.
12:29.48eFfeMlibnet/libnet-1.0.2a/configure.patch:     case "`uname -r`" in
12:30.20CoreDump|homeit's using the hosts uname in this example
12:30.46eFfeMCoreDump|home: I'm trying to get dhclient working. it didn't compile for arm, found out the cause fixed it then it still does not work because there are #ifdefs to get the kernel major version
12:31.27eFfeMCoreDump|home: that's what i figured out as well. I don't know libnet, but it seems odd that a confiure run would depend on the uname of the host ....
12:32.40eFfeMI am looking in dclient and the makefile.conf has:  -DLINUX_MAJOR=$(MAJORVERSION) -DLINUX_MINOR=$(MINORVERSION)
12:32.51CoreDump|homeon Zaurus we define a runtime variable containing our targeted kernel, you could hack the configure / ifdef's to use it if there is such a thing for your distribution
12:33.21eFfeMeventually configure resolves MAJORVERSION etc using uname
12:33.28CoreDump|homeyeah
12:34.21eFfeMI'm fairly sure that dhclient will not work on Zaurus either; didn't see anything in the bb file or patches dir that indicates anything there
12:34.49CoreDump|homeit was just a sugestion who you could do it
12:34.58eFfeMif there is anyone who runs a cross-compiled dhclient, please speak up
12:35.23eFfeMCoreDump|home: I was thinking if we should not have a uname exe in the cross dir
12:35.37eFfeMbut making such a thing is beyond my capabliities
12:35.40CoreDump|homeif your device only supports kernel 2.4 you could hard-code that in. If it supports 2.6 and 2.4 there is a way your distro lets you select the targeted kernel. This fucntion could be used in your makefile then
12:36.31eFfeMYeah, did that, but was not too happy about it. not a very clean solution
12:36.57eFfeMwill probably have to do that, cant fix the whole world ...
12:37.02CoreDump|homeheh
12:37.41CoreDump|homeyo've got to use the distro mechanism to set the kernel as there is simply no way to know which one is used otherwise
12:38.38eFfeMprobably not
12:38.42eFfeMor at least not easy
12:43.08zeckeodo_: try fdisk
12:43.17zeckeodo_: create a new fs...
12:43.23odo_zecke: will do
12:43.25zeckeodo_: create a new fs on the mmcblock
12:46.18odo_zecke: you mean something like "fdisk mmcbl0" ?
12:48.02*** join/#oe Cwiiis (n=cwiiis@host86-134-112-89.range86-134.btcentralplus.com)
12:49.21CoreDump|homemkfs.ext2 -m0 /dev/mmcblkp1 or something like that
12:49.39CoreDump|homeI'mnot too sure about the devicefile
12:50.50odo_CoreDump: thanks I'll try that first, but fdisk /dev/mmcblk0 also is telling me some interesting info.
12:51.19CoreDump|hometry deleting the existing partition and create a new one
12:51.32*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
12:52.03zeckeCoreDump|home: Do not use a partotopn
12:52.19zeckeCoreDump|home: it sounds like a kernel bug or wrong partition size
12:52.23zeckeCoreDump|home: or wrong fs size
12:52.43CoreDump|homeand recreating the partition in Linux might fix that ;)
12:52.55mickeylhi guys
12:52.58zeckemickeyl: hey
12:53.29CoreDump|homehi mickeyl
12:55.55*** part/#oe AntonVerburg (n=antonv@84.35.34.50)
12:56.25odo_mkfs tells me that it had problems writing the superblocks but afterwards it's saying that the fs will be checked all 34 mounts ...bla,bla.
12:56.50zeckeodo_: this dsounds bad
12:56.59odo_trying to mount mmcblk0 fails
12:57.14zeckeodo_: well, slower please
12:57.24zeckeodo_: you did fdisk and created an empty partition table and wrote that?
12:57.42CoreDump|homeodo_: can you hook up your Z to the internet w/ reachable IP?
12:57.54odo_zecke: no, I run mkfs first
12:58.03odo_no internet for the z
12:58.23zeckeon partition or the complete disk?
12:58.53odo_on mmcblk0, I think that's the whole thing
12:59.22CoreDump|homemeh
12:59.39CoreDump|homedelete the partitions first before mkfs'ing the whole disk
12:59.45CoreDump|homenm
12:59.59CoreDump|homethat mkfs got rif of the partition most probably...
13:00.10odo_ok, looking for the options of fdisk
13:01.26odo_option d tells me that there are no partitions yet
13:02.18odo_l lists many partition types, which one to takr?
13:03.37CoreDump|homethat shouldn't matter
13:04.01odo_then I take a6: Open BSD
13:04.53CoreDump|homehook that Z up to a reachable IP and I'll have a look
13:06.41odo_It's on the powerbook now
13:07.36CoreDump|homethen create a dummy ssh login on the powerbook for me to login, from the powerbook i can SSH to the Z
13:07.53odo_I' will have to reconfigure firewalls first
13:08.58odo_which port is ssh?
13:09.33zecke22?
13:10.03Croftonssh             22/tcp                          # SSH Remote Login Protocol
13:10.03Croftons
13:16.32*** join/#oe odo (n=Rand@xdsl-81-173-149-234.netcologne.de)
13:16.49koenzecke (and other OE SoC mentors): proposal submitted
13:17.13odonest question: which of the connection should I activate? usbf, usb0, usbd0?
13:18.33CIA-903pH5 07org.oe.dev * re8a30a4e... 10/packages/zeroconf/ (4 files in 3 dirs): zeroconf: add 0.9
13:18.37CIA-903pH5 07org.oe.dev * r1f6955f7... 10/packages/avahi/ (avahi_0.6.9.bb avahi_0.6.10.bb):
13:18.37CIA-9avahi: bugfix release 0.6.10
13:18.38CIA-9- See http://avahi.org/milestone/Avahi%200.6.10
13:18.48CoreDump|homeIIRC usb0 for kernel 2.6
13:20.31zeckekoen: we could have versioned build depends :)
13:21.36*** join/#oe idealm (n=ideal@58.33.50.207)
13:21.54*** join/#oe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk)
13:27.58koenzecke: yes and many other nice features
13:28.15koenzecke: like packaged toolchains
13:31.31mickeylmy #1 feature is fixing up the -dev packages that way
13:31.38mickeylalthough it will be a lot of work
13:33.22zeckemickeyl: is there an easy way to 'compile' python
13:33.32zeckemickeyl: to find syntax errors even in modules?
13:33.50mickeylyeah
13:34.16mickeyldunno which module it is offhand
13:34.49mickeylprobably compiler
13:35.26mickeylalternatively, intergrate pychecker
13:35.31mickeylintegrate, even
13:39.25odoCoreDump: I'll have to leave,now. Let's try it another time, thanks a lot.
13:39.34CoreDump|homenp, cya
13:39.55odozecke: thanks, too, bye
13:40.22koenmickeyl: are you able to build wpa-gui?
13:40.38mickeyllet me check, could take a while
13:40.59koenfor me it doesn't build uicmoc or qt3
13:41.11mickeylok, let me try from scratch
13:41.21koenshouldn't the qt3x11 class take care of that?
13:41.34mickeyldo you inherit both qmake and qt3x11 ?
13:41.36mickeylyou need to
13:42.04koenit does
13:42.08mickeylk
13:42.11koeninherit qmake qt3x11
13:42.13mickeyllet's see
13:42.24zeckekoen: TARGET_FPU is 'right' for me
13:42.40koenzecke: it isn't over here :/
13:42.54koenhttp://bugs.openembedded.org/show_bug.cgi?id=938
13:43.56pb_hi mickeyl
13:44.48mickeylhey pb_
13:45.18CoreDump|homelol wtf
13:45.30CoreDump|home~lart pan for beeing a memory hog
13:45.45CoreDump|home640Mb shesh
13:46.08pb_zecke: my mentoring application is pending :-}
13:46.28*** join/#oe goxboxlive (n=goxboxli@ti500710a080-14919.bb.online.no)
13:46.49zeckepb_: good :)
13:47.06pb_zecke: I guess that I now await Erik's pleasure
13:47.36zeckepb_: right, I can't approve you
13:47.50pb_right, no problem
13:52.20zeckekoen: try trunk of bitbake
13:55.20koentrying
14:00.47chouimatmorningmorning
14:00.55*** join/#oe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk)
14:01.30koenzecke: trunk works
14:01.42koenDISTRO        = "angstrom"
14:01.42koenTARGET_FPU    = "soft"
14:08.13zeckeah right :}
14:08.23zeckenow I remember, I updated after my first tests
14:23.47*** join/#oe chris144 (n=kvirc@195.234.128.72)
14:23.55chris144good morning folks
14:27.39koenhey chris144
14:33.27chris144hi koen
14:34.09chris144I did the survey yesterday, do you know who initialized it and who are the folks looking at the results?
14:34.32koenchris144: zecke, and zecke + other people :)
14:34.41chris144koen: ok
14:35.43chris144koen: you too?
14:36.40koenno idea, but iirc the result will be published in some form
14:37.24koenbleh
14:37.32koenthe uni mx is going berzerk again
14:38.06zeckechris144: Gerwinin created the first set of questions
14:38.20zeckechris144: I entered them in the survey tool, people helped shaping the questions
14:38.28zeckechris144: I hit the start button some days ago ;)
14:38.53zeckewe will let it run another two weeks probably
14:39.15zeckethen I will ask RP, pb_, gerwinin, mickeyl, koen to help me getting a meaning from the results
14:39.16chris144zecke: ok, was quite interesting to do the survey
14:39.49chris144zecke: especially the questions about what annoys one most.....:-)
14:39.49zeckeI hope the questions weren't too leading
14:40.30zeckehehe
14:40.42chris144zecke: I thought quite a while, but figured that I was never so annoyed at oe to freak out...  :-)
14:40.55chris144zecke: well, I am looking forward to the results...
14:41.05zeckechris144: hehe
14:41.10chris144:-)
14:41.35zeckechris144: my hopes are: We see what annoys the most
14:41.47zeckechris144: maybe we get help to address it
14:42.12zeckechris144: and if someone asks us what one could/should do for OE
14:42.18zeckechris144: we can point him to the results ;)
14:42.25chris144zecke: yeah of course
14:42.44zeckekoen: I'm doing a backport of this change
14:54.58*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
14:55.41*** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de)
15:00.25koenhey mithro
15:00.52mithrohey koen
15:00.55mithrohow goes life?
15:01.00koenpretty good
15:01.05koenit's nice and sunny this weekend
15:02.29mithrothat is good
15:02.45mithroguess i should head to bed
15:14.41*** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de)
15:17.18*** join/#oe Harvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk)
15:28.20koenRP: wb
15:42.41*** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net)
15:49.46luke-jr_anything similar to the NSLU2 but with an internal HD?"
15:50.01koenluke-jr_: nas100d
15:50.07luke-jr_supported by OE?
15:50.12koenyes
15:50.29luke-jr_nice
15:50.56luke-jr_should work for a good low-power Asterisk box, I'm hoping
15:50.57koenluke-jr_: check http://article.gmane.org/gmane.comp.misc.nslu2.devel/701
15:51.35zeckedamn harddisk is full :}
15:51.44luke-jr_zecke: OE does that ;)
15:52.55zeckeslug*, angstrom, familiar is just too many :}
15:55.25*** join/#oe grasmaaier (n=grasmaai@82-171-182-223.dsl.ip.tiscali.nl)
15:56.04*** part/#oe grasmaaier (n=grasmaai@82-171-182-223.dsl.ip.tiscali.nl)
15:58.32CIA-903koen 07org.oe.dev * ra13924ba... 10/packages/libgpewidget/libgpewidget_0.111.bb: libgpewidget: add 0.111
16:02.01koenah, rmk gave agreed making you the maintainer of all machines?
16:02.10koenehm
16:02.12koens/gave//
16:06.03RPkoen: All Zaurii except Tosa which Dirk now has
16:06.13koennice
16:08.13koenso poodle support is complete, except for sound
16:08.37RPkoen: Yes. And sound shouldn't be that much of an issue thanks to ASoC
16:10.20koendo you happen to know what the status of uda1380 asoc support is?
16:10.51RPkoen: Not tested as much as Liam/myself would like
16:11.05koenaha
16:11.13*** join/#oe katossi (n=guillerm@dslb-084-062-139-163.pools.arcor-ip.net)
16:11.15koenI guess I should revive my h2200
16:11.52RPkoen: I think it needs an h2200 kernel person to tie up the loose ends - neither myself to Liam have access to a uda1380
16:12.08koenthat would mean mreimer or giorgio
16:12.42RPWe talked to giorgio about ASoC and he didn't seem to see the benefits :-/
16:26.03*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
16:41.24*** join/#oe theturtle_ (n=theturtl@lns-bzn-51f-81-56-135-127.adsl.proxad.net)
16:59.29CIA-903mickeyl 07org.oe.dev * rce8b36a5... 10/classes/ (qt3x11.bbclass qt4x11.bbclass):
16:59.29CIA-9qt3x11.bbclass: add DEPENDS on qt3
16:59.29CIA-9qt4x11.bbclass: add DEPENDS on qt4
16:59.33CIA-903mickeyl 07org.oe.dev * r887360a0... 10/packages/ (5 files in 4 dirs): libqanava, lyx, texmaker, wpa-gui: no need to explicitly depend on qt, inheriting will do
17:02.00zeckecya later
17:03.34mickey|sunkoen: this should fix the wpa-gui issue
17:03.58zeckemickey|sun: hehe
17:04.06zeckeSUN Solaris? or SUN SUN ;)
17:04.10mickey|sunhehe
17:04.13mickey|sunsolarsystem sun
17:04.34zeckemickey|sun: Do you know a way how I could redefine the semantic of sys.exit?
17:08.28mickey|sunzecke: the semantics?
17:08.40mickey|sunatexit might be interesting for you
17:08.48mickey|sun(guessing)
17:09.12zeckemickey|shower: sys.exit not exiting ;)
17:14.13*** join/#oe idealm (n=ideal@58.33.50.207)
17:25.19koenmickey|shower: thanks
17:27.52zeckekoen: you might have seen it already, try bitbake-1.4 again
17:30.14*** join/#oe woglinde (i=woglinde@e178103221.adsl.alicedsl.de)
17:31.55zeckemickey|shower: what is my pw?
17:32.35mickey|showerwuahauZ3
17:32.51woglindehi zecke
17:32.56woglindehi mickeyl
17:38.14*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
17:39.02pb_drat, raining again
17:39.20woglindepb here was the sun the whole day
17:39.31pb_woglinde: I deduce that you are not in the uk
17:39.53woglindepb ;) I know
17:40.08pb_very tiresome, I need to cycle into town now
17:40.23pb_oh well, I guess I will just have to get wet
17:41.21zeckepb_: no roof for your transportation vehicle yet?
17:42.24koenheh
17:42.35zeckecya later
17:42.49koenI was just typing a mail to bero to say that kernel-discuss might give more attention to his patches
17:42.53pb_zecke: not my bike :-}
17:42.56pb_oh, he left
17:43.17pb_I guess I should leave too
17:43.18woglindepb dont you have such a rain cape for cycles?
17:43.48pb_sadly no
17:43.52pb_maybe I should invest in one
17:44.05pb_later all
17:44.14woglindebye pb
17:58.59CIA-903rpurdie 07org.oe.oz354x * r003e30f7... 10/ (5 files in 3 dirs): zaurusd: c7x0 mixer changes applied upstream. Use our own zaurus-hinge.in script instead of patching. Update the zaurusd cvsdate to obtain the recent changes.
17:59.03CIA-903rpurdie 07org.oe.dev * r224e3cbc... 10/packages/zaurusd/ (3 files in 2 dirs): zaurusd: Use our own copy of zaurus-hinge.in instead of patching. Clean up the .bb a bit.
18:09.40CIA-903rpurdie 07org.oe.oz354x * r10ae2f81... 10/packages/zaurusd/files/zaurus-hinge.in: zaurusd: Add missing script.
18:31.46*** join/#oe njs` (n=njs@clam.ICSI.Berkeley.EDU)
18:33.50*** join/#oe zap (n=zap@217.170.93.9)
18:35.26luke-jr_(unsigned char, int)
19:04.07*** join/#oe bytewrench__ (n=icechat5@firewall.softek.net)
19:07.17*** join/#oe inpherno_ (n=inpherno@ACD8BE12.ipt.aol.com)
19:07.48*** join/#oe tux1800 (n=eric@modemcable211.23-80-70.mc.videotron.ca)
19:33.35*** join/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net)
19:53.53CSManbuilding qt-x11-free is taking forever
20:10.49*** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net)
20:10.55koenJustinP: qt-x11-free provides qvfb
20:21.47*** join/#oe rkgints|w (n=gints@195.244.141.102)
20:24.16*** join/#oe zecke (n=ich@88.134.3.107)
20:24.48zeckehey
20:25.38koenhey zecke
20:46.03*** join/#oe mwester (i=mwester@nslu2-linux/mwester)
20:50.00*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
20:51.08zeckenjs`: ping
20:52.59*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
20:56.55eFfeMhi, can anyone point me to a .bb file which gives a good example how to add creating a doc package?
20:56.57eFfeMnow I get:
20:56.58eFfeMNOTE: the following files were installed but not shipped in any package:
20:57.00eFfeMNOTE:   /usr/man/man5/dhcp-options.5
20:57.01eFfeMNOTE:   /usr/man/man5/dhcp-eval.5
20:57.02eFfeM...
20:59.23eFfeMchanged my mind, but still need advice....
21:00.27eFfeMI wanted dhclient, but the package was not working for my distro. I noticed that the version was very old, so I created a new bb file. However now I found that there is another package dhcp which actually is a much newer version
21:01.09eFfeMshouldn't we just retire dhclient or add a warning somewhere (this took me quite some time and I want to avoid others falling in the same pit ....)
21:01.26zeckeeFfeM: FILES_${PN}-doc += "/usr/man/man5/*"
21:02.03zeckeeFfeM: right, we should remove that pitfal
21:02.05eFfeMzecke, thanks for the info, I'll try to rememver for next time
21:02.36zeckeeFfeM: in bitbae.conf we have PACKAGES = "${PN} ${PN}-dev ${PN}-doc"
21:02.54eFfeMi think I can remove, but it might also be in some conf/distro files; also I do not feel experienced enough to do this
21:03.13zeckeeFfeM: in that case mail oeAThh.org
21:03.40eFfeMzecke: the whole bitbake is still a little bit of black magic to me; I know how a bb file should look from studying others but that is about it.
21:03.55eFfeM(and of course from bothering koen with all kind of questions)
21:04.20zeckeeFfeM: as mickeyl claimed "a solution is coming"
21:04.24zeckehe plans writing a book ;)
21:04.40zeckeI did as well :}
21:05.06eFfeMyeah, probably I should get on the oe mailing list as well (I'm an nslu2 person and for now only following the nslu2 mailing lists)
21:06.41zeckeeFfeM: post it :)
21:06.48zeckeeFfeM: we will cc you if you ask to
21:07.00zeckecurrently 99% of the mail are bugzilla mails
21:08.29eFfeMzecke: not "post the book" I hope. Actually I don't know if Andy Tanenbaum would agree :-) I still have some LaTeX source somewhere ....
21:08.46eFfeMnot too interested in the bugzilla mails
21:09.52eFfeManyway: package dhcp works for me, I'll remove dhclient from the slug distro (I feel confident about that) and mail to oe
21:12.14*** join/#oe redguy (n=mati@aff33.neoplus.adsl.tpnet.pl)
21:21.04eFfeMmail sent
21:39.36*** join/#oe inpherno_ (n=inpherno@ACC9D372.ipt.aol.com)
21:46.34*** join/#oe Laibsch (n=Laibsch@V0312.v.pppool.de)
21:47.45zeckekoen: ping!
21:48.06CIA-903eFfeM 07org.oe.dev * r80048cf1... 10/conf/distro/slugos-packages.conf: slugos-packages.conf: added dhcp (includes dhclient)
22:02.38*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
22:03.56*** join/#oe Weichkaes (n=alex@dslb-084-058-010-049.pools.arcor-ip.net)
22:05.33zecke*hmm*
22:06.50zeckehmm damn barbecue
22:09.13*** join/#oe inpherno_ (n=inpherno@ACCA5B68.ipt.aol.com)
22:13.33koenzecke: pong
22:15.00koen" In particular,
22:15.00koenit starts off "you should already know C and pointers", which might
22:15.00koenhave scared off most of the unserious proposals."
22:15.02koenheh
22:15.09koen(dan kegel about wine SoCs)
22:15.51zeckehehe
22:26.19zeckerwhitby: your folks are invited with to participate in the survey as well
22:26.19zecke(if it wasn't obvious)
22:30.48rwhitbyzecke: can we have NAS added to the list of target applications?
22:31.01zeckerwhitby: sadly not :(
22:31.16zeckeI'm sorry for that
22:31.29zeckebut these are the things one forgets :}
22:31.43zeckeI should have showed you the draft
22:31.53rwhitbyno problem - I'll get people to write 'NAS' in other, so you can sort on it.
22:32.09zeckerwhitby: two people already did that
22:33.49rwhitby(heh, one was me)
22:34.08rwhitbywhat's the survey url again?  I'll do a post to nslu2-linux now.
22:35.24zeckesurvey.openembedded.org/index.php?sid=6
22:35.54rwhitbyheh - I can't see it again cause I have completed it.  What is the question number where we should put 'NAS' in Other ?
22:36.49zeckeWhat types of devices are you developing for?
22:36.49zecke0004
22:37.10chris144whooo pretty late now, goodf nite folks
22:37.22zeckecya
22:37.25rwhitbyDo you only want developers to fill out the survey, or nslu2-linux users too?
22:37.34chris144cu
22:38.32rwhitby(we have over 8 thousand users on the nslu2-linux lists)
22:39.06rwhitby(and 150 on the developers list)
22:40.03rwhitbyI would propose only sending it to the developers list, as you don't want 8000 nslu2-linux users giving you feedback about the nslu2-linux firmware distribution, as opposed to the OpenEmbedded system on which it is based.
22:40.35zeckeright, that would be nice
22:42.23rwhitbysent.
22:43.02zeckerwhitby: would you - once done collecting the results - be interested in looking at the raw results?
22:43.17rwhitbyzecke: yes
22:43.48zeckerwhitby: if it wouldn't be php I would give you an account right away ;)
22:47.52zeckeBTW: we now have a regression suite for BitBake as well
22:51.58zeckerwhitby: did SlugOS win any awards?
22:52.34rwhitbyzecke: we haven't entered it in any competitions :-)
22:52.54zeckepretty much the same applies for OE
22:53.08zeckeI want to create a http://www.kde.org/awards/ like page for OE
23:09.16*** join/#oe inpherno_ (n=inpherno@ACD49A74.ipt.aol.com)
23:20.12CIA-903rpurdie 07org.oe.dev * re8d99763... 10/packages/xlibs/ (35 files): xlibs: Update XORG_MIRROR SRC_URIs to match upstream changes
23:28.05LaibschRP: Did you close bug 935?
23:28.18LaibschRP: Did you try to compile libXau for example?
23:28.27RPLaibsch: Not quite yet - one more commit needed, then we can close
23:30.14LaibschCool.
23:30.18RPok, we can close it now :)
23:30.28LaibschLooking forward to the stuff.
23:31.28CIA-903rpurdie 07org.oe.dev * rf139a1f3... 10/packages/ (9 files in 9 dirs): various: Update remaining XORG_MIRROR SRC_URIs to match upstream changes
23:35.14RP305 open bugs...
23:36.13RP304... :)
23:37.05*** join/#oe W8TVI (n=me@166.165.155.50)
23:39.22RPzecke: What do you want to do with bug 829?
23:41.03CIA-903coredump 07org.oe.dev * r776e1905... 10/packages/altboot/ (11 files in 8 dirs): altboot: Split altboot into altboot (PACKAGE_ARCH = all) and altboot-conf (ARCH = ${MACHINE}, cleanup altboot_0.0.0.bb and rework some redirects to use tty1, not tty0.
23:41.28zeckeRP: target it for 1.6
23:41.56zeckeRP: I have a patch for 'now' support in fetchers
23:42.37RPzecke: ok. Didn't we have some issues raised about "now" support?
23:43.07zeckesure ;)
23:43.20CSManby rm -fr the work directory of an app, will I force a refetch ?
23:43.31zeckeCSMan: no
23:43.39zeckebitbake -b file -cfetch -f
23:43.45zeckebut it won't be unpacked ;)
23:44.05CSManlovely bitbake
23:44.32zeckeCSMan: well you could have changes in your workdir ;)
23:44.52zeckeRP: bitbake-tests is slowly getting useful
23:45.22*** join/#oe inpherno_ (n=inpherno@ACD171AF.ipt.aol.com)
23:49.37*** join/#oe NAbyss (n=foo@220-253-115-2.VIC.netspace.net.au)
23:50.59zeckecya
23:51.11zeckehmm tomorrow is my non OE/non computer day :}
23:52.36emteodd... once again i am confused on OE policy ...
23:53.07emtewhy would you remove older version packages?
23:53.45emtethe bb and patches woudl still exist for it and if someoen chose the old version for a reason it would be availible
23:53.56RPemte: Security holes? bugs?
23:54.16RPemte: We can't maintain too many versions?
23:54.38emteRP, this is regarding the dhclinet request to remove old version
23:54.50emtedhclient*
23:54.58RPemte: His reason was it caused him a lot of confusion
23:55.11emtethat can be said of any package
23:55.26emteit doenst mean we should toss away the other 10 versions of glibc
23:55.41emte( as an example )
23:56.06RPNo. I don't know enough to comment on the specific case of dhclient
23:56.29RPIt is true we have stale bits of metadata though and when we identify them, we should really remove then if they're not needed/used
23:56.39emteme either which is why i am asking, as it seems a dangerous precident
23:57.15emteremove would cause problems if someone expects to be able to build older images
23:57.26emtemove to a stale branch i would agree
23:57.37RPWe remove old packages all the time...
23:57.58emtei am aware
23:58.28RPAt some point i'm going to nuke LTT in OE in favour of LTTng. You could argue for keeping LTT but its not really going to be much use to anyone...
23:59.07emteanyone that you know of, or anyone who olny wants newer versions

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.