| 00:10.53 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 00:21.05 | *** join/#oe UdontKnow (i=udontkno@freenode/staff/udontknow) |
| 00:21.09 | UdontKnow | hello |
| 00:21.29 | UdontKnow | did anybody here run monotone on a 32mb ram box? |
| 00:31.52 | ljp | sounds painful |
| 00:40.59 | Zero_Chaos | http://pastebin.ca/48815 can someone tell me how to fix this? seems like it cannot find pcap.h.... |
| 00:44.00 | *** join/#oe idealm (n=ideal@58.33.48.141) |
| 00:44.10 | UdontKnow | ljp: indeed |
| 00:44.21 | UdontKnow | ljp: wanted to know if its feasible or not |
| 00:44.45 | ljp | with swap :) |
| 00:47.14 | *** join/#oe mrz80 (n=scotsman@n128-227-41-57.xlate.ufl.edu) |
| 00:47.44 | Zero_Chaos | http://pastebin.ca/48815 can someone tell me how to fix this? seems like it cannot find pcap.h.... |
| 00:49.25 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 00:53.30 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 00:59.49 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
| 01:07.24 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 01:08.30 | TheMasterMind1 | do any of the kernels in OE use pxamci / support SD cards / send hotplug events for card insert/removal |
| 01:09.27 | *** join/#oe myopiate (n=me@ppp104-176.lns1.bne1.internode.on.net) |
| 01:11.15 | Zero_Chaos | /home/zaurus/src/build/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: cannot find -lpcap |
| 01:11.18 | Zero_Chaos | WTF? |
| 01:11.20 | Zero_Chaos | ummm... |
| 01:13.07 | TheMasterMind1 | depends on libpcap apparently |
| 01:13.17 | TheMasterMind1 | bitbake libpcap |
| 01:13.34 | Zero_Chaos | TheMasterMind1: I have done that... |
| 01:13.54 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 01:14.18 | *** join/#oe noclouds (n=mhfan@60.166.43.238) |
| 01:18.27 | Zero_Chaos | anyone tell me when bitbake won't link to pcap properly, this is really annoying.... |
| 01:18.37 | TheMasterMind1 | is the library in the staging area |
| 01:18.57 | Zero_Chaos | TheMasterMind1: it's in build/tmp/work/libpcap-<version> |
| 01:19.08 | Zero_Chaos | TheMasterMind1: where else should it be? |
| 01:20.32 | *** join/#oe idealm (n=ideal@222.66.46.90) |
| 01:23.14 | johnX | Zero_Chaos: I seem to have a copy of libpcap.so in tmp/staging/arm-linux/lib |
| 01:23.26 | Zero_Chaos | johnX: I'll check |
| 01:24.21 | Zero_Chaos | johnX: yup, got that too |
| 01:25.08 | johnX | so what are you trying to build that's refusing to link to pcap? |
| 01:25.25 | Zero_Chaos | johnX: rawfakeap |
| 01:25.35 | Zero_Chaos | johnX: it's my .bb |
| 01:27.59 | TheMasterMind1 | unset LDFLAGS perhaps |
| 01:28.18 | Zero_Chaos | TheMasterMind1: where and why? |
| 01:29.11 | Zero_Chaos | TheMasterMind1: it's not set in conf/local.conf...... |
| 01:29.17 | johnX | I think he means "did you set the LDFLAGS properly in the Makefile?" |
| 01:29.34 | Zero_Chaos | johnX: -lpcap it proper I think... what else do I need? |
| 01:30.00 | johnX | to point it at the directory where the arm-linux libs are... |
| 01:30.41 | TheMasterMind1 | oe_runmake LDFLAGS="${LDFLAGS}" |
| 01:31.14 | Zero_Chaos | johnX: how do I do that? |
| 01:31.27 | Zero_Chaos | TheMasterMind1: in the .bb? |
| 01:31.29 | johnX | actually, you should do it the way TheMasterMind1 has it |
| 01:32.15 | johnX | yes, in the .bb |
| 01:33.27 | Zero_Chaos | johnX: where? (it errored) |
| 01:34.03 | johnX | you should look at another .bb that's made to compile a program that uses Makfiles |
| 01:35.02 | Zero_Chaos | johnX: yeah, I have done that, and this isn't my first .bb |
| 01:36.59 | TheMasterMind1 | then you should know what oe_runmake is |
| 01:37.12 | TheMasterMind1 | function oe_compile() { oe_runmake LDFLAGS="${LDFLAGS}" } |
| 01:37.13 | TheMasterMind1 | in your bb |
| 01:37.15 | Zero_Chaos | TheMasterMind1: didn't say I was very good.... |
| 01:37.24 | Zero_Chaos | TheMasterMind1: thanks |
| 01:39.06 | Zero_Chaos | TheMasterMind1: well, I added the line, and it parses, but still ld cannot find -lpcap |
| 01:39.27 | myopiate | quilt-native-0.42 isn't building on my FC4 machine. 0.39 builds fine Do I submit bug? |
| 01:39.58 | johnX | Zero_Chaos: if you put your .bb on pastebin I'll take a look at it |
| 01:40.35 | Zero_Chaos | johnX: k, one sec |
| 01:42.03 | Zero_Chaos | johnX: http://pastebin.ca/48819 |
| 01:42.36 | Zero_Chaos | johnX: the patch is just to remove CC = gcc |
| 01:50.37 | Zero_Chaos | johnX: any ideas? |
| 01:51.02 | johnX | I got it to compile, but I'm not sure if what I did makes any sense, so I'm going to try and run it on my Z |
| 01:51.24 | johnX | btw, /etc/ap_manuf is already shipped in kismet |
| 01:51.55 | Zero_Chaos | johnX: you won't be able to run it without modified drivers, and ap_manuf is acctually different than the one with kismet... but thanks for the reminder, I'll move/rename it |
| 01:52.15 | Zero_Chaos | johnX: well, you can run it, but it won't *work* |
| 01:52.32 | johnX | well, it runs and prints the help message |
| 01:52.43 | johnX | what I did was set CFLAGS the same way you set LDFLAGS |
| 01:52.54 | Zero_Chaos | johnX: sweet |
| 01:52.58 | johnX | also, your patch to the makefile isn't necessary with CFLAGS set |
| 01:52.59 | Zero_Chaos | johnX: I'll try it |
| 01:55.45 | Zero_Chaos | johnX: so compile should have oe_runmake LDFLAGS="${LDFLAGS}" CFLAGS="${CFLAGS}" and no patch? |
| 01:55.59 | johnX | That's what I have |
| 01:56.04 | Zero_Chaos | hmmm |
| 01:56.20 | johnX | no luck? |
| 01:56.56 | Zero_Chaos | johnX: FATAL: arm-linux-strip /home/zaurus/src/build/tmp/work/rfakeap-0.2-r0/install/rfakeap/./usr/sbin/rfakeap: command failed |
| 01:56.59 | Zero_Chaos | NOTE: Couldn't find shared library provider for libpcap.so.0 |
| 01:57.01 | Zero_Chaos | ? |
| 01:57.45 | johnX | did you clean the work directory and recompile? |
| 01:57.51 | Zero_Chaos | and there is something wrong, because it runs on my computer... which it shouldn't |
| 01:57.53 | Zero_Chaos | johnX: yeah |
| 01:59.47 | johnX | it worked for me |
| 01:59.53 | Zero_Chaos | johnX: maybe time to rm -rf tmp/ and start over.... sometime too many changes in the branch |
| 02:01.06 | johnX | Zero_Chaos: it runs on your computer? does file call it an ARM executable or i386/amd64? |
| 02:03.20 | Zero_Chaos | rfakeap: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped |
| 02:04.58 | johnX | yeah, I don't think deleting tmp will help |
| 02:05.13 | Zero_Chaos | johnX: okay, well, I'm all for suggestions. |
| 02:05.32 | Zero_Chaos | johnX: I know that gcc refers to my host machine's gcc, not the cross compiler.... |
| 02:05.52 | TheMasterMind1 | bitbake -b /path/to/your/file.bb -c clean |
| 02:06.06 | Zero_Chaos | johnX: and if Makefile forces CC = gcc it's not going to work |
| 02:06.09 | Zero_Chaos | TheMasterMind1: k |
| 02:06.29 | TheMasterMind1 | oe_runmake linux CC="${CC}" CXX="${CXX}" CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" LD="${LD}" LDFLAGS="${LDFLAGS}" |
| 02:06.43 | Zero_Chaos | heh |
| 02:06.44 | TheMasterMind1 | err, get rid of the linux in there |
| 02:06.59 | TheMasterMind1 | and don't apply your patch |
| 02:07.05 | Zero_Chaos | k |
| 02:08.19 | Zero_Chaos | TheMasterMind1: that worked, but I still get this: |
| 02:08.19 | Zero_Chaos | FATAL: arm-linux-strip /home/zaurus/src/build/tmp/work/rfakeap-0.2-r0/install/rfakeap/./usr/sbin/rfakeap: command failed |
| 02:08.22 | Zero_Chaos | NOTE: Couldn't find shared library provider for libpcap.so.0 |
| 02:08.26 | Zero_Chaos | TheMasterMind1: ideas? |
| 02:12.07 | johnX | I find it interesting that it worked on mine... |
| 02:12.38 | Zero_Chaos | johnX: when you type "gcc", does it call arm-gcc or i686-gcc? |
| 02:13.38 | johnX | from a bash prompt it calls 386 gcc... |
| 02:13.47 | johnX | actually I've been looking for why the gcc bit worked on mine |
| 02:14.00 | Zero_Chaos | johnX: yeah, that is what I wondered. |
| 02:14.19 | johnX | see if staging/arm-linux/lib has libpcap.so.0 |
| 02:14.29 | johnX | mine doesn't have the libpcap.so.0, just libpcap.so and libpcap.so.0.9.3 |
| 02:14.52 | Zero_Chaos | johnX: as a matter of fact, mine is the same as yours, not libpcap.so.0 only the others |
| 02:15.00 | Zero_Chaos | johnX: eh, it should still work. |
| 02:18.40 | Zero_Chaos | hmm... |
| 02:18.54 | Zero_Chaos | n/m, it still didn't work, I still have a i686 executable |
| 02:20.27 | johnX | in log.do_compile what is showing up as the compiler ? |
| 02:21.06 | Zero_Chaos | gcc |
| 02:21.14 | Zero_Chaos | hence the problem |
| 02:24.39 | johnX | try not inheriting autotools |
| 02:24.53 | Zero_Chaos | um... okay |
| 02:25.52 | Zero_Chaos | johnX: if I do that, and apply my patch, it works properly... I wonder... WTF? |
| 02:26.02 | johnX | don't apply your patch either, btw |
| 02:26.06 | johnX | it's not needed |
| 02:26.11 | Zero_Chaos | johnX: but it seems to work so... here is not not complaining |
| 02:26.18 | Zero_Chaos | johnX: I'll try without the patch now |
| 02:26.44 | johnX | I removed the inherit autotools line as soon as I got your .bb without thinking about it |
| 02:27.12 | Zero_Chaos | johnX: w00t |
| 02:27.17 | Zero_Chaos | johnX: thanks man |
| 02:27.21 | Zero_Chaos | TheMasterMind1: thanks for your help as well |
| 02:27.25 | johnX | no prob |
| 02:27.55 | johnX | ah, and thanks to TheMasterMind1 I'll kill off a lot of unnecessary patches in my local .bb's as well too |
| 02:28.19 | Zero_Chaos | johnX: yeah, I was hoping there was a better way to do that... |
| 02:28.36 | Zero_Chaos | TheMasterMind1: you know how to force CFLAGS without patching Makefile? |
| 02:28.49 | Zero_Chaos | TheMasterMind1: for instance if I want -03 |
| 02:31.18 | TheMasterMind1 | yes by setting it in the bb file |
| 02:32.11 | Zero_Chaos | TheMasterMind1: so I can just add it to that big string you sent me? or, how? |
| 02:33.14 | johnX | at first I was thinking CFLAGS="${CFLAGS} -O3" but if -O2 is already set, how will gcc react? |
| 02:34.03 | Zero_Chaos | johnX: I have no idea who wins in the fight between -O -O1 -O2 -O3 |
| 02:34.17 | Zero_Chaos | johnX: probably will just -Os and say "fsck ya'" |
| 02:35.43 | Zero_Chaos | johnX: maybe just check the CFLAGS and add them all, changing what you want.... |
| 02:35.55 | Zero_Chaos | johnX: CFLAGS="-O3" |
| 02:36.19 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 02:37.25 | Zero_Chaos | johnX: well, that didn't work, there is no -O3 even in there when I check log.do_compile |
| 02:41.21 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 02:41.27 | Zero_Chaos | TheMasterMind1: how do I set -O3 in the .bb file; and does it override everything else if I do? |
| 02:48.44 | TheMasterMind1 | oe_runmake CFLAGS="-O3 ${CFLAGS}" |
| 02:48.57 | Zero_Chaos | TheMasterMind1: thanks |
| 02:49.23 | Zero_Chaos | TheMasterMind1: will that override -O2, etc? |
| 02:50.54 | Zero_Chaos | TheMasterMind1: from log.do_compile: |
| 02:50.56 | Zero_Chaos | arm-linux-gcc -march=armv4 -mtune=xscale -I/home/zaurus/src/build/tmp/staging/arm-linux/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -L/home/zaurus/src/build/tmp/staging/arm-linux/lib -Wl,-rpath-link,/home/zaurus/src/build/tmp/staging/arm-linux/lib -Wl,-O1 rfakeap.c -o rfakeap |
| 02:51.06 | Zero_Chaos | TheMasterMind1: no -O3 at all.... |
| 02:51.11 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a194.ptbyny.tds.net) |
| 02:51.12 | Zero_Chaos | TheMasterMind1: any ideas? |
| 02:55.58 | TheMasterMind1 | um depends on the makefile and configure script, dunno. its tricky, you can grep CFLAGS */*.bb and see how some of the other packages achieve overriding CFLAGS |
| 02:56.27 | Zero_Chaos | TheMasterMind1: I'll check it out, thanks |
| 03:04.58 | TheMasterMind1 | EXTRA_OEMAKE="-O3" |
| 03:05.13 | Zero_Chaos | TheMasterMind1: Rock, I'll try it |
| 03:05.18 | Zero_Chaos | TheMasterMind1: where? |
| 03:05.20 | Zero_Chaos | :-) |
| 03:06.27 | TheMasterMind1 | in the bb.. and it should be EXTRA_OEMAKE = "CFLAGS='-O3 ${CFLAGS}'" i think |
| 03:07.34 | TheMasterMind1 | or the -O3 after the ${CFLAGS} since i think it uses the last -O argument |
| 03:08.04 | emte | are optimisation flags even valid with arm ? |
| 03:08.18 | Zero_Chaos | TheMasterMind1: testing |
| 03:08.31 | emte | tho i guess it would be discarded if they werent |
| 03:09.07 | Zero_Chaos | emte: why wouldn't they be? gcc is gcc |
| 03:09.30 | Zero_Chaos | TheMasterMind1: ROCK! that worked |
| 03:09.56 | emte | i dont know if anyone spent the time to do the work |
| 03:09.58 | Zero_Chaos | TheMasterMind1: thanks for the help man, I'll never have to make a stupid patch again... |
| 03:10.08 | TheMasterMind1 | np |
| 03:10.32 | TheMasterMind1 | i use grep on packages/*/*.bb religiously, there's a lot ot learn from the bbs already out there |
| 03:10.33 | emte | i know the codesorcery arm stuff isnt in gcc until 4.x series |
| 03:10.52 | emte | which is all the treading stuff |
| 03:10.57 | emte | threading* |
| 03:11.37 | Zero_Chaos | emte: heh, I don't even run gcc 4 on my host yet |
| 03:11.44 | Zero_Chaos | emte: and I'm a gentoo user... |
| 03:11.44 | emte | according to the gcc changelog anyway |
| 03:11.57 | emte | poor you |
| 03:12.05 | Zero_Chaos | emte: I know.. lazy acctually |
| 03:12.23 | emte | you must ... with all that free time gentoo gives you :P |
| 03:12.56 | emte | yeah i know you ment gcc4.x |
| 03:14.31 | emte | anyway i am under the impression taht all the arm optimisation stuff is built into the tune stuff |
| 03:15.00 | Zero_Chaos | emte: I'm going sleepy now, so don't feel bad if I don't respond :-) |
| 03:15.04 | Zero_Chaos | night all |
| 03:15.09 | emte | lol |
| 03:15.11 | emte | night |
| 03:15.52 | emte | -mtune=xscale |
| 03:20.13 | *** join/#oe minipanda (n=hzhang@221.221.148.247) |
| 03:28.52 | *** join/#oe noclouds (n=mhfan@60.166.54.51) |
| 03:32.05 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 03:33.50 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:34.56 | *** join/#oe _schurig (n=schurig@p54B2B783.dip0.t-ipconnect.de) |
| 03:37.14 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 03:45.10 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 04:07.18 | *** join/#oe champ (n=champ@216.85.238.67) |
| 04:10.42 | *** join/#oe champ_ (n=champ@216.85.238.67) |
| 04:18.15 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 04:27.47 | *** join/#oe champ (n=champ@216.85.238.67) |
| 04:36.11 | *** join/#oe champ_ (n=champ@216.85.238.67) |
| 04:53.19 | *** join/#oe champ (n=champ@216.85.238.67) |
| 05:09.23 | *** join/#oe angom_h (n=angom@red-corp-201.130.165.94.telnor.net) |
| 05:21.53 | *** join/#oe _law_ (n=law@81.223.225.146) |
| 05:31.56 | *** join/#oe psioff (n=root@trafikland.rmt.ru) |
| 05:34.01 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
| 05:35.22 | *** join/#oe ashikase (n=ashikase@g230-97.sanyo.co.jp) |
| 05:37.05 | ashikase | I built the qte package on the org.openzaurus.354x branch, but I noticed that the resulting library has a different file size than that in the OZ 3.5.4.1-alpha1 release |
| 05:37.19 | ashikase | and when I tried to use it, it seems to cause Opie to crash |
| 05:37.35 | NAbyss | You might have a different toolchain? |
| 05:38.12 | ashikase | doesn't oe use it's own toolchain? |
| 05:38.37 | NAbyss | Yes, but what I'm thinking is you may have a dfiferent version of the toolchain, or different settings |
| 05:38.53 | ashikase | ah, you might be right |
| 05:39.01 | ashikase | i think I do have another toolchain in the path |
| 05:39.06 | ashikase | ok, i'll try removing that |
| 05:41.51 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
| 05:57.36 | *** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
| 06:15.40 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
| 06:47.05 | *** join/#oe NAbyss (n=foo@220-253-0-17.VIC.netspace.net.au) |
| 06:53.48 | *** join/#oe eumel (n=chatzill@p548229CA.dip0.t-ipconnect.de) |
| 06:59.45 | koen | why do people keep removing the "note: download oe.db" remarks from gettingstarted? |
| 07:01.38 | *** join/#oe Genesis (n=Genesis@dyn-83-154-185-45.ppp.tiscali.fr) |
| 07:02.24 | Genesis | hello |
| 07:22.12 | koen | hey Genesis |
| 07:24.40 | NAbyss | koen: Because they oppose monotone, and try to subvert proper usage.. |
| 07:24.48 | NAbyss | That's my guess at least. |
| 07:28.35 | *** join/#oe leoncamel (n=leoncame@219.238.107.98) |
| 07:29.12 | koen | maybe I should add a note saying "We know we are saying it three times, but saying it one time isn't enough" |
| 07:39.24 | hrw|work | morning |
| 07:39.25 | hrw|work | ~ewi |
| 07:39.27 | ibot | hmm... ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 |
| 07:39.33 | koen | hey hrw|work |
| 07:39.45 | hrw|work | koen: db snapshots exist still? |
| 07:39.50 | koen | they should |
| 07:40.37 | hrw|work | ok fetching |
| 07:40.45 | hrw|work | had problem with fetching it today |
| 07:44.17 | koen | approx. 2 hours ago? |
| 07:44.29 | hrw|work | rather 1-1.5 |
| 07:44.58 | koen | the cronjob ran 2 hours and 10 minutes ago |
| 07:45.28 | *** join/#oe rob_w|mis (n=rob_w@p549BBDC3.dip0.t-ipconnect.de) |
| 07:46.38 | hrw|work | hmm. the problem with releasing 3.5.4.1-alpha2 is that first I have to provide all updates to upgrades feed.. |
| 07:48.19 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 07:52.53 | XorA | morning |
| 07:54.36 | *** join/#oe stelios_ (n=stelios@dslcustomer169.vivodi.gr) |
| 07:54.39 | hrw|work | hi XorA |
| 07:54.47 | hrw|work | booting from SD is nice |
| 07:55.45 | XorA | hrw|work: can you ipkg install firefox/gimp reliable when root is on SD? |
| 07:56.49 | XorA | hrw|work: my ipkg always enters D state when I try that :-( |
| 07:58.48 | XorA | someone needs to show Negroponte OE :-) |
| 08:01.41 | hrw|work | XorA: I can |
| 08:01.55 | hrw|work | btw - firefox 1.5.0.1/.dev works? |
| 08:02.23 | *** join/#oe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
| 08:02.50 | koen | hey XorA & mallum |
| 08:02.53 | koen | bbl |
| 08:03.00 | mallum | hey koen|away |
| 08:05.47 | XorA | bah, my .dev build still tries to build hostap-modules :-( |
| 08:06.15 | XorA | hrw|work: no |
| 08:06.56 | XorA | hrw|work: it builds, runs, but never opens a window |
| 08:07.12 | RP | morning all |
| 08:07.31 | XorA | hey RP |
| 08:08.26 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:09.21 | Bernardo | good morning |
| 08:11.02 | *** join/#oe TheMasterMind1 (n=aman@129.174.184.3) |
| 08:13.05 | hrw|work | hi Bernardo RP |
| 08:13.06 | hrw|work | XorA: ;( |
| 08:13.39 | XorA | hrw|work: koen told me same bug inflicts recent minimo as well, on the rare occasions we can build it |
| 08:15.09 | *** join/#oe Genesis (n=Genesis@dyn-83-154-185-45.ppp.tiscali.fr) |
| 08:17.16 | *** join/#oe Cockroach- (n=torakka@codereactor.net) |
| 08:29.03 | TheMasterMind1 | hrw|work: did you ever get all your SD cards working reliably? |
| 08:29.15 | TheMasterMind1 | without timeout and detection errors |
| 08:29.59 | hrw|work | TheMasterMind1: nope |
| 08:30.21 | hrw|work | TheMasterMind1: I got new card from user and that one just works |
| 08:30.33 | TheMasterMind1 | weird |
| 08:31.59 | TheMasterMind1 | the code that enables SD card usage with pxamci - is that implemented model-specifically or in the general driver.. do you know? |
| 08:34.00 | hrw|work | sd<>mmc is in mmc core iirc |
| 08:34.38 | TheMasterMind1 | ok thats what it looked like from the patches i looked through, but i wasn't sure |
| 08:52.28 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 09:03.54 | *** join/#oe rob_w|mis (n=rob_w@p549BBDC3.dip0.t-ipconnect.de) |
| 09:10.14 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:11.32 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 09:11.41 | zecke | hey |
| 09:11.49 | pb__ | hail zecke |
| 09:11.56 | RP | hi zecke |
| 09:12.19 | zecke | ave phil |
| 09:12.52 | zecke | gosh ccache and precompiled headers are playing tricks on each other |
| 09:14.32 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 09:15.05 | *** join/#oe polyonymous_ (n=hacker@pD953803A.dip0.t-ipconnect.de) |
| 09:15.42 | *** join/#oe cedric_ (n=cedric@195.94.59.29) |
| 09:25.28 | *** join/#oe eumel (n=eumel@p548229CA.dip0.t-ipconnect.de) |
| 09:29.49 | hrw|work | meeting... |
| 09:38.20 | *** join/#oe reenoo|afk (n=r@p5489C0A2.dip.t-dialin.net) |
| 09:38.29 | *** join/#oe LordVan (n=lordvan@i-83-67-126-41.freedom2surf.net) |
| 09:44.00 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 09:55.20 | *** join/#oe hwtechnik (n=hwtechni@tor/session/x-ec75a5e1692c2902) |
| 10:07.51 | XorA | who broke the c7x0 keymap? |
| 10:08.57 | zecke | rp? |
| 10:09.19 | RP | I haven't touched it |
| 10:09.41 | NAbyss | XorA: Hm, check the commit logs? |
| 10:13.12 | RP | XorA: keymaps were split from initscripts |
| 10:13.58 | RP | die broken csl versions, die :) |
| 10:14.02 | XorA | RP: thats the problem, nothing brought in keymaps package |
| 10:14.23 | RP | XorA: It was added to task-bootstrap iirc |
| 10:15.55 | XorA | someone for a PR inc or forgot to add it then |
| 10:16.00 | XorA | forget a PR |
| 10:18.16 | *** join/#oe |dkey| (i=nobody@193.170.48.236) |
| 10:20.10 | XorA | now just to reboot and fix whatever Cordump did to my fonts :-( |
| 10:20.30 | *** join/#oe CIA-3 (i=cia@cia.navi.cx) |
| 10:20.35 | RP | XorA: I believe this was the 200dpi fixes |
| 10:20.50 | XorA | RP: fixes is a bit of a bad term for the mess I see :-) |
| 10:21.14 | RP | :-/ |
| 10:21.22 | hrw|work | task-bootstrap PR bumping is something which I avoid |
| 10:36.22 | zecke | RP: hehe, having fun? |
| 10:40.10 | RP | zecke: I have 2005q3 csl working and have committed it :) |
| 10:42.14 | *** join/#oe idealm (n=ideal@58.33.48.141) |
| 10:43.15 | zecke | RP: that doesn#t sound like you succeeded in killing it... |
| 10:43.24 | zecke | RP: anyway you are happy and that is what counts ;) |
| 10:44.13 | RP | zecke: I killed off the old versions which means we can close a few bug reports :) |
| 10:45.58 | zecke | RP: I liked some of the bugs ... |
| 10:46.14 | zecke | http://www.mail-archive.com/directfb-users@directfb.org/msg05146.html |
| 10:46.17 | XorA | RP: closer to EABI then? |
| 10:46.27 | zecke | interesting... |
| 10:46.41 | zecke | RP: I think I can teach QtE BGR in an inefficient way... |
| 10:46.54 | zecke | pb__: how is kdrive doing BGR? |
| 10:47.12 | RP | XorA: We have a second way of achieving it |
| 10:47.16 | zecke | pb__: word scrambling on each pixel to match the order or some fast and good design? |
| 10:48.27 | RP | zecke: The xserver supports general pixel formatting |
| 10:48.29 | pb__ | zecke: kdrive doesn't have a natural affinity for any particular pixel ordering. |
| 10:48.43 | RP | s/formatting/ordering/ |
| 10:48.55 | pb__ | BGR is no worse than RGB, really. You need to marshall the bits in much the same way in both cases. |
| 10:48.56 | zecke | pb__: how does it define a color? |
| 10:49.33 | zecke | pb__: e.g. I have QColor which is RGB(A) (giving me an int), and QtE currently can copy it to the framebuffer (which is the bug) |
| 10:50.02 | zecke | pb__: so X 'creates' the right order for the pixel out of a representation of a color? |
| 10:50.17 | pb__ | zecke: right. the abstract view of a color is: |
| 10:50.18 | pb__ | typedef struct { |
| 10:50.18 | pb__ | <PROTECTED> |
| 10:50.18 | pb__ | <PROTECTED> |
| 10:50.18 | pb__ | <PROTECTED> |
| 10:50.19 | pb__ | <PROTECTED> |
| 10:50.20 | pb__ | } XRenderColor; |
| 10:50.49 | pb__ | but there is no expectation that this will match the physical pixel format. |
| 10:51.23 | zecke | pb__: I guess this is the reason why X is declared slow ;) |
| 10:51.34 | zecke | pb__: or fast, depending on the marketing drone's pov. |
| 10:51.40 | pb__ | zecke: yeah |
| 10:54.01 | pb__ | zecke: aside from anything else, issues like transparency and anti-aliasing mean that you can't (in general) just blindly dump fixed pixel values into the framebuffer and get the right kind of results. |
| 10:57.06 | zecke | pb__: I just found that out ;) |
| 10:57.38 | hrw|work | base-passwd can be upgraded without problems in OE derived distros? |
| 10:57.38 | pb__ | zecke: :-} |
| 10:58.35 | pb__ | probably, but it'd need testing |
| 10:58.53 | hrw|work | thx |
| 11:02.18 | XorA | RP: tried zaurusd for first time, sweet |
| 11:05.45 | hrw|work | XorA: poweroff on hingeclose too? |
| 11:06.02 | XorA | hrw|work: not that far, I am trying to work out how to make the TS buttons work mplayer |
| 11:09.17 | hrw|work | XorA: they are F15-F19 iirc |
| 11:14.40 | *** join/#oe schurig (n=schurig@p54B2B783.dip0.t-ipconnect.de) |
| 11:21.47 | hrw|work | hi schurig |
| 11:21.58 | schurig | hrw|work: hi! |
| 11:21.58 | hrw|work | ~seen mickeyl |
| 11:22.13 | ibot | mickeyl <n=LPA@gandalf.tm.informatik.uni-frankfurt.de> was last seen on IRC in channel #oe, 15h 4m ago, saying: 'hrw: woot!'. |
| 11:22.13 | schurig | hrw|work: any plans for monotone 0.26? AFAIK it is a little bit faster |
| 11:22.41 | hrw|work | schurig: its more then 'a little bit' faster |
| 11:22.58 | schurig | hrw|work: lousy payment in Zloty/hour :-) |
| 11:22.59 | hrw|work | schurig: we want to wait till 0.27 (so other people will shout on problems ;) |
| 11:23.06 | schurig | hrw|work: chickens! |
| 11:23.19 | hrw|work | schurig: dont know do I get card for me or for porting only.. |
| 11:23.29 | schurig | hrw|work: I'd rather you'll run into many more probelms and finally switch to something with a normal execution speed |
| 11:23.52 | Bernardo | hrw|work: what chipset is the card? |
| 11:24.54 | hrw|work | Bernardo: wcf54g is agere - need wlags 722 iirc |
| 11:25.42 | schurig | hrw|work: btw, the working wlags driver I have here only works till 2.6.15.6, in 2.6.16 they changed some things so I need to get it working again |
| 11:26.07 | schurig | hrw|work: they mostly use a normal .probe approach now in pcmcia as in other drivers, and the old PCMCIA event thingy is now also gone |
| 11:26.34 | schurig | hrw|work: also I think i've got 718 working, not 722, so I'd be interested if you get 722 working |
| 11:27.05 | XorA | hrw|work: we need a 0.26<>0.25 bridge, to automatically check what is checked into one version into the other, then we can truly test 0.26 |
| 11:28.37 | hrw|work | bbl |
| 11:29.11 | RP | Personally, I'd be happy to take a risk and upgrade to 0.26 |
| 11:29.57 | XorA | RP: given the level of support monotone guys give us, its probably worth it, and helps them as well |
| 11:37.15 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 11:41.57 | njs | XorA: please wait at least a _little_ before upgrading, to give us at least a fighting chance at flushing things out before you guys unleash your bug-finding skillz :-) |
| 11:43.22 | XorA | njs: heh heh, luckilly I dont get a say in when we switch |
| 11:44.09 | RP | njs: We will wait a while and I know koen wants to wait for 0.27 :) |
| 11:46.45 | hrw|work | and koen need to get admins to open port for ewi |
| 11:46.47 | njs | RP: yah |
| 11:50.18 | schurig | is there a know issue off glibc 2.4 and kernel 2.4 ? |
| 11:54.06 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 12:01.03 | hrw|work | schurig: glibc 2.4 req kernel 2.6 |
| 12:01.16 | schurig | hrw|work: hmm, I had such a feeling :-) |
| 12:01.49 | schurig | hrw|work: I didn't get any output of sysvinit, but output from ld.so, so I knew my /dev/console was right |
| 12:02.12 | hrw|work | schurig: For a libc and libpthread that works well on Linux 2.4 kernels, we recommend using the stable 2.3 branch. |
| 12:02.32 | hrw|work | schurig: The LinuxThreads add-on, providing pthreads on Linux 2.4 kernels, is no longer supported. The new NPTL implementation requires Linux 2.6 kernels. |
| 12:11.34 | *** join/#oe _law_ (n=law@81.223.225.146) |
| 12:20.55 | hrw|work | hi Patrick |
| 12:40.39 | _law_ | hi hrw|work |
| 12:41.05 | hrw|work | _law_: display-brightness fixed in .oz354x to be PACKAGE_ARCH=all |
| 12:41.39 | _law_ | hrw|work, thanks |
| 12:42.25 | _law_ | hrw|work, perhaps i?ll find some time to update my c760 to oz354x this week |
| 12:45.36 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 12:49.41 | schurig | packages/quilt/files/non-gnu.patch is buggy, there is no stat -f "%p" command, it should be stat -c "%p" |
| 12:50.26 | hrw|work | <PROTECTED> |
| 12:50.36 | hrw|work | <PROTECTED> |
| 12:50.36 | schurig | hmm, actually, %p is also not implemented here |
| 12:50.51 | hrw|work | nice... |
| 12:51.39 | schurig | hrw|work: the author of the patch to quilt tried to convert NUish "chmod --reference XXX" call into chmod `stat -f "%p"` |
| 12:52.20 | schurig | hrw|work: but at least on debian this doesn't work, here -f is for filesystem, output format would be -c or --format. But %p doesn't exist, so the this patch is broken altogehterh |
| 12:52.35 | schurig | hrw|work: probably someone who tried to get OE runnign on Mac OS X ... |
| 12:53.35 | schurig | zecke|food: your patch to quilt is broken, now quilt-native doens't build on Debian anymore |
| 13:19.18 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 13:19.25 | zecke|food | schurig: okay |
| 13:20.00 | zecke|food | please disapprove the quilt patch then |
| 13:20.12 | zecke|food | I won't be in town the next three days |
| 13:26.29 | *** join/#oe cbrake (i=user103@216.144.26.242) |
| 13:42.12 | mickeyl | hi folks |
| 13:42.27 | hrw|work | hi mickeyl |
| 13:42.43 | XorA | hey mickeyl |
| 13:44.18 | pb__ | hail mickeyl |
| 13:44.23 | XorA | mickeyl: meant to say yesterday, you read too much fantasy fiction :-) |
| 13:45.06 | mickeyl | XorA: that's true, but how do you know? :D |
| 13:45.15 | mickeyl | aah the wizards, right? |
| 13:45.38 | mickeyl | at least I know the from books... not from movies like all the younger folks |
| 13:45.41 | mickeyl | heh |
| 13:45.42 | XorA | mickeyl: allanon is rarer than the rest |
| 13:45.44 | hrw|work | Hostap 0.4.7 uploaded to updates |
| 13:45.56 | CIA-3 | 03hrw 07org.oe.oz354x * r3ecb4c7b... 10/packages/display-brightness/display-brightness_1.0.0.bb: display-brightness: set PACKAGE_ARCH=all as this is shell script |
| 13:46.01 | CIA-3 | 03tmbinc 07org.oe.dreambox * r550a847a... 10/packages/linux/linux-dm7025.bb: linux-dm7025: update dvb multipid patch to r1 |
| 13:46.05 | CIA-3 | 03rpurdie 07org.oe.dev * r6412fbc6... 10/packages/gcc/ (13 files): gcc: Remove broken csl versions replacing with a floating cvs version and a working 2005q3 csl release. |
| 13:46.11 | CIA-3 | 03mickeyl 07org.oe.dev * rd854f45c... 10/packages/qmake/ (6 files in 3 dirs): |
| 13:46.11 | CIA-3 | qmake: upgrade version 2.00a to qt 4.1.1 |
| 13:46.12 | CIA-3 | give up with trying to make qmake2 work with old stuff, instead |
| 13:46.12 | CIA-3 | start to make qmake1 and qmake2 coexist in staging |
| 13:46.16 | CIA-3 | 03mickeyl 07org.oe.dev * r36cb9cba... 10/packages/qt/ (11 files in 3 dirs): qt4: upgrade to 4.1.1 - add patches to make it build |
| 13:46.25 | hrw|work | RP: http://www.oesf.org/forums/index.php?showtopic=18767 |
| 13:47.39 | *** join/#oe ^^DUMAN_ALTI^^ (n=asdada@81.215.113.184) |
| 13:49.28 | *** join/#oe cbrake__ (i=user103@216.144.26.242) |
| 13:49.37 | hrw|work | ~hail USE_FEED_FOR_IMAGES=1 |
| 13:49.38 | ibot | ACTION bows down to USE_FEED_FOR_IMAGES=1 and chants, "I'M NOT WORTHY!!" |
| 13:49.56 | mickeyl | ya, that's a pretty cool patch. did you commit it yet? |
| 13:50.04 | hrw|work | mickeyl: plan to do it in .oz354x |
| 13:50.18 | mickeyl | hrw|work: it's non-intrusive, isn't it? feel free to toss into .dev as well |
| 13:50.43 | hrw|work | mickeyl: 3.5.4.1-alpha2 can be build from feeds now (3.5.4 + 3.5.4.1-alpha2 machine one) |
| 13:51.07 | mickeyl | hrw|work: what do I need to upgrade to make sound working on c7x0/3.5.4.1-alpha1 ? |
| 13:51.16 | cedric_ | ~ping schurig |
| 13:51.17 | ibot | pong schurig |
| 13:51.33 | schurig | cedric_: pong |
| 13:51.43 | hrw|work | mickeyl: ask RP - I did not checked it yet |
| 13:51.51 | mickeyl | RP? |
| 13:51.52 | mickeyl | hey schurig |
| 13:52.28 | RP | mickeyl: Sound should just work? |
| 13:52.45 | cedric_ | schurig: hrw told me that you have a 802.11g compact flash card, any good? where did u get it? |
| 13:53.15 | RP | mickeyl: The sound in opie doesn't always work though - it does 95% of the time on my c760 and 5% of the time on my c3000 |
| 13:53.19 | schurig | cedric_: no, it's *NOT* a 11g card |
| 13:53.32 | RP | mickeyl: Its opie at fault given OSS apps work fine :-/ |
| 13:53.55 | schurig | cedric_: but it's a card that doesn't work with orinoco, hostap, wlag-ng etc, only with Agere's brain-dead wlags driver, currently I use 7.18 |
| 13:54.04 | mickeyl | RP: heh. i'm talking about gpe :D |
| 13:54.19 | mickeyl | RP: mplayer foo.mp3 ... no output |
| 13:54.40 | RP | mickeyl: you have zaurusd installed? |
| 13:54.49 | mickeyl | no idea :) |
| 13:54.54 | cedric_ | schurig: who has one then? |
| 13:54.55 | mickeyl | hrw image 3.5.4.1-alpha1 |
| 13:54.59 | *** join/#oe tnb (n=tnb@dynamic-acs-24-154-237-101.zoominternet.net) |
| 13:55.11 | mickeyl | can't check because the Z is at home. will come back to you |
| 13:55.21 | RP | mickeyl: Load alsamixer and fiddle if there's no sound |
| 13:55.36 | RP | mickeyl: It could be zaurusd isn't setting the right things :-/ |
| 13:55.38 | mickeyl | RP: done that already, max'ed all outputs, but still nothing |
| 13:55.52 | Pendalar | mickeyl please read your privmsg, tc guys |
| 13:55.52 | mickeyl | we can check that interactively later tonite if you can |
| 13:55.57 | mickeyl | hi Pendalar |
| 13:56.01 | mickeyl | long time no see |
| 13:56.06 | RP | mickeyl: ok, I should be around |
| 13:56.29 | RP | mickeyl: I'd test alpha2 but my build machine is currently uncontactable :-/ |
| 13:56.35 | Pendalar | yeah my work schedule changed and my zaurus TS is broken =-s still heavily into PDA's and what not |
| 13:56.46 | Pendalar | got to run though sadly.. email me after you read my messages |
| 13:56.53 | mickeyl | Pendalar: will do, cu |
| 13:57.37 | *** part/#oe ^^DUMAN_ALTI^^ (n=asdada@81.215.113.184) |
| 14:00.37 | *** join/#oe AvengerMoJo (n=alex@61.49.139.186) |
| 14:01.08 | *** join/#oe champ (n=champ@216.85.238.67) |
| 14:01.10 | RP | hrw|work: I've replied to those posts, thanks |
| 14:01.17 | RP | hrw|work: Looks like some usb problem |
| 14:03.23 | hrw|work | RP: np |
| 14:04.02 | champ | http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=9709862327 |
| 14:05.39 | hrw|work | n770.. |
| 14:05.47 | hrw|work | hi CoreDump|home |
| 14:05.52 | CoreDump|home | hi |
| 14:06.11 | XorA | hey CoreDump|home |
| 14:09.06 | hrw|work | for machine in c7x0 spitz akita;do echo "MACHINE = \"$machine\"" > conf/auto.conf;echo "MACHINE = \"$machine\"";bitbake -k gpe-image opie-image bootstrap-image;done - in other words: 3.5.4.1-alpha2 images building for release |
| 14:09.36 | CIA-3 | 03hrw 07org.oe.oz354x * r07d0f168... 10/classes/rootfs_ipk.bbclass: |
| 14:09.36 | CIA-3 | rootfs_ipk.bbclass: allow to create images from feeds |
| 14:09.36 | CIA-3 | - variable USE_FEED_FOR_IMAGES = 1/0 control does images are build from: |
| 14:09.36 | CIA-3 | <PROTECTED> |
| 14:09.36 | CIA-3 | <PROTECTED> |
| 14:09.36 | CIA-3 | code is in bugtracker as #816 |
| 14:09.36 | CoreDump|home | nice =) |
| 14:09.38 | mickeyl | hrw|work: excellent |
| 14:09.51 | mickeyl | i still don't like that bootsplash |
| 14:10.03 | mickeyl | it takes way too long while it's configuring beneath |
| 14:10.10 | hrw|work | mickeyl: not OZ related it is etc |
| 14:10.14 | mickeyl | should really add a progress bar or something else |
| 14:10.30 | CoreDump|home | only on first load it rakes a while |
| 14:10.54 | mickeyl | thanks to Richards blinkin' lights, it's not absolutely dead |
| 14:11.05 | hrw|work | mickeyl: not with root-on-sd like I have now |
| 14:11.07 | mickeyl | when will we add phil's postinst patch to ipkg? |
| 14:11.51 | *** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net) |
| 14:12.32 | pb__ | mickeyl: afaik, it should be safe to apply it now. |
| 14:12.44 | pb__ | I don't know of any problems with it. |
| 14:12.50 | *** join/#oe champ_ (n=champ@216.85.238.67) |
| 14:13.30 | pb__ | I think Pigi was reluctant to apply it upstream due to idealogical concerns, but it should be fine to put it in oe. |
| 14:14.00 | mickeyl | right. last version is in hh.org bugzilla? |
| 14:14.05 | pb__ | I think so |
| 14:14.13 | hrw|work | who want to test 3.5.4.1-alpha2 before users will get it? c7x0/akita/spitz |
| 14:14.32 | mickeyl | hrw|work: i can give the spitz version a go later tonite |
| 14:14.37 | mickeyl | not now though |
| 14:14.43 | hrw|work | mickeyl: ok |
| 14:14.52 | mickeyl | distraction :D |
| 14:16.48 | hrw|work | CoreDump|home: ok. I will give url after building |
| 14:17.11 | CoreDump|home | hrw|work: my build just finished ;) |
| 14:17.44 | CoreDump|home | nm that, opie is still compiling |
| 14:18.05 | hrw|work | CoreDump|home: ok but I want to catch all feed problems too - your images can differ... |
| 14:18.13 | CoreDump|home | ah i see, ok |
| 14:18.19 | hrw|work | http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4.1-test/alpha2/.images/ |
| 14:18.29 | hrw|work | there they will land |
| 14:19.18 | mickeyl | zecke|food: is a pxa270 fast enough for dvb-t over usb? |
| 14:19.22 | CoreDump|home | ok, will give try them once they are done |
| 14:20.12 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 14:20.49 | zecke|food | mickeyl: dunno, i18n("das wird echt knapp") |
| 14:21.24 | zecke|food | mickeyl: I'm lucky to do h.264 with low framerate and low resolution |
| 14:21.31 | zecke|food | mickeyl: mpeg2 gets trickier |
| 14:22.12 | zecke|food | OT: did some one disapprove my quilt change yet? |
| 14:22.54 | zecke|food | schurig: -f is the same on both Unices |
| 14:23.06 | zecke|food | schurig: it means silent... so please show me your error |
| 14:24.13 | schurig | zecke|food: mombi, I'll pastebin ... |
| 14:25.58 | schurig | zecke|food: http://pastebin.ca/48887 |
| 14:26.15 | schurig | zecke|food: maybe I was wrong about -f, but %p definitely doesn't exist |
| 14:27.41 | schurig | zecke|food: at least not with coreutils 5.94, which provide the "stat" binary I have here on my Debian sid box |
| 14:28.47 | zecke|food | gosh that pastebin.ca is slow |
| 14:28.54 | schurig | zecke|food: and -f means silent for chmod, but for stat it means means "-f, --file-system: display file system status instead of file status" |
| 14:29.12 | schurig | zecke|food: should I use pastebin.com? |
| 14:29.12 | zecke|food | hmm %p should not be %p ;) |
| 14:29.34 | schurig | zecke|food: but that's in the non-gnu.patch ... |
| 14:30.00 | zecke|food | schurig: well, I'm firewalled ATM, let us hope some one disapproves it |
| 14:31.31 | schurig | zecke|food: okay, I've extracted excerpts from the man-pages: http://pastebin.com/651408 |
| 14:31.40 | schurig | zecke|food: can't you disapprove now? |
| 14:32.16 | hrw|work | hmm.. my 3.5.4.1-alpha2 images got one bug... openzaurus-version=3.5.4 |
| 14:32.40 | hrw|work | small one to ignore ;) |
| 14:32.54 | schurig | zecke|food: AFAIK my stat can only show the file mode in hex: "%f Raw mode in hex" |
| 14:33.27 | schurig | zecke|food: that's the only occurence of the string "mode" in "man stat". Maybe the info-file or source tells more ... |
| 14:33.29 | zecke|food | schurig: I'm firewalled ;) |
| 14:33.58 | schurig | zecke|food: but I'm not sure if chmod and especially a non-GNU chmod accepts hex for a file-mode |
| 14:34.32 | schurig | zecke|food: so, please, BSD and MacOSX, stay with patcher :-) |
| 14:34.39 | mickeyl | hrw|work: heh, right. |
| 14:35.02 | zecke|food | schurig: patcher doesn't work reliable on *BSD either ;) |
| 14:35.51 | mickeyl | schurig: any new developments in patcher? |
| 14:35.59 | mickeyl | (not that I would miss anything, just curious) |
| 14:36.00 | schurig | zecke|food: heck, then they should install a sane chmod if they need quilt |
| 14:36.16 | zecke|food | schurig: what is sane? GNU is sane? |
| 14:36.37 | schurig | mickeyl: no, I'm actually switched to quilt. The original reason why I wrote patcher is gone, and quilt is more powerful |
| 14:36.52 | *** join/#oe france_ (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 14:37.11 | schurig | mickeyl: if you really want it, I have a python scripy that behaves like patcher, but calls quilt :-) |
| 14:37.46 | schurig | actually "patcher -s" is still less to type than "quilt series -v", althoight you can get away with opt_verbose=1 in your ~/.quiltrc |
| 14:38.17 | mickeyl | schurig: yay! I still prefer patcher because of its UI. please send me that tool |
| 14:38.48 | *** part/#oe schurig (n=schurig@p54B2B783.dip0.t-ipconnect.de) |
| 14:38.53 | *** join/#oe schurig (n=schurig@p54B2B783.dip0.t-ipconnect.de) |
| 14:39.00 | mickeyl | <mickeyl> schurig: yay! I still prefer patcher because of its UI. please send me that tool |
| 14:39.14 | zecke|food | mickeyl: he only wanted you repeat yourself |
| 14:39.19 | mickeyl | hehe |
| 14:39.53 | zecke|food | mickeyl: label your first born 'patcher' in that case |
| 14:40.13 | mickeyl | zecke|food: i guess that would be a bit over the top... besides... what if it's a girl? I'm more into girls anywa |
| 14:40.14 | mickeyl | y |
| 14:40.25 | CosmicPenguin | patcher would be a fine name for a girl |
| 14:40.32 | mickeyl | hehe |
| 14:40.48 | schurig | CosmicPenguin: my girls are named "Natalie" and "Sarah" :-) |
| 14:40.59 | zecke|food | schurig: is your GNU make broken? |
| 14:51.45 | schurig | zecke|food: don't know, if 3.81rc2 from Debian is broken, then you're right. However, I use that make with tons of software packages, so I guess it's not |
| 14:51.45 | zecke|food | I'm able to log into ewi, so I can fix it myself |
| 14:51.45 | zecke|food | schurig: think of Dijkstra and reconsider your statement |
| 14:51.45 | schurig | zecke|food: I'm an empiric person :-) |
| 14:51.46 | schurig | zecke|food: or an engineer, and not a scientist :-) |
| 14:51.46 | schurig | zecke|food: and sometimes not even an engineer, but just a handyman ... |
| 14:51.49 | zecke|food | schurig: well |
| 14:51.49 | zecke|food | schurig: to cite another guy starting with an 'S': GNU make is broken for years, It has several reported and grave bugs |
| 14:51.50 | hrw|work | 3.5.4.1-alpha2 built for c7x0/akita/spitz |
| 14:51.50 | schurig | zecke|food: continue to tell me what else is broken, maybe you can convert me :-) |
| 14:51.51 | zecke|food | schurig: Linux IDE is broken according to this 'S' guy |
| 14:51.51 | zecke|food | schurig: and the security model is broken as well |
| 14:51.51 | zecke|food | schurig: and Schurig and Solaris match much better |
| 14:51.51 | hrw|work | zecke|food: libata looks like good way to get IDE working |
| 14:51.51 | chouimat | morning |
| 14:54.07 | zecke|food | schurig: could you test soon? |
| 14:54.24 | schurig | zecke|food: what should I test? |
| 14:54.39 | zecke|food | schurig: quilt fix... and I replied to you in private... but it didn't got to you |
| 14:54.53 | zecke|food | schurig: this other 'S' guy is Joerg Schilling ;) |
| 14:55.10 | schurig | zecke|food: hmm, I didn't get something, maybe also not from mickeyl |
| 14:55.18 | schurig | zecke|food: maybe my Konversation is set up wrong |
| 14:55.28 | zecke|food | schurig: well, I need to do /msg NickServ ident secret |
| 14:55.38 | zecke|food | schurig: but this nick is not registered ;) |
| 14:57.01 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 14:58.34 | CIA-3 | 03freyther 07org.oe.dev * r45ef1918... 10/packages/quilt/ (quilt-native_0.42.bb quilt_0.42.bb): |
| 14:58.34 | CIA-3 | packages/quilt/quilt: |
| 14:58.35 | CIA-3 | <PROTECTED> |
| 14:58.35 | CIA-3 | <PROTECTED> |
| 14:58.35 | CIA-3 | <PROTECTED> |
| 15:02.57 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 15:07.24 | Cockroach- | Evening |
| 15:16.12 | hrw|work | http://openzaurus.org/wordpress/2006/04/10/second-alpha-release-of-openzaurus-3541/ |
| 15:18.10 | hrw|work | fsck. error found ;( |
| 15:19.00 | *** join/#oe Bompo (n=Bompo@V1ea8.v.pppool.de) |
| 15:19.10 | *** part/#oe Bompo (n=Bompo@V1ea8.v.pppool.de) |
| 15:25.33 | Bernardo | hrw|work: many changes since last night, or everything's almost the same? |
| 15:26.55 | hrw|work | Bernardo: this was build from feeds |
| 15:27.12 | hrw|work | Bernardo: and stopped from release - CoreDump found that akita/gpe is buggy |
| 15:27.36 | Bernardo | oops |
| 15:27.42 | mickeyl | schurig: ah right, freenode has changed something re. privmsgs |
| 15:27.49 | mickeyl | schurig: i got the patcher frontend, thanks |
| 15:27.49 | Bernardo | well, at least akita/opie is ok |
| 15:27.54 | mickeyl | bbl, home we go now |
| 15:27.58 | hrw|work | cu mickeyl |
| 15:28.01 | Bernardo | later mickeyl |
| 15:28.01 | hrw|work | Bernardo: my test image? |
| 15:28.05 | schurig | mickeyl: me too |
| 15:28.18 | Bernardo | hrw|work: the one I built last night from oz354x |
| 15:28.28 | hrw|work | Bernardo: can you test miine? |
| 15:28.35 | hrw|work | Bernardo: http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4.1-test/alpha2/.images/ |
| 15:28.38 | hrw|work | cu all |
| 15:28.42 | Bernardo | I can't download yours right now or I'll gt in trouble... :) |
| 15:28.52 | hrw|work | oka |
| 15:29.02 | Bernardo | more than 1/2MB a day and I get a talk with a manager... |
| 15:29.22 | Bernardo | I'll check tonight or tomorrow |
| 15:29.32 | hrw|work | cool |
| 15:32.08 | Genesis | bye |
| 15:36.23 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a173.ptbyny.tds.net) |
| 15:41.10 | *** join/#oe lrg (n=liam@209.19.49.10) |
| 15:41.17 | lrg | morning all |
| 15:41.43 | XorA | hey lrg |
| 15:42.00 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 15:42.36 | RP | hi Liam |
| 15:43.02 | lrg | RP: my new borzoi is on its way :) |
| 15:43.02 | XorA | lrg: damnation I forgot to try and con a trip to San Jose office |
| 15:44.06 | lrg | XorA, I'm back to good old Edinburgh next week. btw I'm doing an alsa talk at Edlug in may if your interested. |
| 15:44.14 | XorA | lrg: In may? |
| 15:44.46 | lrg | XorA, yep, first Thusrday. you could bring your Z and I could have a look at any audio issues. |
| 15:44.59 | XorA | lrg: ok, Ill try and rember to turn up |
| 15:45.17 | XorA | lrg: prod me on the tues/weds before if you remeber, I am terrible at remembering |
| 15:45.22 | lrg | XorA, np |
| 15:45.48 | XorA | lrg: and I can buy that pint I promised :-) |
| 15:46.01 | lrg | XorA: :) |
| 15:46.46 | XorA | lrg: oops |
| 15:46.54 | XorA | lrg: is it still in Holyrood? |
| 15:46.58 | RP | XorA, lrg: c7x0 imput isn't working yet :} |
| 15:47.02 | lrg | yep |
| 15:47.52 | XorA | lrg: has the beer improved since Mark retook control? |
| 15:47.57 | lrg | RP: ok, I'll bring a playback device (iPod) and a Mic and try a few things thanks. |
| 15:48.43 | RP | lrg: ok, thanks. Its on my todo list as well so hopefully one of us will work out the problem :) |
| 15:48.47 | lrg | XorA, it's not bad.It has a room at the back for us hackers |
| 15:49.28 | lrg | RP: I think the codec capture is OK, as boku hasn't complaned about it (yet) ;) |
| 15:49.51 | RP | lrg: I suspect we're just using the wrong channel or something equally silly |
| 15:50.19 | lrg | RP: i agree. |
| 15:50.26 | XorA | lrg: goodo, I stopped going to holyrood when they took away all the ales |
| 15:52.25 | *** join/#oe leoncamel (n=leoncame@221.221.148.247) |
| 15:54.37 | XorA | lrg: RP: remeber to tell me what kernel to load on the device before I go for maximal debug output |
| 15:56.07 | lrg | XorA, ok, I'll give you an email a few days before - it may even be fixed before then as I've other people using the same codec driver. |
| 15:59.34 | XorA | anyway, time for me to get train home |
| 15:59.47 | *** join/#oe Crofton (n=balister@hc6521d38.dhcp.vt.edu) |
| 16:10.53 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 16:18.00 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 16:18.02 | Cockroach- | oh boy |
| 16:19.21 | CosmicPenguin | lrg: you are already in San Jose? |
| 16:19.32 | CosmicPenguin | lrg: keep some beer for the rest of us... :) |
| 16:20.55 | lrg | CosmicPenguin, will do - I can't drink it all at once ;) |
| 16:21.21 | lrg | CosmicPenguin, I'm at the Hiltin in Rm 540. What time do you guys get here today ? |
| 16:21.27 | lrg | Hilton |
| 16:21.43 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 16:26.50 | CosmicPenguin | lrg: my flight leaves at 5:30, so I'll get in aroud 7:00ish. |
| 16:26.58 | CosmicPenguin | I'm at the Santa Clara Marriott |
| 16:27.13 | CosmicPenguin | Or I will be, I guess... |
| 16:28.14 | lrg | CosmicPenguin: ok, do you have any plans for tonight. We could head out something to eat and a beer or two after you check in if you want ? |
| 16:28.54 | CosmicPenguin | I don't have any plans at the moment, so that would be good |
| 16:29.04 | CosmicPenguin | Where is the Hilton in regards to the venue? |
| 16:29.32 | lrg | CosmicPenguin, cool. The Hilton is on Gt American Parkway, so afaik it's quite close. |
| 16:30.30 | lrg | CosmicPenguin, can you give me a call or let me know via irc and I'll come along to the Marriot |
| 16:30.41 | lrg | when you are ready |
| 16:30.57 | lrg | looking for Hotel number..... |
| 16:32.29 | lrg | CosmicPenguin, It's 1/408/330-0001 and i'm Rm 540. I assume the 1/ is optional ? |
| 16:36.28 | mickeyl | hrw|gone: ping |
| 16:37.15 | *** join/#oe zap (n=zap@217.170.93.9) |
| 16:37.31 | mickeyl | CoreDump|afk: ping |
| 16:39.38 | CosmicPenguin | lrg: Cool - I'll get ahold of you when I'm settled in |
| 16:40.16 | lrg | CosmicPenguin: np - have a good journey. |
| 16:40.22 | CosmicPenguin | thnx |
| 16:40.46 | CosmicPenguin | who do you have to kill to get phone numbe 0001? |
| 16:40.50 | CosmicPenguin | s/numbe/number/ |
| 16:41.01 | polyonymous_ | its owner? |
| 16:41.33 | CosmicPenguin | Well, not always - maybe the owner needed somebody else killed |
| 16:42.06 | polyonymous_ | then it depends on the owner. I proposed universal (to avoid the word "portable") solution. |
| 16:46.08 | lrg | CosmicPenguin, I think it helps if your a big Hotel chain and rich. ;) |
| 16:46.36 | CosmicPenguin | heh, yeah |
| 16:46.41 | CosmicPenguin | I doubt quality inn could swing it |
| 16:47.36 | lrg | CosmicPenguin: heh, maybe Paris has a similar number - shall I give her a call and see if she wants to join us toninght for beers ;) |
| 16:47.54 | Cockroach- | What is your opinion / knowledge / educated guess on following: If I build meta-sdk and gpe-image packages with OE, and setting the MACHINE as "x86", how likely those built packages can be used in another workstation? I mean, If I built those packages with old trusty 1300 celeron, will the results be usable in AMD (non 64bit) machine? |
| 16:47.59 | CosmicPenguin | I don't know if we want that train wreck around |
| 16:48.04 | lrg | heh |
| 16:48.06 | CosmicPenguin | That really cuts into the fun of drinking beer |
| 16:49.18 | *** join/#oe ar__ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 16:49.28 | Cockroach- | ...the more I think about my question the more I feel the need to clarify. :) |
| 16:50.08 | Cockroach- | I wonder what mailing list would be the best place for this kind of advice. It's not strictly OE issue, nor Familiar |
| 16:50.44 | CosmicPenguin | Seems like its exactly an OE issue |
| 16:50.52 | CosmicPenguin | definately not a famiilar issue |
| 16:50.57 | Cockroach- | Perhaps |
| 16:52.13 | Cockroach- | My knowledge is too limited on the subject I'm working on |
| 16:52.19 | Cockroach- | but can't help it |
| 16:52.49 | Cockroach- | I built that gpe-image for x86 so I could run it on 240x320 Xnest window |
| 16:54.16 | polyonymous_ | Cockroach-, I guess if you optimize it for i386 it'd work on any x86 |
| 16:55.00 | Cockroach- | That's what I thought also |
| 16:55.43 | Cockroach- | but if copy the resulting gpe-image.tar to my AMD machine |
| 16:55.51 | polyonymous_ | with the exception for 8086 though :) |
| 16:56.09 | Cockroach- | decompress it and create a chroot jail with 'mount --bind'ed /proc and /dev |
| 16:56.31 | Cockroach- | it works ok, until I try to debug |
| 16:56.40 | polyonymous_ | hm |
| 16:56.55 | Cockroach- | I've built gdb with OE also (in the celeron) |
| 16:57.06 | Cockroach- | and I install the resulting .ipk inside chroot |
| 16:57.39 | polyonymous_ | maybe something gdb specific? |
| 16:57.56 | Cockroach- | That's the thing, I don't got a clue =) |
| 16:58.12 | polyonymous_ | I haven't either. |
| 16:58.17 | CosmicPenguin | It would help if you told us what the actual problem was |
| 16:58.39 | Cockroach- | "gdb --args /usr/bin/gst-launch sinesrc ! osssink" goes OK. I instruct "run" |
| 16:58.43 | Cockroach- | I hear nice sinetone |
| 16:58.50 | Cockroach- | I press ctrl-c |
| 16:58.58 | Cockroach- | and then Program received signal SIGINT, Interrupt. |
| 16:58.58 | Cockroach- | Cannot remove breakpoints because program is no longer writable. |
| 16:58.58 | Cockroach- | It might be running in another process. |
| 16:59.08 | Cockroach- | (sorry, should have used pastebin) |
| 16:59.31 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 16:59.38 | polyonymous_ | hmm... could it be kernel difference, not cpu? |
| 16:59.47 | CosmicPenguin | So what happens if you try to debug something else that doesn't use kernel modules? |
| 16:59.57 | polyonymous_ | I assume it works fine on the machine you built it on? |
| 17:00.29 | Cockroach- | polyonymous_: yeah, if I do the same chroot thing there, no problems. |
| 17:00.51 | Cockroach- | I do have large gaps on my knowledge on linux, so .. |
| 17:01.09 | polyonymous_ | so do I, maybe you should answer Penguin's question? |
| 17:01.46 | Cockroach- | well let's see. |
| 17:03.53 | Cockroach- | well I did 'gdb rosetta' since I couldn't figure out anything else this fast |
| 17:04.08 | Cockroach- | I could interrupt that with no problems |
| 17:04.10 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 17:04.15 | Cockroach- | and got a backtrace etc. |
| 17:04.24 | zecke | RP: ping |
| 17:05.03 | RP | zecke: I'm just off for food - back in 45 mins |
| 17:06.12 | zecke | RP: I will be in the gym then ;) |
| 17:06.16 | Cockroach- | But for me to understand this, is the problem with small kernel version difference between my AMD workstation and the Celeron which built the gpe-image, OR with the AMD workstation and the kernel version which was built inside gpe-image, by OE |
| 17:06.18 | zecke | RP: got a second for coordination? |
| 17:06.38 | zecke | RP: I'm off for the next three days, I would like to improve the bitbake cache in this time |
| 17:07.31 | zecke | RP: just botmail me ;) |
| 17:09.54 | zecke | Guys we should do a OE release! |
| 17:12.20 | Cockroach- | :o |
| 17:12.24 | Cockroach- | Oh well |
| 17:12.45 | Cockroach- | perhaps I just need to build the gpe image on the workstation I plan to test it |
| 17:15.24 | Cockroach- | Linux in general has one fundamental flaw. It makes one feel dumb :) |
| 17:15.41 | Cockroach- | "You just don't have a clue" |
| 17:18.31 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 17:20.25 | *** join/#oe evildevil (n=evildevi@p54A6D744.dip.t-dialin.net) |
| 17:20.54 | Cockroach- | maybe a little walk will help. |
| 17:28.42 | zecke | Cockroach-: I thought only Gentoo carried that attribute |
| 17:28.55 | zecke | Cockroach-: what, is your main issue? |
| 17:29.35 | TheMasterMind1 | Cockroach-: it's a feature. |
| 17:35.18 | *** join/#oe evildevil_ (n=evildevi@p54A6CBFD.dip.t-dialin.net) |
| 17:43.08 | zecke | koen|away: http://bugs.openembedded.org/show_bug.cgi?id=829 |
| 17:45.33 | zecke | Oh no, no more exceptions! add_directory() failed. at /sw/lib/perl5/5.8.6/SVN/Mirror/Ra.pm line 1102. |
| 17:45.37 | zecke | svk chokes |
| 17:48.11 | RP | zecke: hello |
| 17:48.21 | zecke | RP: ah you are back :) |
| 17:48.52 | RP | zecke: Yes. Sorry, I'd left before seeing your other messages |
| 17:49.18 | zecke | RP: food is important, I tolerate that ;) |
| 17:50.45 | zecke | RP: please add your known issues of BitBake to the list |
| 17:50.52 | zecke | RP: I want to get BitBake in shape... |
| 17:51.17 | zecke | I'm leaving to the gym |
| 17:51.31 | RP | zecke: ok, I'll add anything I notice is missing to the list |
| 17:51.50 | zecke | RP: botmail me if you plan to touch any parts of bitbake in the next couple of days |
| 17:52.01 | RP | zecke: ok |
| 17:52.03 | zecke | RP: I have missed the recursive clean of runtime deps... |
| 17:59.28 | Cockroach- | phew |
| 17:59.29 | CIA-3 | 03justinp 07org.oe.dev * rf6d19f5f... 10/conf/distro/preferred-e-versions.inc: preferred-e-versions: remove some PREFERRED_VERSIONs which probably shouldn't be in here |
| 17:59.37 | Cockroach- | It was cold |
| 18:00.12 | JustinP | koen|away, RP: apologies for the gcc PREFERRED_VERSION |
| 18:00.46 | *** join/#oe pH5 (n=ph5@e178198016.adsl.alicedsl.de) |
| 18:01.31 | JustinP | rebuilding now to make sure I didn't kill anything.... |
| 18:01.50 | Cockroach- | CosmicPenguin: since you seem to have a better understanding about how things work under the hood on linux, can you provide me with a short explanation or URL to some documentation which explains things? |
| 18:02.51 | Cockroach- | And not speaking english natively, I'm having a hard time to make exact but short questions :) |
| 18:03.36 | Cockroach- | and by things I of course mean what I was talking about earlier |
| 18:07.11 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-130.f4.ngi.it) |
| 18:07.23 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 18:15.57 | Cockroach- | Oh well |
| 18:16.20 | Cockroach- | Have to accept this for now and search answers (=bug people) again later |
| 18:48.28 | *** join/#oe minipanda (n=hzhang@219.236.17.202) |
| 18:56.11 | *** join/#oe leoncamel (n=leoncame@219.142.132.25) |
| 19:25.09 | *** join/#oe NullC (n=gmaxwell@wikimedia/Mindspillage) |
| 19:25.45 | pH5 | good evening |
| 19:25.45 | pH5 | can anybody advise what PV should be set to for .bb packages that fetch via git? |
| 19:26.28 | mreimer | hi pH5. Has hx4700-flash solved your flash problems? |
| 19:27.08 | pH5 | mreimer: don't know yet. I'm just flashing again |
| 19:27.24 | RP | pH5: This is a tricky question :-/. Probably the last release number +git and then use PR to denote releases |
| 19:27.53 | *** join/#oe Bompo (n=Bompo@V1ea8.v.pppool.de) |
| 19:28.01 | NullC | Have prospects of an opensource SD/MMC driver collie improved any? ... gigantic SD cards have become dirt cheap... I'd love to have a 4gb card in my zaurus. |
| 19:28.11 | *** part/#oe Bompo (n=Bompo@V1ea8.v.pppool.de) |
| 19:30.21 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 19:30.41 | RP | NullC: Sadly not :-( |
| 19:32.22 | *** join/#oe evildevil (n=evildevi@p54A6CBFD.dip.t-dialin.net) |
| 19:34.51 | NullC | RP: Are thing better on any of the other Zauruses? Perhaps I'll upgrade... |
| 19:35.33 | RP | NullC: We have SD support on most other Zaurii under 2.6 kernels although certain large cards have been problematic |
| 19:36.50 | CosmicPenguin | RP: hopefully they will be less problematic now... :) |
| 19:38.13 | RP | CosmicPenguin: Having had limited feedback on my ignore SCR patch, I think its too early to say that :-/ |
| 19:44.41 | CosmicPenguin | ~RP |
| 19:44.59 | pH5 | RP: thanks. |
| 19:44.59 | pH5 | can the bitbake git fetcher fetch a subdirectory from a repository? git clone git://anongit.freedesktop.org/git/xcb works, but git clone git://anongit.freedesktop.org/git/xcb/xcb-proto does not. |
| 19:45.14 | NullC | Wow the SL-6000 is kinda pricy. :) |
| 19:46.02 | RP | pH5: I don't think git does subdirectories |
| 19:46.06 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 19:47.36 | *** join/#oe CIA-9 (i=cia@cia.navi.cx) |
| 19:47.49 | *** join/#oe stelios_ (n=stelios@dslcustomer169.vivodi.gr) |
| 19:50.45 | mreimer | RP: are you interested in a 2.6.16 kexec patch, or do you already have one? |
| 19:51.47 | RP | mreimer: I think DIrk already upgraded the one in the zaurus kernel |
| 19:51.52 | mreimer | ok |
| 19:52.14 | mreimer | I should ping l-a-k on that again. I got 0 response last time |
| 19:52.24 | RP | mreimer: Thanks for the offer though :) |
| 19:52.30 | RP | mreimer: Yes, it would be good to mainline it |
| 19:52.31 | mreimer | np |
| 19:53.07 | RP | Gah. My host's elf.h isn't bleeding edge so my build just failed :-/ |
| 19:58.41 | *** join/#oe evildevil (n=evildevi@p54A6CBFD.dip.t-dialin.net) |
| 19:59.15 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 20:05.16 | *** join/#oe Timelord0 (n=TL@66.150.138.156) |
| 20:26.25 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
| 20:35.25 | *** join/#oe jayja1 (n=Administ@p54BD40A9.dip0.t-ipconnect.de) |
| 20:41.09 | CosmicPenguin | Later folks |
| 20:42.00 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 20:43.15 | *** part/#oe jayja1|home (n=Administ@p54BD40A9.dip0.t-ipconnect.de) |
| 20:43.38 | zecke | njs: and one thing that excites me and koen about monotone is: *drumbeat* |
| 20:43.43 | zecke | *drumbeat* |
| 20:44.01 | zecke | QA support. I plan to integrate the results of the tinderbox into a monotone DB |
| 20:44.07 | hrw|gone | cherrypicker? |
| 20:44.09 | zecke | and then automatically generate reports on a website |
| 20:44.21 | zecke | hrw|husky: hey :) |
| 20:44.25 | hrw|husky | .me as usual for few minutes |
| 20:44.36 | RP | hi hrw|husky |
| 20:45.02 | RP | wb zecke |
| 20:45.20 | hrw|husky | RP: that .ignore-scr. patch do not even inform that card is scr1? |
| 20:45.36 | RP | hrw|husky: It should mention it in dmesg |
| 20:45.40 | hrw|husky | ok |
| 20:45.51 | RP | hrw|husky: It just makes it a warning rather than an error |
| 20:49.39 | njs | zecke: woo |
| 20:51.27 | *** join/#oe fuhr (n=fuhr@201.21.223.59) |
| 20:53.46 | zecke | njs: e.g. we know package xyz version 3.2 was build for XScale on OpenZaurus |
| 20:53.56 | zecke | njs: we want to mark it, and then extract the information |
| 20:54.01 | zecke | njs: and it sound doable, right? |
| 20:54.12 | njs | zecke: sure |
| 20:55.32 | zecke | and this would make us a power user of monotone ;) |
| 20:56.35 | njs | have you heard the story about how monotone started? |
| 20:57.46 | njs | graydon was working on a contract writing something; the client set up some wacky setup where there were two CVS repos. One of them, he committed to. Then there was a rsync script to pull changes out of that one, run the test suite, and only if the tests pass, commit them to the other repo. |
| 20:58.12 | zecke | no |
| 20:58.19 | hrw|husky | simple QA checkings? |
| 20:58.43 | njs | the other repo is the one the clients used. So, if he committed broken stuff, they just never even saw it. So much for "it compiles, ship it"... Totally kicked his butt. |
| 20:58.50 | hrw|husky | zecke: &cola |
| 20:59.09 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 20:59.25 | zecke | hrw|husky: I have it next to me already, but that junk is ruining my teeth :} |
| 20:59.30 | njs | so, like, one of the total inspirations for monotone was, making that kind of workflow possible :-) |
| 21:00.16 | njs | multiple heads are there so when someone else screws up, you can just ignore it and keep working in parallel with their screwups; certs are there so you can add arbitrary data about things like "this rev fails tests", and monotone can use those to make decisions... |
| 21:01.42 | njs | then, it turned out that it takes like 3+ years just to build a decent VCS, never mind awesome workflow stuff too :-) so the support for this stuff is a little undeveloped; though you _can_ teach 'update' to just ignore revisions that don't pass certain tests (the exact set of tests is a workspace setting). |
| 21:02.01 | RP | njs: Is it possible to have a revision require certs from x developers before it becomes visible? |
| 21:02.34 | RP | ("visible" being merged into the current head) |
| 21:03.25 | hrw|husky | zecke: I think that many things riun not only your teeths... |
| 21:04.09 | hrw|husky | looks like time to say bye.. screen is flashing from time to time |
| 21:04.15 | zecke | hrw|husky: being subscribed to mailing lists, disrupt my mind |
| 21:04.21 | zecke | hrw|husky: cya! |
| 21:04.28 | zecke | cya on thursday evening again |
| 21:05.30 | hrw|husky | zecke: rather friday as in thursday i will watch desperate housewifes |
| 21:05.46 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 21:05.55 | RP | hrw|husky: cya |
| 21:06.17 | hrw|husky | btw.. firefox is nice to have on Z |
| 21:06.25 | zecke | hrw|husky: hehe, do you like that? |
| 21:06.53 | hrw|husky | zecke: fun |
| 21:06.57 | zecke | I try to avoid such hyped things, e.g. I didn't watch LOST, but bought Al the DVD set |
| 21:07.04 | zecke | and I think now I like LOST :} |
| 21:07.11 | hrw|husky | and do good braindamage and lot of laughs |
| 21:07.42 | hrw|husky | zecke: i started to watch this with not knowing that its so hyped |
| 21:07.45 | hrw|husky | cu |
| 21:07.57 | zecke | njs: awesome, this is the next step on my list |
| 21:08.06 | zecke | njs: make 'good' releases |
| 21:08.21 | zecke | njs: e.g. export OE into a TarBall for MIPS Foo2301 SoftCPU |
| 21:08.55 | zecke | njs: but I think one wants a good graphical tool to work with annotations |
| 21:10.41 | zecke | njs: If you could decide, would you switch OE to use monotone 0.26? |
| 21:10.53 | goxboxlive | is there a way to build opera with bitbake? |
| 21:11.12 | zecke | goxboxlive: hehe, sadly not, Opera is not Free Software |
| 21:11.27 | zecke | goxboxlive: nor can 'we' (as OpenEmbedded project) distribute Opera binaries |
| 21:13.04 | *** join/#oe katossi (n=guillerm@dslb-084-062-170-236.pools.arcor-ip.net) |
| 21:19.57 | *** part/#oe evildevil (n=evildevi@p54A6CBFD.dip.t-dialin.net) |
| 21:21.08 | goxboxlive | ok i c. |
| 21:29.14 | *** join/#oe hwtechnik (i=debian-t@tor/session/x-89906cb3fe9df9f0) |
| 21:38.36 | *** join/#oe marcan (n=marcanso@160.10.7.105) |
| 21:42.57 | *** join/#oe W8TVI (n=me@166.165.153.129) |
| 21:45.35 | *** join/#oe tmb_grrr (i=XXX@e176134162.adsl.alicedsl.de) |
| 22:11.25 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:15.28 | CIA-9 | 03rpurdie 07org.oe.dev * rf9023067... 10/packages/elfutils/elfutils-0.108/warnings.patch: elfutils 0.108: Remove -Eextra flags to fix failures with certain compilers |
| 22:15.40 | CIA-9 | 03rpurdie 07org.oe.dev * ra9fd6773... 10/packages/prelink/ (20 files in 4 dirs): prelink: Drop old/stale/broken versions and add 20050901 with patched EABI support |
| 22:15.44 | CIA-9 | 03rpurdie 07org.oe.dev * r39e43f04... 10/packages/fakechroot/ (fakechroot-native_2.5.bb fakechroot_2.5.bb): Add fakechroot and fakechroot-native |
| 22:18.30 | RP | zecke: Have we identified exactly what's broken with current bitbake head? |
| 22:20.07 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
| 22:22.45 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:26.10 | njs | RP: like I said, it's a little undeveloped; there's nothing built in to handle "x developers must affirm" ATM |
| 23:26.57 | njs | RP: but the basic pieces to build such a thing are there (e.g., you could have an "approve" cert, and have a little bot that watches commit traffic and when a rev gets x "approve" certs signed by keys that the bot likes, it sticks a new branch cert on it) |
| 23:27.48 | *** join/#oe mithro (n=tim@203.63.126.9) |
| 23:28.19 | njs | (for now, it'd be a convention that only the bot commits to the branch in question; when we have better permission rules, it would become enforced. Better permission rules might eliminate the need for the bot, too, perhaps; dunno yet.) |
| 23:29.53 | njs | RP: the other important thing is that we're really interested in doing this sort of thing, so while I can't say "here, just do this, it's worked great for lots of people", instead you'd be experimenting with new stuff, it's new stuff that we really want to make work, and there's no real way to do that except if some projects start experimenting with it :-) |
| 23:31.46 | RP | njs: It does seem like a really attractive feature and one I can see OE potentially using in the future |
| 23:32.28 | njs | RP: yeah |
| 23:33.13 | RP | Its quite neat its possible at the moment with a bot :) |
| 23:33.26 | njs | RP: having structured process makes a huge difference on development. _so_ much easier just to know what's going on, and not always feel like you're panicked, confused, overwhelmed... |
| 23:33.40 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:35.29 | RP | njs: We were considering whether we should limit access to certain core components of opembedded such as the classes directory. We disucssed the idea of having changes to those areas only made after its agreed (signed?) by two other people (or whatever). |
| 23:35.33 | njs | code review likewise, doesn't have to take much time at all to get major benefits (who writes books without a proofreader? and code is a lot easier to screw up than prose!) |
| 23:36.15 | njs | nod. don't really know enough about that code or your culture to comment :-) |
| 23:37.02 | RP | njs: Certain bits have a lot more impact that other outlying parts and we can see a need to add more protection to those critical bits |
| 23:38.08 | RP | Recently we've given new developers access and they've not been entirely familiar with the addmittedly largely unwritten code of conduct we sort of follow :-/ |
| 23:38.38 | njs | a general principle I know is that one should be wary of the difference between structure and control -- there's often an temptation to do things like give people super-fine-grained permissions (you can write to _these 3 dirs_ only!), etc. |
| 23:39.25 | njs | but it seems like in practice, it's better to use technical means as a guide and to provide structure -- help you keep track of what's going on, make it take explicit work to do something weird, etc. -- and leave enforcement itself to social conventions |
| 23:39.40 | njs | (e.g., http://www.producingoss.com/html-chunk/vc.html#vc-authz ) |
| 23:40.04 | RP | We basically agreed we'd want this protected area as small as possible |
| 23:40.36 | njs | like, maybe it would be better to have a rule "commits to this area shoudl be read over by at least one other core contributor before being integrated", than "this area cannot be modified unless you hunt down some other people and get them to stamp off on it" |
| 23:40.50 | CIA-9 | 03rw 07org.oe.oz354fam083 * r799028f5... 10/packages/gcc/gcc_3.3.4.bb: gcc: prepending to PREMIRRORS nullifies the point of PREMIRRORS |
| 23:40.53 | njs | (again, dunno what you were actually talking about, just some general experience |
| 23:40.55 | njs | ) |
| 23:40.55 | CIA-9 | 03rw 07org.oe.oz354fam083 * rfd92dd07... 10/packages/gcc/ (gcc-cross_3.4.4.bb gcc-package-cross.inc): gcc-cross: fix packaging |
| 23:40.59 | CIA-9 | 03rw 07org.oe.oz354fam083 * r95bbc775... 10/packages/gpe-session-scripts/ (2 files in 2 dirs): gpe-session-scripts: reinstate volume applet and fix order of other applets |
| 23:41.03 | CIA-9 | 03rw 07org.oe.oz354fam083 * r5da97396... 10/packages/matchbox-panel/ (2 files in 2 dirs): matchbox-panel: add a patch from svn that slightly improves applet resizing (but doesn't fix it entirely) |
| 23:41.08 | CIA-9 | 03rw 07org.oe.oz354fam083 * r6089f32b... 10/conf/distro/preferred-gpe-versions-2.7.inc: preferred-gpe-versions-2.7.inc: prefer minilite 0.50 |
| 23:41.12 | CIA-9 | 03rw 07org.oe.oz354fam083 * r064c6a21... 10/packages/meta/bootstrap-image.bb: bootstrap-image: remove bogus familiar FEED_URIS. enabling both opie and x11 feeds will lead to breakage. |
| 23:41.16 | CIA-9 | 03rw 07org.oe.oz354fam083 * r7a87bb89... 10/conf/machine/h6300.conf: h6300.conf: inherit linux_modules to make linux_module_packages() available. |
| 23:41.21 | CIA-9 | 03rw 07org.oe.oz354fam083 * r9ceb87f9... 10/packages/h2200-bootloader/h2200-bootloader.bb: h2200-bootloader: fix packaging |
| 23:41.25 | CIA-9 | 03rw 07org.oe.oz354fam083 * r45100d51... 10/packages/libmatchbox/libmatchbox_1.8.bb: libmatchbox: add 1.8 |
| 23:41.29 | CIA-9 | 03rw 07org.oe.oz354fam083 * r2a6827ca... 10/packages/classpath/classpath_0.18.bb: classpath 0.18: fix DEPENDS |
| 23:41.34 | CIA-9 | 03rw 07org.oe.oz354fam083 * r7c2089aa... 10/packages/gtk+/ (gtk+-2.6.10/unbreak-gdkproperty-x11-c.patch gtk+_2.6.10.bb): gtk+ 2.6.10: revert size checking patch introduced shortly before 2.6.10 and reverted upstream in 2.8 branch |
| 23:41.38 | CIA-9 | 03rw 07org.oe.oz354fam083 * r48bad7e0... 10/packages/jamvm/jamvm_1.4.2.bb: jamvm: add 1.4.2 from .dev. |
| 23:41.42 | CIA-9 | 03rw 07org.oe.oz354fam083 * r162e2eee... 10/packages/classpath/classpath_0.90.bb: classpath: add 0.90. Fixes AWT breakage experienced with 0.18. |
| 23:41.46 | CIA-9 | 03rw 07org.oe.oz354fam083 * r82128220... 10/packages/gd/gd_2.0.22.bb: gd: fix packaging |
| 23:41.50 | CIA-9 | 03rw 07org.oe.oz354fam083 * rf1feb53b... 10/packages/gnuplot/gnuplot_4.0.0.bb: gnuplot: fix subpackage dependencies |
| 23:41.52 | RP | njs: We were also talking about the idea of asking for patches touching these areas to be run past the mailing list first |
| 23:41.54 | CIA-9 | 03rw 07org.oe.oz354fam083 * r34d6b2bb... 10/packages/glibmm/glibmm_2.4.5.bb: glibmm 2.4: fix packaging |
| 23:41.58 | CIA-9 | 03rw 07org.oe.oz354fam083 * rf4364fba... 10/packages/gnumeric/files/remove-docs.patch: gnumeric: add missing file remove-docs.patch from .dev |
| 23:42.02 | CIA-9 | 03rw 07org.oe.oz354fam083 * r5337fad9... 10/packages/python/ (python-pygtk2/obey-path.patch python-pygtk2_2.6.2.bb): python-pygtk2: fix packaging and get rid of some hardcoded build-time paths. fixes the dependency issue described in hh.org Bug #1378. |
| 23:42.06 | CIA-9 | 03rw 07org.oe.oz354fam083 * r2f808124... 10/packages/bitchx/bitchx_1.1.bb: bitchx: package previously unpackaged files in -defmsgs, -help, -scripts, -translations subpackages |
| 23:42.10 | CIA-9 | 03rw 07org.oe.oz354fam083 * r4ee22168... 10/packages/glib-2.0/glib-2.0_2.6.4.bb: glib-2.0: slightly improve packaging. |
| 23:42.12 | RP | njs which should be the general princpiple anyway... |
| 23:42.14 | CIA-9 | 03rw 07org.oe.oz354fam083 * rf14a8701... 10/packages/glibmm/glibmm_2.4.5.bb: glibmm: add proper RCONFLICTS and RREPLACES |
| 23:42.16 | njs | RP: nod. |
| 23:42.36 | njs | RP: that's a common trick. It'd be nice if there was more tool support for that sort of thing, e.g. in the VCS |
| 23:42.54 | njs | RP: though I admit I'm not sure what exactly the tools should do :-) |
| 23:43.23 | RP | njs: The idea of signing off the change and only activating the patch after two other sigs was one way a tool might handle it |
| 23:43.29 | njs | yeah |
| 23:44.05 | RP | njs: Part of the problem is that OE doesn't exactly have a leader at the moment so people knowing what they can and can't touch is tricky :-/ |
| 23:45.27 | njs | remember cradle-to-grave, though -- need some way to notify people when new patches are posted, what happens to patches that needed to be sent back for more changes, how do I find patches to review.. :-) |
| 23:45.54 | njs | nod. though leaders are kind of overrated in FOSS anyway, it's not like they actually can _lead_ things very much :-) |
| 23:46.13 | RP | njs: Maybe we need a branch for this patch tracking :) |
| 23:46.42 | RP | and mutliple heads would tell you how many patches needed reviewing :} |
| 23:46.52 | njs | that's one option :-) |
| 23:47.13 | njs | you might get a little more mileage out of the tool by saying one patch=one branch |
| 23:47.51 | RP | I'd be happy with that, if we could group braches |
| 23:49.09 | RP | Obviously some branches are going to have much greater importance than others and we're need a way to split them into categories, a bit like a bug status in bugzilla |
| 23:49.40 | RP | I suspect certs might come into this somewhere but I'm no expert :) |
| 23:49.43 | njs | that way, it's easy for people to collaborate on a single patch, etc. (the conventional review cycle is "read code, write notes on it, send the notes back as a list of things to fix" -- but this is silly, if there are obvious fixes, the reviewer might as well just make them if they want. branches easily support multiple people working on them simultaneously...) |
| 23:49.50 | njs | http://mt.xaraya.com/com.xaraya.core/index.psp |
| 23:50.36 | njs | ^^ xaraya uses some special certs on branches to give branch descriptions and statuses; then they have a web tool that finds the most recent such certs on each branch, and displays them all together |
| 23:51.30 | RP | If you look at bugs.openembedded.org, we probably have 300 open bugs and maybe 100 open patches in there which is going to be a lot of branches to list without some kind of filtering |
| 23:52.17 | RP | I'll show zecke that link as he's thinking of something similar with his tinderbox status reporting |
| 23:52.44 | njs | it'd be possible to do something similar with statuses like "finished" (doesn't show up on the list by default -- or just infer this from whether or not its been merged to trunk! you can read that out of the history graph...), "ready for review" (query for these to find things to review), "reviewed and ready for integration", etc. |
| 23:53.50 | RP | but from the commandline tool, you wouldn't get the filtering and such filtering would be tricky as everyone would have a different set of needs for statuses? |
| 23:54.08 | njs | (oh, also a useful link on conventions and permissions: http://www.producingoss.com/html-chunk/vc.html#vc-authz ... actually, that whole book is rather nice.) |
| 23:54.25 | njs | you could write a command line tool that knew how to do that kind of filtering :-) |
| 23:54.48 | njs | (probably it would be the right first step, lot easier to prototype things and try them out that way, then building them into monotone's core.) |
| 23:55.28 | RP | yes, I can understand that. montone would then just be the backend. Its got a lots of attractions to it :) |
| 23:56.36 | njs | it's not very hard to interface to mtn from, say, python; there's a reasonably extensive set of commands to query the db, and python interfaces to them. (and we're always happy to add more commands, if it turns out there are useful things that are hard to do.) |
| 23:57.24 | RP | I'm not a python guru but we have people who are :) |
| 23:58.39 | njs | yeah, I was thinking about bitbake :-) most of the automation commands are even easy to interface from sh, which is about as lowest-common-denominator as it gets... |
| 23:59.21 | RP | I have been known to work on bitbake, despite not knowning python very well :) |
| 23:59.35 | RP | I can manage sh :) |