| 03:23.56 | *** join/#gpe SuN (i=unices@ip5652ade4.speed.planet.nl) |
| 03:33.52 | *** join/#gpe koen (i=koen@dominion.kabel.utwente.nl) |
| 04:15.45 | *** join/#gpe Timelord (n=TL@66.84.189.72) |
| 05:08.29 | *** join/#gpe _law_ (n=law@81.223.225.146) |
| 05:25.57 | _law_ | morning |
| 05:26.17 | _law_ | how can i call screencalibration program via terminal? |
| 06:15.19 | *** join/#gpe shiyee (n=Shiyee@homer.cs.aau.dk) |
| 06:41.22 | *** join/#gpe pezi (n=pezi@140.78.95.15) |
| 06:42.11 | *** join/#gpe rob_w|mis (n=rob_w@p549BC5FA.dip0.t-ipconnect.de) |
| 06:53.08 | *** join/#gpe JiniDog (n=jini@Va155.v.pppool.de) |
| 07:21.08 | *** join/#gpe zecke (n=ich@145.253.107.2) |
| 07:26.51 | *** join/#gpe mmp (n=mmp@158.195.97.228) |
| 07:44.35 | pb_ | _law_: run xtscal |
| 07:44.47 | _law_ | pb_, thanks |
| 07:54.02 | XorA | morning |
| 07:54.22 | neal | pb: How should jobs be submitted to the at queue? |
| 07:55.07 | neal | pb: We find the nearest alarm and queue that |
| 07:55.21 | neal | pb: And when that goes off, then we repeat the procedure? |
| 08:00.01 | *** join/#gpe ade|desk (n=ADAVEY@194.200.143.249) |
| 08:08.28 | *** join/#gpe pigeon (n=pigeon@adsl-60-232.swiftdsl.com.au) |
| 08:17.07 | pb_ | neal: yes, I think so |
| 08:21.26 | *** join/#gpe pigeon (n=pigeon@adsl-60-232.swiftdsl.com.au) |
| 08:29.10 | *** join/#gpe petterhj (n=TESTID@198.36.eidsiva.net) |
| 08:37.27 | *** join/#gpe jpetersen (n=petersen@p50888B19.dip0.t-ipconnect.de) |
| 08:40.02 | *** join/#gpe fng_sma (n=mfelis@oucs810.otago.ac.nz) |
| 08:40.08 | fng_sma | erm... hello! |
| 08:56.56 | fng_sma | ouh... seems like I'm here at the wrong time. |
| 09:16.07 | fng_sma | Well, then I hope that you sleep well, I'm gonna have dinner now. I'll come back later! |
| 09:23.13 | neal | pb: I noticed that you have bumped the version on libeventdb, I hope you didn't make a release yet. |
| 09:31.22 | *** join/#gpe jurop88 (n=kvirc@81-208-36-84.ip.fastwebnet.it) |
| 09:33.27 | neal | pb: Your fix to not show the side bar in gpe-calendar is quite a hack. |
| 09:33.45 | neal | pb: The right fix is not to create the widgets and let them sit there consuming anonymous memory |
| 09:33.55 | *** join/#gpe petterhj (n=TESTID@198.36.eidsiva.net) |
| 09:34.08 | neal | pb: the right fix is to neither create the widgets nor show them and update any code which requires them. |
| 09:35.01 | *** join/#gpe theturtle_ (n=theturtl@theturtle.net) |
| 09:35.51 | koen | neal: there's no release yet |
| 09:36.33 | koen | at least it isn't in the release dir at http://handhelds.org/pub/projects/gpe/source/?C=M;O=D |
| 09:40.56 | *** join/#gpe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 09:42.05 | neal | morning florian |
| 09:42.59 | florian_kc | hi all |
| 09:43.02 | florian_kc | neal: hi |
| 09:44.06 | pb__ | neal: where are the widgets created? It looked to me like they were created in that same section of code. |
| 09:44.30 | pb__ | florian_kc: good morning. |
| 09:44.44 | neal | pb: 12 lines about the if which you added. |
| 09:45.20 | neal | 17 lines. |
| 09:45.21 | pb__ | oh, right, the calendar |
| 09:45.24 | pb__ | I didn't notice that one. |
| 09:45.33 | neal | either way, simply not creating them would not be sufficient |
| 09:46.11 | neal | code needs to be updated to be prepared for calendar and the event list not being initialized. |
| 09:46.26 | pb__ | okay |
| 09:56.15 | pb__ | right, I guess that will do it |
| 09:56.34 | rob_w|mis | will a change in /etc/tslib.conf be valid on the fly ? |
| 09:57.10 | koen | rob_w|mis: only for apps reading it after the update (iirc) |
| 09:57.19 | rob_w|mis | i ve a buzzer on board and we want it to "buzz" on untouch events and this setting of course tobe turned on/off on the fly -- no need to restart Xfbdev |
| 09:57.51 | rob_w|mis | koen, i guess Xfbdev is such a app , right ? |
| 09:58.31 | koen | rob_w|mis: you'd have to ask pb_ about the xextensions available |
| 10:01.40 | rob_w|mis | pb__, how about adding a feature to tslib ( aka antther plugin ?!) that can be triggered on-the-fly ?? should i "learn" how the calibration stuff does this? |
| 10:02.45 | neal | pb: This should work, thanks. |
| 10:03.03 | neal | nope. |
| 10:03.09 | neal | you missed some uses of calendar |
| 10:03.19 | neal | month_view_button_clicked |
| 10:03.38 | neal | as well as week_view_button_clicked and day_view_button_clicked |
| 10:03.50 | pb__ | oh yes, drat |
| 10:03.55 | neal | in propagate_time as well |
| 10:07.07 | pb__ | try that |
| 10:08.14 | neal | I'm not trying anything |
| 10:08.18 | neal | I'm just reading the changes. |
| 10:09.16 | pb__ | well, sure, do whatever you're doing. |
| 10:10.01 | neal | your corrections look good. |
| 10:10.34 | pb__ | okay, great |
| 10:10.38 | neal | and I pointed out everything I saw. |
| 10:10.50 | pb__ | righto |
| 10:11.03 | pb__ | I don't actually have a qvga ipaq here right now to test with, but I'll have a go with xnest later on |
| 10:11.31 | neal | ok. |
| 10:11.35 | pb__ | I did run it up on my desktop and check that it still works in "big screen" mode, so I guess at least it shouldn't be any worse than it was before. |
| 10:13.04 | *** join/#gpe wibbit (n=wibbit@pixuk.cibernet.com) |
| 10:14.03 | *** join/#gpe _law_ (n=law@mail.stiftadmont.at) |
| 10:50.53 | *** join/#gpe Cwiiis (n=cwiiis@host86-136-25-126.range86-136.btcentralplus.com) |
| 11:39.09 | CoreDump|home | hi |
| 11:50.14 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 12:04.27 | koen | ooh, libhandoff |
| 12:05.05 | neal | I feel spied on :-) |
| 12:05.36 | shiyee | s/is/does |
| 12:06.52 | neal | is there a viewcvs for hh.org? |
| 12:07.10 | koen | yes |
| 12:07.24 | shiyee | http://handhelds.org/cgi-bin/cvsweb.cgi/ |
| 12:07.37 | koen | http://handhelds.org/cgi-bin/cvsweb.cgi/gpe/base/ |
| 12:08.40 | neal | shiyee : It is described here: http://handhelds.org/cgi-bin/cvsweb.cgi/gpe/base/libhandoff/handoff.h?only_with_tag=HEAD |
| 12:09.54 | neal | questions welcome so I can clarify the documentation sooner rather than later. |
| 12:10.11 | koen | neal: gpe libs are usually lgpl and gpe apps gpl |
| 12:10.45 | neal | If I add to libgpewidget, I'll make my changes lgpl |
| 12:11.21 | neal | likewise for any lib which I don't contribute much too. |
| 12:12.43 | koen | no presure, just FYI |
| 12:12.52 | _law_ | does anyone know why gpe uses rxvt? aterm is much smaller. |
| 12:13.33 | koen | aterm problably didn't exist or support utf8 |
| 12:13.38 | koen | (guesses) |
| 12:14.28 | koen | CoreDump|home: iirc florian_kc was working on on-the-fly cursor hiding and displaying |
| 12:14.31 | koen | CoreDump|home: mrxvt |
| 12:14.59 | CoreDump|home | koen: excellent |
| 12:15.50 | CoreDump|home | koen: on-the-fly can already by done by loading xsettings. That's what detect-stylus does =) |
| 12:16.15 | CoreDump|home | well, it sets a transparent theme |
| 12:16.18 | koen | excellent |
| 12:16.51 | CoreDump|home | problem is that it is doing so always, no matter the input device |
| 12:16.57 | koen | CoreDump|home: have you tried x2x yet? |
| 12:17.07 | koen | (on your host) |
| 12:17.18 | CoreDump|home | nope, what's that? |
| 12:17.35 | koen | "x2x allows the keyboard and mouse on one ("from") X display to control another ("to") X display." |
| 12:18.09 | koen | if you move your mouse outside your desktop window it will appear on the Z |
| 12:18.14 | koen | same for keyboard |
| 12:18.36 | koen | http://x2x.dottedmag.net/trac/do |
| 12:19.02 | koen | and http://x2x.dottedmag.net/trac/do/wiki/X2xUsage |
| 12:19.19 | CoreDump|home | wow, sounds interesting |
| 12:19.53 | koen | it's made by dec, so it's quite old |
| 12:31.40 | neal | new alarm framework committed. |
| 12:31.52 | neal | let's see what breaks :-) |
| 12:34.43 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 12:35.28 | florian_kc | hrm... too bad i don't have time to test that now :-( |
| 12:36.05 | JAV | hello |
| 12:36.14 | florian_kc | hi JAV |
| 12:46.12 | *** join/#gpe lolita___ (n=matthias@w216-2.wist.uni-linz.ac.at) |
| 12:50.04 | koen | sylpheed-claws has a rss plugin: http://ticho.yweb.sk/rssyl/img/rssyl-planet-sylpheed.png |
| 12:57.33 | XorA | koen: interesting |
| 13:02.31 | *** join/#gpe reenoo (n=r@sn50.informatik.uni-bremen.de) |
| 13:03.34 | reenoo | afternoon |
| 13:08.56 | zecke | hi |
| 13:10.11 | reenoo | hey zecke |
| 13:10.18 | florian_kc | hi reenoo |
| 13:10.41 | reenoo | moin florian_kc |
| 13:22.50 | florian_kc | reenoo: i modified simpad.conf to become compatible with CL4 devices. That means less applications but it should work on these quite common variant with less flash as well. |
| 13:23.02 | *** join/#gpe jg (n=jg@wireless-56.media.mit.edu) |
| 13:23.05 | florian_kc | maybe we want that in familiar too |
| 13:23.10 | florian_kc | hello jg |
| 13:23.14 | reenoo | florian_kc: ah, very good. |
| 13:23.57 | jg | morning florian |
| 13:24.06 | reenoo | florian_kc: yah, probably |
| 13:24.12 | florian_kc | reenoo: there are some reports that this is the only thing which needs to be changed... |
| 13:24.18 | reenoo | hey jg |
| 14:02.40 | _law_ | bbl |
| 14:10.30 | *** join/#gpe lolita___ (n=matthias@w216-2.wist.uni-linz.ac.at) |
| 14:14.02 | *** join/#gpe lolita__ (n=matthias@w216-2.wist.uni-linz.ac.at) |
| 14:16.23 | XorA | koen: NOTE: package sylpheed-claws-2.2.0: completed |
| 14:28.03 | koen | XorA: nice |
| 14:35.27 | XorA | koen: unfortuneately "Segmentation fault" on running :-( |
| 14:37.04 | XorA | koen: in libetpan :-( |
| 14:39.32 | koen | hrm |
| 15:07.55 | XorA | koen: well no idea whats dieing in libetpan, applied the patch from debian package and it still dies |
| 15:08.13 | koen | weirdness |
| 15:08.39 | XorA | koen: probably some x86ism in arm :-) |
| 15:09.02 | koen | opie is using libeetpan for opie-mail, so I expect etpan to work |
| 15:10.28 | XorA | koen: they use an old one |
| 15:10.52 | koen | ah, that explains it |
| 15:11.11 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 15:31.21 | *** join/#gpe jg (n=jg@wireless-56.media.mit.edu) |
| 15:36.06 | *** join/#gpe JiniDog (n=jini@V88a2.v.pppool.de) |
| 15:46.44 | *** join/#gpe krokas (i=krokas@ppp83-237-108-150.pppoe.mtu-net.ru) |
| 16:33.00 | *** join/#gpe lolita___ (n=matthias@w216-2.wist.uni-linz.ac.at) |
| 16:53.16 | *** join/#gpe JAV (n=JAV@105.Red-80-34-40.staticIP.rima-tde.net) |
| 17:17.27 | *** join/#gpe jpetersen (n=petersen@p50888B19.dip0.t-ipconnect.de) |
| 17:18.40 | florian_kc | hi jpetersen |
| 17:25.48 | jpetersen | hi florian |
| 17:39.16 | *** join/#gpe reenoo (n=r@p5489C9FB.dip.t-dialin.net) |
| 17:40.31 | reenoo | re |
| 17:41.14 | florian_kc | reenoo: wb |
| 17:42.17 | reenoo | re florian_kc |
| 18:09.34 | *** join/#gpe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
| 18:13.20 | *** part/#gpe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 18:21.41 | florian_kc | pb__: Do you have any opinion about the dpi setting in the X server startup script? do you think it is likely that it might work with all applications in near future? |
| 18:22.30 | pb_ | florian_kc: you mean about having "--dpi NNN" be machine specific? |
| 18:22.38 | florian_kc | pb_: yes |
| 18:22.46 | pb_ | I think that should be fine. |
| 18:23.41 | pb_ | The setting that really matters for most purposes is the Xft.dpi, which is currently set (statically) to 100. It would be a nice enhancement to vary that automatically when appropriate. |
| 18:24.12 | florian_kc | would that fix the matchbox stuff? |
| 18:24.58 | koen | iirc that stuff is already fixed in .dev |
| 18:25.08 | koen | as well as a semi-dynamic xft.dpi |
| 18:25.52 | florian_kc | koen: i ued the package from dev - i have seen some magic script but on the 770 its still broken. |
| 18:26.24 | koen | the 770 hardcodes dpi to 96 dpi in maemo, if that's what you mean |
| 18:26.27 | florian_kc | all gtk stuff is ok, rxvt tiny but usable and the matchbox stuff unusable. |
| 18:26.45 | florian_kc | that's oe/gpe, not maemo |
| 18:27.37 | koen | I seem to remember that the matchbox themes need a line removed |
| 18:27.42 | koen | XorA|gone or CoreDump|afk should know |
| 18:31.21 | florian_kc | if yes this is missing in the themess bb files in .dev |
| 18:31.34 | koen | yay! |
| 18:31.41 | koen | abiword doens't crash anymore |
| 18:31.51 | koen | with teh clearlooks theme that is |
| 18:32.03 | koen | another reason for me to stay with gtk 2.8 |
| 18:34.30 | florian_kc | koen: well... on my pc i an make it crash easily using copy and paste. |
| 18:34.58 | koen | I don't usually c&p on my ipaq :) |
| 18:40.01 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 18:42.25 | florian_kc | bbl |
| 18:43.25 | ||cw | i do, all the time |
| 18:45.12 | *** join/#gpe _law_ (n=_law_@213.173.86.202) |
| 18:52.30 | *** join/#gpe Xromer (n=Xromer@host-84-220-20-90.cust-adsl.tiscali.it) |
| 19:42.43 | *** join/#gpe zap (n=zap@217.170.93.9) |
| 19:44.12 | *** join/#gpe goxboxlive (n=goxboxli@176.80-203-29.nextgentel.com) |
| 20:30.06 | *** part/#gpe _law_ (n=_law_@213.173.86.202) |
| 20:31.32 | *** join/#gpe JiniDog (n=jini@Vaf8e.v.pppool.de) |
| 20:39.51 | *** join/#gpe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 20:44.26 | *** join/#gpe cedric_ (n=cedric@AAnnecy-152-1-105-212.w86-200.abo.wanadoo.fr) |
| 20:44.34 | cedric_ | http://pastebin.com/706105 |
| 20:44.38 | cedric_ | hi all |
| 20:45.15 | Xromer | HI |
| 20:46.40 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 21:27.22 | *** join/#gpe florian__ (n=fuchs@p50839905.dip0.t-ipconnect.de) |
| 21:27.42 | pb_ | florian__: good evening |
| 21:28.19 | florian | re |
| 21:28.40 | Philippe | hey florian ! |
| 21:28.48 | Philippe | hi pb_ |
| 21:29.51 | pb_ | hi philippe |
| 21:35.43 | *** join/#gpe jcole (n=jcole@palrel2.hp.com) |
| 21:42.17 | *** join/#gpe tnb (n=tnb@h-66-134-131-10.phlapafg.covad.net) |
| 21:45.21 | Philippe | florian, to fuel the plucker <-> FBreader discussion I just checked in some changes to plucker to avoid loading non-pdb (extension check) files or crashing on corrupt ones |
| 21:46.13 | Philippe | nasty but efficient. |
| 21:46.43 | florian | Philippe: that's good... is FBReader that big? ;-) |
| 21:47.02 | Philippe | Just got a bug report for the fixes I just checked in.... |
| 21:47.34 | Philippe | florian, I don't know. I haven't tried it out yet. So I cannot compare, |
| 21:49.22 | florian | Philippe: well... releasing and using a newer gpe-plucker is easier, but we should try to sort out the remaining fbreader issues - it has quite some good features and is actively maintained |
| 21:50.31 | Philippe | florian, indeed. That is why I suggested the replacement. But I decided to do this quick gpe-plucker fix because of the size mention... |
| 21:50.58 | Philippe | <PROTECTED> |
| 21:51.32 | pb_ | expat is basically free; fontconfig needs it, so it'll always be there |
| 21:55.18 | florian | iirc enca is quite small, but libstdc++ is nasty... it would be interesting to find out if it is actually used. but with the fbreader build system thats no fun... |
| 21:58.29 | *** join/#gpe jg (n=jg@wireless-56.media.mit.edu) |
| 21:59.18 | pb_ | I guess you can use objdump to figure out which symbols from libstdc++ are referenced by the executable. |
| 22:02.08 | jg | pb_ hi |
| 22:02.15 | pb_ | hi jg |
| 22:02.33 | jg | pb_ any tricks to getting my 54xx/55xx's built in wireless to work? |
| 22:03.08 | pb_ | jg: I think it ought to basically work out of the box. what goes wrong? |
| 22:04.01 | jg | nothing. That's what goes wrong... |
| 22:05.32 | jg | pb_: no blinkn' lights, no network. |
| 22:05.55 | pb_ | can you try "ifconfig -a", see if you have wlan0? |
| 22:06.07 | jg | I do. |
| 22:06.17 | florian | pb__: indeed |
| 22:06.50 | pb_ | that's good. what happens if you do "udhcpc -i wlan0"? |
| 22:07.34 | jg | that got me an address.... ( I guess I better set my essid, as I got a roofnet net 10 address). |
| 22:08.17 | pb_ | okay |
| 22:08.27 | pb_ | sounds like it isn't getting configured automatically for some reason |
| 22:08.42 | pb_ | florian probably knows more about that side of things than me |
| 22:08.47 | koen | that's the old timeout problem |
| 22:09.01 | koen | the h5xxx needs 1 to 3 seconds to associate |
| 22:09.15 | koen | which is just outside the udhcpc timeout |
| 22:11.06 | florian | yes, i ran into the same issue here... |
| 22:12.03 | florian | maybe we need some mechanism to take control of these issues - e.g. the driver of the 770 needs to be up for some seconds before it takes configuration parameters. |
| 22:12.56 | koen | the solution: http://stefans.datenbruch.de/h5450/#nodhcp |
| 22:22.01 | jg | florian, koen, pb_: some fix would be appreciated... |
| 22:30.00 | Philippe | mmh, I uploaded a new gpe-plucker tarball to handhelds. It is in /home/ftp/projects/gpe/source/ but does not show up on the ftp server... |
| 22:30.49 | Philippe | Anybody has a clue what is going wrong? |
| 22:32.43 | reenoo | ftp is served by h7 |
| 22:32.47 | reenoo | err |
| 22:32.50 | reenoo | by h2 |
| 22:33.31 | reenoo | i.e. you'll have to wait for the next rsync run to copy stuff over to h2 |
| 22:34.21 | Philippe | reenoo, ok. So I just have to hope people don't try to build gpe-plucker-0.4 before that.. |
| 22:35.06 | koen | Philippe: it doesn't build anyway |
| 22:35.23 | koen | Philippe: | Makefile:60: ../build/Makefile.translation: No such file or directory| Makefile:61: ../build/Makefile.dpkg_ipkg: No such file or directory| make: *** No rule to make target `../build/Makefile.dpkg_ipkg'. Stop. |
| 22:36.59 | Philippe | grrr, I uploaded the wrong tarball.... |
| 22:41.06 | koen | Philippe: the right tarball is in place now? |
| 22:41.44 | Philippe | koen, nope, first checking if I also uploade the right bb file also... |
| 22:44.32 | *** join/#gpe CSMan_ (n=csman@bas1-montreal42-1177928387.dsl.bell.ca) |
| 22:48.47 | Philippe | ok, koen right tarball is in place... |
| 23:01.57 | *** join/#gpe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5) |
| 23:10.33 | florian | jg: there is a much better looking workaround at the end of that website... i'll try to add this to oe. |
| 23:11.29 | florian | great :-/ if we go on like this we'll soon look like Opie having all libraries GPL :-( |
| 23:18.49 | Philippe | florian, which trouble-making libs are those? |
| 23:26.18 | Philippe | night all |
| 23:27.05 | florian | Philippe: i posted a list of libs to the ml some time ago... with almost no feedback. |
| 23:27.38 | Philippe | florian, hmm, I indeed remember seomthing like that. |
| 23:27.38 | florian | Philippe: now neal checked in a new one |
| 23:28.06 | koen | florian: neal said he'd consider relicensing it if needed |
| 23:28.41 | florian | That was one of the basic ideas for GPE and a good one imho. |
| 23:29.10 | florian | But i really don't want to fight this stupid license fight here :-( |
| 23:33.02 | jg | florian: which stupid license fight is this? |
| 23:33.07 | *** join/#gpe FortMax (n=aperez@pool-71-250-200-12.nwrknj.east.verizon.net) |
| 23:35.09 | florian | jg: if a library should be gpl or lgpl. |
| 23:35.32 | Philippe | now I am really off to sleep |
| 23:35.44 | florian | Philippe: good night |
| 23:38.37 | jg | florian: lgpl.... |
| 23:41.20 | florian | jg: right... that is what was decided for gpe a long time ago too. |
| 23:42.04 | jg | yup. |
| 23:42.07 | florian | i see there might reasons to use gpl in some cases, but usually this isn't what we really want. |
