| 00:41.20 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 00:59.01 | *** join/#oe noclouds (n=mhfan@60.166.32.255) |
| 01:01.27 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
| 01:05.31 | *** join/#oe subdue1 (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 01:07.12 | *** join/#oe webmind (i=webmind@feather.perl6.nl) |
| 01:10.27 | *** join/#oe GeoKM (n=keith@bh02i525f01.au.ibm.com) |
| 01:22.15 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 01:24.46 | *** join/#oe idealm (n=ideal@222.66.46.90) |
| 01:32.54 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 01:39.04 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 01:46.44 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 01:47.46 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:56.09 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 02:04.03 | *** join/#oe CIA-3 (i=cia@cia.navi.cx) |
| 02:06.08 | *** join/#oe W8TVI_ (n=me@166.165.155.182) |
| 02:21.49 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 02:41.09 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 03:03.08 | *** join/#oe victorz_ (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net) |
| 03:16.25 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 03:17.29 | *** join/#oe tmbinc (i=XXX@e176165088.adsl.alicedsl.de) |
| 03:24.13 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 03:33.50 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:40.38 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 04:01.43 | *** join/#oe bam__ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 04:03.13 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 04:11.39 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 04:15.35 | *** join/#oe nacer (n=laradji@host33-67.pool8251.interbusiness.it) |
| 04:28.12 | *** part/#oe nacer (n=laradji@host33-67.pool8251.interbusiness.it) |
| 04:29.41 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
| 04:30.10 | *** join/#oe laradji (n=laradji@host33-67.pool8251.interbusiness.it) |
| 04:37.47 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 04:44.25 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 04:54.13 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 05:02.28 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 05:06.22 | *** join/#oe minipanda (n=hzhang@221.221.147.78) |
| 05:10.29 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:27.22 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 05:49.01 | *** join/#oe CIA-3 (i=cia@cia.navi.cx) |
| 05:51.06 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:54.08 | *** join/#oe idealm (n=ideal@222.66.46.90) |
| 06:05.20 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 06:17.52 | *** join/#oe HuntrCkr (n=huntrckr@196.38.235.2) |
| 06:18.51 | HuntrCkr | morning |
| 06:22.39 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 06:42.38 | *** join/#oe grma (n=grma1@mail.contec.at) |
| 06:49.30 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:02.10 | *** join/#oe netnix (n=alex@81.25.36.19) |
| 07:03.29 | *** join/#oe Farcaller (n=Farcalle@mmeed-host.unicyb.kiev.ua) |
| 07:03.35 | Farcaller | hi all |
| 07:03.45 | Farcaller | how can I add new fs type support for IMAGE_FSTYPES? |
| 07:06.25 | *** join/#oe tmbinc (i=XXX@e176181048.adsl.alicedsl.de) |
| 07:11.36 | *** join/#oe ronan (n=ronan@dyn-83-156-20-30.ppp.tiscali.fr) |
| 07:23.21 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:35.50 | *** join/#oe hrw (n=hrw@host-ip170-158.crowley.pl) |
| 07:35.59 | hrw | hi |
| 07:36.50 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:40.13 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 07:40.21 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 07:40.55 | koen | good morning all |
| 07:41.36 | *** join/#oe lardman_ (n=lardman@138.38.73.178) |
| 07:42.24 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
| 07:42.30 | do13_ | morning all |
| 07:44.33 | koen | hey do13_ |
| 07:45.00 | do13_ | hi koen |
| 07:46.54 | do13_ | what's a working gcc / glibc combination for an i686 target? |
| 07:51.19 | XorA | morning |
| 07:52.02 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 07:52.15 | do13_ | hi XorA |
| 07:53.25 | koen | hey XorA |
| 07:54.54 | XorA | koen: is it not policy that all .bb files in OE be MIT/X11 licensed? |
| 07:55.06 | hrw|work | http://lists.debian.org/debian-devel/2006/03/msg01084.html - gcc 4.1 on mips |
| 07:55.45 | koen | XorA: I think that's a nice goal, but afaik, it isn't a strict demand |
| 07:55.51 | koen | hey hrw|work |
| 07:58.47 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 08:00.15 | *** join/#oe mitrox (n=mitrox@194.135.81.30) |
| 08:01.12 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 08:04.19 | *** join/#oe lardman_ (n=lardman@138.38.73.178) |
| 08:04.31 | *** join/#oe CIA-7 (i=cia@cia.navi.cx) |
| 08:06.18 | XorA | koen: so how is EABI on this rainy morning? |
| 08:07.17 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 08:08.07 | koen | XorA: still not 100% stable in OE |
| 08:10.38 | hrw|work | http://womble.decadentplace.org.uk/c++/syntax-errors.html |
| 08:17.04 | hrw|work | meeting... |
| 08:18.48 | *** part/#oe Noodles (n=noodles@the.earth.li) |
| 08:26.28 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 08:27.04 | do13_ | koen: glibc-initial_2.4.bb sets FILESPATH to 'glibc-cvs' ? |
| 08:27.16 | do13_ | koen: Does this work for you? |
| 08:27.35 | koen | do13_: I can build 2.4, don't know much about it's internal magic |
| 08:29.20 | do13_ | koen: do you build glibc-initial_2.4.bb? I can't build glibc-initial_2.4.bb, because the patches won't apply |
| 08:29.48 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:29.53 | Bernardo | good morning |
| 08:30.16 | do13_ | hey Bernardo |
| 08:30.26 | koen | do13_: glibc-intermediate and glibc |
| 08:30.37 | koen | those are in my work/ dir |
| 08:31.50 | do13_ | No glibc-initial? |
| 08:31.59 | koen | no sign of that |
| 08:41.27 | *** join/#oe sws (n=sander@port-83-236-223-46.static.qsc.de) |
| 08:46.38 | *** join/#oe CIA-3 (i=cia@cia.navi.cx) |
| 08:48.27 | sws | Hi, I tried to compile apr but it failes with : checking whether TCP_NODELAY and TCP_CORK can both be enabled... configure: error: cannot run test program while cross compiling, may I suppres that test somehow? |
| 08:48.58 | koen | sws: I suspect you have to update the site files in org.oe.dev/site/ |
| 08:49.08 | koen | sws: or disable the test in the configure script |
| 08:50.41 | sws | may i savely disable that test? can TCP_CORK be enabled for PXA255 |
| 08:57.17 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) |
| 08:57.38 | *** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 09:08.53 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 09:15.33 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 09:20.14 | *** join/#oe Gin-geR (i=hacker@pD95398C7.dip0.t-ipconnect.de) |
| 09:25.18 | _law_ | morning al |
| 09:25.19 | _law_ | l |
| 09:25.23 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:25.54 | _law_ | someone build gconf-dus today? i get the following error http://pastebin.com/624659 |
| 09:26.08 | _law_ | also updated pango today |
| 09:26.37 | obergix[work] | hi guys |
| 09:26.51 | koen | hey _law_ & obergix[work] |
| 09:31.45 | *** join/#oe mitrox (n=mitrox@194.135.81.30) |
| 09:32.51 | hrw|work | RP: ping |
| 09:33.22 | RP | hrw|work: pong |
| 09:33.45 | hrw|work | RP: /dev/rtc0 -> /dev/rtc - can you add symlink in udev rules? |
| 09:33.47 | mithro | RP: ping! any mail? |
| 09:34.02 | RP | mithro: nothing so far... |
| 09:34.17 | mithro | damn slow snail mail :P |
| 09:34.43 | RP | mithro: :) |
| 09:34.52 | RP | hrw|work: ok, I'll look into that |
| 09:35.38 | hrw|work | RP: we have OE bug for this - 758 iirc |
| 09:35.51 | RP | I'm a touch depressed atm as a flaw has been discovered in the LED trigger code :-( |
| 09:36.02 | RP | Still trying to see a way around it... |
| 09:36.02 | hrw|work | RP: ;( |
| 09:36.31 | *** join/#oe schurig (n=schurig@p54B2ADDD.dip0.t-ipconnect.de) |
| 09:36.57 | hrw|work | hi schurig |
| 09:37.03 | do13_ | hi schurig |
| 09:37.18 | *** join/#oe Cwiiis (n=cwiiis@host86-134-14-82.range86-134.btcentralplus.com) |
| 09:38.06 | hrw|work | hi Cwiiis |
| 09:38.15 | schurig | hrw|work: hi! |
| 09:38.19 | hrw|work | schurig: did you got my mail about wlags 722? |
| 09:38.20 | Cwiiis | Hey hrw|work |
| 09:38.27 | schurig | hrw|work: are we still with monotone? |
| 09:38.31 | hrw|work | schurig: yes |
| 09:38.52 | schurig | hrw|work: hmm, I got some mail about wpa-supplicant and GNU TLS, but nothing about wlags |
| 09:38.55 | hrw|work | schurig: looks like monotone 0.26 will win SCM war (is many times faster then 0.25) |
| 09:39.18 | hrw|work | schurig: ok. so I ask directly: you added wlags 718 into OE - do you have 722 working? |
| 09:39.48 | schurig | hrw|work: no, I haven't. With a huge patch orgy I was able to compile it, but the driver then didn't work with my card |
| 09:40.12 | hrw|work | schurig: ok |
| 09:40.23 | hrw|work | schurig: wcf54 needs 722 iirc? |
| 09:40.42 | schurig | hrw|work: what's wcf54 ? |
| 09:40.47 | mithro | RP: should get something this week then |
| 09:40.53 | mithro | 3-5 days they said |
| 09:40.54 | hrw|work | schurig: linksys wcf54 - 802.11g cf card |
| 09:42.10 | RP | mithro: ok, sounds intriguing :) |
| 09:42.29 | *** join/#oe mitrox (n=mitrox@194.135.81.30) |
| 09:44.19 | schurig | hrw|work: I have some artem cards, they work with 718 |
| 09:44.50 | schurig | hrw|work: I also once took the firmware out of 722 and put that into 718, that made the roaming behavior better, but produced from time to time strange lockups, so I reverted tha |
| 09:44.53 | schurig | that |
| 09:45.21 | hrw|work | ah |
| 09:45.44 | hrw|work | one user asked about wcf54 support - I tried to get 722 buildable but failed |
| 09:46.07 | schurig | hrw|work: you need some patches to get it compile |
| 09:46.55 | koen | hrw|work: do you have a screenshot of a recent opie on a clamshell? |
| 09:47.03 | hrw|work | schurig: I know - used your ones from 718 |
| 09:47.14 | hrw|work | koen: no |
| 09:47.30 | schurig | I have "bugs-722.patch", "kernel-pcmcia-722.patch" and "kernel-26.patch" |
| 09:47.47 | schurig | and "include-722.patch" |
| 09:48.28 | schurig | I can send them to you as a basis, if you want. If you get the card working, I'd be interested into getting a fixed bugs-722.patch back ;-) |
| 09:48.39 | mithro | http://ars.userfriendly.org/cartoons/?id=20060326&mode=classic |
| 09:49.17 | schurig | hrw|work: however, the pcmcia-722.patch is for 2.6.13-somewhat, pcmcia has changed (again) to 2.6.15 (which I'm currently using) |
| 09:49.30 | schurig | hrw|work: but that is an easy fix |
| 09:49.42 | hrw|work | schurig: no such card here so it will have to wait - have other things in todolist |
| 09:52.15 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 10:18.35 | *** join/#oe likewise (n=chatzill@wc-200.r-195-35-170.essentkabel.com) |
| 10:31.46 | *** join/#oe Jenna (n=cherryRe@209.8.233.208) |
| 10:32.17 | *** part/#oe Jenna (n=cherryRe@209.8.233.208) |
| 10:34.41 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 11:02.08 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 12:07.49 | *** join/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
| 12:10.48 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 12:12.12 | *** join/#oe tieum (n=tieum@AAnnecy-152-1-150-145.w86-197.abo.wanadoo.fr) |
| 12:13.14 | *** part/#oe tieum (n=tieum@AAnnecy-152-1-150-145.w86-197.abo.wanadoo.fr) |
| 12:19.56 | *** join/#oe alan|home (n=alan@ARouen-152-1-8-214.w83-115.abo.wanadoo.fr) |
| 12:27.39 | hrw|work | RP: can we abandon borzoi.conf/terrier.conf in favour to spitz.conf? |
| 12:31.18 | RP | hrw|work: If we drop 2.4, yes |
| 12:31.48 | hrw|work | RP: iirc we dropped 2.4 in .oz354x already |
| 12:32.04 | RP | hrw|work: At some point I'll be doing the same in .dev |
| 12:32.22 | hrw|work | RP: spitz.conf ->c3x00.conf maybe? |
| 12:33.14 | hrw|work | RP: but I do not know does same kernel can be booted on spitz/borzoi/terrier - especially does user can mount flash after booting |
| 12:33.21 | RP | hrw|work: Maybe, we'll see. I might just note in brozoi/terrier to use spitz |
| 12:33.37 | hrw|work | like in boxer.conf it was? |
| 12:33.54 | RP | hrw|work: The same kernel can be booted on all of them and still use the flash |
| 12:34.07 | hrw|work | cool |
| 12:34.18 | RP | hrw|work: If they changed the flash partitioning on terrier, we might need to add that to the kernel but apart from that its fine |
| 12:34.31 | RP | Actually, that's a nasty thought :-/ |
| 12:34.42 | RP | I really hope they didn't... |
| 12:34.56 | hrw|work | RP: so from kernel side we have one cxx00 machine in few variants? or does akita need own one due to i2c expander? |
| 12:35.38 | RP | hrw|work: One kernel can work on them all except for the commandline |
| 12:36.01 | *** join/#oe danboid (n=d@213.78.209.47) |
| 12:36.02 | hrw|work | RP: nice |
| 12:36.24 | RP | hrw|work: The commandline is the only reason they're different kernels |
| 12:36.27 | danboid | hi there! |
| 12:36.30 | hrw|work | RP: so I vote for akita.conf and c3x00.conf - this allow to create larger images for uDrive machines |
| 12:36.33 | hrw|work | hi danboid |
| 12:36.42 | danboid | hi hrw! |
| 12:36.51 | koen | hey danboid |
| 12:36.55 | RP | hrw|work: Agreed, akita is different enough to deserve its own conf file |
| 12:37.02 | danboid | alright koen! |
| 12:37.10 | RP | hi danboid |
| 12:37.45 | danboid | I've been hammering the the OESF boards recently now I've come to interrogate RP- hi to you too :) |
| 12:38.07 | hrw|work | RP: I want to add gpe-filemanager for c3x00 machines - we have some space available and users ask why no file manager in image |
| 12:38.34 | danboid | I seconf that! |
| 12:38.42 | danboid | umm, second, sorry |
| 12:38.52 | RP | hrw|work: To keep the changeover simple, perhaps just leave c3x00 called spitz for now |
| 12:39.38 | *** join/#oe chris144 (n=kvirc@195.234.128.72) |
| 12:39.48 | chris144 | hi everyone |
| 12:39.53 | koen | hrw|work: gparted would also be a nice extra |
| 12:39.55 | danboid | hi chris! |
| 12:39.55 | koen | hey chris144 |
| 12:40.07 | chris144 | hi folks |
| 12:41.06 | danboid | RP- Whats the status of pxa270 video acceleration in 2.6? Can we expect to see it in the next 3.5.4.1 alpha/beta? |
| 12:42.23 | likewise | Getting a lot of these, are they harmless?? NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating: |
| 12:42.24 | danboid | (it is the pxa270 thats used in the C3000/C3100 right?) |
| 12:42.38 | koen | likewise: try rm tmp/cache -rf |
| 12:42.43 | koen | danboid: correct |
| 12:42.52 | RP | danboid: Someone needs to get the patches into our kernel. I haven't had time to touch that but it should be simple enough to do |
| 12:43.18 | likewise | koen: thx; trying. |
| 12:43.27 | RP | I haven't time for lots of things I'd like to do atm... |
| 12:43.36 | danboid | rp- so the patches already exist? Patched against what? An older 2.6? 2.4? |
| 12:45.39 | RP | danboid: I think the intel PXA patch series has something in it. I'm not sure if this is equivalent to what was in 2.4. There was also something in rmk's patch system iirc as someone attempted to get it into mainline |
| 12:46.18 | danboid | what about pxa270 cpu freq. scaling? |
| 12:46.44 | RP | not supported as yet. There are various patches around but no good ones |
| 12:47.02 | koen | http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3219/1 http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3208/1 http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3207/1 |
| 12:47.12 | koen | status: 'discarded' |
| 12:47.38 | danboid | strange- i would've thought that would've been easier done than the video accel, but then I'm no kernel hacker :) |
| 12:48.50 | hrw|work | RP: sure |
| 12:49.05 | likewise | koen: tried rm -rf /tmp/cache, but warnings remain. Can I ignore them? |
| 12:49.27 | koen | likewise: if they persist your bitbake and OE versions mismatch |
| 12:49.49 | likewise | Pulled both 10 minutes ago... |
| 12:49.52 | danboid | does 2.6.16 have up-to-date support for the cxx00 line, as seen in the 3.5.4.1a kernels? |
| 12:49.58 | hrw|work | likewise: bitbake --version |
| 12:50.03 | koen | likewise: you're using bitbake from svn as well? |
| 12:50.10 | hrw|work | danboid: 2.6.16-vanilla does not |
| 12:50.15 | likewise | koen: BitBake Build Tool Core version 1.3.3.4, bitbake version 1.3.3.2 |
| 12:50.18 | RP | danboid: Partially. We have some external patches |
| 12:50.28 | likewise | koen: yes |
| 12:50.40 | koen | likewise: in that case, I don't know, sorry |
| 12:50.46 | likewise | koen: Revision: 419 |
| 12:50.50 | RP | koen: That's an impressive set of rejects from rmk :-/ |
| 12:50.50 | likewise | koen: OK thanks anyway! |
| 12:51.40 | koen | RP: 3219/1 seems to solve most of them (except the big one) |
| 12:52.45 | danboid | There are a bunch of packages which I have listed on the OESF OZ forum which I think would make great additions to OE like audacity, amule, gnomebaker, streamtuner etc.- can we get these into the OE repos? |
| 12:52.58 | likewise | DISTRO = "openslug-bag" ===> sanity checker says "Please set a valid DISTRO in your local.conf" |
| 12:53.10 | hrw|work | danboid: patches are welcome |
| 12:54.08 | danboid | hrw: Is there a guide to uploading packages to OE? Can I do it without having OZ running on my Z? |
| 12:54.30 | Genesis | likewise, : i try to compile OE since many days |
| 12:54.37 | danboid | porting, i mean (not uploading) |
| 12:54.38 | hrw|work | danboid: oe wiki has infos |
| 12:54.41 | Genesis | good luck |
| 12:54.48 | hrw|work | danboid: and OE is not only OZ related |
| 12:55.11 | danboid | hrw: sorry? |
| 12:55.29 | hrw|work | danboid: Is there a guide to uploading packages to OE? - oe wiki has infos |
| 12:55.39 | hrw|work | danboid: Can I do it without having OZ running on my Z? - OE is not only OZ related |
| 12:56.23 | danboid | 'OE is not only OZ related'? I thought OZ was based upon OE, no? |
| 12:56.55 | hrw|work | danboid: we use OE to build OZ |
| 12:57.07 | hrw|work | danboid: but we also use OE to build many other distros |
| 12:57.30 | hrw|work | danboid: I use OE to build packages for my OpenWRT powered router (but OpenWRT is not OE powered) |
| 12:57.44 | Genesis | that's a shame ;) |
| 12:57.54 | hrw|work | danboid: people use OE to create x86 distros etc... |
| 12:58.02 | hrw|work | Genesis: no - thats their choice |
| 12:58.16 | Genesis | i was laughing |
| 12:58.42 | Genesis | perharps they want that it works :) |
| 12:58.54 | danboid | hrw: yeah, so I should be able to set up a OE environment under Debian or Ubuntu, right? |
| 12:58.58 | hrw|work | yes |
| 12:59.08 | likewise | hrw|work: Could you supply me a local.conf that works for your openwrt? I am having a hard time building for the Intel IXDP425 platform with OE and need a working start.. |
| 12:59.26 | hrw|work | likewise: MACHINE=wrt54 DISTRO=wrtoe |
| 13:00.52 | likewise | hrk|work: I had MACHINE=ixp4xx DISTRO=openslug-bag just now; trying your combo. Thanks! |
| 13:01.20 | hrw|work | likewise: I would go to slug way in your place |
| 13:01.33 | hrw|work | likewise: my wrt54 is MIPS machine - IXDP425 is arm |
| 13:01.48 | koen | armeb even |
| 13:02.10 | likewise | Yes, but I need to confirm that the problem I see is conf related, or machine related. |
| 13:02.32 | hrw|work | likewise: "Please set a valid DISTRO" is a bug in conf |
| 13:02.39 | likewise | BIG egginess :-) |
| 13:02.39 | danboid | I was SO impressed with OZ 3.5.4.1a on my C3000. In 15+ years of using computers I've NEVER seen such a great improvement to a machine purely through software. SHARP should really be funding you guys and fully contributing to OZ so they can release their next Z (or re-release existing models) with OZ pre-installed! |
| 13:03.07 | likewise | hrw|work: Oh? How to work around that bug. I had set openslug-bag and hit that bug. |
| 13:03.09 | hrw|work | danboid: we know that but sharp ignore everything which is developed on Z |
| 13:03.23 | danboid | dicks! :) |
| 13:03.29 | hrw|work | or for Z |
| 13:03.58 | danboid | great hardware division, shame they don't care for the software |
| 13:04.12 | likewise | hrw|work: Should I disable the sanity checker? |
| 13:04.20 | hrw|work | likewise: there is no openslug-bag distro |
| 13:04.24 | koen | likewise: aah, I see what went wrong |
| 13:04.27 | hrw|work | likewise: look into OE/conf/distro/ |
| 13:04.33 | koen | likewise: try DISTRO=slugos-bag |
| 13:04.43 | danboid | openslug-bag? lol! |
| 13:05.41 | danboid | whats openslug-bag? |
| 13:06.23 | danboid | surely the person who named that doesn't speak english very well |
| 13:06.36 | koen | danboid: a distro for nslu2 (slugs): http://www.nslu2-linux.org/ |
| 13:07.17 | hrw|work | danboid: openslug-BigendianArmGlibc iirc |
| 13:07.37 | danboid | What about OE on the HTC uni? |
| 13:08.25 | likewise | hrw|work: correct |
| 13:09.37 | *** join/#oe Varoudis (n=Varoudis@athedsl-69863.otenet.gr) |
| 13:10.13 | danboid | Why is there no option to report bugs in OZ 3.5.4 on the bugtracker? |
| 13:10.25 | koen | no one bothered to add a oz354 product |
| 13:10.41 | danboid | well bother :D |
| 13:10.46 | hrw|work | koen: who has admin rights? |
| 13:11.54 | danboid | and 3.5.4.1 too- or are bugs in 3.5.4 one and the same? |
| 13:12.03 | koen | hrw|work: we (you, mickeyl, me) should have admin rights, but I can't find a way to add 3.5.4(.x) |
| 13:12.21 | koen | hrw|work: treke would now |
| 13:12.54 | hrw|work | koen: ok |
| 13:13.24 | hrw|work | danboid: 3.5.4.1 is 3.5.4 wieh newer kernel and few userspace tools newer |
| 13:14.13 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
| 13:14.27 | danboid | so its not going to have a separate bugtracker? |
| 13:14.29 | koen | drat, e-image needs a fill x11 |
| 13:15.21 | *** part/#oe Varoudis (n=Varoudis@athedsl-69863.otenet.gr) |
| 13:15.33 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 13:19.56 | *** join/#oe nacer (n=laradji@host33-67.pool8251.interbusiness.it) |
| 13:25.04 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 13:29.36 | Genesis | RP, | Cannot find package task-bootstrap. |
| 13:29.36 | Genesis | <PROTECTED> |
| 13:31.35 | sws | I modified the PATH for my bitbake build environment, but it's not recognized, where to set the PATH var? |
| 13:32.54 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 13:33.41 | sws | i've already build an image, but have to make my javac known to bitbake, so i prepended the path to javac, but bitbake is still using the old PATH value |
| 13:37.12 | danboid | ok- i'm out now. Thanks for answering my questions- keep up the good work! |
| 13:37.55 | danboid | bye! |
| 13:44.16 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 13:48.52 | sws | ok, solved the problem by myself, had to clear the cache |
| 13:50.38 | RP | Genesis: Its definetly there (in packages/meta) |
| 13:50.57 | Genesis | yeap i don't understand |
| 13:51.06 | Genesis | pb with ipkg i think |
| 13:54.00 | HuntrCkr | compile error on opie-bluetoothmanager :( |
| 13:54.25 | RP | Genesis: Perhaps go back to an older ipkg then. I hadn't realised 159 was as buggy when I pushed it (and it seems to work ok for me somehow) :-/ |
| 13:55.09 | koen | RP: ipkg-native .159 is buggy |
| 13:55.18 | koen | RP: ipkg (cross) works pretty nice |
| 13:55.57 | RP | koen: I assume pigi is aware of the problem? |
| 13:56.04 | koen | RP: no idea |
| 13:57.47 | Bernardo | RP: does the akita have a rtc? |
| 14:06.37 | hrw|work | argh.. |
| 14:07.15 | hrw|work | I'm still getting "virtual/kernel:openzaurus-pxa27x" when there is no sign of 'openzaurus-pxa27x' in BBFILES at all and in confs |
| 14:08.40 | *** join/#oe AvengerMoJo (n=alex@61.149.24.154) |
| 14:08.46 | Bernardo | I guess you already tried removing tmp/cache... |
| 14:09.21 | hrw|work | yep |
| 14:09.31 | hrw|work | trying something other now |
| 14:15.11 | *** join/#oe HuntrCkr (n=huntrckr@196.38.235.2) |
| 14:15.53 | hrw|work | found.. BBPATH wrong |
| 14:16.40 | Bernardo | ah |
| 14:16.45 | Bernardo | that would do iy |
| 14:16.46 | Bernardo | it |
| 14:17.30 | likewise | OE does not check DL_DIR if an archive is already there, strange. |
| 14:18.46 | Bernardo | likewise: I think that if there is no .md5 file for that archive, bitbake will try and download the archive again |
| 14:19.25 | hrw|work | exactly |
| 14:19.51 | likewise | Bernardo,hrw|work: tjhanks, that should be it |
| 14:22.47 | RP | Bernardo: Yes, it has but it doesn't survive reboots |
| 14:22.57 | *** join/#oe pezi (n=pezi@140.78.95.48) |
| 14:23.03 | hrw|work | libusb gcc 4.1 fix: * Fixed a build failure with GCC 4.1 (Closes: bug#357995). |
| 14:23.07 | hrw|work | debian |
| 14:23.22 | Bernardo | RP: pn mine it has survived cold resets |
| 14:23.34 | Bernardo | pn=on |
| 14:23.47 | RP | Bernardo: Is that not /etc/timestamp helping? |
| 14:23.52 | Bernardo | I've had it lock up a couple of times testing the usb wifi dongle |
| 14:23.57 | Bernardo | no, I had to remove it |
| 14:24.15 | Bernardo | or I would end up with the build date+time always |
| 14:24.37 | RP | Bernardo: It should check if /etc/timestamp or the RTC is more recent? |
| 14:24.49 | RP | If it doesn't do that, its a bug IMO |
| 14:25.05 | Bernardo | it doesn't |
| 14:25.28 | Bernardo | and due to bug 758 it doesn't even set /etc/timestamp at shutdown |
| 14:25.41 | Bernardo | not that you can shutdown or reboot from opie's applet... :) |
| 14:25.44 | RP | Bernardo: Which package in OE generates the script that does this? |
| 14:26.17 | Bernardo | RP: can't check now (at work on windows) but I think it might be initscripts |
| 14:26.40 | hrw|work | RP: initscripts as part of reboot and one more script |
| 14:27.59 | RP | "Recover the time, if there is timestamp". Totally mad. (in bootmisc.sh) |
| 14:28.16 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 14:28.25 | sws | bye |
| 14:28.27 | *** part/#oe sws (n=sander@port-83-236-223-46.static.qsc.de) |
| 14:28.43 | hrw|work | RP: workarounds roxx. |
| 14:29.15 | hrw|work | BB>> getvar PREFERRED_PROVIDER_virtual/kernel |
| 14:29.15 | hrw|work | linux-openzaurus |
| 14:29.15 | hrw|work | BB>> getvar PREFERRED_PROVIDERS virtual/arm-linux-gcc-initial:gcc-cross-initial virtual/arm-linux-gcc:gcc-cross virtual/arm-linux-g++:gcc-cross tslib:tslib virtual/libqpe:libqpe-opie virtual/xserver:xserver-kdrive virtual/gconf:gconf-dbus |
| 14:29.41 | hrw|work | why PREFERRED_PROVIDER_virtual/kernel is not a part of PREFERRED_PROVIDERS? |
| 14:30.00 | RP | hrw|work: They're different variables |
| 14:30.09 | RP | hrw|work: bitbake checks both |
| 14:30.11 | hrw|work | just like suspected |
| 14:31.22 | Bernardo | RP: did you see the report that /dev/rtc0 gets created, but not /dev/rtc? |
| 14:32.00 | RP | Bernardo: I did. We need to create a symlink on the zaurus somewhere. I'm not 100% sure where |
| 14:32.09 | RP | We could always add it to bootmisc.sh :) |
| 14:32.10 | hrw|work | RP: udev.rules |
| 14:32.45 | RP | hrw|work: probably |
| 14:33.02 | Bernardo | udev.rules sounds like the right place |
| 14:33.05 | hrw|work | RP: /dev/anything is rather udev related |
| 14:33.59 | Bernardo | hrw|work: you have a spitz there you can play with? |
| 14:35.18 | hrw|work | no |
| 14:35.26 | Bernardo | RP: something like 'KERNEL=="rtc0" NAME="rtc"' |
| 14:35.34 | hrw|work | I want to add gpe-filemanager and few other things for c3x00 machines |
| 14:35.42 | hrw|work | Bernardo: NAME="rtc0" SYMLINK="rtc" |
| 14:35.58 | Bernardo | hrw|work: I was going to ask you to test removing /etc/timestamp and hard-reseting it to see if it keeps time too |
| 14:36.10 | Bernardo | hrw|work: rigth |
| 14:37.34 | hrw|work | heh.. cxx00 machines with builtin bt/wifi... |
| 14:37.57 | hrw|work | http://www.iral.com/~albertr/linux/zaurus/wireless/ always remind me my c760.. |
| 14:38.13 | RP | Bernardo: I just reset and lost the time on spitz... |
| 14:38.40 | Bernardo | strange... |
| 14:39.12 | Bernardo | opening the battery cover and pressing the button now |
| 14:39.31 | Bernardo | powering up again... |
| 14:43.20 | Bernardo | ok, kept time perfectly |
| 14:43.47 | Bernardo | 3.5.4.1 alpha2 |
| 14:44.16 | Bernardo | RP: maybe it was added when the akita was released? |
| 14:47.30 | RP | Bernardo: Unless they changed the processor, I'm not sure how its managing that. I just tried with the reset button and lost the time... |
| 14:48.27 | Bernardo | RP: no idea how, but I'm sure that mine kept the time |
| 14:48.48 | Bernardo | anyone else here with a akita, spitz or borzoy? :) |
| 14:49.25 | hrw|work | or terrier? |
| 14:50.37 | RP | Bernardo: The Sharp Kernel appears to do something clever with the bootloader to preserve the time |
| 14:50.37 | koen | send me one :) |
| 14:51.02 | RP | Bernardo: The time on mine doesn't go to Zero and is keeping track of minutes somehow... |
| 14:51.22 | Bernardo | hrw|work: that's the 3200? |
| 14:51.27 | hrw|work | yes |
| 14:51.29 | hrw|work | ~terrier |
| 14:51.30 | ibot | rumour has it, terrier is Sharp Zaurus SL-C3200 |
| 14:51.37 | XorA | RP: if I remeber right, doesnt it stick it in memory, than add X to account for a known reboot time |
| 14:51.46 | koen | ibot: terrier is also a dog |
| 14:51.47 | ibot | okay, koen |
| 14:52.00 | Bernardo | RP: but mine is flashed with oz-3.5.4.1 built friday |
| 14:52.13 | RP | XorA: Probably |
| 14:52.15 | Bernardo | no sharp kernel here... only yours |
| 14:52.32 | XorA | RP: someone once posted the details on either oz-devel or oesf |
| 14:52.42 | RP | My kernel has nothing to handle this. Trust me on this - I wrote this implementation of the PXA RTC driver :) |
| 14:52.51 | RP | (which just got sent to Linus btw) :) |
| 14:53.02 | Bernardo | then why isn't my akita losing time? |
| 14:53.13 | RP | XorA: If someone can dig that out, I'd be interested to read it :) |
| 14:53.20 | Bernardo | I don't have a /etc/timestamp |
| 14:53.36 | hrw|work | koen: because it does not run opera? |
| 14:53.40 | RP | Bernardo: The bootloader is doing something clever on your behalf |
| 14:53.50 | koen | s/api/abi/ |
| 14:54.00 | RP | Bernardo: The question is how to get the time into the bootloader in the first place |
| 14:54.14 | koen | hrw|work: see the recent 'I installed debian's perl, can I install more?' posting |
| 14:54.30 | hrw|work | yep |
| 14:54.44 | XorA | koen: well OZ used to be compatible to debian, mental inertia is a bad thing |
| 14:54.57 | hrw|work | koen: anyway I did not think that familiar users are smarter |
| 14:55.58 | Bernardo | RP: and why it doesn't do that clever stuff on your spitz |
| 14:57.44 | hrw|work | koen: ERROR: Nothing provides gparted |
| 14:59.04 | CoreDump|home | hi |
| 14:59.12 | Bernardo | hi CoreDump|home |
| 14:59.27 | Bernardo | CoreDump|home: you have a akita too, right? |
| 14:59.34 | CoreDump|home | righto |
| 15:00.07 | Bernardo | does it keep time between reboots? After removing /etc/timestamp, of course |
| 15:00.47 | CoreDump|home | nope how could it? It doesn't have a RTC |
| 15:01.08 | koen | hrw|work: crap, I had a .bb for it, but forgot to push |
| 15:01.47 | Bernardo | CoreDump|home: that's the strange part. Mine does |
| 15:02.04 | Bernardo | RP thinks it is the bootloader |
| 15:02.29 | CoreDump|home | lol |
| 15:02.31 | CoreDump|home | really? |
| 15:03.00 | Bernardo | yes |
| 15:03.25 | Bernardo | I've tried a few times after removing /etc/timestamp, and it seems to keep time well |
| 15:04.27 | CoreDump|home | well, no /etc/timestamp here as well |
| 15:05.15 | *** join/#oe cbrake_ (i=user110@216.144.26.242) |
| 15:05.27 | Bernardo | and? :) |
| 15:06.01 | CoreDump|home | still rebooting heh |
| 15:06.29 | Bernardo | :) |
| 15:06.42 | koen | CoreDump|home: do you have screenshots of a recent opie (and e)? |
| 15:07.00 | koen | I can't find a screenshot where the fonts don't look like ass |
| 15:07.04 | CoreDump|home | koen: nope sorry. Don't even have a compiled image of them |
| 15:07.06 | koen | (and icons) |
| 15:07.39 | hrw|work | opie icons suxx |
| 15:07.41 | koen | CoreDump|home: you had some screenshots on your site somewhere, but I forgot the url |
| 15:07.48 | CoreDump|home | hmm |
| 15:07.58 | CoreDump|home | not of a recent opie |
| 15:08.24 | CoreDump|home | http://hentges.net/tmp/screenshots/Zaurus/Akita/Opie-1.2.x/ |
| 15:08.33 | CoreDump|home | a year old =) |
| 15:09.30 | hrw|work | hh.org/scap suxx |
| 15:10.03 | CoreDump|home | not on Akita heh |
| 15:10.23 | koen | CoreDump|home: thanks |
| 15:10.32 | hrw|work | I'll do some |
| 15:10.49 | *** join/#oe linuxwhore (n=johnh@71-34-44-157.mpls.qwest.net) |
| 15:11.38 | CoreDump|home | Bernardo: time noted and synced with arm watch. now "rebooting" |
| 15:12.18 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 15:12.47 | Bernardo | CoreDump|home: a few minutes ago I did a hard reset on mine, and it kept time (as well as I can check with wrist watch). |
| 15:13.04 | CoreDump|home | when booting into init=/sbin/init the time is gone an set to 197 |
| 15:13.11 | CoreDump|home | 1970 |
| 15:13.39 | CoreDump|home | when booting into hentges it should be set to the compilation date/time of the image |
| 15:14.09 | Bernardo | I only checked after entering opie, did you add anything extra to show the time when booting into /sbin/init? |
| 15:14.16 | CoreDump|home | nope |
| 15:14.20 | CoreDump|home | `date` |
| 15:15.20 | Bernardo | now I don't understand at all why mine is keeping time and your's isn't |
| 15:16.04 | CoreDump|home | heh |
| 15:16.09 | CoreDump|home | I've got not RTC |
| 15:16.21 | CoreDump|home | init is even bitching about not beeing able to access it |
| 15:16.40 | CoreDump|home | "hwclock: could not access RTC" |
| 15:16.42 | RP | CoreDump|home: We need to symlink /dev/rtc0 to /dev/rtc |
| 15:17.38 | CoreDump|home | ok, with this symlink "hwclock" does show a time |
| 15:18.02 | Bernardo | I've just added the rule as suggested by hrw to /etc/udev/rules.d/udev.rules |
| 15:18.55 | Bernardo | CoreDump|home: and that time is something just after 1970 or correct? |
| 15:19.01 | hrw|work | koen: http://handhelds.org/~hrw/shots/ in few minutes |
| 15:19.09 | CoreDump|home | Bernardo: yep |
| 15:19.28 | CoreDump|home | well, it would never have been set |
| 15:19.56 | Bernardo | well, I'm rebooting my akita now with "shutdown -r" and I had set my rtc yesterday when I tested the wifi dongle |
| 15:20.31 | CoreDump|home | hwclock -w didn't complain |
| 15:20.34 | Bernardo | ok, doesn't reboot, forgot that |
| 15:20.35 | CoreDump|home | trying again |
| 15:21.07 | Bernardo | INIT: version 2.86 booting |
| 15:21.48 | *** join/#oe Bompo (n=Bompo@V1424.v.pppool.de) |
| 15:23.32 | Bernardo | ok |
| 15:23.34 | CoreDump|home | nope, hwclock is reset to 1970 |
| 15:23.39 | Bernardo | shutdown resets the clock |
| 15:23.49 | Bernardo | hard reset doesn't (at least here) |
| 15:24.22 | CoreDump|home | nm, had to remove battery |
| 15:25.46 | Bernardo | I'm doing a hard reset now, still with the rule in udev.rules to create rtc0 |
| 15:27.38 | Bernardo | ok, a hard reset doesn't clear the rtc, a clean shutdown does (on my akita) |
| 15:28.00 | Bernardo | now what is wrong here? |
| 15:28.07 | hrw|work | Bernardo: sharp bootloader? |
| 15:31.31 | Bernardo | hrw|work: possibly, but why is rtc reset to 1970 when doing a clean shutdown? |
| 15:32.52 | CoreDump|home | time to flash my own release heh |
| 15:33.04 | hrw|work | Bernardo: because 01.01.1970 is begin of unix world? |
| 15:34.14 | CoreDump|home | exactly |
| 15:34.41 | Bernardo | yes, but why resetting it on a clean shutdown, and not on a hard reset? |
| 15:34.59 | Bernardo | are we doing something during shutdown that we shouldn't do? |
| 15:35.59 | CoreDump|home | well, do a shutdown -rn now |
| 15:36.14 | CoreDump|home | (ie: don't go through init) |
| 15:39.02 | Bernardo | ok, trying now |
| 15:41.04 | Bernardo | no, time reset once again |
| 15:41.47 | RP | shutdown and reset are handled differently in the kernel. I think shutdown is handled quite badly |
| 15:43.11 | Bernardo | the kernel still gets called on a cold reset? |
| 15:44.46 | Bernardo | I mean hard reset |
| 15:45.21 | RP | no |
| 15:48.59 | koen | RP: why doesn't Cwiiis submit new packages to the bugtracker? |
| 15:50.01 | koen|food | bbl |
| 15:50.08 | Bernardo | CoreDump|home: have you tried hard reset? |
| 15:50.18 | CoreDump|home | not really |
| 15:51.12 | CoreDump|home | but well, I believe once "reboot" does properly work, the time will be kept |
| 15:52.01 | Bernardo | I'm just curious |
| 15:52.02 | Bernardo | :) |
| 15:53.45 | Cwiiis | koen|food: Don't know :) |
| 15:54.06 | Cwiiis | It's hard to keep up with what is and isn't in OE these days |
| 15:54.25 | Cwiiis | and last I tried to go to the bugtracker, it wasn't online or something? |
| 15:54.32 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 15:54.34 | *** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net) |
| 15:55.24 | chouimat | morning |
| 15:56.28 | *** join/#oe bronson (n=bronson@pool-68-160-59-53.bos.east.verizon.net) |
| 16:04.16 | schurig | chouimat: good ev'ning |
| 16:04.22 | hrw|work | Cwiiis: oe@hh worked when bugzilla had problems |
| 16:04.56 | Cwiiis | hrw|work: So, where do I go to submit new packages? |
| 16:05.33 | hrw|work | Cwiiis: proper way is http://bugs.openembedded.org/ |
| 16:05.43 | hrw|work | Cwiiis: if it does not work then mail to OE ML |
| 16:06.46 | Cwiiis | OE doesn't have Dates/Web/Contacts/gtkhtml2/spidermonkey, does it? |
| 16:07.20 | *** join/#oe Crofton (n=balister@hc6521c27.dhcp.vt.edu) |
| 16:08.08 | hrw|work | rather not |
| 16:08.29 | CIA-4 | 03coredump 07org.oe.oz354x * ra6b60c3b... 10/packages/keylaunch/ (9 files in 9 dirs): keylaunch: backport version from .dev to fix hotkeys on SL-Cxxxx |
| 16:08.37 | CIA-4 | 03coredump 07org.oe.oz354x * r98956fd4... 10/packages/keylaunch/keylaunch_2.0.7.bb: keylaunch: remove old version |
| 16:08.40 | CIA-4 | 03hrw 07org.oe.oz354x * rb243e36f... 10/packages/linux/ (4 files): drop rest of 2.4 kernel files for c7x0 machines |
| 16:08.43 | CIA-4 | 03florian 07org.oe.dev * r9c5379a0... 10/packages/libschedule/ (libschedule_0.13.bb libschedule_0.16.bb): libschedule: Add 0.16, remove 0.13. |
| 16:08.48 | CIA-4 | 03mickeyl 07org.oe.dev * ree065379... 10/packages/ (7 files in 5 dirs): |
| 16:08.48 | CIA-4 | openobex: add version 1.2, remove version 1.0.1 |
| 16:08.48 | CIA-4 | openobex-apps has been integrated into openobex |
| 16:08.52 | CIA-4 | 03koen 07org.oe.dev * r1506d12f... 10/packages/wxbase/ (wxbase_2.6.2.bb wxbase_2.7+cvs.bb): wxbase: add 2.6.2 and 2.7+cvs, partially fixes OE bug #716 |
| 16:08.54 | *** join/#oe hwtechnik (n=hwtechni@80.78.239.70) |
| 16:08.54 | Cwiiis | Right... Is it worth me submitting Web/gtkhtml2/spidermonkey? Web requires the curl package to be changed to enable http (or it's pretty useless) |
| 16:08.56 | CIA-4 | 03mickeyl 07org.oe.dev * r2e38607c... 10/packages/obexftp/ (4 files in 3 dirs): obexftp: add 0.19 (openobex 1.1 and later), remove 0.10.3 (openobex 1.0) |
| 16:09.00 | CIA-4 | 03mickeyl 07org.oe.dev * r8809b1f1... 10/packages/opie-bluetoothmanager/ (3 files): |
| 16:09.00 | CIA-4 | opie-bluetoothmanager: catch up with recent changes in the opie cvs |
| 16:09.00 | CIA-4 | depend on obexftp and show where to find its headers |
| 16:13.24 | hrw|work | Cwiiis: I would submit |
| 16:16.52 | Genesis | a+ |
| 16:17.31 | koen | Cwiiis: and cairo (and all stuff you put in poky which isn't in OE) |
| 16:17.59 | Cwiiis | koen: cairo's in OE, surely? |
| 16:18.22 | koen | Cwiiis: not the version you put in poky |
| 16:18.29 | Cwiiis | koen: I have no idea what is/isn't in OE, but if you give me a list I'll submit them |
| 16:18.41 | Cwiiis | koen: svn mv cairo_1.0.0.bb cairo_1.0.4.bb :) |
| 16:19.03 | CoreDump|home | ~poky |
| 16:19.08 | koen | Cwiiis: check out the OE repo and look |
| 16:19.15 | koen | Cwiiis: it isn't rocket science |
| 16:19.37 | Cwiiis | koen: Yes, but it is me downloading it, extracting it and comparing when I'm otherwise busy :p |
| 16:19.45 | hrw|work | CoreDump|home: OH internal distro |
| 16:19.53 | CoreDump|home | ahh thx |
| 16:22.04 | poli | Ok... I am on familiar 0.8.3 and need to get some packages that are not on the feeds... What branch should I use? Is the oz354fam083 branch sill in use? |
| 16:22.23 | hrw|work | poli: that one is for fam 0.8.3 |
| 16:22.36 | hrw|work | poli: does it get used is hard to tell - ask on #familiar |
| 16:22.57 | poli | hrw|work: Should it somehow safe to use oz354x ? |
| 16:23.03 | poli | *be safe |
| 16:24.46 | hrw|work | poli: for familiar 0.8.3? rather not |
| 16:26.06 | poli | Any advice for someone that wants to keep "up to date" with packages? |
| 16:26.12 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 16:28.02 | hrw|work | poli: forget familiar 0.8.3 and use .dev/familiar-unstable? |
| 16:29.05 | poli | That might might do it... thanks. |
| 16:36.17 | chris144 | wow! I just made remote debugging with Eclipse/gdb on an oe x86 rootfs work. Absolutely cool! |
| 16:36.26 | koen | chris144: congrats |
| 16:36.32 | chris144 | koen: thanks |
| 16:36.47 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
| 16:42.34 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 16:45.19 | Cwiiis | koen: Submitted some packages, although I've been informed that RP had already sync'd some stuff, so sorry for any duplicates - In future though, if you're already keeping such a close eye on poky as to know I updated cairo, it'd probably be a lot easier for you to just copy it over than to ask me to submit it to your bugzilla and go through all that |
| 16:46.04 | koen | Cwiiis: that's the wrong way around |
| 16:46.15 | koen | Cwiiis: you are using OE, I am not using poky |
| 16:46.39 | RP | koen: I'm the only member of OH who sees anything of what happens in OE |
| 16:46.54 | RP | koen: The rest of OH have no idea what may or may not be in OE |
| 16:47.30 | Cwiiis | koen: Yes, and our repo is public - so all our changes are there, waiting to be synced to OE by OE people |
| 16:48.26 | koen | djeez |
| 16:48.44 | koen | Cwiiis: do you expect us to actively scan every vendor repo for changes? |
| 16:49.01 | Cwiiis | koen: I don't mind submitting stuff if you tell me 'package x isn't in OE and we could do with it', but I'm not going to keep track of OE - it's huge and difficult to work with |
| 16:49.04 | koen | Cwiiis: I find that a bit antisocial |
| 16:49.36 | Cwiiis | koen: If the process was easier, it wouldn't be a problem |
| 16:50.15 | koen | how much easier than looking in viewmtn can it be> |
| 16:50.17 | koen | ? |
| 16:50.28 | Cwiiis | koen: I wasn't even aware there was a viewmtn :p |
| 16:50.59 | koen | so you actually haven't tried to look, you just assert that it is 'too difficult' |
| 16:51.04 | Cwiiis | koen: Maybe these things should be linked off the main site? |
| 16:51.04 | koen | I find that rather offensive |
| 16:51.15 | koen | they are linked of the main site |
| 16:51.18 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 16:51.51 | Cwiiis | ah, I see... Not obvious though |
| 16:53.25 | Cwiiis | koen: As offensive as you may find it, I'm busy enough with uni and OH - I'll bear this in mind in the future, but given our repo is public and you seem to be tracking it anyway, and you have enough time to complain to RP/me... Well, you get the picture anyway |
| 16:54.23 | koen | Cwiiis: essentially you are saying "fuck upstream", you do now that? |
| 16:54.47 | koen | now I know that I'll stay away from OH stuff as far as I can |
| 16:55.02 | RP | koen: If that were the case we'd not be having this conversation |
| 16:55.13 | *** join/#oe champ (n=champ@216.85.238.67) |
| 16:56.42 | RP | koen: For reference after your recent comments, I ended up merging things from poky to OE on my own time recently and I'm very short of that atm |
| 16:56.47 | Cwiiis | koen: Come on now... RP is already keeping things in sync, I'm telling you that as far as I knew, the process was very troublesome and I have very little spare time as it is - now I know there's a viewmtn (which isn't obviously linked on the front-page), I'll try to keep that in mind - But the changes your complaining to me about are such tiny things - new packages I understand, but an svn mv? |
| 16:59.56 | Cwiiis | koen: I'll put it another way - I don't have very much time and having to do everything I already do twice makes things take a lot longer - If you're keeping an eye on poky, I'd appreciate you giving me the occasional nudge as to what I need to push back, or even you doing it yourself |
| 17:01.01 | koen | Cwiiis: when I was doing that myself I was told to stop doing that and wait for you guys |
| 17:01.29 | RP | koen: What I actually said was mention that it came from poky/OH in the changelog |
| 17:01.43 | Cwiiis | koen: Well, just for me personally then - if RP misses something and it's something I'm responsible for, I don't mind you nudging/mailing me |
| 17:02.54 | hrw|work | cu |
| 17:04.12 | poli | I can't really find the B variable listed on http://oe.handhelds.org/cgi-bin/moin.cgi/bb_20file Anywhere else where I could look? |
| 17:05.11 | Cwiiis | Just to say as well, it isn't our duty to keep OE in sync with poky, so it's something that should be co-operated for, not something that should be demanded |
| 17:13.00 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 17:16.04 | *** join/#oe Timelord0 (n=TL@66.150.138.156) |
| 17:21.53 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 17:23.11 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 17:26.30 | *** join/#oe do13- (n=ndirk@do13.in-dsl.de) |
| 17:34.01 | *** join/#oe champ_ (n=champ@216.85.238.67) |
| 17:34.21 | *** join/#oe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
| 17:34.59 | mallum | hey |
| 17:35.17 | RP | mallum: I think you've missed most of the action :) |
| 17:36.07 | mallum | damn :/ |
| 17:36.18 | mallum | what do I do with my popcorn now then ? |
| 17:36.28 | RP | :) |
| 17:39.19 | *** join/#oe alan|home (n=alan@ARouen-152-1-50-68.w83-199.abo.wanadoo.fr) |
| 17:39.24 | *** part/#oe _chronic (n=chronic@81.187.145.190) |
| 17:41.02 | poli | Is there some option to disable the "Handling bitbake files" part of a bitbake? |
| 17:41.31 | koen | poli: bitbake -i |
| 17:57.35 | *** join/#oe oce_ (i=nobody@antenni.nette.fi) |
| 18:04.52 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-128.f4.ngi.it) |
| 18:06.44 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 18:09.25 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 18:12.27 | *** join/#oe pb_ (n=pb@2002:5165:89b3:1:a00:1fff:fe06:93c) |
| 18:12.54 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 18:14.09 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 18:21.18 | *** part/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:27.38 | hrw | re |
| 18:28.27 | CoreDump|home | wb hrw |
| 18:32.44 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
| 18:33.46 | hrw | food... |
| 19:00.01 | hrw | argh... |
| 19:00.15 | hrw | my wifi card again decided to drop every connection attempt ;( |
| 19:23.51 | hrw | koen: can you install cvs2cl on ewi? |
| 19:30.46 | *** join/#oe HopsNBarley_ (n=hops@adsl-214-111-228.gnv.bellsouth.net) |
| 19:32.15 | *** join/#oe Bompo (n=Bompo@V1424.v.pppool.de) |
| 19:36.53 | *** join/#oe zap (n=zap@217.170.93.9) |
| 19:47.34 | lamikr | Hi, just downloaded OE.db.bz2 and pulled then latest changes. In checkout I got "multiple head error..." |
| 19:47.44 | lamikr | from dev branch. |
| 19:47.48 | hrw | hm |
| 19:48.00 | hrw | whos heads are? |
| 19:48.40 | hrw | ok. I see |
| 19:49.08 | lamikr | hrw: How did you checked that? |
| 19:49.18 | hrw | http://ewi546.ewi.utwente.nl/tmp/viewmtn/headofbranch.psp?branch=org.openembedded.dev |
| 19:51.28 | lamikr | thanks, can you merge the heads? |
| 19:51.35 | hrw | will try |
| 19:51.45 | hrw | my home .dev tree is very old |
| 19:52.26 | hrw | and I need to connect first... |
| 19:52.45 | lamikr | hrw: Might be faster to download & checkout new version temporitaly? |
| 19:53.16 | hrw | I'm pulling now on ewi |
| 19:53.36 | hrw | stuck on 'monotone: connecting to monotone.vanille.de' |
| 19:54.35 | lamikr | hrw: For me the pull worked ok form monotone about 10 minutes ago. |
| 19:57.19 | CIA-4 | 03coredump 07org.oe.oz354x * r9fabec84... 10/packages/openssh/openssh_4.0p1.bb: openssh: Make openssh-sshd and the meta-package openssh RREPLACE and RCONFLICT dropbear. |
| 19:57.21 | CIA-4 | 03coredump 07org.oe.oz354x * r669a25c1... 10/packages/display-brightness/ (display-brightness.sh display-brightness_1.0.0.bb): display-bightness: Added version from .dev to allow changing of brightness via hotkeys |
| 19:57.27 | CIA-4 | 03coredump 07org.oe.oz354x * r737acaa4... 10/packages/keylaunch/ (4 files in 4 dirs): keylaunch: Apply SL-Cxxxx changes from .dev |
| 19:57.30 | CIA-4 | 03coredump 07org.oe.dev * r3910a6fc... 10/packages/openssh/openssh_4.0p1.bb: openssh: Make openssh-sshd and the meta-package openssh RREPLACES and RCONFLICT dropbear. |
| 19:57.38 | CIA-4 | 03coredump 07org.oe.dev * r8de6cc8e... 10/packages/display-brightness/ (display-brightness.sh display-brightness_1.0.0.bb): display-brightness: Fix execution error (busybox related?) |
| 19:57.46 | CIA-4 | 03coredump 07org.oe.dev * rb14eb005... 10/packages/keylaunch/ (4 files in 4 dirs): |
| 19:57.46 | CIA-4 | keylaunch: |
| 19:57.46 | CIA-4 | - Adjust keylaunchrc for akita / spitz / borzoi |
| 19:57.46 | CIA-4 | - Add a DEPENDS / RDEPENDS to "display-bightness" on openzaurus |
| 19:57.47 | CIA-4 | - Akita / spitz / borzoi can now change their displays bightness via the default Fn key combinations |
| 19:57.49 | CIA-4 | - Also mapped "Home" to switch between open windows and Fn+Home to show the desktop |
| 20:02.00 | hrw | CoreDump|home: you created hydra in .dev |
| 20:02.11 | CoreDump|home | argh |
| 20:03.49 | hrw | will you merge it? |
| 20:03.58 | hrw | or do I have to do it? |
| 20:04.07 | hrw | anyway merged |
| 20:05.21 | hrw | lamikr: pull |
| 20:05.40 | CoreDump|home | uh oh |
| 20:05.58 | CoreDump|home | monotone: selected update target 1bfaf428d92fc25df5e7f681b3452c4e3e5c9f1a |
| 20:05.58 | CoreDump|home | monotone: updated to base revision 1bfaf428d92fc25df5e7f681b3452c4e3e5c9f1a |
| 20:05.58 | CoreDump|home | monotone: misuse: branch 'org.openembedded.dev' is merged |
| 20:06.29 | hrw | I merged before you |
| 20:06.45 | hrw | mt log looks funny at top |
| 20:07.20 | koen | http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=1bfaf428d92fc25df5e7f681b3452c4e3e5c9f1a |
| 20:07.22 | lamikr | hrw: Ok, now it pulled ok. |
| 20:07.29 | koen | two authors |
| 20:07.36 | hrw | two everything |
| 20:07.48 | CoreDump|home | ouch |
| 20:08.01 | CoreDump|home | maybe a case for jnc ? |
| 20:08.06 | koen | IOW more certs to the same revision |
| 20:08.08 | hrw | rather njs |
| 20:08.14 | CoreDump|home | right |
| 20:08.15 | koen | completely harmless |
| 20:08.20 | koen | and expected even :) |
| 20:08.25 | hrw | koen: looks funny anywa |
| 20:08.28 | hrw | y |
| 20:08.29 | koen | it does |
| 20:31.48 | lamikr | koen: I updated the gomunicator_cvs.bb, it will now install desktop file. |
| 20:32.08 | CIA-4 | 03lamikr 07org.oe.dev * r4ac478c0... 10/packages/gomunicator/gomunicator_cvs.bb: gomunicator: Create gomunicator icon to desktop by installing the gomunicator.desktop. |
| 20:32.08 | lamikr | it's is pushed to vanille.de. |
| 20:34.20 | koen | lamikr: thanks |
| 20:34.52 | *** join/#oe nslu2-log (i=slug@nslu2-linux/dyoung) |
| 20:35.51 | lamikr | koen: btw, I think that the glibc update did not work for me... I booted today from SD card and locale conversions took still lot of time and were eventually killed by OOM. (First boot lasted 25 minutes from sd...) |
| 20:39.26 | *** part/#oe Bompo (n=Bompo@V1424.v.pppool.de) |
| 20:50.14 | *** join/#oe Bompo (n=Bompo@V1424.v.pppool.de) |
| 20:57.58 | *** join/#oe marceln (n=marceln@pion.xs4all.nl) |
| 20:58.08 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 21:01.53 | chris144 | nite folks |
| 21:16.16 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:16.31 | likewise | hi all |
| 21:36.26 | *** part/#oe marceln (n=marceln@pion.xs4all.nl) |
| 21:41.50 | CIA-4 | 03eFfeM 07org.oe.dev * r3786ae72... 10/packages/pvrusb2-mci/ (pvrusb2-mci-20060326/Makefile.patch pvrusb2-mci_20060326.bb): |
| 21:41.50 | CIA-4 | pvrusb2-mci: added 20060326 snapshot |
| 21:41.51 | CIA-4 | <PROTECTED> |
| 21:41.51 | CIA-4 | <PROTECTED> |
| 21:41.55 | CIA-4 | 03eFfeM 07org.oe.dev * rec2b8ee2... 10/packages/linux/ (2 files in 2 dirs): |
| 21:41.55 | CIA-4 | ixp4xx kernel: added patch for copypage-xscale.c |
| 21:41.56 | CIA-4 | <PROTECTED> |
| 21:41.58 | CIA-4 | <PROTECTED> |
| 21:42.00 | CIA-4 | 03eFfeM 07org.oe.dev * rba3bc77c... 10/packages/cdparanoia/ (files/Makefile.patch cdparanoia_9.8alpha.bb): cdparanoia: add patch for Makefile.in; replace strip by $(STRIP) |
| 21:42.03 | CIA-4 | 03eFfeM 07org.oe.dev * rcc1ec893... 10/conf/distro/slugos-packages.conf: slugos-packages: added cdparanoia |
| 21:47.41 | hrw | new OpenZaurus website look - enjoy http://www.openzaurus.org/wordpress/ |
| 21:48.29 | koen | looks nice |
| 21:48.50 | *** join/#oe W8TVI (n=me@166.165.157.207) |
| 21:49.09 | koen | http://openzaurus.org/wordpress/developers/ could need some updating |
| 21:49.37 | hrw | I know |
| 21:49.44 | hrw | had better version even |
| 21:51.51 | koen | I hacked on drupal, gallery and gforge |
| 21:51.59 | koen | drupal is cute, gallery is nice |
| 21:52.05 | koen | but gforge is...... |
| 21:52.14 | hrw | 2edited a bit |
| 21:54.23 | koen | hrw: it seems all the paypal buttons fell off |
| 21:57.15 | hrw | yep |
| 21:57.56 | koen | 'night all |
| 22:02.34 | hrw | ~lrg |
| 22:05.48 | hrw | cu all |
| 22:09.31 | CIA-4 | 03lamikr 07org.oe.dev * r79f0a66c... 10/packages/gomunicator/gomunicator_cvs.bb: gomunicator: Gomunicator requires that alsa-lib is installed to target device. |
| 22:32.22 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:46.38 | ljp | http://www.angstrompower.com/index.jsp |
| 22:55.55 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 23:00.22 | *** join/#oe marcan (n=marcanso@160.10.7.105) |
| 23:01.05 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:15.03 | *** join/#oe greyl (n=bsaunder@209.84.215.170) |
| 23:15.13 | greyl | anyone setup the native gcc env on 3.5.4 : im getting cannot find /lib/libc.so.6 inside /usr/bin/../../usr |
| 23:16.55 | likewise | huh? DISTRO = "slugos-bag" compiles X.org?? |
| 23:17.05 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 23:21.36 | *** join/#oe MdJ (n=miKKel@spiegelgracht.demon.nl) |
| 23:33.55 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:41.15 | likewise | all: does OE need QEMU to build for ARM? |
| 23:42.06 | NAbyss | likewise: I haven't seen it building qemu when building for borzoi (arm5).. |
| 23:42.37 | JustinP | likewise: yes, if you want binary locales, which fixes i18n |
| 23:42.55 | JustinP | likewise: you don't *need* qemu, though, you can disable it |
| 23:43.16 | likewise | I am trying to add the Coldfire architecture in the next week, and I would like to know the hurdles before I commence. |
| 23:43.40 | likewise | JustinP: how exactly? By simple not mentioning the package in BB_FILES? |
| 23:43.48 | lamikr | JustinP: How is QEMU disabled/enabled during the glibc build? |
| 23:44.21 | JustinP | ENABLE_BINARY_LOCALE_GENERATION = "0" |
| 23:44.25 | JustinP | in your local.conf |
| 23:44.33 | likewise | WHOOPS: (compiling DISTRO=slugos-bag for ARM) gives me: gtktooltips.c:127: internal compiler error: in do_SUBST, at combine.c:447 |
| 23:44.41 | likewise | justinp: thanks |
| 23:45.09 | *** join/#oe Timelord (n=TL@4.78.4.43) |