| 02:51:00 | Burner | can anyone help me with installing a serial card for the ipaq? |
| 03:31:33 | rovitotv | I am having difficulty with ipkg, trying to install ssh, and I type "ipkg install zlib1g_1.1.3-14_arm.ipk" it tells me no file is found but the file is in the tmp directory. Any suggestions? |
| 03:34:29 | banshee | tried full path to the file? |
| 03:35:56 | rovitotv | banshee: I just renamed the file to "/tmp/zlib.ipk" to make sure I did not mistype it. Then I tried "ipkg install /tmp/zlib.ipk" still says file not found??? |
| 03:36:29 | banshee | ipkg list and the other parts of it work? |
| 03:36:47 | rovitotv | banshee the specific error is "ipkg_install_file: ERROR: File not found |
| 03:37:13 | rovitotv | banshee ipkg list returns nothing but does not give an error. |
| 03:37:26 | banshee | try ipkg list task-complete |
| 03:37:55 | rovitotv | banshee nothing just an empty list |
| 03:38:11 | banshee | hmm, have net access on it? |
| 03:38:31 | sachac | rovitotv: Ah, hmmm, so /tmp/zlib.ipk exists? |
| 03:39:43 | rovitotv | sachac Yes "ls -la /tmp/zlib.ipk" returns the file information. |
| 03:40:41 | rovitotv | banshee: I have only installed the latest task-bootstrap-2.4.17-rmk4-hh5.jffs2 since I have a 3835 IPAQ |
| 03:41:03 | rovitotv | banshee I am trying to get ssh installed so I can ssh into it and setup x and other stuff |
| 03:41:35 | banshee | hmm, only other thing i can think of besides an ipkg bug or some little stupid methodology error... try mving it over to the main fs from /tmp |
| 03:43:06 | sachac | rovitotv: Oh, there's a bootstrap image with SSH and PPP... |
| 03:43:23 | sachac | banshee: I occasionally get those file not found errors too, but retrying solves it. |
| 03:44:08 | banshee | sachac: heh.. i usually don't get file not found errors.. b/c i know.. way i have mine so rigged together right now... if i installed one ipkg.. i'd be stuck uploading a new rootfs |
| 03:44:18 | rovitotv | sachac: does that image contain the latest 2.4.17 kernel? I need that for the 3800 series IPAQ don't I? |
| 03:45:43 | sachac | rovitotv: Oh, good point. I don't know about the 3800, but that image has 2.4.16.. |
| 03:47:14 | sachac | rovitotv: Strange. Try ipkg installing zlib again.. |
| 03:49:42 | Burner | sachac can you help me with a quick question? |
| 03:50:09 | sachac | Burner: Sure, just ask. |
| 04:00:39 | sachac | pokes Burner. =) |
| 04:01:55 | banshee | think he died asking if he could ask if he could ask a question about asking for help |
| 04:02:31 | banshee | either that or just kicked himeself offline trying to paste in 3 screens worth of an error message |
| 04:09:50 | sachac | banshee: But Burner's still here. =) |
| 04:10:05 | banshee | hmmm... so most likely the first one |
| 04:10:53 | sachac | banshee: Ah, the perils of recursion... ;) |
| 04:16:47 | sachac | ACK. bootldr is somewhat broken. |
| 04:17:26 | rovitotv | I think I am just going to start over again, and see if that fixes my problem with ipkg not installing correctly :-( |
| 04:19:38 | sachac | rovitotv: Right, then pop in here to complain. Complaining is good because it helps us squish bugs. =) |
| 04:20:43 | rovitotv | sachac I would never complain, it is incredible just to get the linux kernel working on the ipaq. |
| 04:21:56 | sachac | =) |
| 04:22:04 | sachac | rovitotv: No, but complaining is good! |
| 04:31:29 | sachac | rovitotv: Any luck? |
| 04:38:37 | rovitotv | sachac I am still uploading |
| 04:38:41 | rovitotv | sachac almost done |
| 04:40:51 | sachac | =) |
| 04:44:24 | rovitotv | sachac After I boot the machine and type "ipkg install_pending" it says cannot open /etc/ipkg.conf no such file. Should I just make an empty file? |
| 04:45:42 | sachac | rovitotv: ACK. You're supposed to have an /etc/ipkg.conf.. What kind of bootstrap image is that? Strange... |
| 04:45:57 | sachac | Is anyone else here using the same kind of image rovitotv is using? |
| 04:46:32 | rovitotv | sachac I am using task-bootstrap-2.4.17-rmk4-hh5.jffs2 |
| 04:47:21 | rovitotv | sachac I guess I could use the normal task-bootserial.jffs2 file and upgrade the kernel latter? |
| 04:48:31 | sachac | rovitotv: Yup. |
| 04:48:36 | sachac | That should work... |
| 04:48:59 | rovitotv | sachac ok thanks I will try that |
| 05:13:33 | rovitotv | sachac the 2.4.16 kernel does not like the IPAQ 3835! Sound does not work, power management is broken, and sleeve does not work. I will have to upgrade soon. |
| 05:14:21 | sachac | Ouch. |
| 05:14:42 | rovitotv | sachac Do you have an IPAQ? Which model do you use? |
| 05:14:55 | sachac | Good luck! Why don't you file a bug on bugzilla about 2.4.17, if you absolutely can't get it to work? |
| 05:15:06 | sachac | I've got a 3630. Worked like a charm. |
| 05:16:33 | rovitotv | Yes you are right I should file a bug about that task-bootstrap-2.4.17-rmk4-hh5.jffs2 not having ipkg.conf |
| 05:17:45 | sachac | nods. |
| 05:17:50 | rovitotv | any ideas on how to get the backspace key to work right in terminal mode. I think it has something to do with the stty command but I can't remember...... |
| 05:17:54 | sachac | And mail the list too, perhaps. |
| 05:17:59 | sachac | stty erase ^H ? |
| 05:18:13 | rovitotv | never mind I got it stty erase ^H |
| 05:18:27 | sachac | =) |
| 05:19:02 | newbie | anyone here? Anyone tried the newer 2.18.12+ for dual booting? |
| 05:19:09 | rovitotv | sachac what do you use your IPAQ for mainly if you dont mind? |
| 05:20:36 | sachac | rovitotv: I have chronicle on it, so that I can keep track of my schedule. I have dillo, and I have a CF card with the Linux Gazette and other useful things. =) |
| 05:20:55 | sachac | rovitotv: In my spare time, I use vim to play with python programs, and I also use my iPAQ for programming. |
| 05:21:31 | rovitotv | sachac cool! I hope to use my IPAQ for programming on the road so to speak, but I have lots to learn about it. |
| 05:22:13 | sachac | =) |
| 05:22:27 | sachac | It's not much, but it's fun for the quick hack you have to do. Python is also useful as a calculator. <laugh> |
| 05:22:54 | sachac | Handwriting is actually quite bearable now. Don't expect to compile C programs on the road unless you have lots of storage, though. |
| 05:23:39 | rovitotv | sachac I have a 256 mb cf will that be enough? |
| 05:24:20 | sachac | rovitotv: Oh, yeah, quite. |
| 05:24:22 | sachac | rovitotv: Gosh. |
| 05:24:31 | sachac | rovitotv: You might be interested in Intimate.. |
| 05:24:37 | sachac | rovitotv: intimate.handhelds.org |
| 05:24:41 | newbie | anyone know how to boot from vfat? |
| 05:24:56 | sachac | newbie: Theoretically, you just have to say boot vfat or something like that in the bootldr... |
| 05:25:50 | newbie | hmm...im trying the new bootldr to dual boot but when i power off i have to reset to power on again...at least in wince...was hoping to get it all together for my trip to europe tomorrow |
| 05:26:29 | rovitotv | sachac I got ssh working now off to upgrade ther kernel. |
| 05:27:12 | sachac | rovitotv: Excellent! |
| 05:29:21 | rovitotv | are all the development kernels stored on ftp://lorien.handhelds.org/pub/linux/feeds/2.4.17/ ? |
| 05:39:58 | banshee | hmm.. Burner EoF yet? |
| 09:14:19 | Mindcrym | hiya |
| 09:17:22 | Mindcrym | anyone here tonight? |
| 09:37:46 | samrolken | Where can I download the PocketPC 2002 update for iPaq? |
| 11:26:13 | mcgizzard | hi |
| 11:26:48 | mcgizzard | has anyone got a wince image that I could possibly borrow? I've rebuilt me damned doze box and it was lost when I formatted it :( |
| 11:28:53 | mcgizzard | hi mindcrym |
| 11:34:27 | Kand-ALF | moin |
| 11:34:32 | mcgizzard | morning |
| 11:58:47 | Kand-ALF | which one is the newest rom image currently ? |
| 11:58:57 | Kand-ALF | the 0.5.1 hh15 ? |
| 11:59:16 | Kand-ALF | upgrading for cebit tomorrow |
| 13:51:58 | Kand-ALF | is AWAY at 14:54:13 : getting food |
| 14:09:40 | bipolar | is back (gone 17:29:38) |
| 14:30:21 | pat | Hi all; |
| 14:31:05 | pat | Has anyone installed the NFS Client side on a iPAQ ? |
| 15:20:33 | julian-grahsl | hi, anyone here. i just got a 38xx and need a little help regarding apm. |
| 15:21:18 | pat | hello |
| 15:22:59 | julian-grahsl | hi |
| 16:23:30 | kergoth | cworth: ping |
| 16:23:47 | cworth | kergoth: pong |
| 16:24:33 | kergoth | cworth: wow, good ping time :-) I'm throwing together a task list for the autobuild system. Thought I'd run it by you. |
| 16:26:37 | cworth | kergoth: feel free to post to autobuild@, then everyone can benefit from our exchange. |
| 16:27:13 | kergoth | cworth: will do. Has anyone started any actual work on the system yet, or is this still solely conceptual? |
| 16:28:14 | cworth | kergoth: it's just been talk. Please change that. ;-) I think a lot of work can be saved by starting with Debian's system. But, it's really those that do the work that get to make the decisions. |
| 16:29:27 | kergoth | cworth: understood. I'll start something.. try to get the ball rolling. my first task is to get the wanna-build stuff actually working on my dev box.. lol.. then I'm going to add Source Depends fields for both build and for host (in the sbuild script).. and go from there |
| 16:30:22 | cworth | kergoth: good. kepp autobuild@ posted on plans and progress. |
| 16:30:26 | kergoth | cworth: one thing.. imho the crosscompilation support in dpkg-buildpackage sucks. there's just the dpkg-cross package, which is just wrappers.. you think the buildpackage stuff should be rewritten to handle independent build and host archs? |
| 16:30:41 | kergoth | cworth: of course. I'll send out another update today.. just pondering things and organizing my thoughts atm :-) |
| 16:31:41 | cworth | kergoth: I'm not too familiar with cross-build support in dpkg. I've always assumed that cross-building is where we would have to do some inventing, (in practice all Debian autobuilds are native I believe). |
| 16:36:30 | kergoth | cworth: yeah they're all native. surprisingly enough the hacked together cross wrappers actually work.. hah. i think rewriting buildpackage to support cross should be on the tasklist |
| 16:39:37 | kergoth | cworth: hows ipkg/C coming along? is it pretty stable atm? |
| 16:43:41 | cworth | kergoth: yes, quite. I'm about to release 0.99.8 named ipkg rather than ipkg-unstable. |
| 16:44:39 | sachac | cworth: Cool! =D |
| 16:45:15 | bipolar | cworth: let me know when that happens. :) |
| 16:46:09 | kergoth | cworth: great, glad to hear it :-) |
| 17:09:14 | Disconnect | cworth: is there a way to toggle xstroke to the old 'stroke everywhere' behavior? or (better) set a per-app auto toggle? |
| 17:10:03 | cworth | Disconnect: "-noauto" or something like that does what you want, (but that's not a runtime toggle). |
| 17:10:39 | cworth | Disconnect: apps can publish there capabilities to xstroke so that it does the right thing. See the xstroke web page. |
| 17:10:56 | mallum | cworth: yeah I was playing with matchbox doing that |
| 17:11:20 | Disconnect | cworth: ok. (its gaim, trying to avoid having too huge a delta between 'stock' and ipaq - we're already backing out all the gtk changes..) |
| 17:11:25 | mallum | cworth: becuase xstroke doesn't like drawing over the titles |
| 17:12:22 | | xstroke is http://www.east.isi.edu/projects/DSN/xstroke/ |
| 17:12:22 | Disconnect | ibot: xstroke |
| 17:12:43 | cworth | Disconnect: One could probably patch a few GTK widgets and get most of those apps. working just fine. |
| 17:13:44 | Disconnect | cworth: the problem w/ xstroke+gaim is there are too many clickythings on the screen (and the stroke-vs-highlight detection seems to hate me sometimes, but I suspect thats just me) |
| 17:13:57 | a7r | morning.. |
| 17:14:04 | mallum | cworth: Any plans to make xstroke run with an optinal xpm, rather than the current dock text string ? |
| 17:14:08 | mallum | a7r: hi |
| 17:14:17 | cworth | Disconnect: if it behaves differently from what the page says, that's a bug. |
| 17:14:33 | cworth | Disconnect: if you can think of a way to make it better, let me know. |
| 17:15:19 | cworth | Disconnect: like the page says, buttons should really allow stroking on top of them, since even with stroking enabled, they will still be clickable. It'd be good to fix this in GTK. |
| 17:15:28 | Disconnect | cworth: if I could make it better, I would ;) I am thinking about doing up a small patch to better center the text when you change the size (on my matchbox install, w/ xstroke -g'd properly, its a few blue pixels, then text w/ the bottom text pixel cut off..) |
| 17:16:06 | Disconnect | will try gaim+RECOGNIZE_PROTOCOLS and see if that does it. |
| 17:16:09 | cworth | Disconnect: You can pass a font, (with size) to xstroke. |
| 17:17:01 | Disconnect | cworth: but the highlight-instead-of-click shows up (for me) in rxvt and any text input box I happen to hit just wrong while stroking (and vice versa sometimes - it'll read an attempted highlight as a stroke.) I think its probably just me not getting the hang of it 100% yet ;) |
| 17:17:29 | Disconnect | cworth: yah but better to center if possible (all it has to do is move up a couple of pixels, in this case) no biggie. |
| 17:17:31 | cworth | Disconnect: the same window sometimes strokes sometimes highlights? That sounds like a bug. |
| 17:17:58 | cworth | Disconnect: what version of xstroke is this? |
| 17:18:12 | Disconnect | cworth: how is highlight-recognition handled? (mouse-button-and-drag) .. mousedown pause motion? |
| 17:18:22 | Disconnect | cworth: fam-unstable |
| 17:18:32 | Disconnect | 0.5.12 |
| 17:19:09 | cworth | Disconnect: it should only switch with a pure tap-and-hold, (no motion before the switch times out). |
| 17:19:18 | Disconnect | cworth: happens everywhere sometimes (rxvt, dillo, gaim, etc) |
| 17:19:31 | Disconnect | cworth: ok.. then I still think its probably just me. |
| 17:19:42 | Disconnect | wouldn't swear to it tho - is there a way to lengthen the required hold? |
| 17:20:06 | Disconnect | could be just that hte hold is slightly shorter than I need, for the way I stroke |
| 17:20:13 | cworth | Disconnect: no, I think this is a bug. I thought I fixed it. Just checking now to see if I forgot to release it. |
| 17:20:41 | cworth | Disconnect: the hold time is .75 seconds I think so it is pretty hard to get it unintentionally. |
| 17:20:46 | Disconnect | almost cried when inputting some long line into gaim (which is, as above, difficult) and it highlighted most of the line and replaced it with 'n' ;) |
| 17:21:08 | Disconnect | I think the recognize atom tweak will help tho, looking at the web page. |
| 17:21:10 | a7r | suck |
| 17:23:21 | cworth | Disconnect: looks like 0.5.12 should have my fix. Maybe it wasn't complete, I don't know. |
| 17:23:58 | cworth | Disconnect: oh, good, there is a "-hold" option. Try craking that up to 10 seconds or something and let me know if the rxvt problems go away. |
| 17:24:16 | Disconnect | I'll pay more attention to when it happens and get together a real bug report.. but usually it happens when I'm inputting quickly, so it could be me going 'press-wait whats the stroke-stroke' |
| 17:24:21 | Disconnect | kewl will do that now. |
| 17:25:30 | cworth | Disconnect: thanks. |
| 17:27:11 | Disconnect | hrm. does hold account for jitter? |
| 17:27:31 | Disconnect | just noticed that it jitters pretty badly - 3 or 4 pixels soemtimes |
| 17:29:05 | cworth | Disconnect: #define HOLD_DRIFT_THRESHOLD 6 |
| 17:29:46 | cworth | Disconnect: I had remembered that there was one parameter that was #defined rather than a cmd-line option. At first I was afraid it was the hold time, but it is the jitter threshold. |
| 17:30:57 | Disconnect | so the jitter is whats triggering highlight instead of ... ahh. not moving far enough fast enough, so it counts as a hold.. |
| 17:33:39 | cworth | Disconnect: think I should lengthen the default hold time? (Currently it is 750 milliseconds) |
| 17:34:21 | Disconnect | cworth: not sure that'd help .. I'd wait and see if its widespread first. if its just me, then the longer hold time will just confuse people. |
| 17:35:12 | cworth | Disconnect: OK. But the important thing is that it's not unusable by default. I want xstroke to adapt to users, not the other way around. ;-) |
| 17:35:52 | Disconnect | it works 99% of the time for me.. its just when I really don't want it to that it highlights something and erases it ;) ;) |
| 17:48:28 | Kand-ALF | is back after 0 d 3 h 56 m 30 s |
| 17:57:18 | Disconnect | cworth: ok dumb question. do you have info on atoms under gtk? found the man page but I'm not familiar enough w/ atoms to make much sense of it. |
| 17:58:30 | cworth | Disconnect: There's not much to it. An atom is a unique integer associated with some data, (often a string). It's so the X protocol can pass around small integers rather than large strings. |
| 17:59:02 | cworth | Disconnect: Take a look at the gtk-menu code. It sets up a property for docking using code just like what you want. |
| 17:59:07 | Disconnect | yah.. thats about where my understanding ends. I know you have to get the atom based on string (XSTROKE_PROTOCOL=gdk_atom_intern("XA_RECOGNIZE_PROTOCOLS",0);) .. but then I get lost ;) |
| 17:59:08 | Disconnect | ok kewl |
| 17:59:21 | a7r | if anyone is feeling frisky, I've got dillo 0.6.4, patched w/ cookies, and support for eBay: http://www.handhelds.org/~a7r/outgoing/dillo_0.6.4-fam1.ipk |
| 17:59:47 | mallum | a7r: did you try the external launcher patch ? |
| 17:59:51 | a7r | hmm.. maybe not.. hold on. |
| 18:00:11 | cworth | a7r: hey, I think I just found that silly conffiles bug. Here come ipkg (non-unstable) 0.99.8. |
| 18:01:16 | a7r | cworth: rad. |
| 18:01:24 | a7r | mallum: I didn't realize there was one.. got a URL? |
| 18:03:05 | mallum | a7r: theres a dillo patchomatic site somewhere .... Im trying to find it |
| 18:05:55 | a7r | revised URL: http://www.handhelds.org/~a7r/outgoing/dillo_0.6.4-fam1_arm.ipk |
| 18:08:32 | mallum | a7r: phew found it ! |
| 18:08:35 | mallum | a7r: http://shasta.cs.uiuc.edu/~lrclause/dillo-patchomatic/ |
| 18:08:43 | mallum | a7r: I thought Id imagined it then |
| 18:08:49 | Disconnect | cworth: any idea if you can mix gdk_properties and xatoms? (seem to do the same thing, but..) |
| 18:09:00 | a7r | mallum: werd, thanks. |
| 18:09:35 | a7r | mallum: hrm, there's some good stuff here. |
| 18:09:49 | mallum | a7r: yeah ... |
| 18:10:27 | cworth | Disconnect: not sure. The code in gtk-menu is what I came up with. |
| 18:11:07 | mallum | Disconnect: you can, but you'll need to dig around the GDK header files |
| 18:11:26 | mallum | Disconnect: its ill advised apparently to mix gdk with xlib |
| 18:11:44 | Disconnect | mallum: that sounds ugly. lemme see what I can do w/ converting "stock" Xatom code to gdk_properties code.. |
| 18:12:00 | a7r | mallum: I think it's time to import into CVS.. |
| 18:12:04 | Disconnect | isn't sure the stock code works even, but thats half the fun |
| 18:12:46 | Disconnect | mallum: btw cvslog on gtk-menu says the rotation bug is fixed.. but if I rotate from portrait to landscape the menus are mostly offscreen unless gtk-menu is restarted (and if I rotate back to portrait, they are in the middle of the screen..) |
| 18:13:00 | mallum | a7r: cool I'll check it out too |
| 18:13:12 | mallum | Disconnect: dont believe what I write in CVS logs ;) |
| 18:13:17 | Disconnect | heh |
| 18:13:53 | mallum | Disconnect: its actually improved, but not fixed. Im not even sure it is fixable with out a deep and dark knowledge of gdk/gtk internal |
| 18:14:05 | mallum | Disconnect: are you running whats in CVS ? |
| 18:14:31 | mallum | a7r: cool, did you apply the external viewer patch ? |
| 18:15:13 | Disconnect | mallum: ah. good point - I'm not. |
| 18:15:32 | Disconnect | mallum: but then again, its been a month - shouldn't it be in unstable already? ;) |
| 18:17:07 | mallum | Disconnect: Its not my package .... |
| 18:17:14 | Disconnect | is just giving you a hard time |
| 18:17:35 | mallum | Disconnect: though Im happy to take it over, I think cworth's brother is maintainer |
| 18:17:49 | mallum | Disconnect: I meant to mail him and ask .... |
| 18:18:04 | zecke | moin |
| 18:18:31 | mallum | a7r: where is your dillo in hh cvs ? |
| 18:19:41 | cworth | mallum: feel free to publish a new gtk-menu. My brother is rather swamped with Real Life right now, (although, he said he might have some un-finished modifications, but I guess as long as you've been running it without crashing, then...). |
| 18:20:22 | a7r | mallum: it's not there yet, I need to get a new module created.. I'll have it imported tonight. |
| 18:21:09 | mallum | a7r: cool |
| 18:22:23 | mallum | cworth: cool, I will do over the weekend / early next week |
| 18:22:41 | a7r | mallum: HTTPS, Enter Submits, IPv6, and External viewers, would all be good. |
| 18:22:43 | mallum | cworth: I killed myself yesterday packaging |
| 18:22:56 | a7r | mallum: also that Xft patch, since we're loading it anyway. |
| 18:23:07 | Disconnect | a7r: https? and cookies? yay :) |
| 18:23:11 | mallum | a7r: yeah good idea |
| 18:23:39 | mallum | a7r: If I get a mo I add a 'ipkg' taget to its make, its easy if it uses autoconf/make ( which I think it does ) |
| 18:24:00 | a7r | mallum: it's cool, it've got the Debian build tools churning out packages, and ipkg-convert |
| 18:24:50 | mallum | a7r: Id like to add a switch to run it 'full screen', like when you double tap it |
| 18:25:23 | mallum | a7r: hmmm, havn't tried ipkg convert .... ( does it strip, remove man's etc ... ? ) |
| 18:25:54 | a7r | mallum: nah, ipkg-convert is just a braindead ar->tar .. I'm doing the tweaks to the Debian rules manually. |
| 18:25:59 | a7r | the changes for the most part are trivial. |
| 18:26:16 | mallum | a7r: this is what I use; |
| 18:26:38 | mallum | ipkg: Makefile control |
| 18:26:39 | mallum | mkdir -p ./build/CONTROL |
| 18:26:39 | mallum | cp control ./build/CONTROL/ |
| 18:26:39 | mallum | cp postrm ./build/CONTROL/ |
| 18:26:39 | mallum | cp postinst ./build/CONTROL/ |
| 18:26:39 | mallum | DESTDIR=`pwd`/build fakeroot make install-strip -C ../../ |
| 18:26:41 | mallum | rm -fr ./build/usr/man |
| 18:26:43 | mallum | ipkg-build ./build ./ |
| 18:26:45 | mallum | rm -fr ./build |
| 18:26:56 | a7r | werd. |
| 18:28:21 | mallum | a7r: I wondoering if I could merge it into a boilerplate debian/rules ... |
| 18:28:49 | a7r | mallum: if you've got debhelper installed, you can use the default rule kit to do pretty much that. |
| 18:29:12 | cworth | mallum: I use something very similar within boilerplate debian/rules. |
| 18:29:36 | a7r | dh_movefiles is j00r g0d. |
| 18:30:21 | cworth | mallum: The current ipkg stuff is boilerplate debian/rules but with all debhelper stuff ripped out -- lots of RedHat at CRL still. ;-) |
| 18:30:45 | a7r | ``the streets will flow w/ the blood of the non-believers.'' |
| 18:31:31 | mallum | yeah, maybe I should play with the debhelper bits more |
| 18:32:46 | cworth | mallum: just start with dh_make and go from there, (although dh_make forces silly requirements like the cwd has to be named package-version). |
| 18:37:14 | mallum | cworth: yeah I came across that one, kind of makes it difficult to build packages from a cvs dir |
| 18:38:26 | cworth | mallum: at least dh_make is a one-time thing, so just rename the dir temporarily. |
| 18:39:16 | a7r | okay.. hitting the office.. |
| 18:39:24 | a7r | late. |
| 18:42:22 | mallum | cworth: yep thats what I've been doing |
| 18:57:20 | cworth | safe: see config.log |
| 18:57:29 | cworth | oops |
| 19:12:00 | kergoth | whats a7r's email address? |
| 19:12:08 | | a7r is, like, the author of the familiar distribution or at mailto:a7r@andern.org or one of the more short-tempered admins for the handhelds channels |
| 19:12:08 | Disconnect | ibot: a7r |
| 19:13:31 | kergoth | ack |
| 19:13:42 | kergoth | my mailserver doesnt like that address. relay access denied. fun fun |
| 19:16:14 | Gabe_ | heya |
| 19:16:58 | Gabe_ | is pretty impressed with fam 0.5.1 |
| 19:46:24 | Disconnect | damn damn.. cworth: any way to test and see if that atom is getting set correctly? cuz I set KEY but now it doesn't seem to recognize at all in that window. |
| 19:46:58 | Disconnect | yah it 'flickers' the draw/pointer cursor to draw and back basically instantly |
| 19:47:09 | Disconnect | and clicky-widgets work fine |
| 19:47:52 | Disconnect | wait.. looks like old behavior - in the text entry box it will stroke, in the rest of the window it forces clicky.. I need the whole window to default to stroke :( |
| 19:48:43 | | cworth was last seen on #familiar 51 minutes and 14 seconds ago, saying: oops [Fri Mar 15 18:57:29 2002] |
| 19:48:43 | Disconnect | ibot: seen cworth |
| 20:03:43 | cworth | Disconnect: xprop |
| 20:04:19 | Disconnect | cworth: kewl (I switched it to button instead and it still behaved the same, so I think something is screwy..) |
| 20:04:23 | nickr | muah |
| 20:04:56 | Disconnect | downloading it now, moved the change_properties to before the gtk_widget_realize .. |
| 20:05:01 | cworth | Disconnect: there are probably many different windows involved, (I'm not sure, but I would guess that every GTK widget is a separate window) |
| 20:05:10 | Disconnect | ugh. thats ugly .. |
| 20:05:19 | Disconnect | is trying to set it on the conversations window only.. |
| 20:05:56 | cworth | Disconnect: well, it's good, because it means we can fix things once in GTK+ and have all the apps work the way we want. |
| 20:06:12 | cworth | Disconnect: meeting now. Later. |
| 20:06:15 | Disconnect | cya |
| 20:06:41 | Disconnect | ibot: message for cworth: when you get back, can you ponder how to set that xprop "globally" on a gtk window? cuz I'm at a loss ;) |
| 20:07:16 | cworth | Disconnect: you can only set properties on particular windows. |
| 20:07:47 | Disconnect | cworth: sorry, thought you'd bailed (don't be late on my account ;) ..) lemme see if xprop shows it.. |
| 20:07:53 | cworth | Disconnect: we might make the RECOGNIZE_PROTOCOLS support do something with properties placed on parent windows though. |
| 20:08:01 | Disconnect | that would rule.. |
| 20:08:05 | cworth | Disconnect: gone now. :) |
| 20:08:12 | Disconnect | ok kewl have fun |
| 20:13:12 | Disconnect | damn. |
| 20:13:20 | Disconnect | xprop -id 0xc001aa -set RECOGNIZE_PROTOCOLS RECOGNIZE_KEY |
| 20:13:20 | Disconnect | xprop: error: unsupported conversion for RECOGNIZE_PROTOCOLS |
| 20:17:41 | Disconnect | nm got it :) |
| 20:18:19 | kergoth | a7r: ping |
| 20:18:36 | Disconnect | cworth: ok when you get back.. got the atom set to recognize_key but its still not recognizing except in the text entry box. |
| 20:18:39 | a7r | kergoth: re.. |
| 20:18:46 | Disconnect | set it by hand w/ xprop, its showing up .. |
| 20:19:05 | Disconnect | cworth: and according to xprop its all one window (same window id) |
| 20:19:43 | kergoth | a7r: hey.. i dropped a memo for you on memoserv. basically, i'm curious as to what work has been done on altering the debian build stuff to build familiar (or other distro) from source |
| 20:20:10 | kergoth | a7r: i'm looking to do some autobuild dev without reinventing the wheel too much, so i was curious as to whether any real work has been done, or if autobuild is still in the solely conceptual phase |
| 20:20:17 | a7r | kergoth: oh, I don't always auth.. it's better to send email. |
| 20:20:38 | kergoth | a7r: my mailserver wouldnt cooperate. i figured if you didnt auth i'd just message you next time i saw you on irc |
| 20:20:43 | a7r | werd. |
| 20:20:47 | kergoth | heh |
| 21:40:41 | Disconnect | cworth: out of that meeting yet? |
| 21:52:00 | Disconnect | cworth: even when I set it (successfully) w/ xprop it doesn't change behavior. (xprop shows it as one window, rather than one-per-widget) |
| 22:22:05 | Disconnect | cworth: even when I set it (successfully) w/ xprop it doesn't change behavior. (xprop shows it as one window, rather than one-per-widget) .. checked the xstroke source, it doesn't seem to actually differentiate between the two atoms.. |
| 22:22:11 | Disconnect | ibot: message for cworth: even when I set it (successfully) w/ xprop it doesn't change behavior. (xprop shows it as one window, rather than one-per-widget) .. checked the xstroke source, it doesn't seem to actually differentiate between the two atoms.. |
| 22:31:40 | pigeon | cworth: kewl... ipkg in C... |
| 22:33:54 | cworth | Disconnect: out of meeting. On my way home. Do see "xwininfo -tree" to see if there are children. |
| 22:34:20 | Disconnect | ahhhhhh |
| 22:34:27 | Disconnect | yep |
| 22:34:50 | pigeon | cworth: i was thinking about the way ipkg works on the ipaq recently... |
| 22:34:54 | Disconnect | cworth: so if I set it on all of those, it should work? |
| 22:35:24 | cworth | Disconnect: xstroke only looks at the deepest one (child-most) at the point at which you click. |
| 22:35:59 | Disconnect | ahh. thought it just checked the window not the child-child (I saw the code but I'm not way up on X..) |
| 22:36:23 | Disconnect | ok lemme do this the easy way - coding time ;) |
| 22:36:27 | pigeon | cworth: say if I'm not upgrading my packages all the time, it's definitely a waste of space for all those stuffs in /var/lib/ipkg, all the packages info, status, etc... |
| 22:37:31 | kergoth | pigeon: you want to lose info about the status of your system? not to mention break dependencies with anything you may install in the future? |
| 22:37:33 | kergoth | heh |
| 22:38:10 | pigeon | Hmm I'm just wondering if there is a better way, I can store those information off the ipaq, and use them only when I need to do upgrade. |
| 22:38:12 | Disconnect | cworth: as far as grabbing it from parents, if you save the parent in the tree-walker func, you can check it before going on to the eventmask.. thought? |
| 22:38:28 | kergoth | pigeon: ah.. hmm |
| 22:38:51 | pigeon | kergoth: I've got a 16mb flash ipaq, ipkg usually about 500k of stuffs, quite a lot for me :) |
| 22:39:06 | Disconnect | pigeon: the only stuff it keeps is the list of packages and the current-and-removal info on the packages that are actually installed. |
| 22:39:13 | Disconnect | pigeon: also bear in mind that its all text, and its gzipped.... |
| 22:39:26 | pigeon | disconnect: they are gzipped? |
| 22:39:34 | Disconnect | pigeon: jffs2 compresses, remember? |
| 22:39:35 | cworth | pigeon: yes, feel free to move off /usr/lib/ipkg and put it back when you want it. That will work fine. |
| 22:39:47 | pigeon | Oh hmm... |
| 22:39:52 | pigeon | cworth: true... |
| 22:40:06 | Disconnect | pigeon: easy (but annoying) way to see how much space it actually uses .. df ; cp -rv /my/lib /my/lib2/ ; df |
| 22:40:13 | cworth | Disconnect: I can do anything I want with parents. Just propose semantics to me in email and I'll look at it. |
| 22:40:15 | Disconnect | (since 3 identical files, under jffs2, take 3x the space of 1) |
| 22:40:21 | pigeon | Maybe I should put together a simple wrapper script for running ipkg... |
| 22:40:46 | Disconnect | ok.. lemme poke at this a bit more and I'll drop a line. (emails squirrely for me much of the time, so it may be a patch or memoserv instead ;) ..) |
| 22:42:19 | pigeon | disconnect: so, jffs2 has compression, is there a way to find out how much stuffs I've got in my flash? |
| 22:43:36 | Disconnect | pigeon: df |
| 22:43:36 | Disconnect | shows how much flash is used. |
| 22:43:55 | pigeon | What about actual size of the stuffs? |
| 22:43:56 | Disconnect | du -shcx / |
| 22:44:00 | Disconnect | shows how much it is uncompressed |
| 22:44:40 | pigeon | ah cool thanks. |
| 22:47:17 | Disconnect | fscking skiffs. |
| 22:47:51 | Disconnect | is really tired of them dropping all outbound packets whenever it happens to send too much data too fast (like, say, ftping something out. or 'ls' in the wrong place.O) |
| 23:43:38 | Verxion | is there anyone alive in here? |
| 23:44:05 | Verxion | I am wondering what alternatives there are to intimate for a full blown debian distro that runs off of nfs |