00:22.25 | JustinP | XorA|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.12 | paxl_ | 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.35 | CIA-9 | 03rwhitby 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.56 | koen | good 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.53 | YoG | morning |
08:02.13 | gremlin[it] | morning koen |
08:08.54 | RP | morning all |
08:09.10 | koen | hey RP |
08:22.59 | *** join/#oe redguy (n=mati@adv237.neoplus.adsl.tpnet.pl) |
08:57.43 | koen | RP: I'm affraid the bitbake stable branch is broken again :/ |
08:58.30 | koen | RP: http://oe.pastebin.com/701496 |
09:12.48 | RP | koen: 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.09 | koen | I'll file a bugreport before I forget it |
09:13.18 | RP | koen: That's the code he was "fixing" :-/ |
09:13.22 | RP | koen: good idea |
09:13.29 | *** join/#oe rkgints|w (n=gints@195.244.141.102) |
09:13.46 | koen | I couldn't remember if it was you or zecke who fixed it |
09:14.56 | koen | #937 |
09:25.00 | *** join/#oe zecke (n=ich@88.134.3.107) |
09:25.54 | koen | hey zecke |
09:25.55 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
09:27.35 | zecke | koen: lol |
09:30.21 | RP | hi zecke |
09:36.54 | zecke | koen: what did you do to bitbake? |
09:37.30 | koen | zecke: stole its llunch money |
09:38.19 | zecke | I will get some food and then look into it |
09:38.29 | zecke | I have accidently killed my rosterify yesterday |
09:39.45 | koen | last week I started a rosterify in the evening |
09:39.59 | koen | next morning I discover it's waiting for a passphrase |
09:42.08 | zecke | koen: attach your local.conf please |
09:42.14 | zecke | *food* |
09:47.54 | koen | zecke: done |
10:08.47 | CIA-9 | 03koen 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.30 | zecke | koen: is it broken in trunk as well? |
10:14.53 | koen | let me check |
10:17.00 | zecke | I just returned from the most inpsiring place |
10:17.06 | zecke | koen: it is not a BitBake bug |
10:17.11 | zecke | base.bbclass should run update_data |
10:17.58 | RP | Ah, I am guilty for that probelm :-/ |
10:20.12 | RP | zecke: You think that update_data we moved in bitbake was doing more than its location suggested? |
10:20.33 | koen | zecke: trunk has the same problem |
10:22.27 | zecke | koen: could you make gcc print which FPU setting it is using? |
10:22.34 | zecke | koen: I'm quite sure it will be soft float |
10:22.48 | zecke | RP: well, it was just an accident base.bbclass had the data available ;) |
10:23.14 | koen | zecke: I don't have a toolchain at the moment |
10:26.21 | RP | zecke: 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.53 | zecke | RP: yes before firing events we should create a copy |
10:28.22 | zecke | RP: 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.33 | RP | zecke: 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.20 | zecke | lol |
10:46.33 | zecke | glibc has been gentoofied |
10:46.42 | pb_ | crumbs |
10:46.53 | zecke | pb_: it can not be compiled without optimisation |
10:47.03 | zecke | pb_: at least O2 is accepted as optimisation |
10:47.08 | pb_ | ah yes |
10:47.53 | pb_ | 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.41 | AntonVerburg | Hello |
11:05.34 | AntonVerburg | I recently compiled a bootstrap image for my asus wl500g |
11:05.57 | AntonVerburg | Now it's created in tmp/deploy/images, |
11:06.05 | CoreDump|home | morning |
11:06.23 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
11:06.28 | AntonVerburg | - it's a file called bootstrap-image-unstable-20060506-wl500g.rootfs.jffs2 - |
11:06.46 | AntonVerburg | But how do I now get this file in the flash of my router? |
11:07.00 | AntonVerburg | I know how to upload trx files with tftp |
11:07.21 | AntonVerburg | but if I upload the image direct via tftp the router doesn't work |
11:07.48 | AntonVerburg | so 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.59 | zecke | sorry, I don't know |
11:13.20 | odo | 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:14.22 | odo | It works good with a Windows PDS :-( |
11:16.14 | *** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net) |
11:29.53 | zecke | koen: works here (TM) |
11:30.08 | zecke | oh 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.14 | koen | hey pH5 |
11:43.49 | pH5 | hey koen |
11:45.27 | zecke | koen: hmm works here |
11:45.39 | pH5 | hi zecke |
11:46.49 | pb_ | hi ph5 |
11:47.05 | pH5 | hi pb_ |
11:52.45 | odo_ | 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.33 | zecke | odo_: you didn't get an answer the first time |
11:58.34 | zecke | odo_: and mmc is not a property of Opie |
11:58.38 | zecke | odo_: but of the kernel ;) |
12:00.47 | odo_ | May be, I'm not so deep into oz yet - CoreDump told me to ask here ... |
12:03.31 | pb_ | ~lart CoreDump |
12:03.37 | pb_ | I suppose #openzaurus is what you need. |
12:04.21 | CoreDump|home | more to the point, RP is what he needs ;) |
12:05.23 | pb_ | heh |
12:06.29 | zecke | odo_: not meant to be hostile |
12:06.37 | zecke | odo_: A-Data with 150x speed what is that? |
12:06.51 | zecke | odo_: what size is reported by linux, what size is printed on the card |
12:06.59 | zecke | odo_: who reports to access beyond end of device? |
12:07.02 | zecke | odo_: filesystem? |
12:07.05 | zecke | odo_: is it mounted? |
12:07.13 | zecke | odo_: tried creating a filesystem on this card? |
12:07.18 | zecke | odo_: does this problem persist |
12:07.30 | zecke | odo_: you wrote a long text, with little information :) |
12:07.54 | CoreDump|home | well it works for windows so I guess VFAT is on there |
12:07.55 | odo_ | Didn't know what info you need ... |
12:08.07 | zecke | odo_: don't worry |
12:08.14 | odo_ | A-Data is the manufacturing company of that SD-Card |
12:08.27 | zecke | odo_: that part is uninteresting for now |
12:08.40 | zecke | odo_: use windows, copy all the data from the card |
12:08.45 | odo_ | Size, as I wrote: mmc 0:0002 SD 3912704 KiB |
12:09.09 | zecke | odo_: I'm not good at numbers, does this match with what you expect? |
12:09.17 | odo_ | theres's no windos around here, exept that wich i can open to exchange the air |
12:09.59 | odo_ | the card should have about 4GB and that's what mmc tells here |
12:10.09 | zecke | well create a vfat filesystem on this card |
12:10.18 | CoreDump|home | koen: 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.21 | zecke | odo_: or when is 'access' beyond... is reported? |
12:10.37 | zecke | CoreDump|home: how did you test it? |
12:10.53 | odo_ | access beyond is the last report, than the log stands still |
12:10.55 | CoreDump|home | zecke: I wrote a new rcS script for parallel launches |
12:11.17 | CoreDump|home | maybe in C it could be faster but not in a shell script... |
12:12.07 | pb_ | 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.55 | CoreDump|home | it was worth a try tho. If you ignore dependencies and launch selected scripts serial not parallel, you _are_ a little bit faster |
12:13.35 | CoreDump|home | dependencies are more elegant IMO ;) |
12:16.30 | odo_ | zecke: "attempt ..." comes after "mmcblk0: p1 < >" |
12:28.23 | eFfeM | hi, I needed the result of uname in a .bb file and looked how others did this. |
12:28.24 | eFfeM | in several bb files I find references to uname -r. Eg altboot: |
12:28.24 | eFfeM | altboot/files/altboot.func: if ( uname -r | grep -q "2.6." ) |
12:28.38 | eFfeM | does this run on the host? if not, am I not getting the wrong uname? |
12:28.47 | eFfeM | there is no uname in e.g. cross |
12:29.12 | CoreDump|home | eFfeM: nope, that runs on the PDA |
12:29.23 | eFfeM | ok |
12:29.40 | CoreDump|home | why do you need the ouput of "uname" on your host anyway? |
12:29.47 | eFfeM | wrong example. |
12:29.48 | eFfeM | libnet/libnet-1.0.2a/configure.patch: case "`uname -r`" in |
12:30.20 | CoreDump|home | it's using the hosts uname in this example |
12:30.46 | eFfeM | CoreDump|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.27 | eFfeM | CoreDump|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.40 | eFfeM | I am looking in dclient and the makefile.conf has: -DLINUX_MAJOR=$(MAJORVERSION) -DLINUX_MINOR=$(MINORVERSION) |
12:32.51 | CoreDump|home | on 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.21 | eFfeM | eventually configure resolves MAJORVERSION etc using uname |
12:33.28 | CoreDump|home | yeah |
12:34.21 | eFfeM | I'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.49 | CoreDump|home | it was just a sugestion who you could do it |
12:34.58 | eFfeM | if there is anyone who runs a cross-compiled dhclient, please speak up |
12:35.23 | eFfeM | CoreDump|home: I was thinking if we should not have a uname exe in the cross dir |
12:35.37 | eFfeM | but making such a thing is beyond my capabliities |
12:35.40 | CoreDump|home | if 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.31 | eFfeM | Yeah, did that, but was not too happy about it. not a very clean solution |
12:36.57 | eFfeM | will probably have to do that, cant fix the whole world ... |
12:37.02 | CoreDump|home | heh |
12:37.41 | CoreDump|home | yo'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.38 | eFfeM | probably not |
12:38.42 | eFfeM | or at least not easy |
12:43.08 | zecke | odo_: try fdisk |
12:43.17 | zecke | odo_: create a new fs... |
12:43.23 | odo_ | zecke: will do |
12:43.25 | zecke | odo_: create a new fs on the mmcblock |
12:46.18 | odo_ | 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.21 | CoreDump|home | mkfs.ext2 -m0 /dev/mmcblkp1 or something like that |
12:49.39 | CoreDump|home | I'mnot too sure about the devicefile |
12:50.50 | odo_ | CoreDump: thanks I'll try that first, but fdisk /dev/mmcblk0 also is telling me some interesting info. |
12:51.19 | CoreDump|home | try 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.03 | zecke | CoreDump|home: Do not use a partotopn |
12:52.19 | zecke | CoreDump|home: it sounds like a kernel bug or wrong partition size |
12:52.23 | zecke | CoreDump|home: or wrong fs size |
12:52.43 | CoreDump|home | and recreating the partition in Linux might fix that ;) |
12:52.55 | mickeyl | hi guys |
12:52.58 | zecke | mickeyl: hey |
12:53.29 | CoreDump|home | hi mickeyl |
12:55.55 | *** part/#oe AntonVerburg (n=antonv@84.35.34.50) |
12:56.25 | odo_ | 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.50 | zecke | odo_: this dsounds bad |
12:56.59 | odo_ | trying to mount mmcblk0 fails |
12:57.14 | zecke | odo_: well, slower please |
12:57.24 | zecke | odo_: you did fdisk and created an empty partition table and wrote that? |
12:57.42 | CoreDump|home | odo_: can you hook up your Z to the internet w/ reachable IP? |
12:57.54 | odo_ | zecke: no, I run mkfs first |
12:58.03 | odo_ | no internet for the z |
12:58.23 | zecke | on partition or the complete disk? |
12:58.53 | odo_ | on mmcblk0, I think that's the whole thing |
12:59.22 | CoreDump|home | meh |
12:59.39 | CoreDump|home | delete the partitions first before mkfs'ing the whole disk |
12:59.45 | CoreDump|home | nm |
12:59.59 | CoreDump|home | that mkfs got rif of the partition most probably... |
13:00.10 | odo_ | ok, looking for the options of fdisk |
13:01.26 | odo_ | option d tells me that there are no partitions yet |
13:02.18 | odo_ | l lists many partition types, which one to takr? |
13:03.37 | CoreDump|home | that shouldn't matter |
13:04.01 | odo_ | then I take a6: Open BSD |
13:04.53 | CoreDump|home | hook that Z up to a reachable IP and I'll have a look |
13:06.41 | odo_ | It's on the powerbook now |
13:07.36 | CoreDump|home | then create a dummy ssh login on the powerbook for me to login, from the powerbook i can SSH to the Z |
13:07.53 | odo_ | I' will have to reconfigure firewalls first |
13:08.58 | odo_ | which port is ssh? |
13:09.33 | zecke | 22? |
13:10.03 | Crofton | ssh 22/tcp # SSH Remote Login Protocol |
13:10.03 | Crofton | s |
13:16.32 | *** join/#oe odo (n=Rand@xdsl-81-173-149-234.netcologne.de) |
13:16.49 | koen | zecke (and other OE SoC mentors): proposal submitted |
13:17.13 | odo | nest question: which of the connection should I activate? usbf, usb0, usbd0? |
13:18.33 | CIA-9 | 03pH5 07org.oe.dev * re8a30a4e... 10/packages/zeroconf/ (4 files in 3 dirs): zeroconf: add 0.9 |
13:18.37 | CIA-9 | 03pH5 07org.oe.dev * r1f6955f7... 10/packages/avahi/ (avahi_0.6.9.bb avahi_0.6.10.bb): |
13:18.37 | CIA-9 | avahi: bugfix release 0.6.10 |
13:18.38 | CIA-9 | - See http://avahi.org/milestone/Avahi%200.6.10 |
13:18.48 | CoreDump|home | IIRC usb0 for kernel 2.6 |
13:20.31 | zecke | koen: 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.58 | koen | zecke: yes and many other nice features |
13:28.15 | koen | zecke: like packaged toolchains |
13:31.31 | mickeyl | my #1 feature is fixing up the -dev packages that way |
13:31.38 | mickeyl | although it will be a lot of work |
13:33.22 | zecke | mickeyl: is there an easy way to 'compile' python |
13:33.32 | zecke | mickeyl: to find syntax errors even in modules? |
13:33.50 | mickeyl | yeah |
13:34.16 | mickeyl | dunno which module it is offhand |
13:34.49 | mickeyl | probably compiler |
13:35.26 | mickeyl | alternatively, intergrate pychecker |
13:35.31 | mickeyl | integrate, even |
13:39.25 | odo | CoreDump: I'll have to leave,now. Let's try it another time, thanks a lot. |
13:39.34 | CoreDump|home | np, cya |
13:39.55 | odo | zecke: thanks, too, bye |
13:40.22 | koen | mickeyl: are you able to build wpa-gui? |
13:40.38 | mickeyl | let me check, could take a while |
13:40.59 | koen | for me it doesn't build uicmoc or qt3 |
13:41.11 | mickeyl | ok, let me try from scratch |
13:41.21 | koen | shouldn't the qt3x11 class take care of that? |
13:41.34 | mickeyl | do you inherit both qmake and qt3x11 ? |
13:41.36 | mickeyl | you need to |
13:42.04 | koen | it does |
13:42.08 | mickeyl | k |
13:42.11 | koen | inherit qmake qt3x11 |
13:42.13 | mickeyl | let's see |
13:42.24 | zecke | koen: TARGET_FPU is 'right' for me |
13:42.40 | koen | zecke: it isn't over here :/ |
13:42.54 | koen | http://bugs.openembedded.org/show_bug.cgi?id=938 |
13:43.56 | pb_ | hi mickeyl |
13:44.48 | mickeyl | hey pb_ |
13:45.18 | CoreDump|home | lol wtf |
13:45.30 | CoreDump|home | ~lart pan for beeing a memory hog |
13:45.45 | CoreDump|home | 640Mb shesh |
13:46.08 | pb_ | zecke: my mentoring application is pending :-} |
13:46.28 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-14919.bb.online.no) |
13:46.49 | zecke | pb_: good :) |
13:47.06 | pb_ | zecke: I guess that I now await Erik's pleasure |
13:47.36 | zecke | pb_: right, I can't approve you |
13:47.50 | pb_ | right, no problem |
13:52.20 | zecke | koen: try trunk of bitbake |
13:55.20 | koen | trying |
14:00.47 | chouimat | morningmorning |
14:00.55 | *** join/#oe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk) |
14:01.30 | koen | zecke: trunk works |
14:01.42 | koen | DISTRO = "angstrom" |
14:01.42 | koen | TARGET_FPU = "soft" |
14:08.13 | zecke | ah right :} |
14:08.23 | zecke | now I remember, I updated after my first tests |
14:23.47 | *** join/#oe chris144 (n=kvirc@195.234.128.72) |
14:23.55 | chris144 | good morning folks |
14:27.39 | koen | hey chris144 |
14:33.27 | chris144 | hi koen |
14:34.09 | chris144 | I did the survey yesterday, do you know who initialized it and who are the folks looking at the results? |
14:34.32 | koen | chris144: zecke, and zecke + other people :) |
14:34.41 | chris144 | koen: ok |
14:35.43 | chris144 | koen: you too? |
14:36.40 | koen | no idea, but iirc the result will be published in some form |
14:37.24 | koen | bleh |
14:37.32 | koen | the uni mx is going berzerk again |
14:38.06 | zecke | chris144: Gerwinin created the first set of questions |
14:38.20 | zecke | chris144: I entered them in the survey tool, people helped shaping the questions |
14:38.28 | zecke | chris144: I hit the start button some days ago ;) |
14:38.53 | zecke | we will let it run another two weeks probably |
14:39.15 | zecke | then I will ask RP, pb_, gerwinin, mickeyl, koen to help me getting a meaning from the results |
14:39.16 | chris144 | zecke: ok, was quite interesting to do the survey |
14:39.49 | chris144 | zecke: especially the questions about what annoys one most.....:-) |
14:39.49 | zecke | I hope the questions weren't too leading |
14:40.30 | zecke | hehe |
14:40.42 | chris144 | zecke: I thought quite a while, but figured that I was never so annoyed at oe to freak out... :-) |
14:40.55 | chris144 | zecke: well, I am looking forward to the results... |
14:41.05 | zecke | chris144: hehe |
14:41.10 | chris144 | :-) |
14:41.35 | zecke | chris144: my hopes are: We see what annoys the most |
14:41.47 | zecke | chris144: maybe we get help to address it |
14:42.12 | zecke | chris144: and if someone asks us what one could/should do for OE |
14:42.18 | zecke | chris144: we can point him to the results ;) |
14:42.25 | chris144 | zecke: yeah of course |
14:42.44 | zecke | koen: 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.25 | koen | hey mithro |
15:00.52 | mithro | hey koen |
15:00.55 | mithro | how goes life? |
15:01.00 | koen | pretty good |
15:01.05 | koen | it's nice and sunny this weekend |
15:02.29 | mithro | that is good |
15:02.45 | mithro | guess 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.20 | koen | RP: wb |
15:42.41 | *** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net) |
15:49.46 | luke-jr_ | anything similar to the NSLU2 but with an internal HD?" |
15:50.01 | koen | luke-jr_: nas100d |
15:50.07 | luke-jr_ | supported by OE? |
15:50.12 | koen | yes |
15:50.29 | luke-jr_ | nice |
15:50.56 | luke-jr_ | should work for a good low-power Asterisk box, I'm hoping |
15:50.57 | koen | luke-jr_: check http://article.gmane.org/gmane.comp.misc.nslu2.devel/701 |
15:51.35 | zecke | damn harddisk is full :} |
15:51.44 | luke-jr_ | zecke: OE does that ;) |
15:52.55 | zecke | slug*, 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.32 | CIA-9 | 03koen 07org.oe.dev * ra13924ba... 10/packages/libgpewidget/libgpewidget_0.111.bb: libgpewidget: add 0.111 |
16:02.01 | koen | ah, rmk gave agreed making you the maintainer of all machines? |
16:02.10 | koen | ehm |
16:02.12 | koen | s/gave// |
16:06.03 | RP | koen: All Zaurii except Tosa which Dirk now has |
16:06.13 | koen | nice |
16:08.13 | koen | so poodle support is complete, except for sound |
16:08.37 | RP | koen: Yes. And sound shouldn't be that much of an issue thanks to ASoC |
16:10.20 | koen | do you happen to know what the status of uda1380 asoc support is? |
16:10.51 | RP | koen: Not tested as much as Liam/myself would like |
16:11.05 | koen | aha |
16:11.13 | *** join/#oe katossi (n=guillerm@dslb-084-062-139-163.pools.arcor-ip.net) |
16:11.15 | koen | I guess I should revive my h2200 |
16:11.52 | RP | koen: 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.08 | koen | that would mean mreimer or giorgio |
16:12.42 | RP | We 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.29 | CIA-9 | 03mickeyl 07org.oe.dev * rce8b36a5... 10/classes/ (qt3x11.bbclass qt4x11.bbclass): |
16:59.29 | CIA-9 | qt3x11.bbclass: add DEPENDS on qt3 |
16:59.29 | CIA-9 | qt4x11.bbclass: add DEPENDS on qt4 |
16:59.33 | CIA-9 | 03mickeyl 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.00 | zecke | cya later |
17:03.34 | mickey|sun | koen: this should fix the wpa-gui issue |
17:03.58 | zecke | mickey|sun: hehe |
17:04.06 | zecke | SUN Solaris? or SUN SUN ;) |
17:04.10 | mickey|sun | hehe |
17:04.13 | mickey|sun | solarsystem sun |
17:04.34 | zecke | mickey|sun: Do you know a way how I could redefine the semantic of sys.exit? |
17:08.28 | mickey|sun | zecke: the semantics? |
17:08.40 | mickey|sun | atexit might be interesting for you |
17:08.48 | mickey|sun | (guessing) |
17:09.12 | zecke | mickey|shower: sys.exit not exiting ;) |
17:14.13 | *** join/#oe idealm (n=ideal@58.33.50.207) |
17:25.19 | koen | mickey|shower: thanks |
17:27.52 | zecke | koen: 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.55 | zecke | mickey|shower: what is my pw? |
17:32.35 | mickey|shower | wuahauZ3 |
17:32.51 | woglinde | hi zecke |
17:32.56 | woglinde | hi mickeyl |
17:38.14 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
17:39.02 | pb_ | drat, raining again |
17:39.20 | woglinde | pb here was the sun the whole day |
17:39.31 | pb_ | woglinde: I deduce that you are not in the uk |
17:39.53 | woglinde | pb ;) I know |
17:40.08 | pb_ | very tiresome, I need to cycle into town now |
17:40.23 | pb_ | oh well, I guess I will just have to get wet |
17:41.21 | zecke | pb_: no roof for your transportation vehicle yet? |
17:42.24 | koen | heh |
17:42.35 | zecke | cya later |
17:42.49 | koen | I was just typing a mail to bero to say that kernel-discuss might give more attention to his patches |
17:42.53 | pb_ | zecke: not my bike :-} |
17:42.56 | pb_ | oh, he left |
17:43.17 | pb_ | I guess I should leave too |
17:43.18 | woglinde | pb dont you have such a rain cape for cycles? |
17:43.48 | pb_ | sadly no |
17:43.52 | pb_ | maybe I should invest in one |
17:44.05 | pb_ | later all |
17:44.14 | woglinde | bye pb |
17:58.59 | CIA-9 | 03rpurdie 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.03 | CIA-9 | 03rpurdie 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.40 | CIA-9 | 03rpurdie 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.26 | luke-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.53 | CSMan | building qt-x11-free is taking forever |
20:10.49 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
20:10.55 | koen | JustinP: 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.48 | zecke | hey |
20:25.38 | koen | hey 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.08 | zecke | njs`: ping |
20:52.59 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
20:56.55 | eFfeM | hi, can anyone point me to a .bb file which gives a good example how to add creating a doc package? |
20:56.57 | eFfeM | now I get: |
20:56.58 | eFfeM | NOTE: the following files were installed but not shipped in any package: |
20:57.00 | eFfeM | NOTE: /usr/man/man5/dhcp-options.5 |
20:57.01 | eFfeM | NOTE: /usr/man/man5/dhcp-eval.5 |
20:57.02 | eFfeM | ... |
20:59.23 | eFfeM | changed my mind, but still need advice.... |
21:00.27 | eFfeM | I 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.09 | eFfeM | shouldn'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.26 | zecke | eFfeM: FILES_${PN}-doc += "/usr/man/man5/*" |
21:02.03 | zecke | eFfeM: right, we should remove that pitfal |
21:02.05 | eFfeM | zecke, thanks for the info, I'll try to rememver for next time |
21:02.36 | zecke | eFfeM: in bitbae.conf we have PACKAGES = "${PN} ${PN}-dev ${PN}-doc" |
21:02.54 | eFfeM | i 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.13 | zecke | eFfeM: in that case mail oeAThh.org |
21:03.40 | eFfeM | zecke: 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.55 | eFfeM | (and of course from bothering koen with all kind of questions) |
21:04.20 | zecke | eFfeM: as mickeyl claimed "a solution is coming" |
21:04.24 | zecke | he plans writing a book ;) |
21:04.40 | zecke | I did as well :} |
21:05.06 | eFfeM | yeah, 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.41 | zecke | eFfeM: post it :) |
21:06.48 | zecke | eFfeM: we will cc you if you ask to |
21:07.00 | zecke | currently 99% of the mail are bugzilla mails |
21:08.29 | eFfeM | zecke: 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.46 | eFfeM | not too interested in the bugzilla mails |
21:09.52 | eFfeM | anyway: 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.04 | eFfeM | mail 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.45 | zecke | koen: ping! |
21:48.06 | CIA-9 | 03eFfeM 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.33 | zecke | *hmm* |
22:06.50 | zecke | hmm damn barbecue |
22:09.13 | *** join/#oe inpherno_ (n=inpherno@ACCA5B68.ipt.aol.com) |
22:13.33 | koen | zecke: pong |
22:15.00 | koen | " In particular, |
22:15.00 | koen | it starts off "you should already know C and pointers", which might |
22:15.00 | koen | have scared off most of the unserious proposals." |
22:15.02 | koen | heh |
22:15.09 | koen | (dan kegel about wine SoCs) |
22:15.51 | zecke | hehe |
22:26.19 | zecke | rwhitby: your folks are invited with to participate in the survey as well |
22:26.19 | zecke | (if it wasn't obvious) |
22:30.48 | rwhitby | zecke: can we have NAS added to the list of target applications? |
22:31.01 | zecke | rwhitby: sadly not :( |
22:31.16 | zecke | I'm sorry for that |
22:31.29 | zecke | but these are the things one forgets :} |
22:31.43 | zecke | I should have showed you the draft |
22:31.53 | rwhitby | no problem - I'll get people to write 'NAS' in other, so you can sort on it. |
22:32.09 | zecke | rwhitby: two people already did that |
22:33.49 | rwhitby | (heh, one was me) |
22:34.08 | rwhitby | what's the survey url again? I'll do a post to nslu2-linux now. |
22:35.24 | zecke | survey.openembedded.org/index.php?sid=6 |
22:35.54 | rwhitby | heh - 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.49 | zecke | What types of devices are you developing for? |
22:36.49 | zecke | 0004 |
22:37.10 | chris144 | whooo pretty late now, goodf nite folks |
22:37.22 | zecke | cya |
22:37.25 | rwhitby | Do you only want developers to fill out the survey, or nslu2-linux users too? |
22:37.34 | chris144 | cu |
22:38.32 | rwhitby | (we have over 8 thousand users on the nslu2-linux lists) |
22:39.06 | rwhitby | (and 150 on the developers list) |
22:40.03 | rwhitby | I 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.35 | zecke | right, that would be nice |
22:42.23 | rwhitby | sent. |
22:43.02 | zecke | rwhitby: would you - once done collecting the results - be interested in looking at the raw results? |
22:43.17 | rwhitby | zecke: yes |
22:43.48 | zecke | rwhitby: if it wouldn't be php I would give you an account right away ;) |
22:47.52 | zecke | BTW: we now have a regression suite for BitBake as well |
22:51.58 | zecke | rwhitby: did SlugOS win any awards? |
22:52.34 | rwhitby | zecke: we haven't entered it in any competitions :-) |
22:52.54 | zecke | pretty much the same applies for OE |
22:53.08 | zecke | I 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.12 | CIA-9 | 03rpurdie 07org.oe.dev * re8d99763... 10/packages/xlibs/ (35 files): xlibs: Update XORG_MIRROR SRC_URIs to match upstream changes |
23:28.05 | Laibsch | RP: Did you close bug 935? |
23:28.18 | Laibsch | RP: Did you try to compile libXau for example? |
23:28.27 | RP | Laibsch: Not quite yet - one more commit needed, then we can close |
23:30.14 | Laibsch | Cool. |
23:30.18 | RP | ok, we can close it now :) |
23:30.28 | Laibsch | Looking forward to the stuff. |
23:31.28 | CIA-9 | 03rpurdie 07org.oe.dev * rf139a1f3... 10/packages/ (9 files in 9 dirs): various: Update remaining XORG_MIRROR SRC_URIs to match upstream changes |
23:35.14 | RP | 305 open bugs... |
23:36.13 | RP | 304... :) |
23:37.05 | *** join/#oe W8TVI (n=me@166.165.155.50) |
23:39.22 | RP | zecke: What do you want to do with bug 829? |
23:41.03 | CIA-9 | 03coredump 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.28 | zecke | RP: target it for 1.6 |
23:41.56 | zecke | RP: I have a patch for 'now' support in fetchers |
23:42.37 | RP | zecke: ok. Didn't we have some issues raised about "now" support? |
23:43.07 | zecke | sure ;) |
23:43.20 | CSMan | by rm -fr the work directory of an app, will I force a refetch ? |
23:43.31 | zecke | CSMan: no |
23:43.39 | zecke | bitbake -b file -cfetch -f |
23:43.45 | zecke | but it won't be unpacked ;) |
23:44.05 | CSMan | lovely bitbake |
23:44.32 | zecke | CSMan: well you could have changes in your workdir ;) |
23:44.52 | zecke | RP: 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.59 | zecke | cya |
23:51.11 | zecke | hmm tomorrow is my non OE/non computer day :} |
23:52.36 | emte | odd... once again i am confused on OE policy ... |
23:53.07 | emte | why would you remove older version packages? |
23:53.45 | emte | the bb and patches woudl still exist for it and if someoen chose the old version for a reason it would be availible |
23:53.56 | RP | emte: Security holes? bugs? |
23:54.16 | RP | emte: We can't maintain too many versions? |
23:54.38 | emte | RP, this is regarding the dhclinet request to remove old version |
23:54.50 | emte | dhclient* |
23:54.58 | RP | emte: His reason was it caused him a lot of confusion |
23:55.11 | emte | that can be said of any package |
23:55.26 | emte | it doenst mean we should toss away the other 10 versions of glibc |
23:55.41 | emte | ( as an example ) |
23:56.06 | RP | No. I don't know enough to comment on the specific case of dhclient |
23:56.29 | RP | It 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.39 | emte | me either which is why i am asking, as it seems a dangerous precident |
23:57.15 | emte | remove would cause problems if someone expects to be able to build older images |
23:57.26 | emte | move to a stale branch i would agree |
23:57.37 | RP | We remove old packages all the time... |
23:57.58 | emte | i am aware |
23:58.28 | RP | At 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.07 | emte | anyone that you know of, or anyone who olny wants newer versions |