| 17:11.18 | *** join/#gpe ibot (ibot@c-24-1-99-18.client.comcast.net) |
| 17:11.18 | *** topic/#gpe is #gpe, not #handhelds.org | GPE: The GPE Palmtop Environment | http://gpe.handhelds.org | libgpewidget 0.73 uploaded to debian sid, time to get packaging | bootgpe2 0.7.2-rc3: http://familiar.handhelds.org/releases/v0.7.2/install/ | issues for Familiar 0.7.2: http://handhelds.org/bugzilla/showdependencytree.cgi?id=969 |
| 17:27.38 | *** join/#gpe destroyed (~destroyer@098.a.007.syd.iprimus.net.au) |
| 17:58.11 | TyggerBob | 'lo all |
| 17:58.12 | TyggerBob | back |
| 18:10.59 | florian_kc | bbl |
| 18:12.32 | TyggerBob | later, Florian |
| 18:47.47 | nelson | florian_kc: yep. |
| 18:47.55 | nelson | BTW, for all you GSM weenies: |
| 18:47.58 | nelson | http://www.globalsuntech.com/solution/ieee80211/ieee80211_access_point_gl2411ap.html |
| 19:07.09 | nelson | I am Officially Jealous. |
| 19:08.05 | mallum | nelson: I think nokia have had something like that available for a while |
| 19:08.14 | mallum | nelson: not sure if its triband though |
| 19:08.29 | mallum | nelson: they have quadband phones in japan |
| 19:12.06 | *** join/#gpe destroyer (~destroyer@098.a.007.syd.iprimus.net.au) |
| 19:13.06 | nelson | Oh, well, screw the japanese. |
| 19:13.11 | *** join/#gpe djm62 (~chatzilla@82-40-60-28.cable.ubr08.uddi.blueyonder.co.uk) |
| 19:13.24 | nelson | They'll have computers built into rings that project the screen into your eyeball, |
| 19:13.42 | nelson | long before we have 802.11b combined with CDMA. |
| 19:14.43 | djm62 | I have gpe installed on H3835, working fine-- how can I get pygtk? |
| 19:15.10 | djm62 | ipkg install python-pygtk is a no go |
| 19:22.28 | nelson | why not? |
| 19:22.56 | nelson | If I'm having trouble locating a package, I do this: ipkg list | grep -i python |
| 19:23.48 | TyggerBob | Nelson: you're a CDMA'er too, eh? |
| 19:24.34 | TyggerBob | Two years a go, Bell Mobility up here SWORE up and down that they'd have a bluetooth enabled phone very soon. |
| 19:24.39 | TyggerBob | Now I hear that it's officially dead |
| 19:24.41 | TyggerBob | bastards |
| 19:25.58 | *** join/#gpe florian_ (~fuchs@pD955B578.dip.t-dialin.net) |
| 19:27.44 | mallum | aoe on ce is killer app |
| 19:28.25 | florian_ | re |
| 19:28.32 | florian_ | what is aoe? |
| 19:30.27 | TyggerBob | Age of Empires |
| 19:30.34 | TyggerBob | Rehi Florian |
| 19:31.17 | TyggerBob | Mallum: yeah.. that was pretty cool. |
| 19:31.38 | TyggerBob | hey.. what does one need to access windows shares from a familiar ipaq? |
| 19:31.50 | nelson | samba. |
| 19:32.09 | TyggerBob | belay that.. |
| 19:32.27 | TyggerBob | oops.. too later.. I thought there were only hh25 versions.. the page has been updated |
| 19:32.34 | TyggerBob | found it. Thanks Nelson |
| 19:35.28 | mallum | TyggerBob: yeah think Im gonna pay the 30$ for full version |
| 19:35.48 | mallum | TyggerBob: I have to keep ce on device for gps software |
| 19:35.58 | mallum | TyggerBob: oh it I dont think Linux will run on it |
| 19:36.31 | TyggerBob | Cool. |
| 19:39.39 | nelson | TyggerBob: yeah, the Radio Shaft folks say "No bluetooth". |
| 19:39.44 | TyggerBob | Yeah.. |
| 19:39.49 | nelson | I've told 'em "Bluetooth or no new phone for me". |
| 19:44.31 | mallum | TyggerBob: any other good games on ce ? |
| 19:45.06 | mallum | TyggerBob: hmm, maybe I can check in that warez channel for aoe key - whats the chan again, oh yeah #handhelds.org |
| 20:08.45 | *** join/#gpe pb_ (~pb@cpc2-cmbg4-3-0-cust239.cmbg.cable.ntl.com) |
| 20:09.25 | *** join/#gpe mccarthy (~mccarthy@granular.che.pitt.edu) |
| 20:09.30 | mccarthy | hi pb_! |
| 20:09.45 | pb_ | re |
| 20:09.47 | pb_ | mccarthy! |
| 20:10.00 | mccarthy | my semester is over at long last! :) |
| 20:10.17 | mccarthy | I have a few ideas for gpe-calendar that I want to bounce off of you |
| 20:10.25 | pb_ | aha :-) |
| 20:10.38 | mccarthy | :) |
| 20:12.01 | mccarthy | 1. do you have any idea how "at" determines the "job id" that it returns to you? I would think that if this is fairly "unique" per user that we could use "at" straight up in libschedule so that gpe-calendar alarms would work on x86 directly (we simply grab the second item in the returned string from "at" so we can erase it later if need-be |
| 20:13.55 | mccarthy | I don't recall number 2 right now! ;) |
| 20:14.27 | pb_ | hm, not sure. But I guess the job ID must be unique at least per user, or it'd be completely useless. |
| 20:14.45 | pb_ | So yeah, that sounds like a good plan. |
| 20:15.18 | mccarthy | pb_: I thought so too, do you know how to do it? :) I have used "system()" before but I dont think I can do this with scanf() or some such can I? |
| 20:15.31 | pb_ | I think you need popen(). |
| 20:15.45 | mccarthy | hmm, I must man popen then! |
| 20:17.06 | mccarthy | so do you do something like: |
| 20:17.35 | mccarthy | return_string = popen(command_string, r); |
| 20:17.48 | mccarthy | then fscanf(return_string)....? |
| 20:18.09 | pb_ | Yup. Except that return_string is a FILE*, not actually a string. |
| 20:18.38 | mccarthy | pb_: right, I knew that (I got it kinda right in the fscanf part, but chose a stupid name) |
| 20:18.52 | pb_ | :-) |
| 20:18.55 | mccarthy | ok. that seems really simple then |
| 20:19.33 | mccarthy | the only issue is that we need to add something to the calendar event db, I think. The job id of the at command... |
| 20:20.07 | mccarthy | I guess this also means we might need full-blown 'at" on the ipaq... |
| 20:20.08 | pb_ | Okay. Should be easy enough, I think. |
| 20:20.44 | pb_ | Yeah. Well, we could make a mini-at that basically does the same thing as the code that's currently in libschedule. |
| 20:21.09 | mccarthy | hmmm. didnt opie already so that? I'll have to check. |
| 20:21.22 | pb_ | Mmm, could be. |
| 20:21.49 | pigeon | morning |
| 20:22.04 | mccarthy | pb_: atd has an "at" in it....lemme take a looksee |
| 20:22.08 | pb_ | aha |
| 20:22.11 | pb_ | pigeon: good morning! |
| 20:22.28 | mccarthy | pigeon: or afternoon...or whatever :) |
| 20:22.42 | pigeon | yo pb_ mccarthy! |
| 20:22.50 | pigeon | well well well, last day of work for me here. |
| 20:23.30 | pb_ | mccarthy: by the way, I'll be in the US next month at Linux World Expo. So, in the unlikely event that you find yourself near New York City between about the 20th and the 25th, you should drop by and say hello. |
| 20:23.31 | mccarthy | pb_: damn. it looks like the shell script isnt exactly reproducing at (no job id returned AFAIK) |
| 20:23.42 | pb_ | mccarthy: darn. oh well, I guess we can fix that. |
| 20:24.04 | pb_ | pigeon: I guess that's good news; it sounds like you're fast running out of computers. |
| 20:24.31 | pigeon | going to buy some stuff when i'm in hk |
| 20:24.45 | pb_ | good thinking |
| 20:24.55 | mccarthy | pb_: crap. between 20 and 28 I have my wife, daughter, god-daughter and god-son's birthdays. I think I am stuck here during your stretch :( |
| 20:25.37 | pb_ | mccarthy: wow, your family really piles them in. oh well, that's too bad. |
| 20:26.10 | pigeon | pb_: oh btw, i'm pretty much positive that suspend/resume not working for unstable familiar. |
| 20:26.29 | pb_ | pigeon: is there anything in dmesg? |
| 20:26.40 | pigeon | haven't checked. |
| 20:28.54 | pb_ | okay. I suggest you check. |
| 20:29.11 | pigeon | i knew you're going to say that ;) |
| 20:35.28 | pigeon | wth |
| 20:38.53 | pigeon | ahha |
| 20:38.56 | pigeon | what a joke |
| 20:39.22 | pb_ | mm? |
| 20:40.32 | pigeon | let me try it one more time to confirm. |
| 20:42.30 | pigeon | well, hmm |
| 20:42.41 | pigeon | suspend/resume is not working all the time. |
| 20:42.56 | pigeon | i don't see anything significant from dmesg |
| 20:43.35 | pigeon | after resuming |
| 20:43.49 | pigeon | cardctl ident still reckons the cf card is there |
| 20:44.04 | pb_ | try cardctl eject; cardctl insert |
| 20:44.08 | pigeon | however, 1) it's not mounted (i.e. it's unmounted) |
| 20:44.16 | pigeon | 2) If I mount it manually, it can't. |
| 20:44.38 | pigeon | pb_: that works, yes. |
| 20:44.50 | pigeon | which is expected anyway |
| 20:45.00 | pigeon | (even though I remember sometimes even that doesn't) |
| 20:45.05 | pigeon | (but let's not talk about that for now) |
| 20:45.17 | pigeon | ok now if I suspend it. |
| 20:45.45 | pigeon | same thing |
| 20:45.49 | pigeon | unmounted. |
| 20:46.18 | pigeon | cs: socket c3f9a800 timed out during reset. Try increasing setup_delay. |
| 20:46.23 | pigeon | hmm... |
| 20:46.29 | pigeon | this could be it. |
| 20:47.48 | pigeon | i remember having this setup_delay message with my dead gsm/gprs sleeve. |
| 20:49.09 | pigeon | i need to head to work soon, will be back on. |
| 20:49.19 | pigeon | last day yet busy day. |
| 20:49.27 | pigeon | need to build X at work :> |
| 20:50.23 | pb_ | enjoy |
| 21:11.56 | mccarthy | pb_: is full-blown at big? |
| 21:12.32 | pb_ | mm, dunno. |
| 21:42.25 | mccarthy | pb_: I just made a quick at ipkg. It looks to be: |
| 21:42.27 | mccarthy | ls -l |
| 21:42.27 | mccarthy | total 112 |
| 21:42.27 | mccarthy | -rw-r--r-- 1 mccarthy user 26118 Dec 22 16:28 at_3.1.8-10.2_arm.ipk |
| 21:42.43 | mccarthy | on my desktop. what does that mean about ipkg storage? |
| 21:44.20 | pb_ | Well, the .ipk file is gzipped, but so is jffs2. So it probably takes about 26k of flash on the ipaq as well. |
| 21:44.38 | mccarthy | In any event it is 21k larger than the existing atd ipkg so it is roughly 5 times bigger |
| 21:44.45 | mccarthy | still small overall though |
| 21:45.02 | mccarthy | what do you think I woudl break if we swapped out the "fake" atd for the real deal? |
| 21:45.40 | mccarthy | maybe I should grab both sources and merge them...I am not sure how "customized" the atd for the ipaq is.... |
| 21:45.54 | pb_ | Nothing much that I can think of. I don't think anything other than gpe-calendar and gpe-clock is using libschedule to set alarms. |
| 21:46.16 | mccarthy | what about opie folks?! |
| 21:46.18 | pb_ | Well, the ipaq-atd knows how to set RTC alarms to wake the machine up. I guess the regular atd can't do that. |
| 21:46.36 | pb_ | Opie doesn't use atd at all. They have their own thing. |
| 21:46.48 | pb_ | opie-opie-opie-opiealarm or something. |
| 21:48.26 | mccarthy | hmm. not sure if that is exactly right but ok |
| 21:48.58 | mccarthy | I would definitely need to add the atd RTC wakeup stuff though, wouldn't I? |
| 21:52.33 | pb_ | Yep, I think so. |
| 21:52.53 | mccarthy | any way to search ipkgfind for depends on atd? |
| 21:52.53 | pb_ | Ah, just two opies. opie-opiealarm. |
| 21:53.12 | pb_ | Not ipkgfind, but you can do "ipkg whatdepends atd". |
| 21:53.25 | pb_ | I guess that only covers packages you have installed though. |
| 21:53.48 | mccarthy | pb_: crap. I would really not want to piss people off and/or break their stuff with this change |
| 21:54.10 | pb_ | mccarthy: I guess nelson would be the man to ask. |
| 21:54.19 | mccarthy | any idea where the atd sources are? in GPE cvs? |
| 21:54.48 | mccarthy | you hear that nelson. pb_ is making more work for you! (instead of simply listening to me whine) |
| 21:55.12 | pb_ | somewhere in handhelds cvs, but probably not in gpe. maybe under apps? |
| 21:55.20 | nelson | sigh. |
| 21:55.43 | mccarthy | we have a gpe-atd, but it looks like ti does nothing... |
| 21:56.00 | nelson | ti does nothing? |
| 21:56.07 | nelson | You should talk to kergoth about that. |
| 21:56.28 | mccarthy | well, the CVS has nothing in it AFAIK |
| 21:56.55 | mccarthy | nelson: would I break anything other than gpe related alarming if I changed to (roughly) stock at/atd? |
| 21:57.53 | nelson | mccarthy: well, the whole point is to be able to wake up the machine. |
| 21:58.36 | mccarthy | nelson: It will still do that (presumably) but I mean does anyone depend on some obscure functionality of the *current* implementation? |
| 21:58.57 | mccarthy | nelson: in other words, who has it listed as a "Depends" other than libschedule0 and friends? |
| 21:59.09 | nelson | mccarthy: they shouldn't be ... although I believe Opie does. |
| 22:13.51 | *** join/#gpe flypiper (~deb-user@12-222-141-210.client.insightBB.com) |
| 23:34.45 | pattieja | how come in the middle of using the iPAQ running the 0.7.2fam+GPE2 boot image the screen just suspends every once in awhile and I have to push the on/off/suspend button to bring it back, taking me to a locked screen login? |
| 23:35.15 | pb_ | It's an xserver bug. You need to run ipkg update; ipkg upgrade |
| 23:35.26 | pb_ | then restart X. |
| 23:36.15 | pigeon | oh hmm, i thought that was something to do with ipaq-sleep |
| 23:36.22 | pigeon | I have that problem too. |
| 23:36.33 | pb_ | it's to do with ipaq-sleep, but the actual bug is in the xserver. |
| 23:36.41 | pattieja | heh. no connection to the Internet (yet) |
| 23:36.47 | pb_ | there's a fixed version in the feed, it just hasn't percolated into the images yet. |
| 23:36.58 | pigeon | fixed in 0.7.2 and unstable? |
| 23:37.03 | pb_ | yes |
| 23:37.08 | pigeon | ok |
| 23:37.26 | pigeon | I ended up trying setting ipaq-sleep to probe all irqs I can pick from the list. |
| 23:38.06 | pigeon | oh btw, from that probe irq select list, I checked all of them, then ok, quit the config app, then went back into that screen, only one of them are clicked. |
| 23:38.21 | pb_ | pigeon: you'd need to take that up with mccarthy, I think. |
| 23:38.40 | pigeon | ok |
| 23:39.55 | mccarthy | pb_: nope. not me. I didn't write the GPE version of the gui interface....that was florian_ working from my isgui.py source, but he added the IRQ selection part...I always used command line |
| 23:40.06 | pb_ | ah, right. |
| 23:40.28 | pb_ | pigeon: in that case, you'd need to address your complain to florian_ and/or florian_kc. |
| 23:40.31 | pb_ | complaint, even |
| 23:40.34 | pigeon | hehe ok |
| 23:41.06 | florian_ | huh? did i break something?! |