| 00:23.40 | luke-jr_ | How do I get BB to use gcc/gcc-cross_csl-arm.bb ? |
| 00:23.46 | luke-jr_ | via PREFERRED_* |
| 00:50.07 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 01:44.30 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
| 02:03.10 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 02:06.33 | *** join/#oe Iguanaman (~iggyman25@12-202-228-81.client.insightBB.com) |
| 02:12.08 | Iguanaman | Hello. Does anyone know where I can find out anything about the hardware inside the Zaurus? I dropped and damaged mine, but I would like to try to write an emulator, I loved the thing so much! |
| 02:13.00 | *** join/#oe hufnus (~slonsiki@m268d36d0.tmodns.net) |
| 02:15.01 | jacques | Iguanaman, lol you're in luck |
| 02:15.27 | jacques | http://virtera.com/ |
| 02:18.43 | Iguanaman | thanks! |
| 03:29.27 | *** join/#oe andersee (~andersee@codepoet.org) |
| 03:36.25 | *** join/#oe andersee (~andersee@codepoet.org) |
| 03:44.47 | *** join/#oe andersee (~andersee@codepoet.org) |
| 04:00.51 | *** join/#oe bluelightning (~bluelight@219-89-10-103.dialup.xtra.co.nz) |
| 04:56.58 | *** join/#oe hufnus (~slonsiki@mf58a36d0.tmodns.net) |
| 06:40.54 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
| 07:02.46 | *** join/#oe uv1 (~Werner@p50890615.dip0.t-ipconnect.de) |
| 07:07.09 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-101.ewe-ip-backbone.de) |
| 07:09.01 | *** join/#oe ideal (~idealm_@218.82.61.230) |
| 07:10.33 | *** join/#oe ibot_ (ibot@166.70.99.142) |
| 07:20.22 | *** join/#oe BigAl (~bigal@220-253-116-144.ACT.netspace.net.au) |
| 07:29.09 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 07:42.11 | *** join/#oe _alwin_ (alwin@cable-195-14-254-182.netcologne.de) |
| 07:54.05 | RP | morning all |
| 07:54.20 | BigAl | morning |
| 07:55.20 | uv1 | morning |
| 07:55.20 | *** join/#oe zap (~zap@217.170.93.9) |
| 07:56.20 | uv1 | RP: 2.6.12-rc6 kernel does not come back to live, once switched off or suspended. Is taht a known issue ? |
| 07:59.45 | uv1 | RP: ping |
| 08:00.47 | *** join/#oe Jenna (~cherryRed@209.8.233.254) |
| 08:08.42 | *** join/#oe pH5 (~ph5@e178245022.adsl.alicedsl.de) |
| 08:16.08 | RP | uv1: Its a known issue |
| 08:16.17 | RP | uv1: Someone needs to find out why... |
| 08:16.38 | RP | It only started with 2.6.12-rc6-mm1... |
| 08:20.25 | uv1 | RP: Recognized that also. 2.6.12-rc5 has also a major issue when returning from sleep. |
| 08:21.10 | RP | uv1: I suspect this is the power key repeat problem as it doesn't do it for "apm -s" |
| 08:21.40 | uv1 | 2.6.11 did have that as well, but this did not often occur. Waking up by button sometimes does not fully startup the device. Instead of this, the vt screen gets stuck and you have to reboot. |
| 08:22.43 | uv1 | 2.6.12-rc5 does have this problem obviously also when woken up by alarm. This is bad, as the device does not go back to sleep and drains the battery. |
| 08:22.44 | RP | uv1: I think that is a different problem. I have seen it but never managed to find out what that problem was... |
| 08:23.37 | uv1 | Would you suggest to go back to 2.6.11 then ? |
| 08:23.38 | RP | uv1: I need to find some time to debug it. Maybe I'll find that this weekend but I can't promise anything |
| 08:23.47 | RP | Or someone else can have a go :) |
| 08:24.20 | uv1 | RP: Will be back on irc tomorrow. So if you need test help, I can do it. |
| 08:25.57 | RP | uv1: Ok, I'll keep that in mind, thanks. If I commit some "power button" fixes to the file, some reports on what problems remain will be handy. I suspect we have several problems with the kernel at the moment... |
| 08:42.32 | *** join/#oe andersee (~andersee@codepoet.org) |
| 08:58.20 | SirFred | RP: Hi. |
| 08:59.00 | *** join/#oe Jenna (~cherryRed@209.8.233.134) |
| 08:59.36 | *** part/#oe Jenna (~cherryRed@209.8.233.134) |
| 08:59.45 | SirFred | RP: Do you have an idea of how suspending/resuming interacts with opie? I've found that the w100 driver timeouts after resuming. I've also found that there's a AtiCore_WakeUpCall() that perhaps could be useful for this. |
| 09:15.38 | RP | SirFred: The w100 looses *all* state over suspend/resume |
| 09:15.48 | RP | SirFred: Hi btw :) |
| 09:15.54 | SirFred | RP: Hi. :) |
| 09:17.22 | SirFred | RP: So, we'll need some kind of reinitialization? |
| 09:17.22 | RP | SirFred: You will probably have to totally re-setup the device |
| 09:17.35 | SirFred | RP: buff |
| 09:17.48 | RP | SirFred: Yes, probably from scratch - that's what w100fb does |
| 09:19.40 | SirFred | RP: I need to find out if some function in qte is called on resuming. |
| 09:20.14 | SirFred | RP: Any knowledge about Aticore_WakeUpCall() ? |
| 09:21.07 | RP | SirFred: There was a call like that which did very little - I suspect its probably a different WakeUp to the one you have in mind |
| 09:21.37 | RP | Trust me when I say the ATI will have *no* internal state left and will need re init'ing |
| 09:21.48 | SirFred | RP: Of course, I trust you. |
| 09:21.49 | SirFred | RP: :) |
| 09:22.00 | SirFred | RP: That function name just give me some hopes. |
| 09:22.06 | SirFred | s/give/gave/ |
| 09:22.31 | SirFred | RP: I've made some progresses in the driver. Corrected a pair of bugs found by hrw. |
| 09:22.53 | RP | SirFred: Excellent. You also mentioned you knew the problem with arcs? |
| 09:22.58 | SirFred | RP: Now I'm getting ~1800 gops/s in the sysinfo benchmarc. |
| 09:23.08 | SirFred | RP: Yes. It was my mistake. |
| 09:23.28 | RP | What is the non accel gops/s? |
| 09:23.41 | SirFred | RP: polyline opcode was not accelerated due to a software mistake. |
| 09:23.51 | SirFred | RP: I'm getting ~1200 gops/s without acceleration. |
| 09:24.11 | SirFred | RP: Take in mind that the blitting test is never accelerated, because the pixmap has transparent background. |
| 09:24.12 | RP | That's not a bad improvement then :)) |
| 09:24.46 | SirFred | RP: I made a little test program copying the sysinfo benchmarking code, to test the different opcodes individually. |
| 09:24.51 | RP | That makes the figure even more impressive :) |
| 09:24.59 | SirFred | RP: The numbers were: |
| 09:25.08 | SirFred | Lines: 5128 lines/s -- 7194 lines/s |
| 09:25.16 | SirFred | Rects: 271 rects/s -- 533 rects/s |
| 09:25.26 | SirFred | Arcs: 387 rects/s -- 700 rects/s |
| 09:25.38 | SirFred | And pixmaps more or less the same speed, of course. |
| 09:25.50 | SirFred | RP: We need that Aticore_TransBitblt. :-( |
| 09:26.08 | RP | I was just thinking that |
| 09:26.30 | *** join/#oe bluelightning (~bluelight@219-89-6-147.dialup.xtra.co.nz) |
| 09:26.47 | RP | I need more time to spend on things :) |
| 09:27.13 | bluelightning | hi all |
| 09:27.15 | bluelightning | RP: don't we all... |
| 09:27.20 | RP | hi bluelightning |
| 09:27.25 | SirFred | RP: I've also fixed a sinchronyzation problem between accel and non accel functions. |
| 09:28.07 | RP | SirFred: The driver appears to be moving along well :) |
| 09:31.30 | SirFred | RP: Well, slowly |
| 09:41.26 | *** join/#oe Ken|JLime (~Ken@h79n2fls31o1105.telia.com) |
| 09:51.30 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 10:23.39 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 10:28.52 | CIA-9 | 03pb 07 * r1.3562 10openembedded/packages/cyrus-imapd/ (3 files in 2 dirs): update cyrus-imapd to 2.2.12; fix FILES per bug 87 |
| 10:31.17 | *** join/#oe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 10:33.25 | *** join/#oe bluelightning (~bluelight@219-89-6-147.dialup.xtra.co.nz) |
| 10:33.54 | *** join/#oe molivier (~mac@f03m-4-84.d4.club-internet.fr) |
| 10:39.54 | CIA-9 | 03pb 07 * r1.3563 10openembedded/packages/mythfront/ (mythfront-session/mythfront.sh mythfront-session.bb): also link mysql.txt |
| 10:40.55 | *** join/#oe qfh (~qfh@ppp-82-135-2-81.mnet-online.de) |
| 10:44.48 | *** join/#oe Cwiiis (~cwiiis@user-214-207-151-83.e7even.com) |
| 10:58.58 | SirFred | Anybody know in what package could I find the "QPE/System" QCop server implementation ? |
| 11:04.03 | *** join/#oe noclouds (~mhfan@60.166.165.205) |
| 11:04.14 | *** join/#oe Ycros (~Ycros@c211-30-252-204.thorn1.nsw.optusnet.com.au) |
| 11:07.39 | *** join/#oe Jenna (~cherryRed@209.8.233.131) |
| 11:08.32 | *** part/#oe Jenna (~cherryRed@209.8.233.131) |
| 11:16.06 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 11:21.33 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 11:27.44 | *** part/#oe tubbie|home (~sam@hentges.net) |
| 11:27.46 | *** join/#oe tubbie|home (~sam@hentges.net) |
| 11:31.14 | *** join/#oe mithro (~tim@ppp226-233.lns3.adl2.internode.on.net) |
| 11:37.02 | *** join/#oe zap (~zap@217.170.93.9) |
| 11:39.56 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 11:47.16 | *** join/#oe reenoo_ (~r@p5489E13C.dip.t-dialin.net) |
| 11:47.24 | reenoo_ | afternoon |
| 12:00.44 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 12:03.39 | *** join/#oe Jenna (~cherryRed@209.8.233.131) |
| 12:04.05 | *** part/#oe Jenna (~cherryRed@209.8.233.131) |
| 12:17.27 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 12:25.55 | *** join/#oe mithro (~tim@ppp226-233.lns3.adl2.internode.on.net) |
| 12:26.18 | *** join/#oe mithro_ (~tim@ppp226-233.lns3.adl2.internode.on.net) |
| 12:36.06 | *** join/#oe man-di (~man-di@dyndsl-080-228-197-243.ewe-ip-backbone.de) |
| 12:41.12 | *** join/#oe mithro (~tim@ppp226-233.lns3.adl2.internode.on.net) |
| 12:53.02 | *** join/#oe molivier2 (~mac@d03m-3-242.d4.club-internet.fr) |
| 12:54.55 | *** join/#oe Cwiiis (~cwiiis@user-214-207-151-83.e7even.com) |
| 13:19.47 | *** join/#oe marcan (1337@64.Red-83-53-0.pooles.rima-tde.net) |
| 13:22.52 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 13:23.29 | CIA-9 | 03pb 07 * r1.3564 10openembedded/packages/gpe-dm/gpe-dm_0.47.bb: update gpe-dm to 0.47 |
| 13:25.23 | pb_ | on handhelds.org, or openembedded.org? |
| 13:26.33 | CIA-9 | 03pb 07 * r1.3565 10openembedded/packages/mythfront/ (mythfront-session/mythfront.sh mythfront-session.bb): fix some mythfront problems |
| 13:26.50 | zecke | pb_: good hint |
| 13:30.00 | pb_ | zecke: heh |
| 13:32.40 | zecke | I tried zecke@handhelds.org at openembedded... I should have used freyther@math.fu-berlin.de |
| 13:34.01 | zecke | OT: Does El Cattivo mean anything bad? |
| 13:36.20 | zecke | pb_: is it right(tm) to create a 'release bitbake-1.3.1' bug and make it depend on known issues? |
| 13:49.25 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 13:50.03 | *** join/#oe Jenna (~cherryRed@209.8.233.131) |
| 13:50.32 | *** part/#oe Jenna (~cherryRed@209.8.233.131) |
| 14:08.30 | pb_ | zecke: yeah |
| 14:09.23 | pb_ | zecke: have a look at the bugs listed in the page footer on http://handhelds.org/~bugzilla/, for example |
| 14:12.30 | *** join/#oe fee (~sh@adsl-31-173-192-81.adsl2.iam.net.ma) |
| 14:16.05 | RP | l |
| 14:16.35 | pb_ | indeed |
| 14:29.06 | zecke | pb_: thanks |
| 14:44.31 | SirFred | zecke: El cattivo? |
| 14:47.53 | SirFred | zecke: I suppose it's italian. In my mother language, galician, cativo means bad, with bad meaning bad quality. |
| 14:48.33 | CIA-9 | 03zecke123 * r263 10bitbake/lib/bb/build.py: |
| 14:48.34 | CIA-9 | bitbake/lib/bb/build.py: |
| 14:48.34 | CIA-9 | <PROTECTED> |
| 14:48.34 | CIA-9 | <PROTECTED> |
| 14:48.34 | CIA-9 | <PROTECTED> |
| 14:49.05 | zecke | probably not ideal to name bitbake-1.3.1 that way... |
| 14:49.39 | *** join/#oe jamie (~jamie@82.152.157.198) |
| 14:51.05 | *** join/#oe Jenna (~cherryRed@209.8.233.136) |
| 14:51.32 | SirFred | zecke: cattivo? |
| 14:51.48 | SirFred | zecke: Who proposed that? |
| 14:51.51 | *** part/#oe Jenna (~cherryRed@209.8.233.136) |
| 14:52.43 | SirFred | zecke: Well, In some regions in my country, it's also used as "young person", so perhaps italians use it in that way. |
| 14:58.03 | zecke | SirFred: it is a song by a german music group |
| 14:58.20 | zecke | "The Evil always wins" is the chorus... |
| 14:58.24 | SirFred | :) |
| 14:58.33 | SirFred | And the song is named cattivo |
| 14:58.34 | SirFred | ? |
| 14:58.41 | zecke | yupp |
| 14:58.45 | zecke | El Cattivo is a cowboy |
| 14:58.57 | zecke | an evil cowboy though |
| 14:59.18 | SirFred | It gets some spaghetti western flavour. |
| 14:59.44 | SirFred | I supposed italians should say "Il Cattivo" |
| 14:59.48 | SirFred | Not sure. |
| 15:00.01 | CoreDump|home | moin |
| 15:01.10 | mickeyl | moin |
| 15:01.21 | SirFred | mickeyl: Hi. |
| 15:01.21 | pb_ | hi mickey |
| 15:01.22 | mickeyl | SirFred: It's the opie-taskbar (QPE/System) |
| 15:01.56 | SirFred | mickeyl: Well, I was looking into implementing rotation in the driver. But I'm a little confused. |
| 15:02.00 | mickeyl | zecke: listening to Die Ärzte ? |
| 15:02.29 | SirFred | mickeyl: Actually 'Transformed' driver is used to draw on the screen. |
| 15:02.56 | SirFred | mickeyl: This is just a linuxframebuffer but with some functions to transform the coordinates given an screen orientation. |
| 15:03.15 | SirFred | mickeyl: I'm not sure of how should I implement rotation for the accelerated drivet. |
| 15:03.22 | SirFred | s/drivet/driver |
| 15:03.28 | mickeyl | i know what you mean |
| 15:03.39 | mickeyl | i would need to look into the code to give an educated answer |
| 15:03.41 | SirFred | One idea should be just say Transformed to inherite from QW100Screen. |
| 15:04.12 | SirFred | mickeyl: But that solution will shadow the transformed unaccelerated driver. |
| 15:04.36 | SirFred | mickeyl: My first doubt is how the rotation works now on opie. |
| 15:04.37 | mickeyl | i think you rather need to tell qt that you are a transformed driver and then handle the transformation in the driver |
| 15:05.04 | mickeyl | try asking that on qt-embedded-interest@lists.trolltech.com |
| 15:05.13 | SirFred | mickeyl: There's a "hardware" way to rotate the framebuffer. |
| 15:05.16 | zecke | mickeyl: what make you think that? |
| 15:05.21 | mickeyl | maybe once in a lifetime one gets a usable answer |
| 15:05.23 | mickeyl | heh |
| 15:05.38 | SirFred | mickeyl: I would like to know if that is used now in opie. |
| 15:05.57 | SirFred | mickeyl: Because it change things a little. |
| 15:06.03 | zecke | SirFred: we set QWS_DISPLAY |
| 15:06.24 | SirFred | zecke: Yes, I've also seen that, but I've seen that it's set as Transformed:*:0 |
| 15:06.34 | SirFred | zecke: That's no good for the accelerated driver. |
| 15:07.18 | SirFred | Perhaps the basename of the driver should be used for that. |
| 15:07.25 | pb_ | zecke: do you have any idea why the h1940 would need to set QWS_MOUSE_PROTO=TPanel in tslib.sh? |
| 15:07.42 | SirFred | I mean, if the driver name is W100:Rot0:0, on a rotation, it should be set to W100:Rot90:0 |
| 15:08.06 | mickeyl | i don't see a problem in that |
| 15:08.09 | SirFred | But I think that it's hardwired to Transformed as the basename, no matter what was its original name. |
| 15:08.16 | mickeyl | ah, that's no biggy |
| 15:08.21 | zecke | pb_: no, it sometimes happen ;) |
| 15:08.28 | pb_ | zecke: heh |
| 15:08.36 | zecke | pb_: what MACHINE is the h1940? |
| 15:08.39 | SirFred | mickeyl: biggy? |
| 15:08.43 | mickeyl | SirFred: no big problem |
| 15:08.47 | SirFred | mickeyl: Oh |
| 15:08.49 | SirFred | mickeyl: :) |
| 15:09.10 | mickeyl | we already have API to query the default rotation |
| 15:09.15 | pb_ | zecke: currently it has its own MACHINE, but I would like to abolish that if possible |
| 15:09.16 | mickeyl | we can add an API to query the default driver |
| 15:09.38 | SirFred | mickeyl: Perhaps that should be better. |
| 15:09.52 | pb_ | afaict, the only difference between the h1940 and h3600 parts of tslib is that the h1940 sets that variable and h3600 doesn't. |
| 15:09.59 | mickeyl | yep. i wouldn't like to see Transformed be abused |
| 15:10.04 | SirFred | mickeyl: So, the idea is to handle the rotation from the W100 driver. I don't remember how it was done in the sharp rom. |
| 15:10.15 | zecke | pb_: I think -DQWS_TSLIB makes TPanel the default driver... |
| 15:10.46 | SirFred | mickeyl: BTW, I have corrected a pair of bugs that hrw notified a pair of days ago. |
| 15:10.50 | zecke | pb_: I've never looked into it too carefully |
| 15:10.51 | CoreDump|home | is there a bash "god" here by chance? I need to redirect STDIN (ie: the keyboard) inside a shellscript so that keypresses are no longer written into the shell. Can it be done? Google wasn't much of a help |
| 15:10.56 | pb_ | zecke: okay |
| 15:11.03 | SirFred | mickeyl: Could I send you a new w100.patch ? |
| 15:11.27 | zecke | CoreDump|home: using `echo` you should be able to turn it off |
| 15:11.51 | SirFred | mickeyl: The bad performance on arcs and the bad synchronization on drawing pixmaps and rects are fixed. |
| 15:11.54 | CoreDump|home | zecke: hmm how so? Any links? |
| 15:12.44 | mickeyl | SirFred: sure |
| 15:12.57 | mickeyl | SirFred: excellent news |
| 15:13.05 | zecke | pb_: found it |
| 15:13.14 | CoreDump|home | setting the fgcolor to black doesn't count :) |
| 15:13.16 | SirFred | mickeyl: I'd rather send you the whole w100.path file, and not a patch for the old w100.patch file. Is that fine for you? |
| 15:13.29 | mickeyl | SirFred: yep |
| 15:13.35 | SirFred | mickeyl: Sending... |
| 15:14.07 | zecke | if QT_QWS_[IPAQ,C700,CUSTOMPANEL,SL55xx,YOPY,CASIOPAI] is defined the default mousedriver is TPanel |
| 15:14.19 | zecke | otherwise 'Mouse' (if mouse is compiled in) or None |
| 15:19.03 | mickeyl | SirFred: got it. i'm checking compilage then i'll commit |
| 15:19.06 | *** join/#oe dkey (~dkey@L0002P24.dipool.highway.telekom.at) |
| 15:19.13 | SirFred | mickeyl: ok. Thanks. |
| 15:20.55 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 15:24.25 | reenoo_ | CoreDump|home: stty -echo |
| 15:25.22 | CIA-9 | 03mickeyl 07 * r1.3562 10openembedded/packages/qte/qte-2.3.10/c7x0-w100-accel.patch: qte-2.3.10: update w100 patch. this version fixes the synchronization between software pixmaps and hardware rects as well as polyline accelleration. Patch courtesy Manuel Teira - thanks a lot. |
| 15:25.25 | CIA-9 | 03mickeyl 07 * r1.3550.2.1 10openembedded/packages/soundtracker/soundtracker-gtk2_0.6.7.bb: add gtk2-port of the soundtracker, an AMIGA style module tracker program |
| 15:26.07 | SirFred | mickey|brb: :) |
| 15:26.16 | CIA-9 | 03mickeyl 07 * r1.3563 10openembedded/packages/qte/qte_2.3.10.bb: qte-2.3.10: bump revision |
| 15:26.24 | CoreDump|home | damn, I've forgotten my root pw on the Z |
| 15:26.25 | SirFred | mickey|brb: You're fast. |
| 15:28.18 | zecke | hehe de Raadt is funny |
| 15:29.49 | CoreDump|home | reenoo_: will try, thanks |
| 15:31.36 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 15:37.50 | CoreDump|home | ~lart busybox |
| 15:47.35 | *** join/#oe TheCount (~count@e178115156.adsl.alicedsl.de) |
| 15:48.00 | TheCount | kergoth: hello, are you there? |
| 16:03.50 | CIA-9 | 03CoreDump 07 * r1.3564 10openembedded/packages/sharp-binary-only/ (2 files in 2 dirs): sdcontrol: Remove Samba error message |
| 16:05.40 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 16:05.44 | *** join/#oe darkexe (~darkexe@dsl-213-023-062-059.arcor-ip.net) |
| 16:05.47 | darkexe | Hi |
| 16:06.20 | koen | good afternoon all |
| 16:06.30 | CoreDump|home | hi koen & darkexe |
| 16:06.47 | koen | hey CoreDump|home |
| 16:20.05 | pb_ | reenoo_: ah, need to patch out the XIM stuff. |
| 16:21.19 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 16:23.10 | CoreDump|home | hey offroadgeek |
| 16:23.56 | *** join/#oe hufnus (~slonsiki@mb93f36d0.tmodns.net) |
| 16:27.57 | offroadgeek | hi coredump|home |
| 16:30.24 | offroadgeek | coredump|home: do you know who "RICHTER" is? (UPS says the package was signed by this name) |
| 16:31.29 | CoreDump|home | offroadgeek: of course. I don't know him personally but he's about 60+ yo |
| 16:31.45 | CoreDump|home | and I've been trying to reach him since thursday |
| 16:32.10 | CoreDump|home | I guess he's in holliday or something. |
| 16:32.27 | CoreDump|home | so, the signature is 99% fake |
| 16:33.16 | offroadgeek | ahh... so it wasn't him... just someone who signed his name |
| 16:33.29 | zecke | mickey|brb: ping |
| 16:33.35 | zecke | oh somebody stole a package? |
| 16:33.52 | CoreDump|home | zecke: yep |
| 16:33.59 | CoreDump|home | offroadgeek: yes |
| 16:34.35 | CoreDump|home | and stupid UPS didn't check for an ID. They never do |
| 16:35.34 | koen | heh |
| 16:35.35 | CoreDump|home | basically any name will do as long as there's a matching name-tag on the door _somewhere_ |
| 16:35.41 | koen | UPS itself stole my ipaq a year ago |
| 16:36.00 | CoreDump|home | ouch, hows that? |
| 16:36.15 | koen | ipaq broke -> repairs -> empty box |
| 16:36.23 | koen | and -> new ipaq! |
| 16:36.36 | CoreDump|home | heh |
| 16:36.49 | CoreDump|home | i wish i _had_ an empty box lol |
| 16:39.21 | zecke | CoreDump|home: I think it is more likely UPS stole it directly |
| 16:39.24 | CoreDump|home | offroadgeek: i did that yesterday. They - of course - say it's not their problem and point to their TOS |
| 16:39.40 | CoreDump|home | possibly |
| 16:39.45 | reenoo_ | pb_: I'm afraid that's a bit beyond my knowledge of X. I can send you my autotools patches if you want to give it a try |
| 16:40.00 | offroadgeek | coredump|home: ok... then I guess it will be up to trisoft to resolve (since they were the actual shipper) |
| 16:40.03 | zecke | CoreDump|home: that is point in their customer policy |
| 16:40.39 | zecke | CoreDump|home: did anyone know you were expecting the package? |
| 16:40.46 | CoreDump|home | no one |
| 16:41.10 | CoreDump|home | maybe someone left the building and saw the UPS guy |
| 16:44.44 | SirFred | CoreDump|home: How is that? You don't have a unique postal address ? |
| 16:45.09 | SirFred | CoreDump|home: I mean, a different number, flat, letter than your neighbours? |
| 16:45.15 | CoreDump|home | nah, there are like um 20-30 flats in this house |
| 16:45.26 | CoreDump|home | oh my name is unique all right |
| 16:45.46 | SirFred | CoreDump|home: And you don't have an unique door? |
| 16:45.51 | CoreDump|home | fact is, UPS didn't deliver to me (i missed UPS by 10 minutes after waiting all day) |
| 16:46.09 | CoreDump|home | and UPS didn't try to deliver at a later date |
| 16:46.20 | CoreDump|home | but instead gave the parcel someone else WTF |
| 16:47.33 | SirFred | CoreDump|home: Sorry |
| 16:47.39 | CoreDump|home | :\ |
| 16:48.16 | SirFred | CoreDump|home: What was in the package? |
| 16:48.17 | *** join/#oe dkey| (~dkey@L0002P11.dipool.highway.telekom.at) |
| 16:48.33 | CoreDump|home | a brand new shiny akita |
| 16:49.14 | SirFred | CoreDump|home: Do they allow you to talk with the shipper ? |
| 16:49.23 | CoreDump|home | nope, tried that |
| 16:49.29 | CoreDump|home | offroadgeek: :) |
| 16:49.39 | SirFred | We should go to the UPS office, to burn it. |
| 16:49.51 | offroadgeek | lol |
| 16:49.53 | Crofton|laptop | burn her, burn her |
| 16:50.28 | SirFred | CoreDump|home: So, what are you going to do now? |
| 16:51.06 | CoreDump|home | I'll go to the police on monday. In the meantime I'll post a letter in the house asking the bastard to give it back. |
| 16:51.24 | CoreDump|home | maybe someone saw who took it |
| 16:51.52 | SirFred | CoreDump|home: Good luck. |
| 16:51.58 | CoreDump|home | thanks! |
| 16:55.21 | offroadgeek | coredump|home: do you want the invoice with the serial number? that way you can prove it was destined to you? |
| 16:56.03 | CoreDump|home | oh a call to UPS will do that just fine :) It was -after all- addressed to me. |
| 16:56.27 | CoreDump|home | + the tracking system shows the delivery |
| 16:58.02 | offroadgeek | I guess I meant for the serial number of the Z... in case you see someone in your building with an akita and you tackle them... |
| 16:58.23 | zecke | he will use your ROM anyway... |
| 16:59.03 | CoreDump|home | offroadgeek: ahh |
| 16:59.12 | CoreDump|home | i didn't know it _had_ a serial |
| 16:59.18 | CoreDump|home | that would be very useful indeed |
| 16:59.26 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 16:59.28 | offroadgeek | ok... I'll email it to you |
| 16:59.41 | CoreDump|home | great! |
| 17:01.20 | offroadgeek | damn... and I was hoping for a new release of 3.5.3 for the akita by monday ;) |
| 17:01.50 | TheCount | hmm, anyone of the people working on bitbake/bitbake-ng here? |
| 17:02.03 | CoreDump|home | :) |
| 17:02.20 | CoreDump|home | fwiw, I have a new untested image lying around here :) |
| 17:02.27 | zecke | TheCount: bitbake-ng probably only kergoth |
| 17:02.45 | CoreDump|home | zecke: that's the sad part |
| 17:02.47 | TheCount | zecke: 'kay, tried contacting him, seems like the idle time is genuin ;) |
| 17:02.52 | TheCount | uh, genuine |
| 17:02.56 | CoreDump|home | i wonder if one can read the serial off of the device |
| 17:03.03 | zecke | hehe |
| 17:03.09 | CoreDump|home | *implements a ROM bomb for this serial |
| 17:03.43 | TheCount | highly unlikely anyone will have any use for the contents of the package but thought it was something sellable |
| 17:04.15 | zecke | TheCount: what content? what package? |
| 17:04.35 | zecke | mickey|brb: the nano-1.2.1 part is tricky |
| 17:04.41 | offroadgeek | thecount: good point... we should check ebay.de... |
| 17:05.07 | TheCount | zecke: see offroadgeek/CoreDump |
| 17:05.16 | TheCount | offroadgeek: was it insured? |
| 17:05.25 | zecke | TheCount: ah hehe |
| 17:05.27 | CoreDump|home | TheCount: correct |
| 17:05.38 | CoreDump|home | i dunno. trisoft will know |
| 17:06.52 | offroadgeek | i'm sure it was... I can't imagine trisoft would send a Z without insuring it |
| 17:07.08 | CoreDump|home | right |
| 17:07.39 | offroadgeek | we'll at least it was a discounted Z ;) |
| 17:08.06 | CoreDump|home | :D |
| 17:08.18 | CoreDump|home | nice |
| 17:09.44 | zecke | waits for the 770 discount code to arrive |
| 17:09.55 | offroadgeek | 770 discount code? |
| 17:10.02 | Crofton|laptop | Can you buy 770's from retail yet? |
| 17:10.05 | zecke | n770 |
| 17:10.06 | koen | nokia 770 for 99 euruos |
| 17:10.09 | offroadgeek | ahh |
| 17:10.14 | zecke | CoreDump|home: I think one can |
| 17:10.16 | koen | euros even |
| 17:10.18 | Crofton|laptop | how do you get the discount code? |
| 17:10.31 | Crofton|laptop | yo bad the $ is worthless |
| 17:10.40 | koen | http://maemo.org/news/25052005.html |
| 17:10.44 | Crofton|laptop | ~convert 99euros to usd |
| 17:10.44 | zecke | Crofton|laptop: a) invent time machine b) travel some weeks back c) send mail |
| 17:10.50 | Crofton|laptop | heh |
| 17:11.00 | offroadgeek | wow... the C1000 goes for 569 EUR at trisoft... |
| 17:11.11 | CoreDump|home | ~convert 99 eur to usd |
| 17:11.18 | Crofton|laptop | thanks |
| 17:11.24 | CoreDump|home | hmm |
| 17:11.24 | koen | hmmm, 800x480 screen, bluetooth, wifi for 99 euros |
| 17:11.31 | koen | versus 569 for the z |
| 17:11.33 | CoreDump|home | ~convert 99 eu to usd |
| 17:11.44 | koen | ~change 99 eur to usd |
| 17:12.10 | Crofton|laptop | I guess the 500 have been spoken for? |
| 17:12.20 | Crofton|laptop | I saw that, but wasn't on the ball then |
| 17:12.57 | koen | all that omap goodness for such a small price :) |
| 17:14.42 | koen | zecke: only 13 days left till Q3 |
| 17:14.49 | Crofton|laptop | heh |
| 17:14.59 | Crofton|laptop | I need to 64M of RAM |
| 17:15.09 | Crofton|laptop | I'm swapping my guts out in the OSK's 32M |
| 17:28.45 | *** join/#oe mallum (~mallum@host81-153-48-235.range81-153.btcentralplus.com) |
| 17:31.33 | TheCount | .o( /sbin/gutswapperd ) |
| 17:32.12 | CoreDump|home | sounds painful |
| 17:34.36 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
| 17:36.43 | zecke | wb ar_ |
| 17:36.55 | ar_ | hi |
| 17:37.28 | darkexe | I am a newbie in all this oe stuff.. I just builded |
| 17:37.46 | darkexe | built the task-bootstrap.. but there is no kernel in there |
| 17:37.59 | darkexe | How can I add one? |
| 17:38.27 | darkexe | Sorry for asking such dumbass questions ;) |
| 17:38.34 | CoreDump|home | hmm IMO bootstrap should build one |
| 17:38.35 | koen | bitbake virtual/kernel |
| 17:40.48 | koen | CoreDump|home: only if the machine and/or package specify it in the depends |
| 17:41.18 | CoreDump|home | ah right |
| 17:41.59 | CoreDump|home | bootstrap-image.bb will probably build one |
| 17:43.31 | darkexe | Alright.. thanks. that seems to work.. |
| 17:45.51 | Crofton|laptop | bootstrap-image rocks |
| 17:46.02 | Crofton|laptop | at least for your first few builds :) |
| 17:46.06 | reenoo_ | darkexe: what machine are you building for? just building some random kernel won't help much. |
| 17:46.36 | darkexe | ipaq h3850 |
| 17:47.01 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 17:47.15 | reenoo_ | darkexe: what machine did you set in local.conf? |
| 17:47.19 | *** join/#oe andersee (~andersee@166.70.99.138) |
| 17:48.31 | reenoo_ | darkexe: what you want is MACHINE="h3600" |
| 17:49.31 | darkexe | alright, thanks.. :) |
| 17:50.10 | darkexe | what kernel should i choose? 2.6? |
| 17:50.31 | reenoo_ | 2.4 |
| 18:02.45 | darkexe | Alright. got to go.. thanks for your help |
| 18:08.06 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 18:12.00 | zecke | mickey|brb: I hate you for reporing #103 |
| 18:14.26 | mickeyl | sorry about that but i use that feature a lot and it's definitly a regression bug |
| 18:14.37 | mickeyl | so if we can't fix it sane we have to revert 235->236 |
| 18:14.59 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 18:15.14 | zecke | mickeyl: do we have DEPENDS = 'foo-version'? |
| 18:15.23 | koen | yes |
| 18:15.25 | mickeyl | zecke: yes, some packages do that |
| 18:15.39 | zecke | mickeyl: I'm considering making foo+version be a special case |
| 18:16.05 | zecke | mickeyl: the issue is with nano-1.2.1 we ask bestProvider() for nano |
| 18:16.13 | zecke | mickeyl: and the best is 1.3.5 ;) |
| 18:16.19 | mickeyl | which is wrong |
| 18:16.26 | koen | yeah |
| 18:16.27 | zecke | mickeyl: yes it is wrong |
| 18:16.30 | zecke | (no doubt) |
| 18:16.31 | koen | vi is the best provider |
| 18:16.50 | zecke | koen: vi is for people too stupid to use sed |
| 18:16.58 | mickeyl | what is r235 doing differently when gathering the best provider? |
| 18:17.07 | koen | zecke: vi is sed with a gui :) |
| 18:17.55 | zecke | mickeyl: we ask bestProvider('nano') (see version is not there any more) |
| 18:18.08 | zecke | mickeyl: and bestProvider does only check PREFERRED_PROVIDERS ;) |
| 18:18.28 | mickeyl | zecke: so we have to readd that code to buildPackage |
| 18:18.35 | mickeyl | showdata doesn't care about that |
| 18:20.41 | koen | zecke: ubuntu or kubuntu? |
| 18:20.53 | zecke | ubuntu |
| 18:21.26 | zecke | mickeyl: If we should build foo-1.3.5 we should build it? |
| 18:21.32 | zecke | mickeyl: and nothing else? |
| 18:21.41 | zecke | mickeyl: or should we assume foo-1.3.5 could be a virtual? |
| 18:21.49 | zecke | or someone provides it? |
| 18:22.59 | mickeyl | if we are requested to build foo-bar we should just build foo-bar and don't look for any other providers |
| 18:23.31 | zecke | mickeyl: alternatively we can make bestProvider to carry a 2nd/3rd parameter |
| 18:23.44 | Crofton|laptop | mickeyl, I added another patch to bug 93 to address your concerns |
| 18:23.58 | mickeyl | zecke: yeah, why not. add some more logic to best provider would be ok |
| 18:24.05 | mickeyl | Crofton: k |
| 18:24.19 | Crofton|laptop | thanks for your help |
| 18:24.50 | zecke | mickeyl: the question is do we need to find the bestProvider if we've foo-version |
| 18:25.02 | zecke | mickeyl: or is foo-version already the best provider |
| 18:25.11 | mickeyl | zecke: foo-version is already the best |
| 18:25.12 | mickeyl | however |
| 18:25.16 | mickeyl | we have to ensure the provider exists |
| 18:25.22 | mickeyl | and we have to make the alternatives logic apply |
| 18:25.29 | mickeyl | if one provider fails, then we try to build another one |
| 18:25.33 | mickeyl | e.g. |
| 18:25.35 | mickeyl | foo-bar-r0 |
| 18:25.35 | mickeyl | foo-bar-r1 |
| 18:25.55 | zecke | mickeyl: even more todo... |
| 18:26.04 | mickeyl | yeah, but until now we don't have more than one revision |
| 18:26.11 | mickeyl | so we can ignore that case for now |
| 18:26.43 | zecke | mickeyl: ok I'm going to change bestProvider |
| 18:27.03 | mickeyl | zecke: thank you! |
| 18:27.16 | mickeyl | i will adapt the shell afterwards |
| 18:27.22 | mickeyl | shell uses this feature, too |
| 18:27.26 | mickeyl | method, even |
| 18:27.56 | zecke | mickeyl: no need to (I will use a default parameter) |
| 18:28.09 | mickeyl | zecke: alright, even beter |
| 18:28.11 | mickeyl | better as well |
| 18:29.33 | zecke | *siesta* |
| 18:30.18 | mickeyl | good idea |
| 18:30.24 | mickeyl | i'm totally exhausted by squash |
| 18:30.27 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 18:30.32 | mickeyl | we played 3 hours today |
| 18:30.37 | mickeyl | my bones will thank me tomorrow |
| 18:30.37 | mickeyl | heh |
| 18:31.56 | zecke | mickeyl: you still have bones |
| 18:32.08 | zecke | these old fashioned seniors, titan is the future |
| 18:32.31 | koen|tv | 3and after 20050701 we even get our souls back! |
| 18:33.20 | zecke | koen|tv: what should we do with it? |
| 18:33.41 | koen|tv | zecke: sell them to novell of course |
| 18:33.52 | koen|tv | and get filthy rich |
| 18:34.35 | zecke | koen|tv: could idea? I think Novell should create an European Ximian Mobile Division |
| 18:34.45 | zecke | I would love to be a stupid monkey |
| 18:34.57 | pb_ | zecke: in the "nano-1.2.1" case, why are you asking for the best provider for "nano" rather than the best provider for "nano-1.2.1"? |
| 18:35.11 | pb_ | I don't think there should really be any need to special-case the version thing. |
| 18:35.32 | zecke | KeyError: nano-1.2.1 |
| 18:37.00 | pb_ | zecke: pardon? |
| 18:37.22 | mickeyl | nano-1.2.1 is definitly in the list of available providers |
| 18:37.28 | mickeyl | i can see it in bbshell nano<tab> |
| 18:37.43 | mickeyl | since bitbake.conf contains PROVIDES=PN-PV |
| 18:37.49 | zecke | We've bestProvider uses the 'PackageName -> [Version]' array |
| 18:37.55 | koen|tv | zecke: http://udu.wiki.ubuntu.com/%C2%B5buntu |
| 18:38.32 | jacques | is pivotboot-image maintained thse days ? |
| 18:38.34 | pb_ | zecke: hm, that doesn't seem right. Surely it should be considering everything in ${PROVIDES}, not just the package name |
| 18:38.44 | pb_ | and, as mickey says, PROVIDES contains ${P} |
| 18:38.50 | jacques | I'm looking for an image type which could be easily modified into an initrd |
| 18:39.17 | zecke | pb_: no doubt that r236 introduced some bugs |
| 18:39.37 | mickeyl | ~praise RP for 2.6.12-rc6 on c7x0 being much faster than previous versions |
| 18:39.38 | ibot | All hail RP for 2.6.12-rc6 on c7x0 being much faster than previous versions! |
| 18:39.47 | zecke | <PROTECTED> |
| 18:40.01 | zecke | GPE or qutopia for environment |
| 18:40.49 | pb_ | mickeyl: very good! what did he do? |
| 18:41.36 | zecke | koen|tv: did he ever hold an ipaq in his hands? |
| 18:41.50 | koen|tv | zecke: probably not |
| 18:42.06 | mickeyl | pb_: there was something in copy_user regarding preempt |
| 18:42.11 | mickeyl | pb_: i don't remember details |
| 18:42.16 | koen|tv | zecke: and they seem to have a bunch of clueless zaurus users in their ranks |
| 18:42.16 | mickeyl | perhaps too many locks |
| 18:42.27 | koen|tv | mickeyl: removing the preempt lock from copy_page |
| 18:42.56 | mickeyl | excellent. booting nearly 1.5 as fast |
| 18:43.10 | RP | pb_: It was Russell removing the preempt lock from clear_page that makes the biggest difference although the changed locking on copy_page will help as well. I just made his patches actually work... |
| 18:43.35 | RP | mickeyl: Just don't try suspend/resume :-( |
| 18:43.47 | koen|tv | zecke: maybe we should point them to handhelds.org and say "wheel! don't reinvent" |
| 18:43.48 | RP | mickeyl: It is so much more responsive though :) |
| 18:43.54 | mickeyl | who needs suspend/resume? :) |
| 18:43.58 | zecke | pb_: 1st it checks nano-1.2.1 in providers |
| 18:44.01 | zecke | pb_: and it passes |
| 18:44.12 | zecke | pb_: 2nd it builds a list of PNs providing nano-1.2.1 |
| 18:44.18 | zecke | pb_: it finds 'nano' |
| 18:44.28 | zecke | pb_: 3rd it asks what is the best provider for nano |
| 18:44.33 | zecke | pb_: it gets 1.3.5 |
| 18:44.41 | mickeyl | in 2nd there is the bug |
| 18:44.46 | mickeyl | nano doesn't provide nano-1.2.1 |
| 18:44.50 | mickeyl | or at least shouldn't |
| 18:45.01 | pb_ | yeah |
| 18:45.10 | pb_ | I think this is similar to the gcc-cross-kernel thing we had the other week. |
| 18:45.29 | mickeyl | isn't that the 5 lines of priority sorting the provider list that 235-236 eliminated ? |
| 18:45.46 | pb_ | if you asked for gcc-cross-kernel-3.3.3, bitbake would go "oh, right, gcc-cross-kernel provides that, and the newest one is 3.3.4", so you'd get the wrong compiler and the build would break. |
| 18:46.43 | zecke | pb_: hehe why did you not file a bug report against bitbake ;) |
| 18:47.09 | pb_ | dunno, I guess I was suffering from a temporary bout of stupidity. |
| 18:47.14 | mickeyl | heh |
| 18:48.55 | pb_ | like mickey says, I think step 2 is bogus. Generating a PN -> provider map involves destroying information, because you can have multiple bbfiles with the same PN and different PROVIDES. |
| 18:50.15 | pb_ | in fact, a package close to your heart is a good example of this. |
| 18:50.24 | pb_ | qte/qte_2.3.10.bb:PROVIDES = "virtual/qte virtual/libqte2" |
| 18:50.24 | pb_ | qte/qte_4.0.0-snapshot.bb:PROVIDES = "virtual/qte4 virtual/libqte4" |
| 18:50.41 | pb_ | clearly it would be disaster if you asked for virtual/libqte4 and bitbake gave you qte 2.3.10. |
| 18:51.30 | mickeyl | though it would be the other way round wouldn't it? |
| 18:51.58 | zecke | pb_: Qt/E is broken anyway? right? |
| 18:51.59 | pb_ | well, it depends. normally, yeah, but PREFERRED_VERSIONs and package sets might change that. |
| 18:52.15 | mickeyl | koen|tv: crosspost? |
| 18:52.30 | koen|tv | the perl problem from mr harpin |
| 18:52.51 | koen|tv | for i in mailinglists ; cc:$i ; done |
| 18:52.51 | pb_ | zecke: no doubt, but you should try to put that out of your mind |
| 18:52.54 | mickeyl | zecke: you're young, you can afford losing some hair ;) |
| 18:53.01 | zecke | mickeyl: lol |
| 18:53.10 | zecke | no kidding I will bold before getting thirty |
| 18:53.15 | zecke | will be even |
| 18:53.42 | zecke | mickeyl: maybe qtconfig now works for me |
| 18:54.01 | zecke | mickeyl: its mainwidget was at least 2000000x2000000 |
| 18:55.30 | CIA-9 | 03pb 07 * r1.3565 10openembedded/packages/linux/ (linux-epia-2.6.12/epia_defconfig linux-epia_2.6.12.bb): update linux-epia to 2.6.12; disable in-kernel drm |
| 18:55.38 | mickeyl | zecke: heh |
| 18:55.50 | mickeyl | zecke: qtdemo doesn't work here :/ i just get the framework, but not the apps |
| 18:56.37 | zecke | mickeyl: they're slow over xdmcp |
| 18:56.45 | zecke | pb_: master of the X |
| 18:57.15 | zecke | pb_: can an app find out if the XServer is somewhere else than the client? |
| 18:57.24 | zecke | without using getenv('DISPLAY') |
| 18:57.44 | pb_ | zecke: no. this is the essence of network transparency. |
| 18:57.55 | koen|tv | you could try requesting shm |
| 18:58.08 | pb_ | even DISPLAY won't work, since you might be talking to a local proxy like sshd. |
| 18:58.45 | zecke | ah okay |
| 19:01.45 | mickeyl | hmm |
| 19:01.56 | mickeyl | a c7x0 without suspend/resume is slightly suboptimal |
| 19:03.24 | mickeyl | hmm |
| 19:03.31 | mickeyl | who removed the vtapplet ? |
| 19:03.50 | koen|tv | mickeyl: the no-fluff gang |
| 19:03.55 | mickeyl | grrr |
| 19:04.19 | koen|tv | that would be my first guess |
| 19:05.29 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
| 19:05.33 | mickeyl | aah |
| 19:05.35 | mickeyl | false alarm |
| 19:05.43 | Pigi | Ciao all |
| 19:06.29 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 19:13.02 | mickeyl | ~praise SirFred for the accellerated w100 driver |
| 19:13.03 | ibot | All hail SirFred for the accellerated w100 driver! |
| 19:15.34 | zecke | mickeyl: obviously 2nd is wrong. We should find the best provider from a set of possible providers? |
| 19:15.42 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
| 19:15.53 | mickeyl | righto |
| 19:17.49 | zecke | mickeyl: I have to admit I did not know the album "Debil" but El Cattivo really rocks |
| 19:18.31 | mickeyl | zecke: heh. listen to the rest of the album, most things are really cool. i love this early phase of that band |
| 19:18.45 | zecke | mickeyl: they were funny |
| 19:19.05 | zecke | mickeyl: Erna P. |
| 19:19.06 | CIA-9 | 03pb 07 * r1.3566 10openembedded/packages/lirc/ (lirc_0.7.1.bb files/lircd.init): check for lircd in ${sbindir} |
| 19:19.27 | zecke | oh that isn't on Debil |
| 19:23.50 | zecke | OT: does anyone here own a Diablo? |
| 19:24.15 | Pigi | zecke, do you mean "Lamborghini" Diablo ? |
| 19:24.26 | Pigi | Maybe in the next 20 lifes :) |
| 19:24.43 | zecke | Pigi: http://www.jonglerie.de/ |
| 19:24.44 | Pigi | If I'm able to pass my money from one life to the other . |
| 19:25.33 | reenoo_ | zecke: uh. why? |
| 19:25.37 | CIA-9 | 03pb 07 * r1.3567 10openembedded/BitKeeper/deleted/ (2 files): remove some old, broken xservers |
| 19:26.10 | zecke | want to get me one |
| 19:27.06 | Pigi | zecke, can't find it, Maybe my german need to improve before I can surf that site ;) |
| 19:28.11 | TheCount | zecke: I think I do |
| 19:28.57 | Pigi | how much do you think a good 3970 used would cost ? |
| 19:29.26 | zecke | Pigi: I once again pasted the wrong link |
| 19:29.51 | koen|tv | Pigi: E150 or so |
| 19:30.27 | Pigi | wow. I'm following an auction on ebay, but I think it would go a bit up on this. Crossing my finger |
| 19:30.57 | koen|tv | Pigi: you can get a new ipaq for E200 orso, keep that in mind |
| 19:31.07 | koen|tv | s/orso/or so/ |
| 19:31.18 | Pigi | where can I get a new one for 200E ? |
| 19:31.30 | Pigi | not in italy, for sure :) |
| 19:32.21 | koen|tv | an h1900 series should be cheap |
| 19:32.31 | koen|tv | and a hx2110 is E 275 here |
| 19:32.55 | Pigi | koen|tv, you're right, but the familiar/linux support is yet to be finished, if I'm right ... |
| 19:33.23 | Pigi | and I don't really wan't the evil microsoft on any of my achine ;) |
| 19:33.26 | koen|tv | if the 2110 is like the 2750 the support is quite good |
| 19:33.51 | koen|tv | Pigi: see http://handhelds.org/moin/moin.cgi/SupportedHandheldSummary |
| 19:33.55 | koen|tv | that should be up to date |
| 19:34.24 | pb_ | I think the only ipaq that you can easily buy new for 200 euros would be the rz1710, which doesn't have much support yet. |
| 19:34.42 | pb_ | the h1940 would indeed be quite cheap if you can find one, but the support even for those isn't the best. |
| 19:35.25 | koen|tv | we should really port faster :( |
| 19:35.58 | pb_ | ! |
| 19:41.15 | CIA-9 | 03koen 07 * r1.3564.1.1 10openembedded/ (2 files in 2 dirs): |
| 19:41.15 | CIA-9 | Move kdrive 20050610 - 20050617 |
| 19:41.15 | CIA-9 | Add ipaq-pxa270.conf, this should go away after we can build a mixed pxa25x and pxa27x kernel |
| 19:46.18 | Pigi | I wonder if would be a good choice to get a sharp 5500 or similar. I think this auction would go too high :) |
| 19:46.37 | koen|tv | Pigi: is you like having 14 of flash.... |
| 19:46.41 | koen|tv | 14MB even |
| 19:46.49 | koen|tv | s/is/if/ |
| 19:46.59 | Pigi | heh |
| 19:47.56 | Pigi | gosh... 14 mb is really few.... |
| 19:48.21 | koen|tv | sharp and sane hardware design just doesn't combine |
| 19:48.58 | Pigi | no, they really don't. |
| 19:49.15 | koen|tv | although the cx60 units are nice |
| 19:49.35 | koen|tv | the rest either lacks ram or connectivity |
| 19:49.57 | emte | anyone use pantheon here? |
| 19:50.11 | koen|tv | pantheon? |
| 19:50.40 | koen|tv | i've visited it when I was in rome |
| 19:50.55 | zecke | koen|tv: how far is the maemo integration? |
| 19:51.05 | RP | The cx60 units are lovely :) |
| 19:51.07 | koen|tv | zecke: about 95% |
| 19:51.13 | RP | I'm not at all biased :) |
| 19:51.45 | koen|tv | zecke: the remaining 5% deals with stabbing initscripts in the eye |
| 19:52.47 | koen|tv | zecke: bitbake maemo-image should do the job, after you fix #106 |
| 19:53.41 | RP | koen|tv: That's nice to know :) |
| 19:54.14 | koen|tv | RP: florian did a good job with spamming their bugzilla |
| 19:54.49 | RP | koen|tv: excellent :) |
| 19:55.35 | RP | koen|tv: Do you know if you're getting a 770? |
| 19:55.43 | koen|tv | RP: and we have our inside guy at nokia: luc |
| 19:55.47 | koen|tv | RP: Q3.... |
| 19:56.35 | RP | Inside guys are good :) |
| 19:56.49 | emte | http://www.intercept.com/html_files/products/pantheon/pantheon_main.htm |
| 19:56.56 | emte | pantheon is an EDA |
| 19:57.17 | emte | a group of developers who split from cadence/orcad |
| 19:57.38 | koen|tv | aaargh! |
| 19:57.41 | koen|tv | orcad!!! |
| 19:57.51 | koen|tv | I wasted 4 weeks of my life with that crap |
| 19:58.10 | koen|tv | especially with the 'save' bug |
| 19:58.36 | emte | lol |
| 19:58.42 | RP | I think I ended up using protel last time I was doing that kind of thing... |
| 19:58.51 | emte | well cadence bought orcad back in 98/99 |
| 19:59.05 | emte | yeah i am looking for a linux EDA |
| 19:59.11 | emte | protel is windows only |
| 19:59.20 | emte | and now ~10k/license |
| 20:00.07 | RP | eek! |
| 20:00.59 | emte | yeah it used to be 2k |
| 20:01.18 | emte | then they added a huge amount of stuff |
| 20:01.39 | RP | In my case, it was provided to do a job... |
| 20:01.44 | emte | i curse at it every time it loads up when i dont want it to |
| 20:02.01 | emte | usually trying to launch mplab or quartus |
| 20:02.40 | emte | ah well, lets see if intercept has a good student price/demo |
| 20:05.53 | koen|tv | RP: I'm still waiting for the kernelsources, so I can add them to OE.... |
| 20:06.20 | RP | koen|tv: You and everyone else... |
| 20:07.15 | koen|tv | RP: and farsight + libmimic integration, of course |
| 20:09.05 | CIA-9 | 03zecke 07 * r1.3557.1.10 10openembedded/packages/opie-reader/ (opie-reader_cvs.bb opie-reader.inc): |
| 20:09.06 | CIA-9 | opie-reader: |
| 20:09.06 | CIA-9 | <PROTECTED> |
| 20:09.06 | CIA-9 | <PROTECTED> |
| 20:09.09 | CIA-9 | 03zecke 07 * r1.3557.1.9 10openembedded/packages/flite/flite_1.2.bb: |
| 20:09.09 | CIA-9 | flite: |
| 20:09.09 | CIA-9 | <PROTECTED> |
| 20:09.10 | CIA-9 | Patrick Ohly from #82 |
| 20:09.30 | emte | anyon nkow if galaxyhack compiles in bb? |
| 20:09.43 | emte | requires boost-filesystem |
| 20:17.38 | RP | Its 2.6.12-rc6-mm1 that's the problem, not 2.6.12-rc6... |
| 20:40.06 | CIA-9 | 03pb 07 * r1.3571 10openembedded/packages/xserver/xserver-xorg_6.8.99.11.bb: update xserver-xorg to 6.8.99.11 |
| 20:40.13 | CIA-9 | 03pb 07 * r1.3567.1.1 10openembedded/packages/xserver/xserver-xorg_6.8.99.10.bb: enable DRI and XvMC |
| 20:54.19 | Pigi | it's time to sleep now |
| 20:54.24 | Pigi | 'night all |
| 20:56.00 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 21:04.42 | *** join/#oe skopii (~john@c-67-167-215-228.hsd1.il.comcast.net) |
| 22:01.40 | *** join/#oe skopii (~john@dsl017-025-086.chi1.dsl.speakeasy.net) |
| 22:05.31 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 22:10.34 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 22:12.15 | zecke | lol that was easy |
| 22:12.45 | zecke | RP: *sorry* could you ask ibot once more to give the uri to the bitbake c parser? |
| 22:15.46 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
| 22:16.07 | RP | ~bbp |
| 22:16.08 | ibot | [bbp] A preliminary .bb parser written in C using 'lemon' for the parser. See http://projects.buici.com/oe/. |
| 22:16.49 | RP | Guess who's fault the problems in 2.6.12-rc6-mm1 are? :) |
| 22:16.56 | zecke | RP: yours? |
| 22:17.02 | zecke | :} |
| 22:17.12 | RP | zecke: rmk's :) |
| 22:17.24 | RP | here we go again... |
| 22:17.30 | *** join/#oe aboeglin_ (~alex@213.154.79.4) |
| 22:17.38 | zecke | hehe, who uses intel cpus anyway |
| 22:18.33 | zecke | RP: tell me more |
| 22:20.03 | RP | Its some arm5 smp code which somehow breaks suspend/resume. I have no idea why without spending hours working out what it does. I'll complain in the first case, just in case its something obvious |
| 22:21.14 | CIA-9 | 03zecke123 * r264 10bitbake/bin/bitbake: |
| 22:21.14 | CIA-9 | bitbake/bin/bitbake: |
| 22:21.14 | CIA-9 | <PROTECTED> |
| 22:21.14 | CIA-9 | <PROTECTED> |
| 22:21.47 | TheCount | btw, is there a webinterface for bitbake (yet)? |
| 22:21.53 | zecke | mickey|tv: after having idled so long... |
| 22:21.59 | zecke | TheCount: webinterface for what? |
| 22:22.01 | TheCount | i.e. for managing it/the project(s)/the releases |
| 22:22.13 | zecke | TheCount: hehe god no ;) |
| 22:22.24 | zecke | TheCount: bitbake 1.x.x are managed by bugs.openembedded.org |
| 22:22.48 | TheCount | zecke: that's not what I meant ;9 |
| 22:22.49 | zecke | TheCount: the TODOs will be there as bug reports as well |
| 22:23.04 | TheCount | zecke: ok, then I've not been doing duplicate work the last months. |
| 22:23.18 | zecke | TheCount: so tell us what you did? |
| 22:25.34 | TheCount | zecke: we did a 'Fallstudie' regarding 'Build- und Releasemanagement fuer Embedded Systeme auf OpenSource Basis' for our academy title, |
| 22:26.16 | TheCount | zecke: and we ended up replacing CVS with Subversion, a self-made buildsystem with bitbake, and a non-existing release-process with bakerman, a webinterface for bitbake, |
| 22:26.42 | TheCount | zecke: basically handling contact information, developers, machines, distributions, packages, their options, the projects they form, and the builds that result |
| 22:27.17 | zecke | TheCount: sounds interesting |
| 22:28.03 | TheCount | zecke: oh, it is. addresses a bunch of management problems in a developement context |
| 22:28.04 | zecke | TheCount: packages is something koen wanted to do and I'm currently trying to create some kind of Q&A structure |
| 22:28.16 | TheCount | zecke: uh? |
| 22:28.22 | zecke | but my knowledge of Q&A is pretty limited |
| 22:28.59 | zecke | TheCount: We've bitbake_qa it is a module (using bitbake) to lint, find missing sources, find packages not applying patches properly |
| 22:29.08 | RP | zecke: I think you mean QA - Q&A = Questions and Answers :) |
| 22:29.12 | zecke | TheCount: also we will soon have a tinderbox + tinderclients available |
| 22:29.22 | zecke | I'm so freaking confused |
| 22:29.45 | zecke | It would be nice if some of you could start a fresh build, I'm going to release 1.3.1 soon |
| 22:29.58 | TheCount | zecke: ah, ok. that's not what we're doing. we're basically listing the packages from the openembedded tree, creating a meta-package for the project which depends on them, and provide include-.bbs which can send e.g. configure-options for them |
| 22:30.26 | CoreDump|home | zecke: I'll build collie from scratch |
| 22:31.19 | zecke | TheCount: koen will be happy to see your web intergace |
| 22:31.24 | zecke | interface even |
| 22:31.46 | TheCount | zecke: it's supposed to be done next saturday, when we'll present it in the academy |
| 22:32.00 | TheCount | zecke: the month after that we'll enter our paper |
| 22:32.36 | TheCount | zecke: and inbetween we can take care of some integration to bitbake itself - so far, it's just the webinterface without real interaction with bitbake |
| 22:32.38 | zecke | TheCount: how did you cope with the latest bitbake changes? |
| 22:32.49 | TheCount | zecke: didn't have to ;) |
| 22:32.59 | zecke | ah good |
| 22:33.47 | TheCount | zecke: what were the latest changes? |
| 22:35.51 | zecke | TheCount: some API changes |
| 22:35.59 | zecke | TheCount: random breakage |
| 22:37.12 | TheCount | zecke: ah. the stuff interfacing the database to bitbake wasn't even started yet, so .. no problem there. got to graciously avoid mentioning that during the presentation, thou |
| 22:37.18 | CIA-9 | 03zecke123 07bitbake-1.3.1 * r265 10/: Tag/Copy bitbake-1.3.1 now, it might be the final one... |
| 22:37.50 | zecke | TheCount: at which faculty do you work? |
| 22:38.05 | TheCount | zecke: no faculty, a business academy |
| 22:39.01 | TheCount | (pun intended) |
| 22:41.25 | CIA-9 | 03RP 07 * r1.3572 10openembedded/packages/linux/linux-openzaurus_2.6.12-rc6-mm1.bb: linux-oz-2.6: Revert the git-arm-smp.patch as it breaks suspend/resume |
| 22:43.02 | RP | mickey|tv: Even the suspend/resumes are snappy :) |
| 22:43.16 | RP | Perhaps now I can try and fix some of our bugs instead of other peoples... |
| 22:47.30 | *** join/#oe skopii (~john@2001:4830:21d0:c0ff:ee:0:0:0) |
| 22:51.54 | TheCount | zecke: VWA (Verwaltungs- und WirtschaftsAkademie), studying for 'Wirtschaftsdipl.Informatik-Betriebswirt' |
| 22:58.58 | reenoo_ | 'night all |
| 23:09.05 | *** join/#oe bluelightning (~bluelight@219-89-7-107.dialup.xtra.co.nz) |
| 23:10.32 | zecke | ok sleep well guys |
| 23:11.42 | RP | 'night zecke |
| 23:15.31 | zecke | RP: are you going to attend the LinuxTag in Karlsruhe? |
| 23:19.08 | RP | zecke: As things stand, I've not planned to... |
| 23:21.18 | RP | Sadly it would conflict with other things I have planned anyway |
| 23:23.09 | zecke | ah okay |
| 23:23.11 | zecke | cya |
| 23:23.29 | jacques | well 2,6,12 is finally out I see |
| 23:28.13 | RP | jacques: Yes, at last :) |
| 23:28.21 | CIA-9 | 03RP 07 * r1.3573 10openembedded/packages/linux/linux-openzaurus_2.6.12-rc6-mm1.bb: linux-oz-2.6: Add patches for oprofile backtrace on arm, preempt fixes for mwfpe and corgi_ts pmu sharing |
| 23:32.27 | jacques | RP, how many of your fixed made it in? |
| 23:32.30 | jacques | fixes |
| 23:38.09 | RP | jacques: Enough of them so that 2.6.12 should actually run on pxa/zaurii ;-) |
| 23:38.20 | jacques | RP, wow that's really good news |
| 23:38.41 | jacques | maybe we'll try it on the ixp420 (nslu2) after all :-) |
| 23:38.50 | RP | jacques: There's a lot of code queued up for inclusion in the kernel post 2.6.12 so I'm going to be busy submitting patches... |
| 23:39.06 | jacques | RP, aha, so we should wait a bit then |
| 23:39.17 | RP | jacques: I haven't tried 2.6.12 but I know 2.6.12-rc6 worked... |
| 23:39.37 | RP | jacques: No, I'd go for it. THe patches are more zaurri related |
| 23:39.55 | RP | You can see them in the above .bb file |
| 23:40.00 | jacques | thanks for the info, now I have something to tell the eager kernel beavers in #nslu2-linux |
| 23:41.02 | RP | jacques: The copypage/clearpage changes are a massive speedup on the c7x0 - 2.6.12 should have all the appropriate code in it |
| 23:41.24 | jacques | RP, the nwfpe preempt thing shouldn't affect softfloat users ? |
| 23:41.58 | jacques | ooh I wanna run some benchmarks then, see if the copypage thing helps us (we don't call them slugs for nuthin') |
| 23:54.17 | RP | jacques: If you use softfloat, the nwfpe thing is irrelavent |
| 23:55.59 | jacques | RP, thanks, that's what I hoped |
| 23:57.23 | *** join/#oe bluelightning_ (~bluelight@219-89-7-107.dialup.xtra.co.nz) |