irclog2html for #oe on 20060815

00:07.34*** join/#oe chopstix (n=chopstix@unaffiliated/chopstix)
00:11.46*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com)
00:14.39*** join/#oe mithro (n=tim@lester.mithis.com)
00:23.41*** join/#oe devfd0 (n=devfd0@196.203.243.4)
00:37.06*** join/#oe Sadarax (n=mythtv@c-67-183-55-167.hsd1.wa.comcast.net)
00:37.34SadaraxHello? Anyone here?
00:51.14*** join/#oe kzbb (n=brian@c-67-177-139-66.hsd1.mi.comcast.net)
00:54.54*** join/#oe hwtechnik (i=hwtechni@gateway/tor/x-44ee5fb2fd0e3c2e)
00:57.41*** join/#oe Timelord (n=TL@4.78.4.43)
01:00.43*** join/#oe mrz80 (n=scotsman@n128-227-212-155.xlate.cns.ufl.edu)
01:05.49*** join/#oe noclouds (n=mhfan@60.166.49.32)
01:15.45*** join/#oe idealm (n=ideal@222.66.106.154)
01:19.36*** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg)
01:37.55*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
02:02.31poushaghi sadarax - most of the folks in this channel are on eu time and are asleep now - they start coming back online here in about another 6 hrs
02:37.35*** join/#oe gints___ (n=gints@62.84.15.211)
02:54.35*** join/#oe punk-ass (n=user@ptbynynas01pool0-a72.ptbyny.tds.net)
03:03.56*** join/#oe NAbyss (n=foo@220-253-49-80.VIC.netspace.net.au)
03:14.01*** join/#oe NAbyss_ (n=foo@220-253-14-38.VIC.netspace.net.au)
03:35.02*** join/#oe giel (n=giel@twigs.unet.nl)
03:50.27*** join/#oe giel_ (n=giel@twigs.unet.nl)
05:36.06*** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org)
05:38.55*** join/#oe france (n=france@pool-151-203-10-156.bos.east.verizon.net)
05:56.37*** join/#oe hwtechnik (i=hwtechni@gateway/tor/x-61de1905181fc491)
06:01.49*** join/#oe redguy (n=mati@afd213.neoplus.adsl.tpnet.pl)
06:02.50*** join/#oe wookey (i=wookey@217.147.92.89)
06:06.16*** join/#oe awelux (n=awelux__@dslb-084-058-151-223.pools.arcor-ip.net)
06:38.37*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
06:59.11*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-32-152.w86-201.abo.wanadoo.fr)
07:00.11cyrilRomain'morning
07:23.48*** join/#oe zecke (n=ich@145.253.107.2)
07:37.26*** join/#oe Kristoff1r (n=ken@213-67-126-82-no75.business.telia.com)
07:37.44*** join/#oe poli (n=ca@CAcert-br/poli)
08:05.46*** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de)
08:06.41florian_kcgood morning
08:14.54nchipflorian_kc: I got upto gdb-cross when building task-sdk
08:15.06nchipumm, meta-sdk that is
08:19.05zeckehttp://www.linuxdevices.com/news/NS8030785497.html
08:19.06zeckelol
08:23.20*** join/#oe alan|philo (n=alan@ARouen-151-1-106-119.w86-221.abo.wanadoo.fr)
08:25.26Ifaistosmorning
08:26.03RPmorning all
08:26.54IfaistosRP : Morning. Found some free time and i am truing to sync owmnr to the latest OE
08:27.25IfaistosRP: If nothing major comes up i will post the patches today and tommorow
08:28.28RPIfaistos: Sounds good! :)
08:30.58Ifaistosguys i am thinking of seting up a "cluster" of 10-15 machines to increase compile speed at the office. I am trying to think if there is a way to make it availiable to OE developers also. Any ideas/thoughts ?
08:31.44florian_kczecke: ehh... the most obvious thing is that they must have spent a huge amount of money in this architecture graphic. that one is in *every* qt/e related article...
08:33.57*** join/#oe O_Neil (n=jiff@210.22.179.229)
08:39.15*** join/#oe ade|desk (n=ADAVEY@194.200.143.249)
08:40.28cyrilRomainIfaistos: even without making it available to the OE developers, such a cluster can be of great help to ensure a better OE quality, I mean spotting build regression - i.e. performing tests and doing clobber and 'from scratch' build of OE packages and distributions and to report the builds and tests status to tinderbox
08:42.00cyrilRomainunless someone think of a better use of such power ...
08:42.52Ifaistosi was thinking of setting up a Xen machine with accounts for the developers and from there they could have access to the build system
08:43.06zeckeflorian_kc: yes
08:43.19zeckeflorian_kc: but is it Qtopia(Core) not QtE
08:43.40Ifaistosi will be upgrading the dsl line to dsl2+ (24Mbits/3Mbits) so i think the bw will be there also
08:44.05florian_kczecke: well...
08:49.51cyrilRomainIfaistos: ok. so I guess a simple ssh access + rights to send report to tinderbox is enough :)
08:49.55*** join/#oe pb_ (n=pb@82-70-217-41.dsl.in-addr.zen.co.uk)
08:52.50IfaistoscyrilRomain: Yes something in this context. I am thinking of using 2.5Ghz Celerons with 1Gig Ram on each box. Any idea what distro would be better suited for such a task ?
08:52.56CIA-903florian 07org.oe.oz354x * r27678a75... 10/ (3 files in 2 dirs): gpe-conf: add 0.2.2
08:58.06cyrilRomainIfaistos: any distro can be used as soon as you can easily install the OE required software. I would use Debian or Gentoo though.
09:01.00*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
09:04.08*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
09:06.00cyrilRomainIfaistos: or if you feel it, you could create a Knoppix-based OE liveCD, so that you just have to burn 1 cd per machine (no install required) :)
09:06.39cyrilRomaini.e. a Knoppix liveCD with OE required software
09:07.39*** join/#oe lrg (n=liam@exize.demon.co.uk)
09:07.44lrgmorning all
09:08.05Ifaistosi was thinking for making the machines netboot but it seems that it will effect the throuput if no local hd is present, and if you end up with a HD on every machine then no need to have a cd also
09:08.10Ifaistosmorning
09:08.42pb_hi lrg
09:12.53florian_kchey lrg
09:17.17RPhi Liam
09:17.30RPlrg: I'ev not got around to doing the ASoC testing yet, sorry
09:17.56lrgRP: np
09:18.34lrgRP: I think we may have to set pop_time = 0 for corgi due to the board noise :(
09:20.18*** join/#oe polyonymous (i=hacker@pD953A15A.dip0.t-ipconnect.de)
09:23.07*** join/#oe x29a (n=x29a@pD9EEF2DE.dip.t-dialin.net)
09:23.19*** join/#oe toi (n=peter@d54C248DE.access.telenet.be)
09:23.32RPlrg: I think that's looking like the likely result :-/
09:24.06lrgRP: at least they fixed it in spitz :)
09:24.15RPlrg: yes :)
09:24.49lrgRP: Dell still cant fix board noise. Even my new PC is noisy when I move the mouse :(
09:29.08zeckemickey|thesis: ping
09:29.14zeckemickey|thesis: The greenphone is funny
09:29.24pb_hail zecke
09:29.39zeckemickey|thesis: TT advertises Qtopia with its Openness
09:29.50RPlrg: Built in sound cards never seem to work well for me :-/
09:31.47*** join/#oe katossi (n=guillerm@dhcp6.informatik.uni-duisburg.de)
09:31.59*** part/#oe O_Neil (n=jiff@210.22.179.229)
09:32.03*** join/#oe O_Neil (n=jiff@210.22.179.229)
09:35.30zeckeljp: Ship me a greenphone and I do not mean the PSD's :)
09:36.00*** join/#oe Laibsch (n=Laibsch@V41f6.v.pppool.de)
09:37.55*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
09:41.16*** join/#oe O_Neil (n=ONeil@210.22.179.229)
09:49.03katossiis there any web repository for oe?
09:50.19RPkatossi: See links on openembedded.org
09:50.22*** join/#oe wookey_ (i=wookey@217.147.92.89)
09:55.41Ifaistoszecke: Do you have any example of using the icecream.class ?
09:57.04zeckeecho 'INHERIT += "icecc"' >> conf/local.conf
09:57.18zeckebut I think it will fail to pack the toolchain together
09:58.29RPScary thought for the day - if we have a set of identical machines, the multithreading code could run the tasks on different machines. There's some scary possibilities there
09:59.41zeckeRP: Think of Xen
09:59.47zeckeRP: then we all would have the same machine!
09:59.47*** join/#oe e-ffi (n=cybercom@dslb-084-056-103-123.pools.arcor-ip.net)
10:00.36RPzecke: With a rootfs built by OE to build within? :)
10:01.01zeckeand the next generation of man-kind will ask
10:01.21zecke"How did they solve the Chicken-Egg problem. One needs bitbake to create bitbake?"
10:01.28*** join/#oe EvilDevil_ (n=miau@p54A6E64F.dip.t-dialin.net)
10:01.54RPzecke: and can it not go faster? :)
10:02.01zeckehehe
10:02.20zeckeRP: bastard ;)
10:03.47*** join/#oe TheCan (n=thecan@dslb-084-056-182-189.pools.arcor-ip.net)
10:20.08katossizecke: thanks for the tip. I just came back from vacations and I'm blind
10:20.20CIA-903pb 07org.oe.dev * r42a6f628... 10/ (1 packages/gcc/gcc-cross-initial_3.3.4.bb): gcc-cross-initial 3.3.4: clobber PACKAGES to avoid shlibs imbroglio
10:31.37*** join/#oe pvanhoof (n=pvanhoof@d54C1807C.access.telenet.be)
10:33.45IfaistosRP: I am trying to build bash-3.0 and it failed, while trying to figure out what is wrong i noticed that the bash-3.0-fixes patches where not applied because the bash-3-0/lib/intl source files are unpacked as read only...
10:37.57IfaistosRP : -r--r--r-- 1 stelios stelios  1856 Dec  9  2003 dcgettext.c
10:38.28Ifaistosis there any other site except pastebin.com ? its TOO slow the last few days
10:42.25IfaistosRP : http://pastebin.com/768873
10:43.19*** join/#oe idealm (n=ideal@58.33.57.17)
10:48.49cyrilRomainIfaistos: you can use http://rafb.net/paste/
10:51.49*** join/#oe LordVan (n=lordvan@i-83-67-126-41.freedom2surf.net)
10:52.47IfaistosRP: I unpacked the tar file manualy and it seems that the problem is there. the lib/intl dir files are all set to readonly
10:59.59RPIfaistos: You could add a task between unpack and patch which makes them all writeable?
11:03.11IfaistosRP: Not sure how i should do it :(  post_unpack () ?
11:05.15RPIfaistos: Add a do_make_writeable() { chmod a+w somepath/* }, then "addtask mark_writeable before do_patch after do_unpack"
11:05.22RPs/mark/make/
11:08.56XorAmornng
11:14.18lrghey Graeme
11:14.28*** join/#oe pgfeller_ (n=pgfeller@250.17.77.83.cust.bluewin.ch)
11:14.31XorAhey lrg
11:21.18RPhi XorA
11:37.16IfaistosRP: I think the problem with the bash-3.0 is the way the patches were grouped together after my initial patch.
11:37.56IfaistosRP: The initial "fixes" for bash-3.0 had a pnum=2
11:38.20IfaistosRP: While the other patch that causes the build failure has no pnum...
11:38.36IfaistosRP: and these were grouped together
11:40.00RPIfaistos: pnum should have no effect on whether the files are writeable?
11:40.57IfaistosRP: I know but the funny thing is that the dir was not writable also before... but the patch worked...
11:41.24RPIfaistos: You weren't running as root were you?
11:41.57IfaistosRP: Nop i am using Ubuntu... so no root here ;)
11:42.41RPIfaistos: Presumably quilt is clever enough to make the file writeable to apply the patch then?
11:43.31IfaistosRP: Not sure i will try it again, using the original patches and see if it works or not
11:44.01kergothRP: pretty sure it is clever enough indeed. sets it writable, then puts it back after applying the change
11:44.31chouimathi kergoth
11:44.35kergothhey
11:45.18*** join/#oe benlau (n=benlau@221.125.13.148)
11:45.25*** join/#oe devfd0 (n=devfd0@196.203.243.4)
11:46.48RPkergoth: I've seen quilt shoot itself in the foot before with file modes. Can't remember exactly what and I think a later version fixed it...
11:47.11kergothheh, wouldnt surprise me, that area of it never seemed entirely polished
11:53.14*** join/#oe sirfred (n=mteira@64.Red-83-40-175.dynamicIP.rima-tde.net)
11:54.10sirfredHello.
12:04.46RPhi sirfred
12:04.56sirfredRP: Hello.
12:05.25RPsirfred: Did you have any further success with the alpha blending?
12:05.25x29amr_nice_slacker1: with the bostmodified 2.4.x bootldr i could check my ram right?
12:05.38sirfredRP: Yes, I have it working.
12:06.03sirfredRP: At least with an 4BPP alpha plane.
12:06.18sirfredRP: And also with a global alpha value.
12:06.55sirfredRP: I'm now trying to do a StretchBlt of a surface in host memory, in YUV format to an overlay showing card surface.
12:06.58RPsirfred: excellent :)
12:07.16sirfredRP: Still some problems, because StretchBlt only support RGB surfaces.
12:07.39sirfredRP: But it seems that it can be done using two StretchBlt operations, one for the Y channel and other one for the UV channels.
12:07.49sirfredRP: Each one using 8BPP.
12:08.16RPsirfred: Interesting. That could start to give a good speed improvement for video playback :)
12:08.21sirfredRP: I want to setup an overlay + scale for YUV using the new library.
12:08.30x29awhich library?
12:08.41sirfredx29a: I new one I'm developing.
12:08.49x29aim looking for a fast image processing library, not for oe tho
12:08.49sirfredx29a: A new one I'm developing.
12:09.05x29asirfred: any publications yet?
12:09.13RPsirfred: You have the overlay working already? or you're using stretchbt to implement it?
12:09.17sirfredx29a: Still not, I'm thinking about it.
12:09.25sirfredRP: Overlay working. With RGB and YUV
12:09.42sirfredRP: Well, I've tested it with YUV422 and works fine.
12:09.52sirfredRP: Also with RGB565
12:09.58RPso we can accelerate video playback :)
12:09.59sirfredRP: But there're some strange things.
12:10.25sirfredRP: When using RGB surfaces, overlay honours the video_portrait bit in VIDEO_CTRL
12:11.13sirfredRP: But I was not able to put it to work using YUV. So, we cannot rotate the surface using hardware.
12:11.14RPsirfred: You really seem to have an understanding of how the chip works now :)
12:11.30sirfredRP: Well, I've learned a little. :)
12:11.49sirfredRP: I'm thinking about giving the current library public access.
12:12.05sirfredRP: It's not using any microcode, neither any part directly copied from the reverse engineered work.
12:12.28RPsirfred: Sounds like it might be possible to release it then
12:12.29sirfredRP: Still a lot of work to do, of course. But perhaps some other people gets involved.
12:12.38RPOther interest would be good
12:12.49XorAw100?
12:13.03RPXorA: yes
12:13.05sirfredXorA: Yes, it's a library for the ATI IMAGEON 100
12:13.16XorAId be willing to look at mplayer
12:13.37RPsirfred: XorA watches video on his 760 ;-)
12:13.38sirfredRP: About the speed of the thing, I have some doubts.
12:13.59sirfredRP: I also would like to do so.
12:14.18sirfredRP: My idea is to setup an vidix driver for mplayer using this library.
12:14.26RPsirfred: Its only going to be a speed increase if we can use the main processor for other things whilst the w100 handles its tasks
12:14.46sirfredRP: At least YUV->RGB is going to be made in the GPU
12:14.57*** join/#oe Kristoffer (n=ken@213-67-126-82-no75.business.telia.com)
12:15.21RPsirfred: Which is a good bit of load to lose from the main processor...
12:15.21sirfredRP: Well, there is a problem with overlays in external memory.
12:15.23XorAsirfred: should be able to modify the exsting w100 driver away from libaticore
12:15.41sirfredXorA: That's the idea, to drop libaticore.
12:16.04sirfredXorA: What's the state of the aticore vidix driver?
12:16.13XorAsirfred: its not vidix anymore
12:16.19sirfredXorA: What's now?
12:16.44*** join/#oe KenFactorX (n=Kristoff@213-67-126-82-no75.business.telia.com)
12:16.46sirfredRP: I don't know if you was aware of this problem, But when the surface is in external memory, overlay is not working fine.
12:16.50XorAsirfred: it just accesses it without X11/console
12:17.15sirfredXorA: Direct framebuffer access? Not using libaticore accelerated functions?
12:17.38RPsirfred: I wasn't. We can only fit QVGA in internal memory if I remember rightly...
12:17.51sirfredRP: That's right.
12:18.05XorAsirfred: no, it uses libaticore, but without any form of locking with the console or X11
12:18.29XorAsirfred: does your library allow overlay bigger than 320x240?
12:18.46sirfredXorA: No. It's not working properly, as I'm telling to RP
12:18.57RPsirfred: If anything I would have thougth the opposite - external would work and internal wouldn;t :-/
12:19.02XorAsirfred: ah right, I understand now
12:19.37*** join/#oe Kerwood (n=Marshall@69-174-191-58.frdrmd.adelphia.net)
12:19.37sirfredRP: Visually, the surface seems cutted in some horizontal lines, and some parts get repeated.
12:19.50sirfredRP: I remember this problem also from the tests with the libaticore.
12:20.07sirfredIt seems some kind of timing problem, or something so.
12:20.49RPsirfred: I've also seen this when I experimented with half the framebuffer in internal memory and half external...
12:21.10RPI wonder if we could tweak the memory timings in anyway...
12:21.14sirfredRP: Perhaps we need some DISP_DEBUG bits to be set.
12:21.42sirfredRP: At least when using RGB surfaces, the original aticore code makes a lot of black magic with that register.
12:21.54sirfredDepending on the BPP, but it's not touched for YUV surfaces.
12:22.05sirfredRP: I need to experiment a lot more with this.
12:22.26sirfredRP: Also, I'm using a different approach for host->card copy.
12:22.33RPsirfred: I'm too out of touch to help with it :-(
12:23.28sirfredRP: I seen it in some RADEON driver. Instead of using the mmap zone, I'm using HOST_DATA0-HOST_DATA7 registers. It looks like some kind of bus master, because when I make some mistake, it's able to hung the zaurus. :)
12:24.01sirfredRP: But it seems no more fast than using the mmaped zone, at least in my first tests and with little surfaces.
12:24.20*** join/#oe woglinde (i=woglinde@e178068056.adsl.alicedsl.de)
12:24.26sirfredRP: Well, your help and knowledge will be always welcomed
12:24.41sirfredRP: I have to leave now. Glad to talk with you again.
12:24.51RPsirfred: I'd expect it to come down to the memory timings so its probably the same speed
12:24.52*** join/#oe Kristoffer (n=ken@213-67-126-82-no75.business.telia.com)
12:25.09RPsirfred: Its nice to see its still moving forwards! :)
12:25.14sirfredRP: Yes, it looks the speed is the same.
12:25.27CwiiisAnyone know what those screenshots fuchs posted up with screencap were from?
12:25.34sirfredRP: I think we could have something usable in little time.
12:25.51RPsirfred: That is nice to hear :)
12:26.04Cwiiis( http://handhelds.org/scap/land.16428.png ) (there were better ones than this too)
12:33.51*** join/#oe Cobelius (n=rehfeld@usr-10-130.usd.bessy.de)
12:33.59CobeliusI can't use glibc 2.4
12:34.14Cobeliusbitbake says that it don't find this version
12:34.23Cobeliusbut the .bb file exists
12:34.46KristofferCobelius: its a bug
12:34.52KristofferCobelius: for intermediate right?
12:35.11Cobeliusintermediate?
12:35.40florian_kcCwiiis: Its a small software study here... will be public soon i hope.
12:36.01Cwiiisflorian_kc: Cool, I hope so :)
12:36.27CobeliusI want that glibc 2.4 is used in my image
12:36.41Cobeliusbut is uses 2.3.5+cvs
12:36.42florian_kcCwiiis: its not rocket science... just plain gtk with some nice pixmaps :-)
12:37.03florian_kcokay, the panel might be a nice toy
12:37.30Cwiiisflorian_kc: Would be nice to have a mobile-phone like API for that sort of interface too, if that doesn't provide one
12:38.39florian_kcCwiiis: yes indeed... we have quite some good stuff to do this but its quite some work to create a complete framework.
12:38.50KristofferCobelius: try and adding PREFERRED_PROVIDER_virtual/yourarch-libc-for-gcc = "glibc-intermediate"
12:39.13Kristofferin my case thats PREFERRED_PROVIDER_virtual/sh3-linux-libc-for-gcc = "glibc-intermediate"
12:39.43Cwiiisflorian_kc: Good to know someone's working on it though, we need something to compete with http://www.linuxdevices.com/news/NS8030785497.html :)
12:40.17zeckeCwiiis: we have the Gimp already. It competes pretty good with photoshop
12:40.18nchipCwiiis: well that still needs to turn into reality
12:40.30Cobeliusokay I'll try
12:40.51florian_kcCwiiis: We get is sponsored by tt, paint it blue install GPE ;)
12:41.23florian_kcbrb, food
12:41.27nchip"However, the company has promised to make the phone available at a reasonable cost to all Qtopia licensees"
12:41.33Cobeliuswhat is the differece ob glibc and glibc-intermediate?
12:44.21zeckeflorian_kc: I don't think the BOM is too expensive on this phone
12:55.43ljpzecke: the Greenphone will be more open than any other phone
12:57.05zeckeljp: hey
12:57.08zeckeljp: how are you?
12:57.53zeckeljp: more open than the universal device?
12:58.04zeckeljp: including hardware semantics and datasheats?
12:59.50ljpi would not call the universal open
13:03.59zeckeljp: hehe, you can flash it
13:04.22ljpperhaps, but the manufacturer does not support that
13:04.36CIA-903kristoffer 07org.oe.dev * rf31bfd26... 10/ (1 packages/xorg-app/xterm_207.bb):
13:04.36CIA-9packages/xorg-app/xterm_207.bb: Addition of DEPEND LibXaw
13:04.36CIA-9* Xterm requires LibXaw as depend. Added.
13:05.14ljpsimply because someone hacked linux onto it does not mean its open
13:06.05*** join/#oe Crofton (n=balister@CPE0013109993dc-CM014080217193.cpe.net.cable.rogers.com)
13:10.19zeckeljp: well :)
13:10.55chouimathi ljp
13:14.28pb_morning kergoth
13:18.34ljphey chouimat
13:19.11zeckeljp: I wish you good luck with pre production and delivering the devices
13:20.47ljpthanks
13:21.34pb_hi ljp
13:21.53zeckeljp: this also means you will release Qtopia Phone as GPL (compatible) in September?
13:23.43*** join/#oe W8TVI (n=me@166.166.14.42)
13:24.21Croftonhttp://news.yahoo.com/s/nm/20060815/tc_nm/telecoms_mobile_reprogrammable_dc_1
13:24.22Crofton?
13:30.01*** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath)
13:37.05*** join/#oe alan|philo (n=alan@ARouen-151-1-106-119.w86-221.abo.wanadoo.fr)
13:43.02*** join/#oe JoeLaptop_ (n=jciccone@pool-71-125-94-234.nwrknj.east.verizon.net)
13:44.44*** join/#oe csmanx (n=csman@rak-pang.oz.com)
13:57.02*** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org)
13:59.05hrw|gone_/cr/cr
13:59.10hrwmorning
13:59.21lrghey Marcin
14:00.12*** join/#oe e-ffi (n=cybercom@dslb-084-056-103-123.pools.arcor-ip.net)
14:01.31CIA-903Giorgio 07org.oe.dev * r7b0e01a7... 10/ (1 packages/keymaps/keymaps_1.0.bb): keymaps: added h2200 support - close #1304
14:01.56hrwit was --author commit
14:03.19hrwRP, do13, lrg, mickey|thesis: what do you think about 'metabug: Linux 2.6 kernel for Zaurus' in OE bugzilla? Or component for it? or other solution to track 2.6/Z bugs
14:06.02katossia question: what pda/smartphone/mobile device would you choose for a project where java, location awareness (e.g. gps) and camera is needed?
14:06.05XorAhey hrw
14:06.50hrwkatossi: I'm thinking about getting Sagem My-700X as my next phone
14:07.13RPhrw: It would mean I could find them easier. It might be an idea to have an OZ 2.6 kernel component
14:07.54hrwRP: metabug give as also dependency tree
14:07.59katossihrw: but small screen and no gps
14:08.36katossiany experiences with the motorolas?
14:08.50hrwkatossi: had L6, V3 in hands - both suxx
14:08.56pb_lrg: is Markku back in the office now?  I haven't heard anything from him lately.
14:09.07katossihrw:  no I mean the a180
14:10.08lrgpb_: yep he should be. Although, I'm working from home today and he probably has a full inbox after his hols. It's probably worth giving him a ping again.
14:10.19pb_righto, thanks
14:17.35stefan_schmidtkatossi: You mean A780
14:17.55katossistefan_schmidt: yes, I forgot the precise model name
14:18.50stefan_schmidtkatossi: I've one. But never played with the java stuff on it.
14:19.11katossistefan_schmidt: is the camera running?
14:19.41stefan_schmidtkatossi: With java? I think so.
14:20.31stefan_schmidtkatossi: Not sure about gps and java, but you can get the gps information through the linux system. :)
14:20.59katossibut does it have a built in gps?
14:21.53stefan_schmidtkatossi: yes
14:22.11katossiand is it recognized?
14:23.07katossiif I had something to read from under /dev/  i'd be great
14:23.53hrwI see some nice changes in .dev to add into .oz354x
14:24.01Kristofferanyone aware of the "udev needs hotplug, not started" message?
14:24.01*** join/#oe hvontres|poodle (n=hvontres@208.2.199.132)
14:24.07Kristofferthought that udev would supply hotplug
14:25.54hrwhow old udev you are using?
14:26.11katossistefan_schmidt: I see no gps in the a780 specs
14:26.31Kristofferhrw: 0.92
14:26.34Kristofferlatest
14:26.36hrwkatossi: iirc there was 2 versions of a780 - with or without gps
14:26.42hrwKristoffer: should work without
14:26.48stefan_schmidtkatossi: Of course it is recognized from the official linux system. I've a code snippet around to dump the gps info. moment
14:26.54katossiaha, anyone could tell me the price of a a780 in germany?
14:27.01Kristofferhrw: hmm, thats what I thought. Just weird why it doesnt..
14:27.03stefan_schmidtkatossi: Only the european models have gps.
14:27.20hrwkatossi: it is not manufactured anymore;(
14:27.20katossinice
14:27.35stefan_schmidtkatossi: http://wiki.openezx.org/A780#GPS
14:27.36katossitoo bad
14:27.50katossiany replacement for that? new model or something?
14:27.52Kristofferkoen|away: Thinking about buying a zaurus, whats good to buy? Want one with keyboard
14:27.57stefan_schmidtkatossi: A780 is out of sale.
14:28.21hrwKristoffer: sl-c1000 or sl-c3200
14:28.32hrwKristoffer: 3200 has 6G microdrive
14:28.50Kristofferhrw: ah, goodie. do they got wifi btw? or do I need CF card for it?
14:28.53katossiwhat did they sell the a780 for such short time?
14:29.06hrwKristoffer: both lack any wireless other then irda
14:29.23Kristofferhrw: oki
14:29.47stefan_schmidtkatossi: They sold it some time before in asia
14:30.11nchipumm, nokia 770 + bluetooth gps module ?
14:30.15katossistefan_schmidt: damn, that that everything I wanted
14:30.46stefan_schmidtkatossi: http://people.openezx.org/stefan/tmp/gpsdump/
14:30.46katossinchip: that's an option, but a built in bt woul be nicer
14:31.06nchipkatossi: it has built in bt
14:31.21stefan_schmidtkatossi: the imcosys phone has built in gps, too.
14:31.23katossinchip: sorry I means built in gps
14:31.37katossigps and camera are a must
14:31.46katossistefan_schmidt: imcosys?
14:32.22stefan_schmidtkatossi: http://www.imcosys.com/ Another linux smartphone.
14:32.24nchipmoto a780 still seems available
14:32.53stefan_schmidtnchip: Yes, sometimes still in stock
14:33.29katossihey loks good
14:33.45katossiany success with oe and the imcosys?
14:34.11stefan_schmidtkatossi: I don't know if they already started to ship it.
14:34.14katossiwow, it has even wifi!
14:34.54stefan_schmidtkatossi: They don't released any code or doc yet.
14:35.13woglindeI think it will be a case for harald
14:35.54katossistefan_schmidt: but did anyone contacted them?
14:36.12stefan_schmidtwoglinde: Yes, perhaps. Last time i talked about this phone to him, he planned to buy one.
14:36.24stefan_schmidtkatossi: Yes.
14:36.38katossithere are no prices on the website
14:37.08stefan_schmidtkatossi: They don't sell on their one.
14:37.13katossiok I found it for 250 in germany
14:37.18katossi350
14:37.20katossinot bad
14:37.30*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
14:38.25katossistefan_schmidt: thanks for the info and help
14:38.37stefan_schmidtkatossi: np
14:38.40katossiI've got to go home
14:38.46katossisee you all
14:38.49woglindebye katossi
14:38.51stefan_schmidtkatossi: http://www.schellens.de/smartphone.php Read the fourth FAQ entry.
14:38.55woglindehm only 200 mhz
14:39.01stefan_schmidtbye katossi
14:39.18*** join/#oe cyrilRom1in|bbl (n=cyrilRom@AToulouse-157-1-19-136.w86-201.abo.wanadoo.fr)
14:39.27woglindeEs handelt sich um ein geschlossenes (keine GPL) Embedded Linux
14:39.28woglindehahah
14:40.24nchipidiots
14:40.37woglindepoor astrid
14:40.39katossistefan_schmidt:  " (keine GPL) Embedded Linux" ? why?
14:40.48katossianyway see you and thx again
14:41.08woglindeI bet she isnt really reasonable for this
14:41.12woglindethey told her this crap
14:41.47CIA-903hrw 07org.oe.oz354x * rca93e493... 10/ (1 packages/aspell/aspell-native_0.50.5.bb):
14:41.47CIA-9aspell-native_0.50.5.bb : add native that is required by aspell language packs
14:41.47CIA-9applied changes from 70d230573c9b9cecb6616046b4c5b24e2c5ad07f
14:41.47CIA-9<PROTECTED>
14:41.52CIA-903hrw 07org.oe.oz354x * re72ece76... 10/ (1 packages/aspell/aspell5-pl_6.0-20060811.bb): aspell: added Polish dictionary
14:41.57CIA-903hrw 07org.oe.oz354x * rcde358dd... 10/ (3 files in 2 dirs): aspell: added English dictionary from .dev
14:42.07nchipwoglinde: ask them where they got the "keine GPL" Linux
14:42.27nchippresumably from some cheap-ass company
14:42.50stefan_schmidtA friend of mine was at the cebit and talked to imcosys about code. They told him, they changed anything in the linux kernel and don't have to release any code. We will see.
14:43.01woglindelol
14:44.06stefan_schmidtI'm not sure they understand the difference between the used GPL software and their own written software.
14:51.18*** join/#oe reenoo (n=r@p5489D851.dip.t-dialin.net)
14:51.25*** join/#oe gints____ (n=gints@62.84.15.211)
14:51.59CIA-903cbrake 07org.oe.oz354x * r84ec85d5... 10/ (1 packages/python/python-pysqlite2_2.0.2.bb):
14:51.59CIA-9python-pysqlite2 2.2.2: add python-datetime to RDEPENDS
14:51.59CIA-9applied changes from 1b17f8afca24771aa900e415899c6189576c2977
14:51.59CIA-9<PROTECTED>
14:52.04CIA-903hrw 07org.oe.dev * rf6751285... 10/ (1 packages/mysql/mysql_4.1.18.bb): mysql: fix SRC_URI - close #1319
14:55.16Kristofferanyone trying out konqueror? using the 20060404 version, but when I start it it just gives me a misformed tiny window
14:55.28Kristofferhrw: what version did you say worked best?
14:55.55Kristofferdu -h
14:56.25Kristofferdoh
14:56.52zeckeRP: I'm doing the releases now
14:57.55poushagthere was another linux phone released to market recently in asia i think - an orange one
14:58.11hrwKristoffer: I use 084 in oz 354
14:58.12poushaganybody seen that?  i might be able to dig up a link
14:58.22poushagif noone else has it handy
14:59.41Kristofferhrw: and that didnt need hotplug other than that udev supplied?
14:59.44pb_hi reenoo
15:00.01hrwKristoffer: have to check it
15:00.58stefan_schmidtpoushag: I don't heard of it yet.
15:01.24reenoohey pb_
15:01.31reenooafternoon all
15:02.18hrwKristoffer: hm. my rootfs has linnux-hotplug and udev 084 so cant help
15:02.31Kristofferhrw: oki, thx anyways
15:02.35*** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net)
15:03.13CIA-903zecke123 07bitbake-1.4 * r565 10/ (ChangeLog bin/bitbake lib/bb/__init__.py): bitbake-1.4/bin/bitbake: Assign release number 1.4.4
15:03.53Kristofferzecke: new bitbake release coming up?
15:04.08zeckeKristoffer: well, no
15:04.15zeckeKristoffer: it is just to release this obsolete stuff
15:04.37Kristofferokidoki
15:04.47zeckeKristoffer: RP has a radical rework of the task handling
15:04.56zeckeKristoffer: and we want to ship enough stable versions
15:05.17Kristofferzecke: ah, understand. Btw, im using 1.5.0 any reason to update in the near future?
15:05.30zeckeKristoffer: You should not be using 1.5.0
15:05.37zeckeyou might want to upgrade to 1.6.0 then
15:05.44Kristofferzecke: so everyone keeps telling me, but it works well
15:06.01zeckeKristoffer: it might not work tomorrow, or the day after tomorrow
15:06.20zeckeKristoffer: as we will do a check in that breaks everything and we will be busy until the next month to fix it up
15:06.39Kristofferzecke: aha :) eek. Oki, will update to 1.6.0 when its out then
15:06.46poushaghttp://linuxdevices.com/news/NS2220873893.html  - this isnthte one i mentioned earlier but looks interesting
15:08.49Kristofferzecke: btw, you said that you are working on the parse section, would that mean any increases in speed?
15:09.44hvontres|poodlemickey|thesis: Do you have any thoughts on improving dependency tracking in the python packages?
15:10.27hvontres|poodlemickey|thesis: I was trying to get idle to work last night, and I would install a package, try and then figure out what else was missing from the error messages.
15:11.40zeckeKristoffer: well this means SIGSEGV and new errors :)
15:12.16*** join/#oe katossi (n=guillerm@dslb-084-061-037-102.pools.arcor-ip.net)
15:13.06hvontres|poodlemickey|thesis: I was thinking that maybe OE could parse the python files and dynamicly updatae the RDEPENDS or something along those lises. That might also help with releasing python apps later.
15:13.19Kristofferzecke: you dont think you are going abit microsoftish there? :D
15:14.08zeckeKristoffer: it currently segfaults
15:16.32CIA-903zecke123 * r566 10bitbake/ (ChangeLog bin/bitbake lib/bb/__init__.py): bitbake: Assign release number 1.6.0 to the trunk and update the ChangeLog
15:17.37mr_nice_slacker1which is the recommended version of python for oe?
22:35.26*** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
22:35.26*** topic/#oe is OpenEmbedded Developer Lounge | BitBake 1.4.2 has been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/
22:36.17RPpoushag: bitbake hacking is done in my limited free time which has several competing demands. months might therefore be realistic. We'll see...
22:36.26RPI've been planning to do it for years :-/
22:36.39poushagdo you blog about it?  or otherwise announce progress other than in here?
22:37.09RPoe@ usually hears about it as does/should the bitbake mailing list
22:37.27poushagrp i grok you - with the 3 little ones in my house i have the same constraints
22:37.55poushagalright - thx for the contributions - bbl (dinner time)
23:00.48*** join/#oe furlongm_ (n=furlongm@83-70-167-47.b-ras1.prp.dublin.eircom.net)
23:09.33reenoomreimer: hi! which lab did you want me to include?
23:21.19mreimerhi reenoo. I haven't had a chance to get LAB building in OE yet, so until I do, use the latest version 20060421 in handhelds.org/~mreimer
23:25.33*** join/#oe furlongm__ (n=furlongm@83.70.237.152)
23:28.53ggilbertmust resist urge to build an image for my treo
23:29.11reenoomreimer: source code? build instructions? linux is gpl...
23:29.50mreimerreenoo: the config file is there. it's just a kernel. the .bb worked at one point, and may still
23:30.03mreimerreenoo: http://handhelds.org/~mreimer/zImage-LAB-20060421.config
23:31.25*** join/#oe furlongm___ (n=furlongm@83.70.250.70)
23:31.53reenoomreimer: ah, ok. could you upload a tarball of the sources you used anyway?
23:33.44mreimerreenoo: I don't have the exact sources that I used to build that binary, because I've cvs up'd a few times since then.
23:33.58mreimerreenoo: the bb files are in .dev under packages/linux/LAB*
23:34.01mreimerI'll try building
23:35.47reenoomreimer: ok, thanks
23:38.42*** join/#oe Timelord (n=TL@4.78.4.43)
23:44.04*** join/#oe multimode (n=user@ppp-70-251-84-1.dsl.rcsntx.swbell.net)
23:53.08*** part/#oe angom_w (n=angom@red-corp-200.79.158.117.telnor.net)
23:57.09*** join/#oe mrz80 (n=scotsman@n128-227-212-163.xlate.cns.ufl.edu)

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