| 01:28.42 | *** join/#gpe loewe- (~leo@ool-4355d9cc.dyn.optonline.net) |
| 01:30.49 | *** join/#gpe njan (~james@james.user) |
| 01:50.24 | *** join/#gpe james^ (~james@james.user) |
| 02:29.53 | *** join/#gpe aquadran_ (pablo@aquadran.undead.scummvm) |
| 03:50.59 | *** join/#gpe franktom (~frank@61.149.187.13) |
| 04:00.35 | *** join/#gpe loewe- (~leo@ool-4355d9cc.dyn.optonline.net) |
| 04:40.18 | *** join/#gpe urnotl33t (~det@cpe-066-057-240-207.nc.res.rr.com) |
| 04:50.43 | *** part/#gpe urnotl33t (~det@cpe-066-057-240-207.nc.res.rr.com) |
| 05:15.00 | *** join/#gpe franktom (~frank@61.149.187.13) |
| 06:15.40 | *** join/#gpe anomaly_ (~anomaly@ppp243-109.lns2.adl2.internode.on.net) |
| 06:37.10 | *** join/#gpe anomaly__ (~anomaly@ppp243-109.lns2.adl2.internode.on.net) |
| 07:05.27 | *** join/#gpe zap (~zap@217.170.93.9) |
| 07:16.36 | *** join/#gpe arielTx (~ariel@adsl-69-155-90-36.dsl.rcsntx.swbell.net) |
| 09:06.22 | *** join/#gpe bedboi (~bedboi@217.201.10.50) |
| 09:06.26 | bedboi | hi all |
| 09:09.35 | *** join/#gpe rob_w (~roboo@p213.54.149.24.tisdip.tiscali.de) |
| 09:34.24 | *** join/#gpe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 09:52.36 | *** join/#gpe zecke (~ich@83-169-170-48-dynip.superkabel.de) |
| 10:11.22 | *** join/#gpe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 10:11.40 | koen | good afternoon all |
| 10:15.02 | *** join/#gpe univac (~univac@amn160.neoplus.adsl.tpnet.pl) |
| 10:49.59 | *** join/#gpe bedboi (~bedboi@217.201.5.32) |
| 11:01.30 | bedboi | hi all |
| 11:01.38 | koen | hey bedboi |
| 11:05.00 | bedboi | now greader uses libglade. Btw i don't know how to use gpe spacings to make it conform to HIG standards |
| 11:07.05 | *** join/#gpe Yog (~magnus@hades.27b-6.de) |
| 11:38.33 | *** join/#gpe florian (~fuchs@p5083A94D.dip0.t-ipconnect.de) |
| 11:38.49 | florian | hi all |
| 11:47.11 | *** join/#gpe bedboi (~bedboi@217.201.28.98) |
| 12:20.13 | florian | hi bedboi |
| 12:21.39 | *** join/#gpe bedboi (~bedboi@217.201.0.79) |
| 12:21.45 | bedboi | back |
| 12:22.05 | bedboi | pb_: how to check if bluetooth is on? |
| 12:22.31 | bedboi | i mean is there a simple way to find out from /proc or something similar? |
| 12:34.26 | bedboi | i should check for hciattach in PIDs ? |
| 12:35.09 | *** join/#gpe zap (~zap@217.170.93.9) |
| 12:35.56 | *** join/#gpe Cwiiis (~cwiiis@82-35-160-175.cable.ubr02.croy.blueyonder.co.uk) |
| 12:45.08 | *** join/#gpe koen (~koen@dominion.kabel.utwente.nl) |
| 12:45.14 | *** join/#gpe skopii (~john@2001:4830:21d0:c0ff:ee:0:0:0) |
| 12:46.23 | florian | hi koen |
| 12:46.31 | koen | hey florian |
| 12:47.41 | koen | florian: if you have new patches for maemo in OE, attach them to OE bugzilla please |
| 12:48.20 | florian | koen: okay... i read yur mail - lets discuss about all this later when i'm back. |
| 12:49.06 | koen | okidoki |
| 12:51.04 | florian | now really bbl |
| 12:54.48 | *** join/#gpe koen (~koen@dominion.kabel.utwente.nl) |
| 12:55.47 | *** join/#gpe koen (~koen@dominion.kabel.utwente.nl) |
| 12:56.01 | pb_ | bedboi: check for hci interfaces, I guess |
| 12:56.13 | pb_ | hi flo |
| 12:56.19 | pb_ | oh, heh, he left |
| 12:57.21 | *** join/#gpe koen (~koen@dominion.kabel.utwente.nl) |
| 12:57.45 | *** join/#gpe univac_ (~univac@amh146.neoplus.adsl.tpnet.pl) |
| 12:59.57 | bedboi | pb_: do you mean checkin /dev/tty/1? |
| 13:00.14 | pb_ | er, no |
| 13:00.16 | bedboi | tts/1 |
| 13:00.40 | pb_ | tts/1 is a serial port, not an hci device |
| 13:01.25 | bedboi | oh, yep |
| 13:09.55 | *** join/#gpe lardman (~lardman@138.38.73.178) |
| 13:10.33 | lardman | afternoon |
| 13:11.24 | bedboi | pb_: so the only way to check it is running hci0 and parse it's output? |
| 13:11.26 | bedboi | hi lardman |
| 13:11.54 | lardman | hi bedboi |
| 13:12.06 | lardman | koen: ping |
| 13:12.35 | bedboi | s/hci0/hciconfig |
| 13:13.25 | koen | lardman: pong |
| 13:13.51 | *** join/#gpe koen_ (~koen@cl-148.ams-05.nl.sixxs.net) |
| 13:14.13 | lardman | koen: re the liveCD - is the issue still that we'd have to also provide a downloadable tarball/etc. of the source used to build the liveCD & toolchain? |
| 13:14.58 | koen_ | iirc, no |
| 13:15.14 | koen_ | since the livecd is only 'source' |
| 13:15.14 | lardman | oh, why don't we have one then? and binary toolchains too? |
| 13:15.22 | koen_ | but you'll have to see how knoppix does it |
| 13:15.29 | lardman | ah, I see it's a liveCd with bb * oe on it |
| 13:15.40 | koen_ | or talk to the nslu2 people :) |
| 13:15.54 | lardman | I'm looking at their site and can't find mention of the liveCD |
| 13:16.12 | lardman | just started looking mind you |
| 13:16.17 | koen_ | maybe rwithby or jbowler know about it |
| 13:17.08 | lardman | I think it's a good idea though - def. worth sorting one out for whatever OZ/familiar is going to be called eventually |
| 13:18.33 | lardman | I also think binary toolchains would be a good idea (though I expect a different one will be needed for the PXA vs SA machines - are there other differences? |
| 13:18.43 | lardman | Also, the source will need to be available locally |
| 13:18.47 | lardman | for the GPL |
| 13:19.10 | lardman | But if storage space isn't an issue, the more we can do to facilitate people starting to use OE/BB the better IMHO |
| 13:19.25 | koen_ | yeah |
| 13:19.40 | koen_ | livedvd torrents and stuff |
| 13:20.28 | lardman | Is the toolchain relocatable - could I tar it up and could someone then place it somewhere other than /home/enpsgp/dev/ etc.? |
| 13:20.55 | mickeyl | no |
| 13:21.26 | lardman | that's troublesome then - what are the options? |
| 13:21.35 | lardman | specify a location under /opt ? |
| 13:21.38 | mickeyl | ya |
| 13:21.52 | lardman | what do you reckon mickeyl? Worth doing? |
| 13:22.09 | *** join/#gpe zap (~zap@217.170.93.9) |
| 13:22.38 | koen | enhancing 'bitbake meta-sdk' would be a good start |
| 13:22.53 | lardman | what's that? |
| 13:24.30 | koen | that builds http://handhelds.org/~florian/index.php?path=sdk/ |
| 13:24.41 | koen | an installable sdk for building gpe apps |
| 13:25.11 | koen | it suffers from the usual libtool and pkgconfig issues, but Florian is our export on that |
| 13:25.19 | lardman | is that a binary toolchain? |
| 13:25.48 | koen | yes |
| 13:27.08 | lardman | lol I thought that was a screenshot of something, not a directory listing (otherwise I'd have looked for myslef) |
| 13:27.49 | lardman | Right, were can one read about the issues/enhancements which are required? |
| 13:30.24 | lardman | Okay, I've just looked at one of those tarballs - it places the toolchain in /usr/local/arm/..... |
| 13:30.56 | lardman | would it be better (in terms of getting people to contribute to OE and work in things in it) to use the same structure as we have at present? |
| 13:31.33 | *** join/#gpe njan (~james@james.user) |
| 13:31.44 | lardman | and just provide a partially built tarball of build, sources, openembbedded bitbake and so on (where partially built means the toolchain & glibc, etc.)? |
| 13:32.38 | lardman | Actually, now that I come to think about it, I'm not sure what people are moaning about saying that oe doesn't allow them to just get started - that way won't knock all that much time off will it |
| 13:33.15 | koen | OE is a devtool, it's a buildtool |
| 13:33.25 | mickeyl | lardman: did you take a look at my ad-hoc SDK ? |
| 13:33.31 | mickeyl | this is what we use for Opie |
| 13:33.43 | mickeyl | i have added some magic to Opie to use the proper paths and configs |
| 13:33.48 | lardman | mickeyl: it was a snapshot of oe & bb? |
| 13:33.51 | mickeyl | and then you can use a staging area as a kind of SDK |
| 13:34.04 | mickeyl | lardman: no, it's a snapshot of a staging- and cross- area. just binaries |
| 13:34.15 | mickeyl | then you adjust PATH, CFLAGS, LDFLAGS and stuff |
| 13:34.19 | mickeyl | and you can use it as a toolchain |
| 13:34.21 | lardman | mickeyl: ah, no I didn't see that, but that's what I was thinking off |
| 13:34.42 | mickeyl | http://vanille.de/tools/oz-3.5.3-adhoc-sdk.tar.bz2 |
| 13:34.49 | lardman | (that's the same kind of thing as koen pointed out isn't it) |
| 13:34.55 | koen | yeah |
| 13:35.22 | koen | only the sdk is a bit easier to generate |
| 13:35.41 | lardman | can the sdk be modified to produce the libs etc. needed for opie? |
| 13:35.50 | lardman | meta-sdk that is |
| 13:35.56 | mickeyl | yeah. the outcome is pretty much the same. meta-sdk would be the clean way for generating such a tarball |
| 13:36.05 | mickeyl | dunno. i think pb_ is the meta-sdk expert |
| 13:36.09 | mickeyl | but it should be possible |
| 13:36.29 | lardman | the only issue with these, it that the products of peoples work would still need to be added to OE |
| 13:36.43 | mickeyl | no |
| 13:36.49 | mickeyl | why? |
| 13:37.01 | mickeyl | we're talking about SDK now aren't we? |
| 13:37.07 | lardman | yes |
| 13:37.17 | mickeyl | right. no bitbake, no OE necessary |
| 13:37.21 | mickeyl | nor useful |
| 13:37.21 | lardman | because they want an easy way to start developing |
| 13:37.37 | mickeyl | the easy way to start developing is to use such an SDK |
| 13:37.40 | mickeyl | which contains precompiled stuff |
| 13:37.48 | mickeyl | there's no OE in that sdk |
| 13:37.50 | mickeyl | and no bitbake |
| 13:37.54 | lardman | yep |
| 13:38.02 | lardman | but I think using OE is nice and easy & clean |
| 13:38.08 | lardman | and reproducible, etc. |
| 13:38.47 | lardman | That said, I suppose that a plain toolchain removes another layer of stuff which needs to be learned |
| 13:38.59 | lardman | (how to write .bbs and how to work bitbake_) |
| 13:39.48 | mickeyl | <mickeyl> me too, and that's why we don't add non-oe based stuff into the feeds. |
| 13:39.50 | mickeyl | <mickeyl> but for people developing their own stuff, it should be ok |
| 13:39.52 | mickeyl | most people really want a means to write apps in the first place |
| 13:40.01 | lardman | Seeing the thread on oesf: http://www.oesf.org/forums/index.php?showtopic=13392 |
| 13:40.15 | lardman | I think we should publicise these SDKs more |
| 13:40.33 | mickeyl | bundle my ad-hoc SDK with a env file to set up the paths and a lot of people would shut up |
| 13:40.35 | mickeyl | (hopefully) |
| 13:40.44 | lardman | exactly |
| 13:41.04 | lardman | and even better, some might actually use it and produce useful things :) |
| 13:41.08 | mickeyl | *nod* |
| 13:41.29 | koen | most likely they will starting wining about it |
| 13:41.39 | lardman | mickeyl: what does your toolchain produce wrt code type (arm4/5)? |
| 13:41.43 | koen | whining* |
| 13:41.57 | mickeyl | lardman: the same we use for the feeds. armv4, slightly tuned for xscale |
| 13:42.01 | lardman | koen: don't be so cynical ;) |
| 13:42.03 | mickeyl | which is a pretty good common format |
| 13:42.09 | lardman | mickely: yep |
| 13:42.54 | mickeyl | of course, people will always whine, however as soon as we ship an SDK the complaints will turn to how complicated it is to program something on Linux - and actually I don't care about that complaints then :) |
| 13:42.56 | koen | lardman: o, we have to call it 'SDK ROM', otherwise they won't get the point |
| 13:43.17 | koen | ~users |
| 13:43.17 | ibot | so this is what we get for sharing our unpaid volunteer work with you? complaints and accuses? <irony> well done, this clearly supports our motivation to continue working on open source projects. </irony> |
| 13:43.17 | lardman | koen: I think you're fighting a loosing battle with that one :D |
| 13:43.27 | koen | :( |
| 13:43.45 | mickeyl | AngstROM |
| 13:43.52 | koen | heh |
| 13:43.59 | koen | that one is pretty cute |
| 13:44.03 | mickeyl | indeed |
| 13:44.06 | mickeyl | it has a double meaning |
| 13:44.07 | lardman | mickely: yes that's true, but that's life; the easier we can make it for people to start developing for our 'ROM' ;) the better |
| 13:44.13 | mickeyl | for the people who know about Angst |
| 13:44.23 | mickeyl | lardman: yep |
| 13:44.23 | koen | ~dict angst |
| 13:44.34 | koen | it's english too |
| 13:44.35 | mickeyl | now that's a great name |
| 13:44.56 | mickeyl | about personal freedom... great. how could an open source distribution had a better name? :D |
| 13:45.05 | mickeyl | s/had/have/ |
| 13:45.48 | *** join/#gpe tombs (~tombs@h141156.upc-h.chello.nl) |
| 13:46.09 | koen | mickeyl: we could have a gimmick 'ROM' section on the website |
| 13:46.14 | koen | containing RO jffs2 images |
| 13:46.32 | tombs | hey koen :) |
| 13:46.34 | mickeyl | hehe yeah |
| 13:46.50 | koen | hey tombs |
| 13:48.44 | koen | mickeyl: I also want scratchbox rootstraps like maemo has |
| 13:49.32 | koen | together with qvfb and Xoo -> killer dev environment |
| 13:53.27 | *** join/#gpe tommie (stefan@pico.ruhr.de) |
| 13:53.43 | mickeyl | yeah |
| 13:54.27 | koen | the sb site already recommends using familiar as a rootstrap |
| 13:54.58 | *** join/#gpe aquadran_ (pablo@aquadran.undead.scummvm) |
| 14:01.31 | bedboi | i'm writing an API to check/turn on/turn off devices (as bluetooth, wifi, backlight) |
| 14:01.57 | bedboi | do you think it will be of any use? i would like to use it for a simple device manager |
| 14:02.09 | koen | very usefull!!! |
| 14:05.40 | *** join/#gpe jsmanrique (~jsmanriqu@44.Red-83-34-32.pooles.rima-tde.net) |
| 14:10.13 | pb_ | bedboi: I guess you should look to see how "hcitool dev" is implemented, and do the same thing. |
| 14:10.51 | bedboi | yep that's the best way |
| 14:11.19 | bedboi | btw the api i'm thinking about is quite simple. You have a struct like this: |
| 14:11.31 | bedboi | struct device { |
| 14:11.45 | bedboi | <PROTECTED> |
| 14:11.53 | bedboi | <PROTECTED> |
| 14:12.02 | bedboi | <PROTECTED> |
| 14:12.08 | bedboi | gboolean (*device_on)(struct device *); |
| 14:12.15 | bedboi | gboolean (*device_off)(struct device *); |
| 14:12.16 | bedboi | }; |
| 14:13.01 | bedboi | function pointers are callback function to "check if the device is on", "turn on the device", "turn on the device" |
| 14:13.36 | bedboi | then you just have to call device_new() and device_init(dev,check_wifi,wifi_on,wifi_off) |
| 14:13.59 | bedboi | and then use the API to show infos, check device and turn on/off it |
| 14:14.15 | bedboi | what do you think? |
| 14:14.45 | pb_ | I wonder if that is something that HAL should be dealing with. |
| 14:16.18 | bedboi | i was thinking about the same stuff. btw i don't know what's the status of HAL |
| 14:16.24 | bedboi | is it usable? |
| 14:16.40 | bedboi | are we using it? |
| 14:16.56 | pb_ | we're not using it right now. I don't exactly know what its status is either. |
| 14:17.05 | bedboi | oh. |
| 14:17.06 | pb_ | I think it'd be worth investigating, though. |
| 14:17.30 | bedboi | pb_: i supposed HAL was not usable 'cause we are not using it :) |
| 14:17.49 | pb_ | heh. no, that's not the case. |
| 14:18.19 | pb_ | the only reason we aren't using it is that there hasn't been any urgent demand for its functionality up to now. |
| 14:18.47 | bedboi | it seems it won't work with 2.4.x kernels |
| 14:19.31 | pb_ | yeah, I think it requires sysfs |
| 14:19.55 | bedboi | pb_: i think that having a simple api to manage device will help... It would be good having some "profiles" |
| 14:20.43 | bedboi | i'm listening mp3 so i want to turn off BT and WIFI |
| 14:20.53 | bedboi | or something like that |
| 14:21.47 | bedboi | opie got an hardware abstraction layer iirc (some strange class) |
| 14:22.05 | bedboi | btw i'm scared by C++ |
| 14:22.22 | koen | Odevice |
| 14:22.44 | bedboi | yep. something like that |
| 14:24.36 | lardman|busy | ODevice won't turn off bt & wifi for you |
| 14:25.03 | koen | heh |
| 14:25.08 | koen | it's opie, remember |
| 14:25.20 | koen | so anything !PIM is most likely underdeveloped |
| 14:25.46 | lardman|busy | but the lid-closed sensor works which is my next task (after sorting out ipaq-power) |
| 14:26.20 | lardman|busy | oh, after re-writing my backlight shellscript in C |
| 14:26.35 | lardman|busy | (though C doesn't seem to like me) |
| 14:29.54 | *** join/#gpe Slimper (~slimper@213.85.132.14) |
| 14:30.05 | Slimper | hi all |
| 14:31.01 | Slimper | say me please on hp iPAQ what must download for run linux ÏÇÓ |
| 14:31.06 | Slimper | GPE |
| 14:31.43 | koen | Slimper: http://familiar.handhelds.org/releases/v0.8.2/install/ |
| 14:32.49 | Slimper | on this page no hp hx2xxx only h3600 |
| 14:32.50 | Slimper | h3700 |
| 14:32.50 | Slimper | h3800 |
| 14:32.50 | Slimper | h3900 |
| 14:32.50 | Slimper | h5400 |
| 14:32.50 | Slimper | h5500 |
| 14:33.06 | koen | http://handhelds.org/moin/moin.cgi/SupportedHandheldSummary |
| 14:33.47 | Slimper | ok thanks! |
| 14:34.27 | Slimper | windows mustdie, linux rulezz=) |
| 14:48.52 | *** join/#gpe florian_ (~fuchs@p5083A94D.dip0.t-ipconnect.de) |
| 14:49.17 | florian_ | re |
| 14:51.03 | koen | florian_: welcome back |
| 14:56.18 | *** join/#gpe anomaly_ (~anomaly@ppp243-109.lns2.adl2.internode.on.net) |
| 15:04.46 | lardman|busy | florian_: does the toolchain produced by meta-sdk work? |
| 15:05.40 | lardman|busy | hi hrw |
| 15:05.41 | florian_ | lardman|busy: yes... apart from the content of the .pc files. (assuming noone fixed this in the last months...) |
| 15:05.56 | lardman|busy | florian_: what are these .pc files? |
| 15:05.56 | hrw | hi lardman |
| 15:06.03 | hrw | and others |
| 15:06.22 | koen | hey hrw |
| 15:06.34 | koen | lardman|busy: pkgconfig files |
| 15:06.44 | florian_ | lardman|busy: there is an example script in hh.org/~florian/sdk to fix them, but you need to change the path in it. |
| 15:06.53 | florian_ | hi hrw |
| 15:07.22 | florian_ | lardman|busy: they are in <prefix>/lib/pkgconfig |
| 15:07.30 | lardman|busy | florian_: I see it |
| 15:07.40 | florian_ | koen: or is it fixed in oe? |
| 15:07.47 | lardman|busy | Can we stick this toolchain on oz.org? |
| 15:07.54 | lardman|busy | and mickeyl's opie one too? |
| 15:08.03 | koen | florian_: not yet |
| 15:08.19 | koen | florian_: we'll have to stick pb_ in a train with his laptop |
| 15:08.37 | lardman|busy | plus tarballs of the source used to create them of course |
| 15:10.42 | lardman|busy | I'd be good to be able to give an url in that 'Developer School' oesf thread, especially as it's getting a lot of attention, which might just produce some more developers (eventually) |
| 15:11.52 | koen | <insert cynical remark here> |
| 15:11.58 | florian_ | koen: *g* |
| 15:13.03 | lardman|busy | koen: Yes, quite, but it's the same with diamond mining hey |
| 15:13.29 | lardman|busy | and more attention can never be a bad thing |
| 15:13.30 | koen | yeah |
| 15:14.57 | *** join/#gpe baldurk (~baldurk@user-13-193-151-83.e7even.com) |
| 15:15.26 | lardman|busy | hi baldurk |
| 15:15.31 | baldurk | haha |
| 15:15.35 | baldurk | hi :) |
| 15:16.04 | baldurk | does anyone know of any good ebook readers available for gpe? the only one I can see is plucker and it seems to be pretty bad |
| 15:16.10 | *** join/#gpe mallum (~mallum@host81-153-48-212.range81-153.btcentralplus.com) |
| 15:16.19 | florian_ | koen: i have an answer for you :-) |
| 15:16.22 | florian_ | hi baldurk |
| 15:17.00 | baldurk | hi florian |
| 15:17.55 | florian_ | baldurk: right... gpe-plucker ist a hack, but we have some improvements for it. i'll try to bug nilsf with that tomorrow. |
| 15:18.09 | baldurk | ok :) |
| 15:18.19 | baldurk | I'd be tempted to write one myself |
| 15:18.25 | baldurk | if I knew anything about developing :/ |
| 15:18.33 | baldurk | well, specifically for embedded systems |
| 15:18.39 | lardman|busy | there we go, a willing victim already! ;) |
| 15:18.43 | baldurk | haha |
| 15:18.54 | baldurk | I've only ever done desktop development before |
| 15:18.59 | baldurk | I want to get around to it sometime |
| 15:20.25 | florian_ | baldurk: imho embedded stuff is a good thing to start with... gpe is even better because you can use the same stuff on your pc. |
| 15:23.36 | florian_ | hrm... what happened to opensync.org? |
| 15:24.45 | pb_ | hi florian_ |
| 15:25.50 | florian_ | hi pb_ |
| 15:27.14 | florian_ | ~lart Nokia for fogetting a reset button on the 770 |
| 15:27.24 | florian_ | ~lart Nokia for fogetting a serial port on the 770 |
| 15:28.44 | lardman|busy | What would be the distro of choice for a dev liveCD? |
| 15:29.00 | koen | debian |
| 15:29.04 | mallum | florian_: you have a release 770 ? |
| 15:29.04 | koen | or *oppix |
| 15:29.20 | lardman|busy | koen: ok |
| 15:29.40 | pb_ | lardman|busy: familiar |
| 15:29.50 | koen | lardman|busy: you could contact the people who did the nokia770 live cd |
| 15:29.55 | florian_ | mallum: There are no release 770 imho, i have a B4 prototype which is what they showed at Guadec. |
| 15:29.58 | lardman|busy | pb_: would that be able to run bitbake, etc.? |
| 15:30.10 | pb_ | sure |
| 15:30.25 | lardman|busy | that would be quite cool then |
| 15:30.43 | baldurk | hmm. Is there any doc which would introduce me to embedded programming? I read some stuff on openembedded but it was a bit overwhelming |
| 15:30.54 | florian_ | Ubuntu has a nice Gnome based live cd... but Knoppix is very nice too and its maintainer is a nice guy. |
| 15:31.41 | lardman|busy | http://nokia770.com/ |
| 15:31.45 | florian_ | baldurk: for gpe it is mostly the same like for a pc... apart from some hardware constraints. |
| 15:31.53 | lardman|busy | > The CD is based on Benix which is based on Kanotix which is based on Knoppix which is based on Debian. |
| 15:32.04 | florian_ | heh |
| 15:32.12 | baldurk | florian_: sure, I don't think I'd have a problem with the code once I have the environment set up |
| 15:32.24 | baldurk | but it's the initial set up/learning curve that I could use a few documents on |
| 15:32.42 | florian_ | baldurk: ah okay... |
| 15:33.12 | florian_ | The scratchbox stuff might be a good choice for gpe too, in particular because we use autotools now ;-) |
| 15:33.25 | baldurk | autotools :/ |
| 15:34.24 | lardman|busy | Google can't even find mention of Benix |
| 15:35.29 | florian_ | baldurk: I'd suggest to start with the toolchain in my dir at hh.org. There is an additional file in that directory describing the two environment variables to set up. |
| 15:35.58 | baldurk | hh.org? |
| 15:36.20 | koen | handhelds.org |
| 15:36.24 | baldurk | ah :) |
| 15:36.25 | lardman|busy | florian_: that's exactly what I was going to say - the first guinea pig |
| 15:36.47 | florian_ | baldurk: once you have this you can look at some small gpe bits to find out how the makefiles (or auttotools stuff) look like. |
| 15:37.02 | *** join/#gpe univac (~univac@amh146.neoplus.adsl.tpnet.pl) |
| 15:37.06 | florian_ | (we have both autotools bits and our own makefiles) |
| 15:37.29 | baldurk | ok |
| 15:37.53 | baldurk | unfortunately I'm now lost. What exactly should I be looking for in your directory? |
| 15:38.08 | lardman|busy | http://handhelds.org/~florian/index.php?path=sdk/ ? |
| 15:38.22 | baldurk | ah ok |
| 15:44.12 | *** join/#gpe mimecar (~chatzilla@169.Red-83-53-65.pooles.rima-tde.net) |
| 15:44.16 | mimecar | hi |
| 15:45.20 | *** join/#gpe talat (~talat@81.214.236.98) |
| 15:45.25 | talat | hi |
| 15:45.38 | talat | can i ask some question ? |
| 15:45.45 | mimecar | yes |
| 15:46.14 | talat | i want to translate turkish for gpe |
| 15:46.29 | talat | but i dont know how to do |
| 15:46.30 | florian_ | hi talat |
| 15:46.34 | talat | can you help me ? |
| 15:46.47 | talat | hi florian_ |
| 15:47.01 | pb_ | talat: you should get in touch with the Translation Project. |
| 15:47.04 | florian_ | talat: the bits of gpe are registered to the linux translation project |
| 15:47.08 | florian_ | heh |
| 15:47.16 | pb_ | their website is at http://www.iro.umontreal.ca/translation/HTML/ |
| 15:49.23 | talat | can i use gnome translation on gpe ? |
| 15:51.43 | talat | pb_ tihs site says tr translation team have.. but i dont use my gpe on turkish how to use turkish my gpe ? |
| 15:54.00 | talat | ? |
| 15:55.03 | mimecar | Is there locale files ? |
| 15:57.26 | talat | i dont look file but i look translation tema |
| 15:57.38 | talat | team and site says |
| 15:57.47 | talat | turkish translation team |
| 16:02.36 | talat | ? |
| 16:05.41 | lardman|busy | what do you mean? |
| 16:06.35 | talat | i dont understand how to use gpe on my lang |
| 16:07.08 | florian_ | talat: ah right... usually you can select the language at login, but that's still broken in OE. |
| 16:07.42 | mimecar | you can only choose english, aren't you? |
| 16:07.48 | talat | yes |
| 16:08.53 | *** join/#gpe jserv2 (~jserv@linux3.cc.ntu.edu.tw) |
| 16:09.11 | talat | ok thanks |
| 16:09.23 | koen | hey jserv2 |
| 16:09.40 | lardman|busy | is it possible to change lang after the login? Or set it to something else by default? |
| 16:10.13 | mimecar | change, i think |
| 16:10.45 | talat | thanks for all |
| 16:10.53 | talat | :) |
| 16:11.40 | *** part/#gpe talat (~talat@81.214.236.98) |
| 16:12.20 | baldurk | hey florian I've got the sdk. I untarred it and moved it to /usr/local/arm/... I then downloaded gpe-sketchbook, cd'd to the directory and hit make |
| 16:12.40 | baldurk | but it doesn't work right. It looks for ../build/Makefile.dpkg_ipkg and .translation |
| 16:13.13 | lardman|busy | are those in the Makefile? |
| 16:13.21 | baldurk | what do you mean? |
| 16:13.24 | lardman|busy | I mean where it's trying to use them |
| 16:13.36 | lardman|busy | could you comment out the lines which require them? |
| 16:13.50 | baldurk | hmm wait a sec |
| 16:14.02 | lardman|busy | thought that may not be the ideal way to do it |
| 16:14.08 | baldurk | it's doing an ifeq ($(CVSBUILD),yes) and setting BUILD= ../build |
| 16:14.22 | baldurk | else BUILD= build. Now it should be doing the second, but it seems to be doing the first |
| 16:14.24 | baldurk | I would guess |
| 16:15.04 | baldurk | and CVSBUILD is set to YES in config.makefile |
| 16:15.54 | lardman|busy | I don't know, sorry - it's probably set up to work as part of the OE build though, so trying it on its own might well not work too well...? |
| 16:16.04 | baldurk | that seems likely |
| 16:16.32 | koen | lardman|busy: OE uses releases |
| 16:16.46 | lardman|busy | koen: oh, right |
| 16:16.56 | baldurk | hmm if I comment out the lines that set CVSBUILD it starts building |
| 16:17.04 | baldurk | but then can't find gpe/init.h and gpe/pixmaps.h |
| 16:17.28 | lardman|busy | what about creating the ../build dir ? |
| 16:17.44 | baldurk | I'll try that |
| 16:17.49 | lardman|busy | and trying again. What should be in the Makefile.dpkg_ipkg file anyone? |
| 16:18.00 | baldurk | no lardman I have that file |
| 16:18.03 | baldurk | and the build dir |
| 16:18.16 | baldurk | I have gpe-sketchbook-0.2.8/build/<stuff> |
| 16:18.37 | baldurk | but if I run make in gpe-sketchbook-0.2.8/ then it looks for ../build instead of build if CVSBUILD is set |
| 16:18.42 | baldurk | I think I have to put /usr/local/arm/oe/arm-linux/include/ in the include path |
| 16:19.27 | lardman|busy | wasn't there a script in florian's dir to alter the incude paths, etc., in the Makefiles |
| 16:19.48 | baldurk | if there was I didn't get it. I'll just check |
| 16:20.30 | baldurk | hmm no that just sets up the prefix to /usr/local/arm/oe/arm-linux rather than /usr |
| 16:20.44 | baldurk | and the script would be amazingly clearner if he used something like % to escape the regexp rather than / |
| 16:20.55 | baldurk | because he has all the /s in the paths escaped to \/ and it looks awful :) |
| 16:21.29 | koen | any guru around who have an idea how to solve the 'crash on encountering txt' in pdf readers? |
| 16:21.48 | *** join/#gpe bedboi (~bedboi@217.201.5.227) |
| 16:22.39 | pb_ | oh, that old problem |
| 16:22.48 | pb_ | florian_ might remember how to fix it |
| 16:22.51 | baldurk | ok it compiles a bit more now, but it can't find gpe/popup_menu.h. I don't have that on my system, I only have popup.h |
| 16:23.55 | florian_ | baldurk: oh... if you can fix this escaping please do... i'm very bad with shellscripts. |
| 16:25.28 | bedboi | i'm quite happy with the device api i'm writing... |
| 16:25.44 | *** join/#gpe alan|home (~alan@ARouen-152-1-31-186.w83-115.abo.wanadoo.fr) |
| 16:25.49 | alan|home | hi all. |
| 16:25.57 | bedboi | if(check_device(bluetooth)) printf("Bluetooth is on"); |
| 16:26.19 | mimecar | hi alan|home |
| 16:26.38 | koen | hey alan|home |
| 16:26.39 | bedboi | pb_: i stolen some code from hciconfig.c to check if bt is on :) |
| 16:27.52 | florian_ | bedboi: in bash? ;-) |
| 16:28.00 | bedboi | nope :) |
| 16:28.07 | florian_ | hi alan|home |
| 16:28.24 | bedboi | florian_: i'm writing a simple api to manage devices |
| 16:28.35 | bedboi | florian_: turn on/turn off and check if the device is on |
| 16:28.45 | bedboi | moreover you can get info on the device |
| 16:28.48 | koen | bedboi: does your api have a notion of the different bluetooth devices? |
| 16:29.04 | bedboi | what you mean? |
| 16:29.19 | koen | hci_uart, hci_usb, dlt1_cs, etc |
| 16:29.40 | bedboi | you can fill GSList *info with all infos you need |
| 16:30.07 | bedboi | btw i want to have a really generic API |
| 16:30.28 | bedboi | then you can build a specific and more detailed manager for a device |
| 16:30.30 | hrw | bedboi: will it be BT only? |
| 16:30.36 | bedboi | hrw: no. |
| 16:31.03 | baldurk | so does anyone know where I should have gpe/popup_menu.h ? |
| 16:31.14 | bedboi | hrw: you can write code for all devices you can imagine |
| 16:31.27 | bedboi | hrw: you just have to write 4 callback functions |
| 16:31.41 | bedboi | check_device, device_on, device_off, get_infos |
| 16:31.58 | hrw | bedboi: what about 5th? run_configurator |
| 16:32.30 | bedboi | yep, btw you can easily extend it |
| 16:32.35 | bedboi | hrw: btw it's a good idea |
| 16:32.38 | bedboi | (adding it) |
| 16:32.43 | koen | that could be part of device_on if you want |
| 16:32.47 | bedboi | yep |
| 16:34.08 | lardman|busy | bedboi: wouldn't it be easier (for bt for example) to have your program wrap hciconfig, rather than include part of its code? |
| 16:34.47 | lardman|busy | bedboi: or perhaps not easier (as you'll have to do text parsing now), but cleaner and it'll mean that hciconfig can change |
| 16:34.51 | hrw | lardman|busy: best thing will be using libbluez probably |
| 16:35.02 | pb_ | bedboi: very good |
| 16:35.13 | bedboi | lardman|busy: i just need some lines to check if device bluetooth is on |
| 16:35.27 | bedboi | and btw i'm just writing example code |
| 16:35.59 | bedboi | it's really easy adding support for a device. So we can easily write a device manager for each PDA model |
| 16:36.54 | lardman|busy | I was just thinking that if it's to be generic, then it'd be preferable to interface with the existing tools rather than compile them in, though I may have got the wrong end of the stickl |
| 16:37.00 | lardman|busy | s/stickl/stick |
| 16:37.37 | pb_ | if the existing tools support interfacing, that's correct. |
| 16:37.43 | pb_ | I don't think the bluetooth tools do, though. |
| 16:37.47 | florian_ | bedboi: that sounds very useful! |
| 16:38.28 | lardman|busy | I suppose there aren't going to be that many different parts which need to be compiled in, so it doesn't really matter |
| 16:41.18 | bedboi | i'm going to document the api with doxygen as i didn't find out how to use gtkdoc |
| 16:45.00 | florian_ | bedboi: i have some links at www.kernelconcepts.de/~fuchs/gpe/doc |
| 16:46.35 | alan|home | could someone please tell me the command to terminate GPE and the command to launch it ? |
| 16:46.54 | pb_ | /etc/init.d/gpe-dm stop |
| 16:46.55 | pb_ | /etc/init.d/gpe-dm start |
| 16:46.56 | koen | /etc/init.d/gpe-dm stop |
| 16:47.36 | alan|home | ^^ thanks guys |
| 17:08.37 | alan|home | mmm... i have installed GPE and OPIE on my 750 thanks to the how-to on the OZ official webpage. it worked fine, but now, i can't suspend the Z from vt 2 where GPE is running. I have to switch to vt 3 (to OPIE) to be able to suspend, but the Z refuses to suspend as long as i'm logged in under GPE. |
| 17:09.16 | koen | is that with 2.6.12-mm1? |
| 17:09.44 | alan|home | rebooting the Z... |
| 17:10.29 | alan|home | i did a 30503 opie installation, on top of witch i installed the X server from GPE feeds on the OZ website |
| 17:10.43 | alan|home | 3.5.3* |
| 17:11.30 | alan|home | koen 2.6.11 |
| 17:11.37 | koen | aha |
| 17:11.41 | alan|home | ? |
| 17:11.45 | koen | 2.6.12-mm1 has some apm fixes |
| 17:11.51 | alan|home | ouh... |
| 17:12.00 | koen | you could poke hrw to include it in the upgrades feed |
| 17:12.24 | alan|home | ok, let's poke ! ^^ |
| 17:13.33 | lardman|busy | ~poke hrw |
| 17:13.33 | ibot | but then who will poke the pokers, lardman|busy? baldurk? |
| 17:13.43 | lardman|busy | interesting |
| 17:13.45 | baldurk | say what? |
| 17:14.04 | lardman|busy | baldurk: that was ibot, no idea what it was on about |
| 17:14.08 | baldurk | I see |
| 17:14.12 | baldurk | I was wondering why it picked me |
| 17:14.17 | lardman|busy | I've no idea |
| 17:14.33 | baldurk | I hear bots can smell fear |
| 17:15.32 | koen | ~botsnack |
| 17:15.32 | ibot | koen: :) |
| 17:15.56 | hrw | ~curse ibot |
| 17:15.56 | ibot | May the fleas of a thousand camels infest your most sensitive regions, ibot ! |
| 17:16.05 | lardman|busy | luckily in in England, ibot appears to be in the US |
| 17:17.02 | lardman|busy | ibot: talk to me |
| 17:17.10 | lardman|busy | ibot: talk to lardman|busy |
| 17:17.16 | koen | ~lardman |
| 17:18.06 | lardman|busy | ibot, I'm offended |
| 17:18.08 | lardman|busy | ;) |
| 17:18.26 | *** join/#gpe _law_ (~law@213.173.86.202) |
| 17:20.47 | lardman|busy | I'm off, bye all |
| 17:32.07 | *** join/#gpe NoFo (~NoFo@p54A2C59A.dip.t-dialin.net) |
| 17:41.22 | *** part/#gpe NoFo (~NoFo@p54A2C59A.dip.t-dialin.net) |
| 18:13.08 | *** join/#gpe Yog (~magnus@hades.27b-6.de) |
| 18:26.13 | *** join/#gpe njan (~james@james.user) |
| 18:28.33 | *** join/#gpe Slimper (~slimper@213.85.132.14) |
| 18:29.50 | Slimper | help my pocket start load gpe and stop on this word (hda: hda1) what need for work ïçó, |
| 18:30.34 | Slimper | gpe? |
| 18:30.34 | Slimper | plz help! |
| 18:30.42 | florian_ | hello Slimper |
| 18:30.55 | Slimper | hi |
| 18:31.07 | florian_ | Slimper: what do you intend to do? |
| 18:32.21 | Slimper | load linux=) on my hp 2750 i download this http://projects.o-hand.com/hx2750/ and copy files to my sd |
| 18:35.02 | Slimper | next im start haret.exe and my device start load but stop on hda: hda1 |
| 18:35.11 | Slimper | HELP any body |
| 18:35.16 | pb_ | florian_: so, I'm just trying to make gpe-bluetooth use autotools. |
| 18:35.33 | pb_ | florian_: I copied the autofu from gpe-todo, but when I run autoreconf it seems to want gpe-bluetooth.desktop.in.in. |
| 18:35.48 | pb_ | and, sure enough, gpe-todo does actually contain a .desktop.in.in file. Do you have any idea what that is for? |
| 18:36.35 | *** join/#gpe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 18:37.51 | *** join/#gpe njan (~james@james.user) |
| 18:43.53 | florian_ | pb_: ah... i had some path in it in a prior version for that maemo stuff... iirc it isn't necessary anymore. |
| 18:44.29 | florian_ | pb_: maybe just make it generate the .desktop from the .in. |
| 18:44.55 | pb_ | okay, cool |
| 18:45.04 | pb_ | the files do seem to be identical, which is what confused me |
| 18:54.58 | *** join/#gpe florian (~fuchs@p5083A94D.dip0.t-ipconnect.de) |
| 18:59.37 | *** join/#gpe florian (~fuchs@p5083A94D.dip0.t-ipconnect.de) |
| 19:00.06 | florian | re |
| 19:00.10 | koen | florian: wb |
| 19:15.31 | florian | hrm... the drivemount applet from gnome 2.10 sucks. |
| 19:21.00 | koen | hmmm |
| 19:21.15 | koen | GPE could start tracking gnome release numbers |
| 19:21.27 | florian | yep... |
| 19:21.57 | florian | that reminds me to ask nilsf about procedding this gpe-gnome arrangement with jeff |
| 19:29.39 | *** join/#gpe zecke (~ich@83-169-170-48-dynip.superkabel.de) |
| 19:35.23 | pb_ | gcc: /home/pb/handhelds/gpe/base/libgpewidget/.libs/.libs/libgpewidget.so: No such file or directory |
| 19:35.26 | pb_ | stupid automake |
| 19:35.39 | florian | argh! |
| 20:25.56 | florian | hrm... is gcc3.3 in sid broken? |
| 20:26.15 | koen | aargh |
| 20:26.21 | koen | why doesn't this stinking xserver behave? |
| 20:27.08 | florian | heh... we manage to break everything |
| 20:27.22 | koen | X keeps swapping x and u |
| 20:27.25 | koen | y* |
| 20:27.44 | koen | it tries to do 640x480 instead of 480x640 on the hx4700 |
| 20:27.59 | florian | :-/ |
| 20:33.04 | mallum | koen: did you pass it the right -screen arg ? |
| 20:33.17 | koen | doesn't matter |
| 20:33.36 | koen | same with -screen 640x480 and -screen 480x640 |
| 20:34.38 | koen | root@ipaq-pxa-2:/etc/X11# Xfbdev -screen 480x640@90 |
| 20:34.38 | koen | Warning: mode not found, using default |
| 20:35.10 | koen | fbset gives: |
| 20:35.11 | koen | root@ipaq-pxa-2:/etc/X11# fbset |
| 20:35.12 | koen | mode "640x480-595238" |
| 20:35.12 | koen | <PROTECTED> |
| 20:35.14 | koen | <PROTECTED> |
| 20:35.17 | koen | <PROTECTED> |
| 20:35.19 | koen | <PROTECTED> |
| 20:35.21 | koen | <PROTECTED> |
| 20:35.24 | koen | endmode |
| 20:36.09 | mallum | koen: what about -screen 640x480@90 ? |
| 20:36.42 | koen | no mode warning, still garbled |
| 20:37.31 | koen | lets see if I can scap the problem |
| 20:37.33 | mallum | koen: are there patches in oe specifically for c7x0 modelines ? |
| 20:37.43 | koen | mallum: no idea |
| 20:37.48 | koen | this is hx4700 |
| 20:38.15 | mallum | thats what I mean |
| 20:38.26 | mallum | are c7x0 patches breaking it |
| 20:40.01 | koen | I can't find such patches |
| 20:41.36 | florian | koen: i saw your screenshot with that mime error message lately... do we have the shared-mime-db package in the images? |
| 20:42.05 | koen | florian: I added it to gnome-vfs rrecommends |
| 20:43.43 | koen | florian: http://oe-devel.bkbits.net:8080/openembedded/cset@1.3616.2.1?nav=index.html|ChangeSet@-7d |
| 20:46.05 | koen | hmmm |
| 20:46.19 | koen | now fbset says: |
| 20:46.21 | koen | mode "480x640-813802" |
| 20:46.21 | koen | <PROTECTED> |
| 20:46.21 | koen | <PROTECTED> |
| 20:46.21 | koen | <PROTECTED> |
| 20:46.23 | koen | <PROTECTED> |
| 20:46.26 | koen | <PROTECTED> |
| 20:46.28 | koen | endmode |
| 20:46.56 | koen | Xfbdev -screen 480x640@90 give a garbled screen |
| 20:48.11 | koen | mallum: any tips on this? |
| 20:48.29 | koen | mallum: the patches in OE only add a 320x240 mode |
| 20:49.08 | mallum | koen: RP might know |
| 20:49.33 | mallum | koen: I dont really gte all that modeline stuff :/ |
| 20:55.23 | koen | lets see what bootsplash makes of it |
| 20:56.51 | koen | heh |
| 20:56.55 | koen | bootsplash segfaults |
| 20:57.07 | zecke | try opie ;) |
| 20:58.26 | koen | no opie on this device |
| 20:58.29 | koen | on qtopia 2.1.1 |
| 20:58.40 | mallum | koen: sounds like the fb driver is a little borked |
| 20:59.10 | koen | "opie works" isn't a valid indicator, is it? |
| 21:02.54 | florian | oh |
| 21:03.56 | pb_ | florian: some programs like to invoke /lib/cpp as a text processor. |
| 21:04.07 | pb_ | xrdb is a frequent offender there if you forget to use -nocpp |
| 21:04.29 | florian | pb_: oh... right, i remember something like this. |
| 21:05.06 | florian | hmm.. i have five versions of automake in debian to try... |
| 21:05.24 | pb_ | heh |
| 21:07.28 | pb_ | koen: kdrive's mode handling is a bit funky. You'll need to add a 480x640 mode to its table, if that's what you want to use. |
| 21:07.35 | florian | okay... gpe doesn't support automake1.4 |
| 21:07.52 | mallum | florian: nothing really does anymore |
| 21:07.59 | koen | pb_: I guess that would mean patching |
| 21:08.12 | pb_ | florian: indeed. I think automake 1.4 has been obsolete since about 1983. |
| 21:08.13 | florian | mallum: okay - that makes me feel better :-) |
| 21:08.17 | pb_ | koen: indeed |
| 21:08.25 | florian | pb_: *g* |
| 21:08.30 | mallum | florian: things are much better with 1.7+ |
| 21:09.13 | florian | i just tried 1.9 which seems to work without trouble |
| 21:09.29 | alan|home | by all |
| 21:09.47 | pb_ | koen: have a look at what happens for the 240x320 modes, and do the same thing for 480x640. |
| 21:09.55 | koen | will do |
| 21:10.12 | koen | that's probably the only missing thing for gpe on the hx4700 |
| 21:10.34 | mallum | koen: does it sleep resume ? |
| 21:10.44 | pb_ | all that said, it sounds like the hx4700 framebuffer driver is also broken. |
| 21:11.00 | pb_ | if it can't select 640x480, it ought to return an error. |
| 21:11.11 | pb_ | if it can select 640x480, it ought to just do that. |
| 21:11.41 | pb_ | kdrive will handle either of those outcomes, so the driver must be picking some kind of erroneous "third way". |
| 21:12.32 | pb_ | mallum: the hx4700 in general does, yes. |
| 21:12.56 | pb_ | I guess we might run into the 2.6 apm breakage problem, but apart from that it should be fairly trouble-free with gpe. |
| 21:13.46 | mallum | the wireless isn't supported as yet though right ? |
| 21:13.53 | koen | nope |
| 21:13.53 | pb_ | not yet |
| 21:14.02 | pb_ | it uses the acx100 chip; someone just needs to wire up the driver. |
| 21:14.03 | koen | it's the same as the h4100 |
| 21:15.04 | mallum | and 2700 I think |
| 21:15.05 | pb_ | yeah. it's a shame that h4100 development seems to have stalled. |
| 21:17.39 | koen | http://handhelds.org/scap/port.27761.png |
| 21:17.48 | koen | that's what I'm seeing |
| 21:17.53 | koen | only at 640x480 |
| 21:18.18 | pb_ | eh, that looks like a 240x320 capture |
| 21:18.23 | koen | yeah |
| 21:18.30 | koen | scap does that |
| 21:18.36 | pb_ | ah |
| 21:19.00 | pb_ | it's a bit tricky to tell what you're actually seeing from that picture. |
| 21:21.32 | koen | pb_: |
| 21:21.35 | koen | http://dominion.kabel.utwente.nl/koen/pda/files/IMG_1125.JPG |
| 21:22.23 | pb_ | ah, I see |
| 21:22.29 | pb_ | that's quite an interesting effect |
| 21:22.54 | koen | it's 'interlaced' too |
| 21:23.24 | pb_ | mm, right, but the line stride is obviously correct |
| 21:23.26 | koen | but the vertical lines aren't visible |
| 21:24.05 | pb_ | or, at least, correct give or take a factor of 2. |
| 21:24.40 | pb_ | I looked at w100fb.c, and it does seem to lack the ability to say "no" to a mode switch request. Try patching the xserver to support 480x640 and see if the situation improves. |
| 21:25.00 | koen | ok |
| 21:25.07 | koen | will try that tomorrow |
| 21:28.59 | koen | 'night all |
| 21:29.32 | florian | we should have a libXsettings-client with autotools and merged with libXsettings now. |
| 21:29.53 | florian | mallum: thanks for the autotools stuff and the hint btw. |
| 21:31.51 | pb_ | florian: excellent |
| 21:32.28 | florian | Another task for the history books ;-) |
| 21:38.32 | mallum | florian: np, I autotooled xsettings ages ago btw ... |
| 21:39.49 | florian | mallum: yes i know... we have an up to date version now. |
| 21:42.38 | mallum | florian: ok, whats new ? |
| 21:44.01 | rob_w | what is btscanner ? |
| 21:45.37 | florian | mallum: only some minor bugfixes imho. |
| 21:46.45 | mallum | florian: okey |
| 21:46.53 | mallum | florian: have you uploaded a package somewhere ? |
| 21:47.58 | florian | mallum: not yet... but a good point. |
| 21:51.17 | florian | maybe i should test it before releasing |
| 21:55.22 | *** join/#gpe rob_w (~roboo@p213.54.149.24.tisdip.tiscali.de) |
| 22:00.28 | *** join/#gpe reenoo (~r@p5489C5F9.dip.t-dialin.net) |
| 22:00.38 | reenoo | evening |
| 22:00.52 | florian | hey reenoo |
| 22:01.10 | reenoo | hey florian |
| 22:01.18 | reenoo | back home from LinuxTag? |
| 22:01.30 | florian | yep - survived it :-) |
| 22:05.59 | reenoo | excellent ;) |
| 22:06.31 | reenoo | any exiting news? pictures? |
| 22:08.38 | florian | Not much news... but quite some interesting people there, some information about Opensync.... |
| 22:09.18 | florian | I didn't find a useful picture of our booth so far... and my pictures need to be developed first :-) |
| 22:09.43 | reenoo | heh |
| 22:09.58 | pb_ | heh, how primitive |
| 22:10.32 | florian | I felt a little bit old-fashioned with my Leica... but there were two guys using a RB67 and a (!) Kiev 88. |
| 22:10.35 | pb_ | ! |
| 22:11.28 | reenoo | hehe. cool. |
| 22:26.26 | rob_w | what is a good current distro string for local.conf |
| 22:27.07 | florian | familiar-0.8.3 |
| 22:31.49 | pb_ | well, I checked in the autotools bits for gpe-bluetooth. |
| 22:32.02 | pb_ | I didn't actually manage to build it successfully yet, but I think it should be close to working. |
| 22:33.06 | *** join/#gpe jg (~jg@63.163.154.14) |
| 22:33.16 | florian | pb_: cool! |
| 22:33.27 | rob_w | florian: do you have btscanner ipk around ? |
| 22:33.37 | florian | rob_w: nope |
| 22:33.58 | rob_w | thankx ,, bye |
| 22:49.49 | florian | ibot: botmail for koen We have gpe-edit 0.30 now. |
| 23:02.50 | pb_ | night night |
| 23:08.23 | florian | ibot: botmail for koen... we will need a postinst for its -doc package, i'll check what we need later. |
| 23:09.34 | florian | ibot: botmail for Phillipe: I just installed gpe-helpviewer... very nice work! Some ide for improvement: Disable the direction buttons if there is no more page instead of displaying error messages. |
| 23:14.55 | florian | good night all |
