| 00:00.40 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 00:20.33 | subdue | http://www.openzaurus.org/oz_website/faq/faq?id=84 |
| 00:20.42 | subdue | Warning: main(PEAR.php): failed to open stream: No such file or directory in /home/groups/o/op/openzaurus/htdocs/oz_website/include/db.inc on line 6 |
| 00:49.18 | Luke-Jr | ...why are alsa-drivers needed? |
| 00:49.22 | Luke-Jr | ALSA is part of Linux now |
| 00:50.41 | [g2] | kergoth ping |
| 00:53.16 | Luke-Jr | mickey|zzZZzz: you totally missed that guy's question on oz-devel... =p |
| 01:17.32 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 01:27.37 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
| 01:32.02 | *** join/#oe noclouds (~mhfan@60.166.162.246) |
| 01:34.48 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
| 01:53.41 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:04.47 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 02:15.21 | *** join/#oe mithro (~tim@ppp244-18.lns2.adl2.internode.on.net) |
| 02:35.03 | emte | Luke-Jr, not all ALSA drivers are open or availible |
| 02:55.05 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
| 02:57.50 | emte | and there is also the fact user-land tools are not part of the kernel either |
| 03:01.05 | W8TVI | my zaurus has an IPv6 address! :) |
| 03:01.37 | W8TVI | thats too cool |
| 03:16.00 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
| 03:19.09 | Luke-Jr | emte: user-land tools are not part of alsa-drivers, either... |
| 03:20.07 | emte | nope |
| 03:44.16 | *** join/#oe hufnus (~slonsiki@ma18a36d0.tmodns.net) |
| 03:54.32 | *** join/#oe CIA-9 (~CIA@flapjack.navi.cx) |
| 04:48.04 | *** join/#oe man-di (~man-di@dyndsl-080-228-198-225.ewe-ip-backbone.de) |
| 05:06.21 | *** join/#oe hufnus (~slonsiki@ma18a36d0.tmodns.net) |
| 05:15.35 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 05:28.18 | *** join/#oe mr_claus_ (random@p54991597.dip0.t-ipconnect.de) |
| 06:19.04 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
| 06:28.07 | *** join/#oe hufnus (~slonsiki@ma18a36d0.tmodns.net) |
| 07:03.09 | *** join/#oe maisheri (~hiteshm@rasbtnlChn-static-252.184.145.203.touchtelindia.net) |
| 07:03.49 | *** join/#oe ufsatch (~ufsatch@24-51-238-55.atlsfl.adelphia.net) |
| 07:04.08 | ufsatch | anyone here use a zaurus sl-c3100? |
| 07:05.09 | emte | yes lots do |
| 07:05.15 | emte | personally . no |
| 07:05.30 | emte | well maybe not lots 3-5 |
| 07:05.32 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 07:05.46 | emte | which is a fair amount concidering the cost of it |
| 07:06.38 | ufsatch | it is quite expensive |
| 07:07.19 | ufsatch | I just wanted to as a few questions of some current owners |
| 07:09.41 | emte | ask someone might awnser, maybe log the channel and check it later |
| 07:09.52 | emte | both are good methods |
| 07:11.16 | ufsatch | there are som helpful people in #zaurus now, but thank you for the advice emte |
| 07:15.37 | *** join/#oe andersee (~andersee@codepoet.org) |
| 07:15.42 | *** join/#oe Arjan_away (~arjan@anymore.nl) |
| 07:17.04 | emte | np |
| 07:26.08 | RP | morning all |
| 07:26.24 | BigAl | morning |
| 07:27.20 | *** join/#oe bluelightning (~bluelight@219-89-6-223.dialup.xtra.co.nz) |
| 07:35.34 | bluelightning | hi all |
| 07:38.56 | RP | hi bluelightning |
| 07:39.03 | bluelightning | hi RP |
| 07:40.45 | hrw|work | morning |
| 07:41.05 | gints|wrk | hey hrw|work |
| 07:41.17 | gints|wrk | do you have updated dejavu? |
| 07:41.21 | gints|wrk | in OE |
| 07:41.32 | hrw|work | gints|wrk: yes 1.11 |
| 07:41.46 | gints|wrk | ... :( 1.12 is coming... |
| 07:41.48 | hrw|work | gints|wrk: 1.12 is 2005-07-31 scheduled |
| 07:42.50 | gints|wrk | in days... |
| 07:44.45 | gints|wrk | hmmm... ah ok.. it's postponed... |
| 07:44.46 | hrw|work | it is a month |
| 07:46.16 | jacques | we have dejavu? oops got confused with dejagnu for a second |
| 07:50.23 | *** join/#oe hufnus (~slonsiki@ma18a36d0.tmodns.net) |
| 07:56.48 | RP | morning hrw |
| 07:57.18 | RP | hrw|work: Did you try that sysfs battery fix btw? Do you still see the oopes/charging problem? |
| 08:01.59 | hrw|work | RP: not yet |
| 08:02.11 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 08:02.48 | koen | good morning all |
| 08:02.55 | hrw|work | hi koen |
| 08:03.33 | RP | morning koen |
| 08:04.07 | RP | hrw|work: Let me know if any problems remain |
| 08:04.16 | koen | hey hrw|work & RP |
| 08:04.43 | hrw|work | RP: ok |
| 08:05.13 | hrw|work | RP: now I'm trying to get some 3.5.3 upgrades for users - month passed without any |
| 08:05.51 | RP | hrw|work: Ok, sounds good |
| 08:07.19 | RP | I'm concious we need to try and make 2.6.12 fit for users now. The main issues would appear to be the CF memory card handling... |
| 08:07.31 | *** join/#oe NAiL_ (~repvik@84.16.208.26) |
| 08:08.07 | hrw|work | brb |
| 08:08.22 | *** join/#oe hrw (szczepan@blue.stone.pl) |
| 08:08.41 | hrw | Ä…Ä…Ä… |
| 08:08.46 | hrw | re |
| 08:09.02 | koen | that was quick :) |
| 08:09.52 | *** join/#oe XorA (~dp@81-178-209-89.dsl.pipex.com) |
| 08:10.09 | hrw | hi married man |
| 08:10.30 | hrw | ~hail mickeyl for bitbakesh |
| 08:10.30 | ibot | ACTION bows down to mickeyl for bitbakesh and chants, "I'M NOT WORTHY!!" |
| 08:10.41 | XorA | morning |
| 08:11.06 | XorA | bah, I come back to work and find the linux RNDIS gadget driver is busted :-( |
| 08:11.06 | bluelightning | what's bitbakesh? |
| 08:11.09 | bluelightning | hi XorA |
| 08:11.30 | hrw | bluelightning: bitbake -i |
| 08:11.36 | koen | bluelightning: bitbake -i |
| 08:12.42 | bluelightning | wow, cool :) |
| 08:13.03 | RP | hi XorA. How it all went well :) |
| 08:13.23 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 08:13.49 | RP | s/How/Hope/ |
| 08:13.59 | XorA | RP: went perfect cheers |
| 08:14.05 | ade|desk | morning all |
| 08:14.25 | koen | hey ade|desk |
| 08:14.30 | RP | hi ade|desk |
| 08:14.50 | XorA | RP: RNDIS on 2.6.12-mm1 is hard lockup, I have no serial cable to see an messages :-( |
| 08:15.10 | *** join/#oe schurig (~schurig@p54B22E35.dip0.t-ipconnect.de) |
| 08:15.11 | RP | hard lockup! ? eek :-( |
| 08:15.49 | RP | I shall once again blame preempt :) |
| 08:15.55 | hrw | XorA: works for me |
| 08:16.04 | XorA | hrw: RNDIS???? |
| 08:16.11 | XorA | hrw: since when did you use windows |
| 08:16.24 | hrw | agh.. usbnet works |
| 08:16.37 | XorA | hrw: yeah usbnet works, RNDIS is hard lockup |
| 08:16.51 | XorA | even alt-sysreq-b doesnt work |
| 08:16.55 | hrw | ah.. |
| 08:17.05 | hrw | sorry then |
| 08:17.42 | hrw | Debian goes X.Org finally.. |
| 08:17.53 | RP | XorA: There have been a few nasty kernel changes resulting in a big speed improvement... |
| 08:18.42 | XorA | RP: Ill just have to teach XP, usbnet :-) |
| 08:18.57 | RP | XorA: Good luck ;-) |
| 08:19.19 | RP | XorA: If you can pinpoint when it broke, that would probably help... |
| 08:20.33 | XorA | RP: Ill have to make that serial cable finally |
| 08:20.35 | CIA-9 | 03pb 07 * r1.3632 10openembedded/packages/alsa/ (4 files in 2 dirs): add handhelds.org alsa driver, courtesy Pierluigi Frullani |
| 08:21.35 | hrw | XorA: argh.. I have to send parts for it to my friend.. |
| 08:21.55 | XorA | hrw: I have the parts, just need 30 mins to solder it |
| 08:22.44 | hrw | ah.. |
| 08:23.02 | hrw | XorA: that fscking tcx3106 too? |
| 08:23.03 | CIA-9 | 03pb 07 * r1.3633 10openembedded/classes/kernel.bbclass: |
| 08:23.03 | CIA-9 | also stage headers from drivers/sound, if it exists. |
| 08:23.03 | CIA-9 | patch courtesy Pierluigi Frullani |
| 08:23.18 | XorA | hrw: yes, got one from my old sync cable I borke |
| 08:27.15 | hrw | XorA: I have 3-4 unused ones - just have to package all and send to friend who will make serial cables from it. one for Bernardo, rest for other devs which need |
| 08:29.02 | RP | XorA: The other way to debug might be to switch to a console when plugging in RNDIS |
| 08:29.19 | RP | See if the oops shows on the framebuffer |
| 08:30.06 | XorA | RP: it does |
| 08:35.10 | hrw | ~seen zecke |
| 08:35.10 | ibot | zecke <~ich@83-169-170-199-dynip.superkabel.de> was last seen on IRC in channel #handhelds.org, 19d 9h 17m 44s ago, saying: 'good nite'. |
| 08:35.20 | hrw | ~summon zecke |
| 08:35.20 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing zecke's coordinates |
| 08:46.08 | schurig | hrw: I hope that zecke isn't again ill ... |
| 08:46.28 | schurig | hrw: /me was/is ill (partially broken knee plate) |
| 08:47.16 | *** join/#oe ram123 (~ram123@203.196.146.243) |
| 08:48.04 | ram123 | i am compiling gpe-image for osk5912. wanted to know the image works straight away with touch screen. |
| 08:48.14 | ram123 | has any one trie gpe-image for osk 5912 |
| 08:55.15 | ram123 | hello ? |
| 08:56.56 | koen | ram123: it should |
| 08:57.28 | ram123 | straight away with touchscreen support ? |
| 08:57.44 | koen | yes |
| 08:57.52 | ram123 | fine |
| 08:58.12 | ram123 | just wanted to know the development process of openembedded ?. |
| 08:58.37 | ram123 | urs is a company which ports kernel and utilities to different processore ? |
| 08:58.53 | ram123 | or just a bunch of guys who do that in thier free time ? |
| 08:59.10 | koen | bunch of guys |
| 08:59.29 | koen | we do use openembedded in companies |
| 08:59.45 | ram123 | and u do all these in ur free time ? |
| 09:01.55 | koen | mostly, yes |
| 09:01.56 | CIA-9 | 03mickeyl 07 * r1.3634 10openembedded/packages/opie-pcmciaapplet/ (opie-pcmciaapplet.inc opie-pcmciaapplet_1.2.1.bb): fix opie-pcmciaapplet preference |
| 09:02.27 | mickeyl | unfortunately, yes :) |
| 09:03.25 | hrw | ram123: free time |
| 09:03.34 | hrw | ram123: or free-at-work time |
| 09:06.04 | ram123 | great man |
| 09:06.12 | ram123 | i dont know what to say. |
| 09:06.23 | ram123 | no words to describe the things u do. |
| 09:06.32 | ram123 | u people are simple great. |
| 09:06.40 | ram123 | it makes life simple for us. |
| 09:11.23 | *** part/#oe ram123 (~ram123@203.196.146.243) |
| 09:15.05 | *** join/#oe bluelightning (~bluelight@219-89-6-223.dialup.xtra.co.nz) |
| 09:18.36 | *** join/#oe rwhitby-treo (~upirc@rwhitby.nslu2-linux) |
| 09:19.15 | rwhitby-treo | koen: were you able to resolve the multiple heads problem on ewi? |
| 09:20.01 | rwhitby-treo | did pulling to a new db and using that instead help? |
| 09:20.20 | koen | rwhitby-treo: haven't tried that yet |
| 09:21.21 | rwhitby-treo | should be quick to do if it's on the same machine ... |
| 09:22.10 | rwhitby-treo | but no problem or hurry - the db which you get when you pull from ewi only has a single head |
| 09:22.39 | rwhitby-treo | so it only affects viewmtn |
| 09:23.19 | rwhitby-treo | the alternative is just to wait till the 1st July I guess. |
| 09:35.12 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 09:39.02 | mickeyl | good morning pb_ |
| 09:39.56 | pb_ | mickeyl: good morning! |
| 09:40.49 | pb_ | drat, my kernel has gone wrong, gotta reboot. |
| 09:42.19 | *** join/#oe ram123 (~ram123@203.196.146.243) |
| 09:42.39 | ram123 | how do u convert a zImage into a uImage (U-Boot) ? |
| 09:44.14 | koen | it should have made an uImage out of it |
| 09:44.34 | koen | but take a look at packages/linux/linux-omap1_2.6.12_rc2.bb |
| 09:45.04 | hrw | brb |
| 09:45.21 | koen | the do_deployy_omap5912osk() function handles the uImage |
| 09:45.24 | ram123 | when i made gpe-image i get an zImage in /boot ? |
| 09:45.54 | koen | not sure on that |
| 09:46.18 | *** join/#oe hrw (szczepan@blue.stone.pl) |
| 09:46.26 | *** join/#oe anomaly_ (~anomaly@ppp243-109.lns2.adl2.internode.on.net) |
| 09:46.33 | hrw | ±êæ³ |
| 09:46.38 | hrw | uf. |
| 09:46.41 | hrw | re |
| 09:47.04 | hrw | and bye |
| 09:47.39 | ram123 | ok i dont have a uImage in ext2.gz file. how do i make it manually ? |
| 09:48.34 | koen | see the do_deployy_omap5912osk() in packages/linux/linux-omap1_2.6.12_rc2.bb |
| 09:48.55 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 09:49.53 | pb_ | that's better |
| 09:50.13 | *** part/#oe rwhitby-treo (~upirc@rwhitby.nslu2-linux) |
| 10:00.53 | schurig | XorA: is Monotone the new SCM for OE ? |
| 10:01.26 | koen | schurig: read the mailinglist |
| 10:01.35 | XorA | schurig: people seem to be going that way, I have a small personal repository of bb's in it just to learn |
| 10:01.50 | koen | schurig: http://thread.gmane.org/gmane.comp.handhelds.openembedded/4853 |
| 10:01.59 | schurig | not suscribed at home (I've a broken knee plate and don't work currently) |
| 10:02.22 | XorA | schurig: ouch, hope that heals soon |
| 10:15.06 | CIA-9 | 03pb 07 * r1.3635 10openembedded/conf/machine/ipaq-common.conf: prefer xserver-kdrive on all ipaqs |
| 10:17.00 | rwhitby-away | koen: so any problems from your end with regard to nslu2-linux's role in the new monotone setup? Do you forsee any problems in the branch structure, or the procedures we're going to follow to push stuff back to org.openembedded.dev ? |
| 10:17.15 | CIA-9 | 03koen 07 * r1.3624.2.1 10openembedded/ (3 files in 3 dirs): gpe-contacts_0.39.bb: fix icon problem, courtesy Florian Boor |
| 10:17.24 | koen | rwhitby-away: your proposal sounds good |
| 10:18.58 | *** join/#oe mithro (~tim@ppp195-99.lns1.adl1.internode.on.net) |
| 10:20.17 | *** join/#oe ram123 (~ram123@203.196.146.243) |
| 10:20.55 | ram123 | just booted gpe-image for osk 5912 |
| 10:21.13 | ram123 | i am notgetting x server on the display ? |
| 10:21.25 | ram123 | how do i test it ? |
| 10:21.43 | ram123 | the startup messages are at http://pastebin.com/304582 |
| 10:28.03 | ram123 | hello |
| 10:28.05 | ram123 | what should i do ? after i get the shell prompt. |
| 10:28.08 | koen | ram123: I see no real errors in that |
| 10:28.09 | ram123 | does the gpe start by itself after the boot sequence is over or how is it ? |
| 10:28.37 | koen | it starts itself |
| 10:29.33 | ram123 | i dont even see the X mark on the touch screen. |
| 10:30.01 | ram123 | what tests should i carry out to analyse the problem ? |
| 10:30.07 | koen | it should start xtscal first |
| 10:30.25 | ram123 | shall i run it manually ? |
| 10:31.02 | koen | you can try that |
| 10:31.09 | koen | make sure X is running |
| 10:31.24 | ram123 | 1 sec |
| 10:32.47 | ram123 | i cant find xserver |
| 10:33.22 | koen | it should be in /usr/bin/Xfbdev |
| 10:35.27 | *** join/#oe anomaly_ (~anomaly@ppp233-104.lns3.adl2.internode.on.net) |
| 10:37.26 | ram123 | get the following error when i run Xfbdev http://pastebin.com/304583 |
| 10:38.32 | *** join/#oe zwi (~zwi@64.1.9.60) |
| 10:38.41 | koen | can you symlink your framebuffer to /dev/fb0? |
| 10:41.36 | _chronic | pb_: you were kind enough to name yourself in libxml2_2.6.10.bb. I'm trying to get an updated version of this working (libxml2_2.6.19), currently (arm) compile-time borking with "undefined reference to `inithtmlDefaultSAXHandler'". I've updated the header variable settings & looked at the configure options, but can't quite get past this. any thoughts/comments would be appreciated. |
| 10:42.40 | ram123 | i am using osk 5912. did not get u ? |
| 10:44.29 | koen | ram123: it needs a framebuffer and can't seem to find it |
| 10:47.57 | pb_ | _chronic: it sounds like you may need to modify the configure options a bit, to either enable the feature that provides that function, or disable the feature that requires it. This is a fairly common problem with libxml: it looks like the upstream maintainers only test it in the default configuration. |
| 10:51.26 | ram123 | did not get u which frame buffer u are taling about ?. i also use /dev/fb0 only |
| 10:51.37 | *** join/#oe mallum (~mallum@host81-153-48-212.range81-153.btcentralplus.com) |
| 10:51.51 | ram123 | is not the image built with frame buffer drivers ?. |
| 10:52.01 | ram123 | what should i do to make it work ?. |
| 10:53.53 | _chronic | pb_: thanks for the tip. will keep looking into config options. |
| 10:54.18 | koen | ram123: try doing 'cat /proc/fb' |
| 10:57.47 | ram123 | i dont have a /proc/fb |
| 10:57.49 | ram123 | there is no such file named /proc/fb ? |
| 11:00.08 | koen | ram123: try replacing the defconfig in packages/linux/linux-omap1-2.6.12-rc2/omap5912osk with a defconfig that has a framebuffer enabled |
| 11:00.51 | *** join/#oe anomaly_ (~anomaly@ppp198-199.lns1.adl1.internode.on.net) |
| 11:01.22 | *** join/#oe pH5 (~ph5@e178251092.adsl.alicedsl.de) |
| 11:01.37 | ram123 | how do i see if the module is there in the filesystem ?. |
| 11:01.54 | koen | check /lib/modules |
| 11:01.59 | ram123 | i am using a lcd and a touch screen |
| 11:02.50 | ram123 | i see a fb.ko |
| 11:03.04 | ram123 | also an omapfb.ko |
| 11:03.22 | koen | try doing 'modprobe omapfb' |
| 11:03.31 | ram123 | 1 sec |
| 11:06.31 | *** join/#oe anomaly__ (~anomaly@ppp192-106.lns1.adl1.internode.on.net) |
| 11:06.47 | ram123 | please see http://pastebin.com/304597 |
| 11:06.51 | ram123 | the X mark i get if i try to move it it goes and site at the top left corner ; unable to move it down ? |
| 11:09.45 | koen | is that the calibration screen? |
| 11:10.28 | ram123 | i got a grey screen with an X in the middle ? |
| 11:11.05 | ram123 | when i use a pen on the x server it moves with the pen and sits at the top left corner unable to move it down ? |
| 11:11.34 | koen | try running xtscal |
| 11:17.38 | ram123 | koen : getting the error |
| 11:17.40 | ram123 | root@omap5912osk:~# xtscal |
| 11:17.42 | ram123 | Couldn't open display |
| 11:17.44 | ram123 | root@omap5912osk:~# |
| 11:19.23 | koen | ram123: export DISPLAY=:0 |
| 11:19.28 | koen | and make sure X is running |
| 11:22.32 | ram123 | i ran Xfbdev in background and the X moves but not across the entire screen ?. |
| 11:22.48 | ram123 | probably a calibrartion problem ? |
| 11:23.03 | ram123 | fine how to make the Gpe to work now ? |
| 11:23.03 | koen | I think so |
| 11:23.27 | ram123 | shall i put modprobe in a Conf file ?. |
| 11:23.32 | koen | ram123: try doing (after killing X) /etc/init.d/gpe-dm start |
| 11:23.45 | CIA-9 | 03XorA 07 * r1.3637 10openembedded/packages/mplayer/ (7 files in 2 dirs): mplayer-atty: version bump to 1.1.5 |
| 11:23.45 | ram123 | ok |
| 11:29.58 | ram123 | koen: i got enter user password and so on and a keyboard at the bottom |
| 11:30.00 | ram123 | is that all ? |
| 11:30.04 | ram123 | but due to calibration problem i cannot enter the names. i am trying .... |
| 11:30.08 | ram123 | to calibrate properly. |
| 11:30.28 | koen | can you hold the stylus on the screen? |
| 11:30.45 | ram123 | yes |
| 11:31.11 | ram123 | i will try to calibrate again. is there any standard way ? |
| 11:31.50 | koen | running xtscal |
| 11:32.02 | ram123 | what does it do ? |
| 11:32.20 | ram123 | running xtscal and moving the stylus ? |
| 11:32.23 | ram123 | thats all ? |
| 11:35.31 | koen | xtscal will write the calibaration info into /etc/pointercal |
| 11:41.38 | ram123 | actually i am unable to enter letters in username |
| 11:41.42 | ram123 | even if i hold on it. i am facing problem it always points to CAPLOCKS key ? |
| 11:47.06 | ram123 | when i run Xfbdev after stopping gpe-dm i get segmentation violation: |
| 11:47.08 | ram123 | root@omap5912osk:~# Xfbdev |
| 11:47.10 | ram123 | _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 |
| 11:47.12 | ram123 | _XSERVTransOpen: transport open failed for inet6/omap5912osk:0 |
| 11:47.14 | ram123 | _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 |
| 11:47.16 | ram123 | Segmentation fault |
| 11:47.20 | ram123 | when i run Xfbdev after stooping gpe-dm i get segmentation fault |
| 11:47.22 | ram123 | root@omap5912osk:~# Xfbdev |
| 11:47.24 | ram123 | _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 |
| 11:47.26 | ram123 | _XSERVTransOpen: transport open failed for inet6/omap5912osk:0 |
| 11:47.28 | ram123 | _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 |
| 11:47.30 | ram123 | Segmentation fault |
| 11:51.28 | ram123 | koen: are u there ? |
| 11:54.24 | CIA-9 | 03pb 07 * r1.3635.1.1 10openembedded/packages/linux-libc-headers/linux-libc-headers_2.6.11.1.bb: package and ship linux-libc-headers from here, since glibc doesn't actually include them in libc6-dev |
| 12:04.13 | ram123 | unable to run Xfbdev; it is giving segmentation violation ?. |
| 12:04.17 | ram123 | i tried it even after a reboot ? |
| 12:04.21 | ram123 | first time it worked ?. but now it gives segmentation violation. |
| 12:07.19 | CIA-9 | 03koen 07 * r1.3637.1.1 10openembedded/packages/gpe-contacts/ (gpe-contacts_0.40.bb gpe-contacts-maemo_0.40.bb): Add gpe-contacts 0.40 |
| 12:07.35 | *** join/#oe florian_kc (~fuchs@dns.kernelconcepts.de) |
| 12:07.37 | florian_kc | hi all |
| 12:08.57 | pb_ | hi florian_kc |
| 12:20.37 | *** join/#oe zecke (fakeuser@p54BD106A.dip0.t-ipconnect.de) |
| 12:20.56 | pb_ | hi zecke |
| 12:21.28 | zecke | hey |
| 12:21.42 | ram123 | cant run my xserver. it is giving segmentation fault. what could be wrong ? |
| 12:22.36 | pb_ | sounds like a bug |
| 12:25.32 | ram123 | ran it for the first time. it worked. rebooted the system and ran it again. it gives segmentation fault. please see http://pastebin.com/304613 |
| 12:26.19 | ram123 | does it need /etc/pointercal ?. it is empty ? |
| 12:31.04 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:32.29 | jacques | my gpe-image build seems to be stalled on : NOTE: Update cvs://anoncvs:anoncvs@cvs.handhelds.org/cvs;module=linux/kernel26;tag=K2-6-12-hh0 |
| 12:33.07 | jacques | oh, of course as soon as I said that it magically started downloading |
| 12:33.19 | jacques | after a several minute delay |
| 12:33.21 | pb_ | heh |
| 12:33.28 | pb_ | yeah, cvs does that sometimes |
| 12:33.52 | *** join/#oe raster_ (~raster@YahooBB219198104088.bbtec.net) |
| 12:33.53 | jacques | yeah true, waiting for locks or something |
| 12:34.37 | jacques | pb_, do you know why a supposedly 266MHz ixp420 would dhrystone like a 133MHz ARM ? |
| 12:38.58 | pb_ | dunno |
| 12:39.04 | pb_ | what does lmbench think the frequency is? |
| 12:41.19 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:42.07 | jacques | hmm I don't recall lmbench being able to tell |
| 12:42.39 | jacques | but it only gets 133.12 bogomips which seems about 1/2 what it should be getting |
| 12:44.18 | hrw|gone | re |
| 12:44.41 | hrw|work | alcomats suxx |
| 12:47.51 | zecke | jacques: if bogo in bogomips: results_meaning_less() |
| 12:48.08 | zecke | jacques: but yes 'mips' normally just corelate with the MHZ number of the CPU |
| 12:48.29 | hrw|work | zecke: depends on architecture |
| 12:49.00 | hrw|work | zecke: on some architectures bogomips ~= mhz on other bogomips = 2xmhz |
| 12:49.09 | hrw|work | ssh: connect to host oe-devel.bkbits.net port 22: Connection timed out |
| 12:49.13 | hrw|work | ~lart bk |
| 12:49.45 | zecke | hrw|work: 2x is just a constant |
| 12:49.58 | pb_ | jacques: bogomips don't always correlate very well with "real" mips. it's certainly not impossible to get a factor of 2 difference there, depending on the kernel. |
| 12:50.11 | pb_ | jacques: have another go with lmbench, see what you can get out of it. It's usually pretty good at figuring out the clock rate. |
| 12:51.57 | jacques | someone with a 266MHz ixp425 devel board with same kernel gets 266 bogomips |
| 12:52.29 | zecke | okay then something is 'wrong' |
| 12:53.12 | pb_ | ah, that does seem suspicious |
| 12:53.26 | hrw|work | hm... I will reboot husky |
| 12:53.52 | jacques | we can't find any mention of a way to run a ixp420 at 133MHz, so we're kinda stumped |
| 12:55.22 | jacques | we even have a wiki page about it: http://www.nslu2-linux.org/wiki/OpenSlug/TheSlugSpeedProblem |
| 13:00.26 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 13:06.19 | pb_ | jacques: funky |
| 13:07.32 | *** part/#oe pH5 (~ph5@e178251092.adsl.alicedsl.de) |
| 13:07.43 | *** join/#oe pH5 (~ph5@e178251092.adsl.alicedsl.de) |
| 13:08.25 | jacques | pb_, that does seem to be the general concensus |
| 13:09.38 | *** join/#oe jamey (~jamey@192.208.47.196) |
| 13:10.52 | pb_ | jacques: maybe you could use the PMU to gather more information about what's happening. |
| 13:11.13 | pb_ | it can count stalls due to core starvation, for example. |
| 13:11.59 | pb_ | hi jamey |
| 13:12.06 | jamey | hi pb_ |
| 13:23.01 | *** join/#oe marcan (1337@48.Red-83-54-248.pooles.rima-tde.net) |
| 13:48.54 | *** join/#oe mithro_ (~tim@ppp221-211.lns3.adl2.internode.on.net) |
| 13:50.57 | *** join/#oe SirFred (~mteira@181.Red-81-44-136.pooles.rima-tde.net) |
| 13:51.10 | SirFred | Good afternoon. |
| 13:51.30 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 13:53.18 | *** join/#oe ram123 (~ram123@203.196.146.243) |
| 13:53.36 | ram123 | gpe works on my osk board |
| 13:54.05 | ram123 | the filesystem size is 22MB when i mount it on host using -o loop option. |
| 13:54.26 | ram123 | i want to reduce the size of this. has anyone worked on that before ?. |
| 13:54.38 | ram123 | not sure which libs and executables to remove ? |
| 13:54.53 | ram123 | is there any straight forward way ? |
| 13:58.24 | Crofton|laptop | ram123, congrats! |
| 13:58.51 | Crofton|laptop | look at the gpe-image.bb file |
| 13:59.03 | emte | ram123, most should already have been stripped by BB i think ... |
| 13:59.24 | emte | check the meta and the classes, if they havent you can do it manually |
| 13:59.29 | ram123 | i am really happy today. |
| 13:59.32 | Crofton|laptop | emte, I am pretty sure he means not include programs in the image |
| 13:59.35 | *** join/#oe mithro__ (~tim@ppp192-43.lns1.adl1.internode.on.net) |
| 13:59.46 | hrw|work | ram123: probably you need to reduce task-bootstrap or meta-gpe |
| 14:00.05 | Crofton|laptop | meta-gpe is a small gpe image? |
| 14:00.12 | emte | thats good, thats eaier |
| 14:00.19 | emte | easier* |
| 14:00.31 | emte | hey!! raster |
| 14:00.38 | emte | been looking for you all weekend .. |
| 14:00.45 | ram123 | it was really easy compared to downloading each lib by hand, compiling it, downloading its dependents and so on. |
| 14:01.01 | ram123 | what is meta-gpe ? |
| 14:01.04 | emte | explain to me again how X, X, X, X relates to color .... CMYK? |
| 14:01.16 | hrw|work | or RGBA |
| 14:01.23 | emte | whats A? |
| 14:01.29 | hrw|work | Alpha channel |
| 14:01.33 | emte | antialiasing? |
| 14:01.35 | emte | hmm |
| 14:01.45 | raster | emte: emmie! |
| 14:01.55 | emte | hey |
| 14:02.11 | emte | wandering through the smart object stuff |
| 14:02.31 | ram123 | what size is meta-gpe ? |
| 14:02.51 | ram123 | when mounted onto nfs ? |
| 14:02.55 | emte | ram123, for the h3600 series GPE builds ~ 14-16M |
| 14:03.04 | emte | full image |
| 14:03.07 | ram123 | mine is osk ? |
| 14:03.14 | ram123 | omap 5912 TI |
| 14:03.41 | emte | depends on device specs if its okay or not |
| 14:04.15 | emte | i dont knoe the size comprssion for NFS vs CramFS or UnionFS |
| 14:04.18 | emte | know* |
| 14:04.25 | emte | maybe hrw|work does |
| 14:04.50 | Twiun | NFS and UFS do compression?? |
| 14:04.59 | emte | NFS doesnt |
| 14:05.03 | ram123 | i want a jffs2 image |
| 14:05.21 | ram123 | how can i convert the .ext2 file into jffs2 format ? |
| 14:05.44 | ram123 | and how much will be the size of the jffs2 filesystem ? any ideas ? |
| 14:05.53 | koen | ram123: see local.conf and add 'jffs2' to IMAMGE_FSTYPE |
| 14:05.58 | emte | raster, reading the evas.h i create the touch simular to the way the mouse has been done? |
| 14:06.10 | ram123 | given it. but got an .ext2.gz file |
| 14:06.16 | hrw|work | IMAGE_FSTYPES iirc |
| 14:06.25 | emte | "Houstion we have (touch) splash down" |
| 14:06.32 | emte | houston* |
| 14:06.37 | emte | :P |
| 14:07.26 | emte | bit confused where ecore and evas boundaries are ... pretty tightly integrated |
| 14:07.39 | *** part/#oe ram123 (~ram123@203.196.146.243) |
| 14:09.32 | Crofton|laptop | ram, no one has built files for gpe on OSK yet |
| 14:10.04 | koen | Crofton|laptop: pssst, he just did ;) |
| 14:10.39 | Crofton|laptop | koen, let me restate, no one has made a gpe file specifically for the OSK so the image fits in the flash :) |
| 14:11.08 | koen | how much flash does it have? |
| 14:11.11 | koen | 16mb? |
| 14:11.13 | Crofton|laptop | 32 M |
| 14:11.28 | koen | more than enough |
| 14:11.39 | raster | emte: touch? eh? |
| 14:12.05 | emte | raster, yeah, pretty much a key/mouse combo without buttons i expect |
| 14:12.09 | *** join/#oe marcan_ (1337@46923fe201865ee2.session.tor) |
| 14:12.31 | emte | looks like it shouldnt be hard |
| 14:12.45 | emte | tho this is the time i wish i had a touchscreen monitor ... |
| 14:13.06 | Crofton|laptop | Here is a df from my OSK http://pastebin.ca/15978 |
| 14:13.23 | emte | anyway i have to catch my bus to go to my high reliability soldering course |
| 14:13.28 | emte | bbl |
| 14:13.41 | emte | i'll get you portal access tonight raster |
| 14:14.27 | raster | hjmm |
| 14:14.27 | raster | ok |
| 14:14.35 | raster | not sure what u are talking about with "touch" |
| 14:14.36 | raster | heheh |
| 14:15.55 | *** join/#oe mithro (~tim@ppp222-33.lns3.adl2.internode.on.net) |
| 14:16.06 | CosmicPenguin | errr - touchscreen? |
| 14:19.07 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 14:19.40 | pb_ | Twiun: heh |
| 14:31.42 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 14:37.14 | hrw|work | ~lart bitmover |
| 14:38.58 | hrw|work | ssh: connect to host oe-devel.bkbits.net port 22: Connection timed out |
| 14:39.01 | hrw|work | argh |
| 14:39.08 | florian_kc | ah... so i'm not the only one :-) |
| 14:41.11 | zecke | it is 1st of july ;) |
| 14:41.27 | pb_ | heh |
| 14:41.43 | CosmicPenguin | Oh, my god, I slept for 4 days? |
| 14:41.59 | NAiL_ | So did I... weird |
| 14:42.17 | hrw|work | zecke: I'm not so drunk to miss 4 days |
| 14:42.57 | pb_ | maybe June only has 26 days in Larry's crazy universe. |
| 14:43.17 | hrw|work | pb_: change from gregorian to larrian time? |
| 14:45.01 | marcan_ | hm... interesting. Collie APM hangs on suspend looping with "set_power_state: what=1 state=4". Where that combination means ALL DEVICES, BUSY |
| 14:48.04 | XorA | koen: I dont find cd-r's very reliable |
| 14:50.25 | koen | XorA: just put a million copies of it on the disc |
| 14:50.39 | XorA | koen: yeah I suppose |
| 14:50.49 | XorA | koen: tempted to post it to usenet :-) |
| 14:50.57 | zecke | XorA: craft it by hand, 1111111111 |
| 14:51.48 | koen | as a side note: we'll use @openembedded.org IDs for the people who have bk access at the moment |
| 14:55.29 | koen | mickey|meeting will have the honour of coordinating the first part of the move |
| 14:57.15 | marcan_ | koen: so OE is moving from BK to what? (sorry, missed the other half of the story :P) |
| 14:57.39 | hrw|work | marcan_: monotone |
| 14:58.01 | marcan_ | ok |
| 15:02.31 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 15:09.29 | zecke | what TS controler does the Collie have? |
| 15:09.40 | zecke | I know it is compatible with the Philips UCB1200 |
| 15:12.30 | gb2 | morning kergoth |
| 15:12.37 | kergoth | hey |
| 15:12.54 | koen | 'morning kergoth |
| 15:15.26 | marcan_ | the collie APM code is truly horrid |
| 15:15.37 | marcan_ | makes me want to write my own instead of fixing it. It might be easier |
| 15:15.57 | hrw|work | marcan_: collie 2.4 is scary |
| 15:16.06 | zecke | marcan_: go to 2.6er kernel directly |
| 15:16.11 | hrw|work | I wont touch it with long stick even if payed for it |
| 15:16.23 | hrw|work | zecke: 2.6/collie is useless without sd driver |
| 15:16.26 | marcan_ | yeah, 2.6 is the way to go |
| 15:16.32 | marcan_ | but no sd, no nothing |
| 15:18.11 | Spyro | marcan_: so fix that |
| 15:18.19 | Spyro | marcan_: cant be harder than fixing apm |
| 15:18.35 | CosmicPenguin | SD is pretty simple |
| 15:18.52 | marcan_ | Then why hasn't anyone done it yet? :) |
| 15:18.56 | marcan_ | I know nothing about SD |
| 15:19.00 | Spyro | CosmicPenguin: I know, I wrote the SD layer we use in 2.6 :) |
| 15:19.11 | CosmicPenguin | Oh, so that was you? |
| 15:19.33 | Spyro | well, I wrote it and a couple of others cleaned it up but yeah, basically. |
| 15:19.34 | koen | kergoth: could you do some magic with the topic (bugzilla, monotone, etc)? |
| 15:20.26 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 15:20.33 | CosmicPenguin | Spyro: I would happily use it, if my damn controller could handle a CMD51 |
| 15:21.31 | Spyro | <PROTECTED> |
| 15:21.53 | CosmicPenguin | Spyro: heh - yeah, you would think |
| 15:22.26 | CosmicPenguin | We've got this strange memory mapped controller that handles most of hte bitbanging foo for us |
| 15:22.28 | Spyro | :) |
| 15:22.49 | Spyro | is it memory card only ? |
| 15:22.58 | CosmicPenguin | both |
| 15:23.01 | CosmicPenguin | actually, SDIO too |
| 15:23.22 | Spyro | surely for SDIO it has to be able to do just raw commands then? |
| 15:23.46 | hrw|work | Spyro: on collie SD/MMC is handled by locomo (sharp only chip without any docs) |
| 15:23.48 | hrw|work | ~locomo |
| 15:23.48 | ibot | i heard locomo is a completely undocumented chip in the Sharp Zaurus |
| 15:24.20 | hrw|work | Spyro: and only kergoth has kind of 'docs' for it - scan of japanese datasheet (under NDA) |
| 15:25.32 | marcan_ | what's the point in not documenting a chip that linux has to support? |
| 15:25.39 | marcan_ | makes me wonder if they just like to make our lives difficult |
| 15:26.01 | hrw|work | marcan_: collie sd driver is binary only - totally closed source |
| 15:26.06 | hrw|work | ~lart sharp as usual |
| 15:26.25 | marcan_ | yeah, but all the other stuff - keyboard, display, etc |
| 15:26.27 | marcan_ | that is LoCoMo too |
| 15:26.36 | marcan_ | they could at least document *that* |
| 15:26.40 | pb_ | and, while I doubt they are setting out to make your life deliberately difficult, they almost certainly don't care in the slightest about making your life easy. |
| 15:26.43 | marcan_ | and the SD too, now that the spec is open supposedly |
| 15:27.20 | hrw|work | marcan_: now it is but it was not when collie was released |
| 15:27.29 | marcan_ | so, make it available now |
| 15:27.37 | hrw|work | marcan_: linux-2.4.xx-sharp is so awful.... |
| 15:27.45 | marcan_ | yeah |
| 15:27.56 | marcan_ | anyway, no use ranting about this here |
| 15:28.20 | marcan_ | It's sad... nowadays hardware is full of black holes with no docs |
| 15:28.28 | hrw|work | all pxa based zaurus machines will sooner or later get usable 2.6 kernel but not collie |
| 15:28.37 | zecke | what prevents us from 'dlopening' the driver and treat it the way we treat Windows COFF binaries (NDIS wrapper) |
| 15:28.50 | hrw|work | or a-300 (but that model is totally unsupported by us) |
| 15:31.36 | pb_ | zecke: in principle, nothing. |
| 15:32.27 | hrw|work | zecke: want to do it? |
| 15:32.30 | pb_ | zecke: but, in practice, the fact that the kernel has no internal ABI stability makes it almost impossible to do that kind of thing. |
| 15:33.04 | zecke | hrw|work: maybe next year ;) |
| 15:34.11 | *** join/#oe mithro (~tim@ppp218-131.lns1.adl2.internode.on.net) |
| 15:39.51 | _ggilbert | marcan_: it's important to keep in mind that they do have documentation for the chips, just not publically available and not in english :) |
| 15:41.05 | marcan_ | well, since they made the chips, they better have the docs :P |
| 15:41.10 | marcan_ | anyway, they could make it availab |
| 15:41.12 | marcan_ | le |
| 15:42.02 | XorA | marcan_: in industry its never as simple as that :-( |
| 15:42.11 | marcan_ | yeah, that is the problem |
| 15:42.28 | pb_ | heh. 'grep "RDEPENDS =" */*.bb | wc -l' gives a faintly depressing result. |
| 15:42.41 | _ggilbert | marcan_: plus Sharp USA simply didnt even have them :p |
| 15:42.44 | XorA | marcan_: Ive seen many cases where someone designed chips/software and the docs never got written, when they quit the design is lost |
| 15:42.50 | CIA-9 | 03XorA 07 * r1.3637.2.1 10openembedded/packages/mozilla/ (4 files in 2 dirs): firefox: version bump to 1.0.4 |
| 15:43.43 | marcan_ | heh. Funny, I always have to write at least a basic doc of what I do (especially hardware), else I get messed up writing the software :) |
| 15:43.44 | XorA | and I know from my own experience of Japanese corps they will not give anything to subsidaries |
| 15:45.38 | hrw|work | marcan_: it is sharp - they dont document |
| 15:47.50 | hrw|work | ok. I go home |
| 15:47.52 | hrw|work | cu |
| 15:52.08 | CIA-9 | 03pb 07 * r1.3638.1.2 10openembedded/packages/glibc/glibc-cvs-2.3.5/ (dyn-ldconfig-20041128.patch ldsocache-varrun.patch): forgotten files |
| 15:52.17 | CIA-9 | 03pb 07 * r1.3638.1.1 10openembedded/packages/glibc/ (4 files in 2 dirs): glibc updates |
| 16:01.03 | *** join/#oe zap (~zap@217.170.93.9) |
| 16:02.50 | chouimat | hi |
| 16:07.07 | SirFred | Hello. |
| 16:07.29 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 16:07.34 | SirFred | Do you know some tool like valgrind that could be compiled for the c7x0 ? |
| 16:08.29 | florian_kc | SirFred: imho valgrind is x86 only |
| 16:08.47 | SirFred | florian_kc: Yes, I think so. That's why I said 'like valgrind'. ;-) |
| 16:09.56 | florian_kc | SirFred: maybe memprof... but why you don't run that software on a pc? |
| 16:10.25 | SirFred | florian_kc: Because the target runs on the c7x0. I'm looking for a failure. |
| 16:10.49 | florian_kc | SirFred: you don't have its source? |
| 16:10.58 | SirFred | florian_kc: Yes, I have it. |
| 16:11.54 | florian_kc | SirFred: so compile it for x86, all these tools are performance killers. |
| 16:12.12 | SirFred | florian_kc: Yes, I know. But the software is too low level to test on x86. |
| 16:12.36 | florian_kc | SirFred: uh nasty |
| 16:12.45 | SirFred | And anyway, it shares memory with other processes, so ,perhaps it would not be a good idea. |
| 16:12.53 | SirFred | florian_kc: Thanks. |
| 16:20.47 | marcan_ | ok, I *think* I know what the heck is going on with suspend on collies |
| 16:21.32 | marcan_ | the suspend signal sends an APM SUSPEND event, which sends SIGSTOP to all processes. Then, it queues the event and guess what, waits for all APM users to respond. Of course, apmd is now stopped, it will never respond. |
| 16:21.36 | koen | marcan_: we all know: ugly embeddix code full of nasty bugs ;) |
| 16:22.20 | marcan_ | koen: yeah, that is a pretty good generalization |
| 16:22.23 | marcan_ | I just wanted the details :P |
| 16:23.03 | *** join/#oe jacques (~jacques@jacques.nslu2-linux) |
| 16:27.57 | CIA-9 | 03pb 07 * r1.3642 10openembedded/classes/linux_modules.bbclass: respect PARALLEL_INSTALL_MODULES |
| 16:30.14 | SirFred | What a surprice. Since when something like printf( "%s", 0 ) prints (null) instead incurring in a good SIGSEGV? |
| 16:30.22 | SirFred | s/surprice/surprise |
| 16:30.59 | gb2 | SirFred: I've seen that on cash registers too, where the display prints "(null)" in some modes |
| 16:31.01 | *** join/#oe mallum_ (~mallum@host81-155-190-198.range81-155.btcentralplus.com) |
| 16:31.01 | CIA-9 | 03pb 07 * r1.3643 10openembedded/conf/machine/ (7 files): pass extra argument to linux_module_packages() |
| 16:31.06 | gb2 | i'm guessing it's the same thing :) |
| 16:31.14 | SirFred | gb2: It seems to be libc. |
| 16:31.18 | gb2 | yeah |
| 16:31.19 | gb2 | it is |
| 16:31.23 | gb2 | it's convenient |
| 16:32.10 | SirFred | Well, I wanted a core. |
| 16:32.15 | SirFred | :) |
| 16:33.36 | gb2 | abort() |
| 16:33.48 | gb2 | *(int *)0 = 0; |
| 16:33.52 | SirFred | gb2: Yes, I made it. |
| 16:34.19 | CIA-9 | 03pb 07 * r1.3644 10openembedded/conf/machine/thinclient-common.conf: forgot one |
| 16:37.52 | CIA-9 | 03pb 07 * r1.3645 10openembedded/packages/ (libosip/libosip_0.9.7.bb linphone/linphone-hh_0.12.2.hh1.bb): correct SRC_URI |
| 16:41.34 | *** join/#oe jamey (~jamey@192.208.47.200) |
| 16:41.41 | CIA-9 | 03pb 07 * r1.3646 10openembedded/conf/machine/h3900.conf: update kernel26 module list for h3900 |
| 16:41.55 | *** join/#oe robtaylor (~robtaylor@217.204.121.82) |
| 16:43.51 | hrw | re |
| 16:47.04 | CIA-9 | 03pb 07 * r1.3648 10openembedded/packages/kbdd/kbdd_cvs.bb: fix DEPENDS |
| 16:47.09 | CIA-9 | 03pb 07 * r1.3647 10openembedded/packages/meta/task-mythfront.bb: mythfront updates |
| 16:53.29 | *** join/#oe _law_ (~law@213.173.86.202) |
| 16:53.45 | CIA-9 | 03pb 07 * r1.3649 10openembedded/packages/meta/task-bootstrap.bb: bump PR |
| 16:59.06 | CIA-9 | 03pb 07 * r1.3650 10openembedded/classes/linux_modules.bbclass: avoid "no such file" when building native packages |
| 17:11.58 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 17:13.55 | [g2] | kergoth, ping |
| 17:31.02 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 17:32.15 | *** join/#oe zecke (~ich@83-169-170-48-dynip.superkabel.de) |
| 17:33.59 | koen | hey zecke |
| 17:34.40 | [g2] | koen, I've got a question for you, kergoth, mickey|meeting and other devs |
| 17:35.05 | [g2] | I've just about got the native-development environ all setup for openslug |
| 17:35.22 | [g2] | an important issue is the kernel include headers |
| 17:36.04 | [g2] | I was thinking that an ipkg should be created from the kernel builds that has this available |
| 17:36.34 | koen | [g2]: don't the linux-libc-header do about the same? |
| 17:36.35 | [g2] | I think it's the asm-arm, asm-generic and linux directories |
| 17:36.50 | pb_ | [g2]: -rw-rw-r-- 1 pb pb 1129408 Jun 27 12:36 tmp/deploy/ipk/linux-libc-headers-dev_2.6.11.1-r1_arm.ipk |
| 17:36.53 | pb_ | there it is! |
| 17:36.56 | pb_ | heh |
| 17:37.41 | [g2] | pb_ are those the sanitized headers ? |
| 17:37.53 | pb_ | yeah |
| 17:37.54 | zecke | gb2: yes |
| 17:39.01 | [g2] | so how different will that be from the actual tree ? |
| 17:39.37 | [g2] | meaning the kernel tree |
| 17:40.04 | pb_ | not very |
| 17:40.28 | pb_ | but yeah, you probably should |
| 17:40.43 | [g2] | is that what you guys are using in building your native development environs ? |
| 17:41.20 | pb_ | yeah, though I haven't actually tested it yet |
| 17:41.37 | *** join/#oe mithro (~tim@ppp209-111.lns1.adl2.internode.on.net) |
| 17:41.45 | [g2] | well I've built perl and python and the kernel |
| 17:41.50 | pb_ | cool |
| 17:41.58 | [g2] | all the perl tests pass and all but 3 of the python tests pass |
| 17:42.19 | [g2] | also apache and php5 built and run |
| 17:42.49 | [g2] | I'll have to take a look at what's in there |
| 17:42.58 | marcan_ | I think I fixed the issue with collie suspend hangs |
| 17:43.04 | [g2] | THX guys |
| 17:43.23 | marcan_ | but I still can't believe how the heck whoever programmed this expected apmd to respond after shutting down all processes and sending the SUSPEND signal to everyone |
| 17:43.37 | pb_ | later all |
| 17:43.43 | hrw | marcan_: sharp magic |
| 17:43.56 | marcan_ | yeah |
| 17:44.27 | *** join/#oe jondalar (~kvirc@e180178068.adsl.alicedsl.de) |
| 17:45.30 | marcan_ | it was like send_event() and later queue_event() |
| 17:45.43 | marcan_ | So, it shuts down everything and then queues it up for apmd to respond |
| 17:45.44 | marcan_ | how fun |
| 17:54.28 | *** part/#oe jondalar (~kvirc@e180178068.adsl.alicedsl.de) |
| 18:28.45 | *** join/#oe Crofton|laptop (~balister@h80ad9136.dhcp.vt.edu) |
| 18:51.12 | *** join/#oe mithro (~tim@ppp220-25.lns3.adl2.internode.on.net) |
| 18:52.27 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 18:58.33 | *** join/#oe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 19:10.46 | CIA-9 | 03pb 07 * r1.3653 10openembedded/ (packages/meta/task-bootstrap.bb conf/machine/h3900.conf): more h3900 modules |
| 19:12.31 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
| 19:14.06 | marcan_ | argh |
| 19:14.31 | marcan_ | now I fixed APM (I hope), but usbnet dies on the third resume and takes the whole kernel with it |
| 19:18.00 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 19:20.02 | mickey|meeting | ~usbdmonitor |
| 19:20.15 | mickey|meeting | ibot ? |
| 19:20.39 | mickey|meeting | usb has been flakey on that retarded embedix kernel since day 1 |
| 19:20.49 | mickey|meeting | if you can patch _that_, you're our hero :) |
| 19:21.03 | mickey|meeting | (you are anyway for removing that right-button thing) |
| 19:27.24 | SirFred | mickey|meeting: Hi, Mickey. |
| 19:28.02 | mickey|meeting | evening |
| 19:28.21 | SirFred | mickey|meeting: I've just found a new bug in QLinuxFbScreen. |
| 19:28.34 | mickey|meeting | congrats :) |
| 19:29.13 | SirFred | mickey|meeting: Thanks.It's related with the offscreen memory management. Under certain conditions, a substraction overflows and everything goes to hell. |
| 19:30.33 | marcan_ | mickey|meeting: after seeing what APM is like, I'm afraid of what usbnet will look like |
| 19:31.02 | marcan_ | anyway suspend/resume works now, but only as long as you don't touch usbnet or so it seems |
| 19:31.03 | mickey|meeting | SirFred: nasty. that makes 3 patches pending. the sync() thing, the overflow thing and the freak-out-on-suspend one :) |
| 19:31.07 | mickey|meeting | marcan_: excellent |
| 19:31.46 | SirFred | mickey|meeting: I send a bug report about the sync() thing, everything I got is an automatic response, by now. |
| 19:32.01 | mickey|meeting | SirFred: you have a commercial developer license? |
| 19:32.09 | SirFred | mickey|meeting: What's that? |
| 19:32.11 | SirFred | mickey|meeting: :) |
| 19:32.13 | mickey|meeting | heh |
| 19:32.18 | mickey|meeting | then don't expect anything from qt-bugs |
| 19:32.23 | mickey|meeting | we went through that before |
| 19:32.30 | koen | a 'don't ignore me' license? |
| 19:32.31 | SirFred | mickey|meeting: Well, so, lets break the binary compatibility. |
| 19:32.37 | mickey|meeting | SirFred: *nod* |
| 19:33.43 | SirFred | OK. That last overflow bug was the main reason for rotation not working fine. |
| 19:34.18 | marcan_ | BTW, does anyone know what that flakey screen on tosa is about? |
| 19:34.21 | marcan_ | the yellow/brown lines |
| 19:34.26 | mickey|meeting | marcan_: no one knows :/ |
| 19:34.30 | SirFred | Anyway, I've found some problems rotating while the pixmap cache is at it's limits. For example, with konqueror-embedded running. |
| 19:34.32 | marcan_ | looks really strange |
| 19:34.35 | marcan_ | like a hardware glitch |
| 19:34.56 | mickey|meeting | marcan_: yeah. i dunno how far dirk is with fb on 2.6 |
| 19:35.02 | mickey|meeting | we should ask him if he's sees the same things |
| 19:35.12 | marcan_ | yeah |
| 19:35.28 | marcan_ | fixing it in 2.4 is pointless |
| 19:35.31 | SirFred | mickey|meeting: One question about the patches. I suppose they got applied in the same order than specified in SRC_URI, don't they? |
| 19:35.33 | mickey|meeting | *nod* |
| 19:35.36 | mickey|meeting | SirFred: yes |
| 19:36.00 | marcan_ | mickey|meeting: who do I send the APM patch to? :) |
| 19:36.10 | SirFred | mickey|meeting: OK. I'll try to prepare that two patches. |
| 19:36.12 | mickey|meeting | marcan_: mickeyl@handhelds.org |
| 19:36.40 | mickey|meeting | SirFred: very good |
| 19:36.50 | SirFred | mickey|meeting: I've correctly configured my emacs tabstops. You'll be proud. ;-) |
| 19:36.56 | mickey|meeting | hehe |
| 19:38.38 | marcan_ | oh, mickey|meeting, can you test the APM stuff with Opie? My collie is... not too well suited for it :P (broken touchscreen) |
| 19:38.58 | mickey|meeting | marcan_: sure. i'll launch a complete image build with the latest stuff right after applying the patch |
| 19:39.06 | marcan_ | cool :) |
| 19:39.31 | marcan_ | I've tested apm -s and suspending with cancel. Both seem to go OK |
| 19:39.40 | marcan_ | (except for the usbnet thing) |
| 19:40.05 | hrw | mickey|meeting: you are still on meeting? |
| 19:42.17 | mickey|meeting | hmm. not sure |
| 19:42.20 | mickey|meeting | headache |
| 19:42.45 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 19:42.52 | mickeyl | marcan_: could you describe in non-kernel-programmer words what you did to fix it? the patch is interestingly small |
| 19:43.14 | marcan_ | the kernel wasn't hanging up really, but it was deadlocking with apmd |
| 19:43.30 | marcan_ | it shuts down everything and then attempts to wait for apmd to acknowledge the suspend |
| 19:43.34 | marcan_ | which is of course pointless |
| 19:43.43 | mickeyl | uh oh |
| 19:43.47 | mickeyl | ~lart lineo |
| 19:43.47 | marcan_ | so I switched everything around and now it shuts everything down after querying apmd |
| 19:44.40 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
| 19:44.51 | marcan_ | It all became apparent after I riddled everything with debugs and connected the serial console, hacked the code to ignore the non-incoming-acknowledge after a while, and saw how apmd actually re-suspended the system after wakeup (that was the late ack :) ) |
| 19:45.27 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 19:46.18 | RP | The sooner we get away from 2.4, the better... |
| 19:46.24 | mickeyl | no kidding |
| 19:47.06 | mickeyl | so the reason for that problem to appear in later reason is different apm userland timing |
| 19:47.26 | mickeyl | s/reason/releases/ |
| 19:47.35 | CIA-9 | 03mickeyl 07 * r1.3637.3.1 10openembedded/packages/linux/ (2 files in 2 dirs): Apply patch from Hector Martin that fixes collie suspend/resume deadlock w/ apmd. (Yippee :) |
| 19:47.59 | hrw | so I have to rebuild all collie kernels for upgrades again.. |
| 19:48.06 | mickeyl | let me test a bit first |
| 19:48.25 | hrw | yep |
| 19:48.57 | marcan_ | apmd was probably sending the signal fast enough, or maybe a different kernel config caused different suspend behavior |
| 19:49.20 | mickeyl | hmm |
| 19:49.23 | mickeyl | thinking about that |
| 19:49.36 | mickeyl | timing varies on the amount of resume scripts in apm.d |
| 19:49.43 | mickeyl | this is what we changed in releases |
| 19:49.43 | marcan_ | true |
| 19:49.53 | marcan_ | could have been that |
| 19:50.14 | marcan_ | or could have been the alignment between the moon and the sun and a vudu 12412 km from here |
| 19:50.15 | mickeyl | ~lart lineo just because |
| 19:50.17 | marcan_ | who knows |
| 19:50.42 | marcan_ | the code is REALLY wicked |
| 19:50.53 | marcan_ | lots of magic constants and strange and/or pointless behavior |
| 19:51.15 | marcan_ | like, one of those dudes set up a wait queue for retreiving the status of the suspend, after the suspend |
| 19:51.21 | RP | marcan_: There normally is a reason. It might not be a good reason but there normally is one :-/ |
| 19:51.23 | marcan_ | which is pointless because the suspend routine never fails |
| 19:52.10 | RP | marcan_: It should be able to and that's one of the problems with 2.6. It was never completed |
| 19:52.52 | marcan_ | yeah |
| 19:53.50 | mickeyl | ibot: pester do13 and bigal to do more work on 2.6 for tosa/spitz |
| 19:53.50 | ibot | do13 and bigal to do more work on 2.6 for tosa/spitz: Are we there yet? .. Are we there yet? .. Are we there yet? see http://beverlys.net/LJ/BuggingYou.swf |
| 19:54.11 | marcan_ | heh |
| 19:54.18 | koen | that shockwave file is pretty nice |
| 19:54.27 | marcan_ | I'll look at that next thing, when I have some time |
| 19:55.10 | marcan_ | my collie has just about served its purpose, and once apm works I'm not touching it much more (it's being used for a hardware project since it has no touchscreen) |
| 19:55.15 | marcan_ | but my tosa needs some work |
| 19:55.27 | mickeyl | coolness :) |
| 19:55.40 | mickeyl | i wish i got one of those CF jacket expansion while they were on sale :/ |
| 19:56.26 | marcan_ | I wish I got my tosa when they were cheaper :/ |
| 19:57.52 | france_ | RP: 2.6.x is not yet stable, 3 months work for somebody... |
| 19:59.24 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
| 19:59.35 | RP | france_: 2.6.x is perfectly stable on the c7x0 |
| 20:00.03 | france_ | RP: stress test it and send me the resultes???? |
| 20:00.24 | RP | france_: stress test in what way? |
| 20:00.27 | mickeyl | it survided my linux tag stress test |
| 20:00.30 | mickeyl | survived even |
| 20:00.41 | france_ | mickeyl: very nice |
| 20:00.46 | mickeyl | i don't use it as a web server though ;) |
| 20:00.57 | france_ | RP: there are several standard sets (freshmeat.net) |
| 20:01.07 | france_ | RP: my favorite is stress-kernel |
| 20:01.39 | france_ | RP: 2.6.x does not survive well on my x86 box, I would be shocked it if it did well on my ARM box |
| 20:02.21 | france_ | RP: then again most folks probably do not use their pda hard enough to notice. |
| 20:02.54 | CIA-9 | 03pb 07 * r1.3653.1.1 10openembedded/packages/linux/handhelds-pxa-2.6_2.6.12-hh1.bb: update handhelds-pxa-2.6 to 2.6.12-hh1 |
| 20:03.06 | *** join/#oe jskcr (~jskcr@jskcr.user) |
| 20:03.18 | RP | france_: Are these tests in oe? |
| 20:03.33 | marcan_ | france_: 2.6.x does not survive on x86? That's strange. |
| 20:04.06 | france_ | RP: nope |
| 20:04.08 | jskcr | hy all |
| 20:04.26 | france_ | marcan_: not really since Linus changed the development model at the last OLS |
| 20:04.40 | france_ | marcan_: 2.6.x is not considered stable. |
| 20:05.01 | france_ | marcan_: he felt that since the distro's test and make it stable, that 2.6.x did not need to be a stable kernel. |
| 20:05.25 | france_ | marcan_: RH, SuSe, Mandrake, etc... put many man months into a kernel before puttting in their distros |
| 20:05.38 | france_ | marcan_: somebody needs to take the time and fix the hh.org kernel. |
| 20:05.51 | marcan_ | must be mine is stable because I run the Gentoo flavour |
| 20:06.05 | france_ | marcan_: or you do not stress test your system, |
| 20:06.24 | marcan_ | define stress test |
| 20:06.54 | france_ | marcan_: run all the systems, memory, hard drives, dma, videos, serial, parrell, pci, usb, cpu, fpu, etc.... |
| 20:07.01 | france_ | marcan_: about 40 processes in all............. |
| 20:07.10 | RP | france_: I don't use the hh.org tree for a reason. Too little quality control IMO :-( |
| 20:07.31 | france_ | RP: your welcome to conribute. |
| 20:07.36 | *** join/#oe molivier (~mac@f02v-32-93.d4.club-internet.fr) |
| 20:07.52 | france_ | RP: but I am talking about the regular 2.6.x kernel, not the hh kernel |
| 20:07.58 | france_ | RP: they both have the same issues. |
| 20:08.18 | RP | france_: I've tried. I've enough problems with standard kernels without the extra ones in hh.org |
| 20:08.24 | mickeyl | heh |
| 20:11.28 | *** join/#oe Twiun (~twiun@tangency.co.uk) |
| 20:11.28 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
| 20:11.38 | Pigi | Ciao all |
| 20:12.15 | pb_ | hi pigi |
| 20:12.42 | Pigi | hi pb_ I have reopened #120 to add the fixes for sa arch . |
| 20:12.48 | koen | hey Pigi |
| 20:13.09 | Pigi | From now on we have alsa in oe ( and familiar then ) |
| 20:13.11 | Pigi | hi koen |
| 20:13.29 | koen | Pigi: Alsa hero!! |
| 20:13.33 | Pigi | ~alsa |
| 20:13.33 | ibot | from memory, alsa is the Advanced Linux Sound Architecture, or at http://www.alsa-project.org/ |
| 20:13.46 | Pigi | ~praise alsa |
| 20:13.46 | ibot | All hail alsa! |
| 20:13.51 | pb_ | Pigi: okay, very good |
| 20:13.51 | Pigi | heh |
| 20:15.01 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 20:21.14 | Spyro | I dunno. I regularly stress most of the systems on my 2.6 box, including gigabit ether, HDD, DVD drive, CPU, video, all at the same time. it seems pretty solid here... |
| 20:21.25 | Spyro | bash-2.05b$ uptime |
| 20:21.33 | Spyro | <PROTECTED> |
| 20:22.08 | koen | even my buggy pvr is doing >100 days uptime |
| 20:22.15 | koen | ~hail ivtv drivers |
| 20:22.15 | ibot | ACTION bows down to ivtv drivers and chants, "I'M NOT WORTHY!!" |
| 20:22.39 | france_ | Spyro: lots of users, but the load average needs to be much higher, then run the box out of dram/swap, etc.... |
| 20:22.46 | koen | I just have to rmmod and insmod them every week or so |
| 20:23.13 | Spyro | france: thats the *current* load avg. Im not *doing* anything |
| 20:23.14 | france_ | koen: I thought you were on holiday? |
| 20:23.18 | RP | 21:23:02 up 56 days, 23:25, 3 users, load average: 1.41, 1.53, 1.29 |
| 20:23.33 | RP | That's also 2.6. Not many users but overworked :) |
| 20:23.55 | RP | and it has been known to run out of swap... |
| 20:23.58 | france_ | lightly overworked, try a load average of 40 plus |
| 20:23.58 | Spyro | its kinda hard to run this box outa RAM/swap now since its got 2G RAM and 0B swap, but it used to be forever on the edge of overload back when it was 256MB/500MBswap on NFS |
| 20:24.38 | RP | france_: It regularly sees a load of 10 or so... |
| 20:24.55 | france_ | Spyro: my alpha has 16G on each processor and I can do it. |
| 20:25.06 | koen | france_: starting thursday |
| 20:25.12 | france_ | Spyro: it takes some time, but it is doable. |
| 20:25.14 | Spyro | france: sure, on some artificial test or a massive compile |
| 20:25.21 | france_ | koen: :-D enjoy.... |
| 20:25.28 | france_ | Spyro: <nods> |
| 20:25.32 | pb_ | hi france |
| 20:25.44 | france_ | pb_: hello! |
| 20:26.14 | koen | PARALLEL_MAKE="-j" on bitbakeng :) |
| 20:26.19 | france_ | pb_: jamey setup that mailing list for you, but I think he forgot to tell anybody. |
| 20:26.48 | RP | koen: I can't wait :) |
| 20:27.25 | CIA-9 | 03pb 07 * r1.3656 10openembedded/classes/update-rc.d.bbclass: avoid crash when PACKAGES is empty |
| 20:27.57 | *** join/#oe TheCount (~count@e178111026.adsl.alicedsl.de) |
| 20:28.02 | TheCount | heyho |
| 20:28.25 | TheCount | who're the guys working on bitbake_qa / tinderbox / web-interface? :) |
| 20:29.02 | TheCount | and who can help me with my plans for the integration of a package configuration system? ;) |
| 20:30.10 | RP | bb_qa and tinderbox are zecke |
| 20:30.33 | pb_ | france: heh |
| 20:30.48 | Spyro | france: but unless my 2G is faulty (it tests OK) then when my box was loaded at 256M it should stress t around aas much as maxing out my 2G ould |
| 20:31.11 | TheCount | zecke: you there? ;) |
| 20:31.21 | zecke | no |
| 20:31.58 | france_ | Spyro: there are some types of h/w that get funky over 1G then 4G depending upon the memory mode of the CPU/MMU |
| 20:32.33 | france_ | Spyro: lots of things break on my alpha when I put more than 4G of dram in it (per cpu) the first time. |
| 20:33.26 | koen | TheCount: what kind of config system? |
| 20:34.38 | koen | TheCount: I've been looking at something like packages.debian.org |
| 20:34.46 | TheCount | zecke: damn. I would have given you a user otherwise |
| 20:35.20 | TheCount | koen: a web-based release-management system - the package configuration part (which is currently missing) needs some integration which dies into the build/configure process |
| 20:35.37 | TheCount | koen: I'd like to do that this week, if y'all are willing to make this possible, it will happen. |
| 20:37.38 | *** join/#oe Cwiiis (~cwiiis@82-35-160-175.cable.ubr02.croy.blueyonder.co.uk) |
| 20:39.38 | darkschneider | mickey_away: away :((( |
| 20:40.40 | koen | TheCount: do you have an example of such systems? I'm affraid I'm not really understanding what you're aiming at |
| 20:42.20 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
| 20:43.25 | TheCount | koen: think of it as a frontend for bitbake as buildsystem which allows you to see a summary of the builds of a project. a project consists of packages which are maintained by developers and have options (i.e. kernel version, autoconf options, etc) |
| 20:48.11 | koen | a kind of config-browser |
| 20:55.37 | Pigi | koen, before you leave for vacation, what will happen to oe after 1 of july ? |
| 20:56.09 | koen | Pigi: http://thread.gmane.org/gmane.comp.handhelds.openembedded/4853 |
| 20:56.10 | CosmicPenguin | We're all leaving to work on ant |
| 20:57.13 | Pigi | I have read that thread ( well almost ) but on the oe wiki there aren't instruction, or at least I haven't seen |
| 20:57.32 | koen | CosmicPenguin: not ant!!!!! |
| 20:58.17 | CosmicPenguin | koen: no? We already signed you up - we told them you had mad Java skilz... :D |
| 20:58.25 | CIA-9 | 03pb 07 * r1.3657 10openembedded/packages/dbus/ (4 files in 2 dirs): first cut at dbus 0.34 |
| 20:59.11 | koen | pb_: could you lower the default pref for that dbus? |
| 20:59.19 | pb_ | to what? |
| 20:59.52 | koen | oops |
| 20:59.54 | koen | spoke to soon |
| 20:59.56 | koen | sorry |
| 21:01.04 | TheCount | koen: more or less ... rather less. |
| 21:01.09 | koen | *I* usually forget stuff like that |
| 21:01.34 | TheCount | koen: a kind of overview with the possibility to change thinks, manage customers, manage developers, watch the buildsystem, and decide about releases |
| 21:01.57 | jamey | RP: where can I find kernel patches for hx2750? |
| 21:01.57 | TheCount | koen: would/should work well in a business environment, as that was what we designed it for in the last months |
| 21:03.54 | mallum_ | jamey: they should be here http://projects.o-hand.com/hx2750/ |
| 21:04.19 | mallum_ | jamey: but someone hasn't mirrored them there yet ;) |
| 21:04.51 | jamey | that is where I looked for them |
| 21:05.38 | mallum_ | jamey: they will be hidden on rpsys.net somewhere then :/ |
| 21:06.06 | koen | or in OE |
| 21:06.28 | koen | check the linux-openzaurus(!) .bb |
| 21:12.56 | *** join/#oe andersee (~andersee@codepoet.org) |
| 21:17.21 | RP | jamey: http://www.rpsys.net/openzaurus/patches/ipaq/ are the main ones |
| 21:17.48 | RP | jamey: Some of the ones in the patches directory might be needed to apply cleanly |
| 21:19.00 | RP | jamey: ignore the w1 ones |
| 21:20.18 | CIA-9 | 03koen 07 * r1.3640 10openembedded/ (2 files in 2 dirs): Add 480x640 support to kmode.patch so the hx4700 works with kdrive |
| 21:20.42 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 21:26.15 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 21:26.22 | Spyro | CosmicPenguin: a little intimate arent we? |
| 21:31.48 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
| 21:36.23 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
| 21:37.14 | CosmicPenguin | You betcha |
| 21:38.17 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 21:38.20 | RP | jamey: I've also added them to o-hand.com... |
| 21:40.31 | CIA-9 | 03zecke123 * r268 10bitbake/bin/bitbake: |
| 21:40.32 | CIA-9 | Patch by Yann Dirson to show a more verbose error log |
| 21:40.32 | CIA-9 | when not beeing able to parse a file |
| 21:42.19 | gints|wrk | If I have Makefile what I should patch to include SDL.h from staging dir.. how to do that? |
| 21:42.44 | koen | ${STAGING_INC_DIR} should point to that |
| 21:43.12 | gints|wrk | so I should create patch dinamicaly |
| 21:43.20 | gints|wrk | or? |
| 21:44.24 | gints|wrk | I have makefile with CFLAG= -g -O2 -I/usr/include/SDL -D_REENTRAT -DPLAY_MOD -DUNIX |
| 21:44.52 | zecke | gints|wrk: use 'sdl-config' to get the include directory |
| 21:45.08 | zecke | gints|wrk: but I'm no expert on gnu make |
| 21:46.36 | gints|home | zecke: problem is that source contains ready Makefile and I need to change it... |
| 21:46.55 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
| 21:47.18 | gints|home | so I should overide do_configure with changing Makefile? |
| 21:49.06 | *** join/#oe anomaly_ (~anomaly@ppp226-22.lns3.adl2.internode.on.net) |
| 21:51.17 | zecke | gints|home: use sdl-config to get CFLAGS + LFLAGS |
| 21:51.25 | zecke | gints|home: now the question is how to call the binary |
| 21:52.35 | koen | `${STAGING_BIN_DIR}/sdl-config` ? |
| 21:55.01 | gints|home | zecke: with sdl-config I can get this path... |
| 21:55.01 | gints|home | zecke: but what then.. |
| 21:55.26 | zecke | gints|home: patch the Makefile |
| 21:56.01 | gints|home | zecke: main question is when I should do patching.. |
| 21:56.10 | CIA-9 | 03jcrouse 07 * r1.3643 10openembedded/packages/acpid/ (acpid_1.0.3.bb acpid-1.0.3/acpid_1.0.3.bb): |
| 21:56.11 | CIA-9 | acpid_1.0.3.bb: |
| 21:56.11 | CIA-9 | <PROTECTED> |
| 21:56.12 | zecke | do_patch |
| 21:57.35 | koen | 'night all |
| 21:57.51 | CIA-9 | 03jcrouse 07 * r1.3644 10openembedded/ (2 files in 2 dirs): |
| 21:57.51 | CIA-9 | gcc40.patch: |
| 21:57.51 | CIA-9 | <PROTECTED> |
| 21:57.51 | CIA-9 | .del-acpid_1.0.3.bb~90bc4a32d33fdf1a: |
| 21:57.51 | CIA-9 | <PROTECTED> |
| 21:57.56 | gints|home | night koen |
| 21:58.13 | pb_ | heh |
| 21:59.04 | Pigi | nite all |
| 21:59.18 | *** join/#oe minipanda (~zhanght@219.236.21.191) |
| 22:22.27 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
| 22:36.09 | *** join/#oe Crofton (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 23:01.02 | *** join/#oe hufnus (~slonsiki@me18f36d0.tmodns.net) |
| 23:13.36 | *** part/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 23:51.20 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
| 23:53.38 | *** join/#oe anomaly__ (~anomaly@ppp216-27.lns1.adl2.internode.on.net) |