| 00:40.18 | *** join/#gpe TMM1 (foobar@h-68-166-70-121.MCLNVA23.covad.net) |
| 00:54.54 | *** join/#gpe dc_ (~dc@modem-139-45-60-62.vip.uk.com) |
| 00:55.07 | dc_ | :} |
| 00:55.17 | dc_ | finished that english essay, thank god |
| 02:03.48 | *** join/#gpe paul ([ZpJgmjsnj@hibernia.jakma.org) |
| 02:04.28 | paul | hi |
| 02:41.12 | *** join/#gpe prpplague (~joebob@21-190.lctv-b4.cablelynx.com) |
| 05:21.36 | *** join/#gpe hypermush (~marty@CPE-144-132-65-194.vic.bigpond.net.au) |
| 09:27.20 | *** join/#gpe mallum (~mallum@pc-80-193-218-21-hw.blueyonder.co.uk) |
| 09:41.56 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) |
| 09:51.58 | mallum | cmarqu_werk: yeah, that was just down the road from me a while ago |
| 09:52.08 | mallum | cmarqu_werk: I never wnet though |
| 09:55.18 | cmarqu_werk | Here too. It was great. |
| 10:33.26 | *** join/#gpe pb_ (~pb_@dsl-62-3-66-201.zen.co.uk) |
| 10:33.42 | mallum | hey pb_ |
| 10:34.07 | pb_ | hi mallum |
| 10:35.06 | mallum | pb_: oz buildroot is totally bust for me :( so new xpkgs will be delayed ... |
| 10:36.12 | pb_ | oh dear. |
| 10:36.31 | PaxAnima | morning |
| 10:36.55 | mallum | it suxors |
| 10:51.09 | pb_ | well, I just reflashed with the -pre5 images. |
| 10:51.25 | pb_ | seem to be working OK so far. |
| 10:53.34 | pb_ | oh, except for the default colour gradient background that gpe-session-scripts sets, which looks quite bad on h3600. |
| 10:53.47 | pb_ | I guess that wasn't such a smart idea after all. |
| 11:20.23 | *** join/#gpe colin_werk (www@vws1.kens.com) |
| 11:20.45 | cmarqu_werk | Grr. |
| 11:21.42 | pb_ | hi Colin |
| 11:22.36 | cmarqu_werk | Hi pb_ |
| 11:25.56 | cmarqu_werk | pb_: I tried the new vcard-import; it reads names and e-mail addresses, but no phone numbers and addresses. |
| 11:26.57 | pb_ | cmarqu_werk: Ah, darn. It did seem to be able to read phone numbers for me, but I guess there must be something about your vcards that is upsetting it. |
| 11:27.19 | pb_ | (I didn't try addresses, but I would have hoped they'd work in the same way.) |
| 11:27.38 | pb_ | Did you check the database with sqlite to make sure that it was a problem with vcard-import and not gpe-contacts?? |
| 11:30.15 | pb_ | I'll have another look at it later on and see if I can spot any further causes for trouble. I guess I should try to collect some vcards from alternative sources for testing. |
| 11:31.09 | cmarqu_werk | pb_: I didn't have time to look at the DB itself yet, I might be able to do it this evening. |
| 11:31.45 | cmarqu_werk | One thing is that I prefix all my phone numbers with the country code, e.g. +49... |
| 11:31.53 | cmarqu_werk | Maybe the + is upsetting it? |
| 11:32.36 | cmarqu_werk | I can send you a vcard from emacs' BBDB exporter and my cellphone. |
| 11:34.42 | PaxAnima | BBDB? |
| 11:35.29 | pb_ | cmarqu_werk: I don't think the + should cause it any trouble, but anything is possible. If you can send me an example vcard that would be cool. |
| 11:36.52 | PaxAnima | pb_: got a lot vcards from different sources, if you'd like to test |
| 11:37.24 | pb_ | Sure. Maybe we should establish a repository of test-cases in CVS. |
| 11:40.49 | PaxAnima | hmm.. only found one from a nokia phone and one from a palm505.. could generate one from psPIM, i.e. generated with libversit |
| 11:44.27 | cmarqu_werk | Ah, I can maybe get one from multisync too. |
| 11:46.19 | cmarqu_werk | http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=vcard+charset&btnG=Google+Search also gives quite some hits, but I guess most of them are generated with Netscape/Mozilla or Outlook (Express). |
| 11:46.34 | PaxAnima | pb_: should I mail it to you? (3 vcards) |
| 11:47.44 | pb_ | please do. |
| 11:48.02 | PaxAnima | address? |
| 11:48.05 | pb_ | pb@handhelds.org |
| 11:53.13 | PaxAnima | sent |
| 11:54.46 | pb_ | thanks. |
| 11:57.34 | pb_ | I checked these in. |
| 12:04.17 | cmarqu_werk | pb_: Also see http://www.securityfocus.com/archive/1/79612 for a good example :) |
| 12:04.49 | pb_ | Aha :-) |
| 12:05.31 | cmarqu_werk | kroupware CVS has testcases for vcards it seems, but I cannot access CVS from here. |
| 12:08.43 | cmarqu_werk | pb_: http://www.gxsnmp.org/CVS/evolution/libical/src/libicalvcal/ -- search for "Alden" |
| 12:09.29 | cmarqu_werk | Has stuff like PARCEL and SOUND. |
| 12:10.12 | cmarqu_werk | And LOGO. |
| 12:10.39 | pb_ | Cool. |
| 12:22.54 | cmarqu_werk | pb_: http://www.vicintl.com/vcf/ generates one too. |
| 12:33.10 | cmarqu_werk | I'm collecting stuff at http://handhelds.org/z/wiki/vCard now |
| 12:37.55 | *** join/#gpe cmarqu_werk (www@vws1.kens.com) |
| 12:41.04 | *** join/#gpe chrisime_ (~chrisime@p5080275A.dip0.t-ipconnect.de) |
| 12:42.56 | PaxAnima | but libicalvcal is an extended verison og libversit? |
| 12:49.35 | PaxAnima | looking at the filenames and the readme file, it would seem so |
| 12:58.59 | *** join/#gpe ade|indy (~adrian@unimatrix.ex.ac.uk) |
| 14:21.42 | mallum | does anyone know anything about gpe-sketchbook windows doing some wierd stuff ? |
| 14:21.59 | mallum | see http://www.handhelds.org/bugzilla/show_bug.cgi?id=668 |
| 14:35.33 | spung | is there anything wrong with using just the Bcc: field when sending e-mail to a lot of people? |
| 14:37.04 | spung | mallum: i get some some weird behaviour when i quit gpe-sketchbook, the window seems to disapear ( i can see the desktop ) then it comes back plus a popup asking for exit confirmation |
| 14:37.23 | pb_ | spung: that latter one should be fixed in the latest version. |
| 14:38.24 | pb_ | more specifically, I think it was fixed in 0.2.2 or thereabouts. |
| 14:39.49 | spung | cool |
| 14:40.47 | pb_ | spung: and I can't think of any reason not to use the bcc field for sending email to many recipients. |
| 14:41.14 | spung | pb_: it's just that i remember some e-mail client complaining about not using to To: field |
| 14:41.39 | pb_ | spung: you can always put yourself in To: if required to keep your mailer happy |
| 14:41.48 | spung | yeah |
| 14:44.48 | spung | there this Department of Information that sends e-mails to all the Departments in the University, all the student associations, comunity mailing lists, damn.. it's a pain to browse thru the slow ssh connection we have.. |
| 14:44.55 | nelson | the GPE in 0.7-pre5 is doing weird things. |
| 14:45.21 | nelson | I made it through xcalibrate just fine. Instead of asking me to insert the standard programs into the panel, |
| 14:45.31 | nelson | it now says that it has done so, but there's no window associated with that. |
| 14:45.39 | nelson | it just got blatted over top of the login screen. |
| 14:45.58 | nelson | so now I can't see the login screen, and there's no way to make that message go away that I can see. |
| 14:46.05 | pb_ | nelson: wow, that's very strange. |
| 14:46.41 | pb_ | nelson: does the window not have an "OK" button? |
| 14:47.15 | nelson | pb_: no. I just killed gpe-ownerinfo, and now there's an "OK" button. |
| 14:47.45 | nelson | after clicking on the OK, I see the login screen. |
| 14:47.53 | pb_ | Oh, ownerinfo was probably overlapping with it. But I don't understand how that window can be appearing alongside the login screen anyway. |
| 14:48.16 | pb_ | Had you previously attempted to log in? If there was some problem that was stopping matchbox from starting for some reason, I guess that might cause this effect. |
| 14:48.37 | nelson | No, this is from a fresh install. |
| 14:49.13 | pb_ | So, the first time the login screen came up, it had that window over it? |
| 14:49.22 | nelson | AHA! I get the same "Welcome to GPE" screen, only it's a floating dialog box (not full screen). |
| 14:49.46 | pb_ | Yeah. It's meant to appear as a floating dialog after login. |
| 14:49.47 | nelson | I think somehow that program was being executed too soon. |
| 14:49.52 | nelson | *after* login. |
| 14:50.10 | pb_ | Yes. It runs from /etc/X11/Xsession-gpe.d, I think. |
| 14:50.36 | pb_ | It seems to work correctly for me with a fresh pre5 install too, which is doubly weird. |
| 14:50.37 | nelson | what's the name of the program that does that? I don't see a separate process. Or is it matchbox? |
| 14:50.49 | pb_ | gpe-question is the executable. |
| 14:51.05 | pb_ | see /etc/X11/Xsession-gpe.d/98standard-apps |
| 14:51.53 | nelson | pb_: yep, I see it. It was definitely running at the same time as gpe-login and gpe-ownerinfo, but it seemed to be taking up the whole screen. |
| 14:52.06 | nelson | and of course it was running *before* I had logged in. |
| 14:52.13 | pb_ | Very bizarre. I can't think what would make that happen. |
| 14:52.19 | nelson | In case it matters, it's a 36xx. |
| 14:52.50 | pb_ | Yeah, I'm using a 36xx as well. |
| 14:55.35 | pb_ | Want to see if you can make it happen again? |
| 15:03.12 | nelson | sure. |
| 15:03.41 | nelson | Oh! Another thing: it added everything to the taskbar twice! |
| 15:03.55 | nelson | So that program is not only asking the question twice, it's doing its work twice. |
| 15:04.58 | pb_ | Yeah, that would make some sense. When it pops up the dialog, it has already launched the programs. |
| 15:10.51 | nelson | pb_: is there a GPE program which throws up the GPE2 background pixmap, and does nothing else? |
| 15:13.20 | cmarqu_werk | nelson: gpe-setbg |
| 15:14.19 | nelson | pb_: thanks. |
| 15:14.22 | nelson | :) |
| 15:14.30 | nelson | Okay, I can't reproduce it. |
| 15:14.43 | nelson | Did a reflash, did everything the same, but it didn't happen. |
| 15:14.50 | nelson | Now, one weird thing*did* happen. |
| 15:15.18 | nelson | The first time I tried this, the font in the dialog was large and the text didn't all fit. |
| 15:15.32 | nelson | later, when it ran a second time, the font was smaller and the text did fit. |
| 15:15.54 | nelson | This time, the font in the dialog was large and didn't fit -- but I only saw the dialog one time. |
| 15:16.00 | nelson | So, something is still fux0red. |
| 15:16.08 | pb_ | Ah, strange. |
| 15:16.20 | pb_ | It's possible that the dialog is coming up before gpe-confd has had a chance to configure the font. |
| 15:16.39 | pb_ | Maybe it should run with the same gtkrc as the login screen uses. |
| 15:16.57 | *** join/#gpe prpplague (~JoeBob1@12.148.134.9) |
| 15:17.07 | pb_ | Or we could try to engineer some kind of handshaking mechanism to get the timing right. |
| 15:17.14 | nelson | Aha! |
| 15:17.26 | nelson | I logged out, and logged back in as root. |
| 15:17.38 | nelson | This time, the font in the dialog was the correct size. |
| 15:18.57 | pb_ | Actually, my race condition theory wouldn't make sense, because the font should still change to the right size when gpe-confd was started, even if it had initially appeared wrong. |
| 15:19.02 | pb_ | So, I don't know what could have been happening there. |
| 15:19.12 | pb_ | Let me try logging out and in a few times and see if I can make it happen for me. |
| 15:20.15 | nelson | Uh-oh. |
| 15:20.32 | nelson | I just created another user, 'a' using the Settings/User Manager. |
| 15:21.02 | pb_ | Dang. I've logged in four times now, and haven't seen it go wrong yet. |
| 15:21.11 | nelson | I logged in as that person, and I get a dialog box (with big ugly fonts) saying Cannot create ~/.gpe |
| 15:21.20 | nelson | pb_: log in as a new user. |
| 15:21.45 | pb_ | nelson: I tried as root, and also as pb after deleting ~/.mbdock (to make it go through the "add standard applications" rigmarole again). |
| 15:21.59 | nelson | Oohhhh, worse: I have to Ok the same error message three times in a row. |
| 15:22.12 | pb_ | nelson: sounds like your $HOME has not been made right for some reason. |
| 15:22.21 | pb_ | nelson: can you take a look and check the permissions, etc? |
| 15:22.58 | cmarqu_werk | BBL |
| 15:23.04 | *** part/#gpe cmarqu_werk (www@vws1.kens.com) |
| 15:23.22 | nelson | pb_: no, the newuser program didn't create the home directory. |
| 15:23.30 | nelson | Okay, I just reproduced it. |
| 15:23.34 | pb_ | Ah. That would be a pretty bad bug, I guess. |
| 15:23.38 | nelson | adduser b |
| 15:23.42 | nelson | (password b) |
| 15:24.01 | nelson | log out, log in as b, (home directory exists), and I get large ugly fonts. |
| 15:24.12 | nelson | You wanna see an scap of it? |
| 15:24.19 | pb_ | Let me try the same thing. |
| 15:24.32 | pb_ | But yeah, an scap might be good. |
| 15:24.51 | pb_ | Aha |
| 15:25.11 | pb_ | Right, so, I made a "b" user, logged in as him, and now I get the big fonts also. |
| 15:26.31 | pb_ | It seems that gpe-confd is just totally failing to start for some reason. |
| 15:26.35 | pb_ | In ~/.xsession-errors, I see: |
| 15:26.40 | pb_ | sqlite: unable to open database: /home/b/.gpe/settings Could not open database! |
| 15:27.02 | pb_ | and if I su to b and run gpe-confd by hand, the fonts go back to the right size. |
| 15:28.19 | pb_ | It looks like gpe-confd is failing to create ~/.gpe if it doesn't already exist. I'll fix that later today. |
| 15:28.54 | nelson | pb_: I won't bother with the scap, then, since you've seen it yourself. |
| 15:29.05 | nelson | great, another bug slapped into the dust! |
| 15:32.07 | pb_ | Might be worth filing against gpe-conf in bugzilla for the not-creating-$HOME thing. |
| 15:34.34 | *** join/#gpe TMM1 (foobar@h-68-166-66-244.MCLNVA23.covad.net) |
| 15:53.50 | *** join/#gpe jg (~jg@dhcp-r42.crl.dec.com) |
| 16:02.52 | nelson | pb_: done. |
| 16:06.23 | pb_ | nelson: thanks |
| 16:12.10 | pb_ | ibot, botmail for florian: would you take a look at http://handhelds.org/bugzilla/show_bug.cgi?id=669 if you have a moment? |
| 16:12.47 | spung | so polite ;D |
| 16:30.12 | *** join/#gpe florian (~fuchs@dialin-145-254-104-071.arcor-ip.net) |
| 16:30.26 | florian | hi all! |
| 16:31.43 | PaxAnima | hi, florian |
| 16:31.52 | florian | PaxAnima: hi |
| 16:32.07 | pb_ | florian: ah, hello. I just left a note for you with ibot. |
| 16:33.27 | florian | pb_: yep, i read it - is a known issue for me... maybe i should fix it today |
| 16:34.12 | pb_ | florian: that would be excellent. |
| 16:40.35 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 16:50.52 | *** join/#gpe TMM1 (foobar@h-68-166-68-192.MCLNVA23.covad.net) |
| 17:02.10 | *** join/#gpe jg (~jg@dhcp-r42.crl.dec.com) |
| 17:03.11 | mallum | pb_, jg: have you noticed recent post on xdg list re screen migration ? |
| 17:21.07 | pb_ | yeah, I replied to that note this morning I think. |
| 17:32.13 | *** join/#gpe dc_ (~dc@modem-74-53-60-62.vip.uk.com) |
| 17:32.20 | dc_ | yayyyy |
| 17:32.25 | dc_ | weekend, thank god :D |
| 17:32.39 | Hallski | hehe |
| 17:32.49 | dc_ | enough school for me. |
| 17:34.04 | dc_ | oh dar. |
| 17:34.09 | dc_ | dear... |
| 17:34.22 | dc_ | a weekend without computers..what kind of weekend is that? |
| 17:34.50 | mallum | dc_: ah a chance for you to finally sort out a gpe theme ? |
| 17:35.01 | dc_ | mallum: wahay, sure thing? |
| 17:35.06 | *** join/#gpe paul ([+15yeN1yj@hibernia.jakma.org) |
| 17:35.10 | dc_ | mallum: like mb, icons and gtk? |
| 17:35.45 | mallum | yeah yeah |
| 17:35.45 | Hallski | dc_: a weekend with lots of outdoor activites :) |
| 17:36.09 | dc_ | Hallski: god no! |
| 17:36.12 | Hallski | haha |
| 17:36.13 | dc_ | the pain |
| 17:36.15 | dc_ | hehe |
| 17:36.22 | mallum | dc_: did the guy ship your c700 ? |
| 17:36.44 | dc_ | mallum: well, I'm worried now, I send him the money, and an email. |
| 17:36.58 | dc_ | mallum: but I guess he could be on the plane to australia. |
| 17:37.07 | dc_ | mallum: as that takes about 22 hours :} |
| 17:37.20 | mallum | dc_: yeah he was quiet with me too |
| 17:37.35 | dc_ | :} |
| 17:37.42 | dc_ | lets hope it comes next week then! |
| 17:37.43 | mallum | dc_: fuck knows if I'll have a decent image for it by the time you get it anyway |
| 17:37.56 | mallum | dc_: that development has ground to a halt :( |
| 17:38.15 | Hallski | is the c700 not out in the stores yet? |
| 17:38.21 | mallum | Hallski: japan only |
| 17:39.12 | mallum | Hallski: I think hp may be bringing out something similar |
| 17:39.40 | mallum | Hallski: I sure do hope they do. *hint* jg |
| 17:40.35 | Hallski | hehe |
| 17:40.45 | Hallski | man I'm hungry |
| 17:40.51 | mallum | me too |
| 17:41.01 | mallum | I think I got meatballs for dinner |
| 17:41.21 | mallum | I took some beef out the freezer and left it on the side as a hint to sid when she gets in |
| 17:41.49 | dc_ | mallum: ;D |
| 17:42.00 | dc_ | mallum: so, what's wrong then? |
| 17:42.26 | mallum | dc_: OZ buildroot is totally broke for me |
| 17:42.34 | mallum | dc_: suddenlt it went all screwy |
| 17:42.57 | mallum | dc_: I cant get it to build at all anymore :( and I was so close ... |
| 17:43.07 | mallum | dc_: to having a real nice X setup |
| 17:43.32 | mallum | dc_: I will harass kergoth now |
| 17:44.39 | dc_ | :) |
| 17:44.44 | dc_ | good idea |
| 18:06.01 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
| 18:32.27 | dc_ | right |
| 18:32.30 | dc_ | got my tea |
| 18:32.34 | dc_ | time to start the code. |
| 18:32.41 | pb_ | great. |
| 18:32.45 | pb_ | what code is this? |
| 18:32.50 | dc_ | not sure yet. |
| 18:32.55 | dc_ | pb_: what do you think? |
| 18:33.10 | dc_ | pb_: maybe we can have another look at the gpe-gallery leaks? |
| 18:33.21 | pb_ | dc_: good idea. |
| 18:35.36 | dc_ | so where were we at. |
| 18:36.24 | dc_ | pb_: iirc, we were trying to have the pixbufs in the GList freed before we recreated the list view |
| 18:38.27 | pb_ | right |
| 18:40.44 | dc_ | woosh, the SIMpad weighs 1kg |
| 18:41.06 | pb_ | handy if you need to club someone with it, I guess. |
| 18:41.19 | dc_ | yes, hehe. |
| 18:44.46 | cmarqu | Don't laugh. Florian might bring it to Cambridge, and then, who knows... |
| 18:45.00 | dc_ | quite! |
| 18:45.06 | cmarqu | :) |
| 18:45.14 | dc_ | cmarqu: but no fear, I should have my new c700 :D |
| 18:45.23 | dc_ | cmarqu: me and mallum will be able to beat him down with them |
| 18:45.33 | cmarqu | dc_: Well, it's not nearly as heavy I suppose! |
| 18:45.44 | cmarqu | Or rather, I hope so for you :) |
| 18:45.53 | dc_ | we have skill ;) |
| 18:46.35 | pb_ | not to mention safety in numbers. |
| 18:46.36 | cmarqu | dc_: Oh, so you are saying size does *not* matter? The spams I get seem to suggest otherwise ;) |
| 18:47.13 | mallum | dc_: you should grab the OZ buildroot and start playing with it ready for when the c700 arrives |
| 18:47.29 | mallum | dc_: or figure out a way or using familiar ( shouldn't be too hard ) |
| 18:47.42 | cmarqu | pb_: BTW, should vcard-import drop all the tags it doesn't know to "Notes:"? |
| 18:47.59 | pb_ | cmarqu: Yeah, possibly. I'm not quite sure what libmimedir does with those. |
| 18:48.08 | cmarqu | Or maybe a new field, "Unknown", or "Unsupported:" |
| 18:48.08 | dc_ | mallum: where's your image? |
| 18:48.21 | dc_ | mallum: or I guess I should build it myself :) |
| 18:48.25 | cmarqu | Ah, it's libmimedir that has the say, right. |
| 18:48.34 | pb_ | cmarqu: we also have a small problem with stuff like telephone numbers which doesn't map 1:1 between vcards and the GPE database. |
| 18:48.58 | cmarqu | pb_: Yeah. Maybe we need to look at how others are doing it. |
| 18:49.04 | pb_ | cmarqu: GPE has "work.phone" and "home.phone". vcard provides just "phone" records, which can be tagged as home, work, both, or neither. |
| 18:49.21 | cmarqu | Not to mention "preferred"... |
| 18:49.22 | dc_ | mallum: where's the buildroot url? |
| 18:49.35 | pb_ | cmarqu: Yeah. |
| 18:49.43 | mallum | dc_: see the faq entry for buildroot at openzuarus.org |
| 18:50.12 | mallum | dc_: there is a config for the c700 called corgi ( corgi is codename ) |
| 18:50.41 | dc_ | great |
| 18:51.20 | cmarqu | pb_: In reality, people seem to cope fine with imperfect contact DBs. I guess if nothing is specified, it should be home, since you might have a home without work, but rather seldom work and no home. |
| 18:51.38 | cmarqu | (apart from people aboard a space ship) |
| 18:52.46 | dc_ | doh |
| 18:52.51 | pb_ | cmarqu: True enough. Though, a lot of my contacts are in reality business contacts, and I only have their work details. Maybe we should just provide a flag to allow these ambiguous fields to be sent one way or the other. |
| 18:53.23 | cmarqu | Ah right. |
| 18:53.52 | pb_ | as in, vcard-import --work or whatever. |
| 18:54.00 | pb_ | I think that would do the job for me. |
| 18:54.42 | cmarqu | Could we maybe store the "undecided" info in the DB? This way, we could notify the user, and export it the same way. |
| 18:55.23 | pb_ | Yes, that might be a good idea. |
| 18:55.43 | pb_ | There's no problem with storing things in the database; the only part that is difficult is having gpe-contacts do something useful with the resulting data. |
| 18:55.58 | cmarqu | ACK |
| 18:55.59 | dc_ | are we still in need of a good gpl font? |
| 18:56.15 | pb_ | dc_: Between Luxi and Vera, I think the need for fonts has receded somewhat. |
| 18:56.37 | dc_ | http://www.dustismo.com/ |
| 18:56.39 | cmarqu | But if people now start importing like hell, we probably want to do things right as much as we can, as early enough. |
| 18:56.48 | pb_ | thinking of which, jg, did you make any headway with the xset fp+ issue? |
| 18:56.53 | dc_ | the first font (dustimo sans) on the font page is nice. |
| 18:57.02 | cmarqu | dc_: I looked at them, but they don't seem to be hinted well |
| 18:57.03 | pb_ | cmarqu: Yeah. |
| 18:57.18 | mallum | pb_: apparently it is a bug in the server |
| 18:57.26 | mallum | pb_: I think jg began to look at it |
| 18:57.27 | cmarqu | "as early enough", one would think I didn't have any coffee today... |
| 18:57.44 | pb_ | :-) |
| 18:57.47 | dc_ | cmarqu: :} |
| 18:57.47 | pb_ | mallum: aha. |
| 18:57.49 | dc_ | :\ |
| 18:57.51 | mallum | pb_: also I've heard tinyx will not compile without core freetype support |
| 18:58.15 | mallum | pb_: I think something is all messed up there |
| 18:58.33 | pb_ | mallum: needing to keep freetype support around doesn't seem like a huge hardship. |
| 18:59.57 | cmarqu | BBIAB |
| 19:00.17 | mallum | pb_: yeah not for ipaq , but problem for things with really little space |
| 19:01.18 | pb_ | ah, true enough. I always forget about those really small systems. |
| 19:08.40 | dc_ | bbl, food. |
| 19:21.45 | *** join/#gpe florian (~fuchs@pD955B9C4.dip.t-dialin.net) |
| 19:21.48 | florian | hi |
| 19:23.43 | *** join/#gpe Chubb (Chubb@ool-4352bea6.dyn.optonline.net) |
| 19:24.20 | *** part/#gpe Chubb (Chubb@ool-4352bea6.dyn.optonline.net) |
| 19:27.09 | mallum | hey florian |
| 19:34.46 | chrisime_ | hi, is nils usually around here? |
| 19:35.13 | *** join/#gpe dc__ (~dc@modem-2-48-60-62.vip.uk.com) |
| 19:35.31 | pb_ | chrisime_: seldom. |
| 19:37.08 | chrisime_ | thx |
| 19:37.12 | chrisime_ | *hrrrm* |
| 19:41.16 | *** join/#gpe florian (~fuchs@pD955B9C4.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 19:41.16 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
| 19:41.17 | *** join/#gpe jg (~jg@dhcp-r42.crl.dec.com) |
| 19:41.17 | *** join/#gpe prpplague (~JoeBob1@12.148.134.9) [NETSPLIT VICTIM] |
| 20:13.07 | mallum | paul: ping |
| 20:32.26 | jg | mallum, pb_: just logging in now to look at it.... |
| 20:34.02 | mallum | jg: cool, good luck |
| 21:07.59 | dc__ | right. |
| 21:08.03 | dc__ | I'm all TV'd up now |
| 21:08.32 | pb_ | dc__: right. |
| 21:30.25 | dc__ | pb_: this is some hard to find leek |
| 21:30.28 | dc__ | leak! |
| 21:30.39 | pb_ | dc__: dang! |
| 21:30.55 | pb_ | dc__: did you try with the malloc debugging in glibc? |
| 21:31.01 | dc__ | ah. |
| 21:31.10 | dc__ | pb_: where's that link again, sorry. |
| 21:32.02 | pb_ | http://www.gnu.org/manual/glibc-2.2.5/html_node/Tracing-malloc.html#Tracing%20malloc |
| 21:34.37 | *** join/#gpe dc___ (~dc@modem-134-49-60-62.vip.uk.com) |
| 21:43.16 | *** join/#gpe flypiper (~netwinder@12-222-141-210.client.insightBB.com) |
| 21:49.38 | jg | pb_: I try running gdb, and I get: ptrace: bogus breakpoint trap. Any clues? |
| 22:01.58 | pb_ | jg: ah, hm, that's a strange one. What kernel are you running? |
| 22:31.05 | *** join/#gpe paul ([cMDpPbEto@hibernia.jakma.org) |
| 22:36.03 | *** join/#gpe TMM1 (foobar@h-68-166-71-33.MCLNVA23.covad.net) |
| 22:36.46 | paul | pb_: you here? |
| 22:37.02 | pb_ | paul: yo |
| 22:37.09 | paul | pb_: heya pb |
| 22:37.59 | paul | pb_: still trying to figure out how to send that language menu a 'signal' to make it change language if the username is changed and user has a language saved. |
| 22:38.57 | pb_ | paul: ah. well, we can worry about that later. If you have everything else sorted out, send me a patch with your current code and I will check it in. |
| 22:39.57 | paul | pb_: did you get a backtrace of that segv? (i dont /think/ it ought to be the stat() call - that ought to be ok) |
| 22:40.12 | pb_ | paul: yes. |
| 22:40.21 | paul | stat()? |
| 22:40.24 | pb_ | paul: I'm pretty sure the problem was that you were passing NULL as the stat buffer. |
| 22:40.30 | paul | k |
| 22:40.59 | pb_ | but, if need be, I can probably fix that. |
| 22:43.06 | mallum | paul: hey |
| 22:43.11 | paul | hi mallum |
| 22:43.18 | mallum | paul: did you get a chance to try that matchbox ? |
| 22:44.46 | paul | mallum: no, unfortunately not. i did an ipkg upgrade the other day, and unstable feed has had kernel updated to rmk6-pxa1-hh5 and its broken usbnet :( (and my wireless card flakes out if any load is put on it - its still trying to finish an ipkg update i kicked off 6 hours ago. :( ) |
| 22:45.06 | paul | so, comms to ipaq broke before i could download your latest package :( |
| 22:45.18 | mallum | paul: no |
| 22:45.32 | mallum | paul: I have wierd problems with my card too, it only works with power connected |
| 22:46.27 | paul | mallum: the hostap_cs driver doesnt like mine. florian suggested using orinoco - but it doesnt recognise it. i tried wlan-ng - the prism2_cs driver recognises it, but there was something wrong with wlan-ng user space tools. :( |
| 22:46.57 | paul | going to try bug jamey about what has changed in usbnet - should be simple enough to fix on the host side. |
| 22:46.59 | paul | (i hope) |
| 22:47.27 | mallum | paul: okey I have a newer matchbox now I think |
| 22:47.43 | pb_ | paul: it's bizarre that orinoco doesn't recognise the card. what does it say? |
| 22:47.48 | mallum | paul: will build, test and get into unstable. hopefully that'll be good for 0.7 |
| 22:47.56 | paul | pb_: nothing. |
| 22:49.15 | pb_ | paul: nothing in dmesg at all? |
| 22:49.37 | paul | pb_: _init messages from orinoco but nothing about detecting/initialising hardware :( |
| 22:50.33 | pb_ | weird. what card is it? |
| 22:50.58 | paul | pb_: ok, stat() must want caller to allocate space for the struct. i assumed it used an internal static buffer. (grr.. why cant this kind of stuff be documented in the man pages) |
| 22:51.15 | pb_ | paul: it does indeed. |
| 22:52.26 | paul | pb_: d-link DWL650 (version 1.02 - fixes the bad Vcc i think) |
| 22:54.03 | paul | pb: |
| 22:54.04 | paul | PRODID_1="D" |
| 22:54.04 | paul | PRODID_2="Link DWL-650 11Mbps WLAN Card" |
| 22:54.04 | paul | PRODID_3="Version 01.02" |
| 22:54.04 | paul | PRODID_4="" |
| 22:56.40 | pb_ | ok. what are the manfid numbers for it? |
| 22:56.53 | paul | pb_: MANFID=0156,0002 |
| 22:57.06 | pb_ | right |
| 23:04.08 | *** join/#gpe TheMasterMind1 (foobar@h-68-166-71-33.MCLNVA23.covad.net) |
| 23:04.39 | pb_ | well, not at the moment. I can't see anything really wrong with the current one. |
| 23:08.04 | pb_ | I suppose it's possible this is some h3900-related funny. |
| 23:08.48 | pb_ | The pxa250 pcmcia interface does have a couple of issues, and it's conceivable you might be falling foul of those. |
| 23:10.15 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 23:17.56 | paul | pb_: possible |
| 23:20.21 | mallum | pb_: long shot, but any idea what this means -> sharpsl_suspend.S:229: Error: internal_relocation (type: OFFSET_IMM) not fixed up ? |
| 23:21.30 | *** join/#gpe HET2 (~HET2@chello080110105196.509.15.vie.surfer.at) |
| 23:21.30 | pb_ | mallum: you have an undefined immediate constant. |
| 23:22.45 | mallum | pb_: that file will compile with gcc2.9 but not 3.2 failing with that erro - anything obvious to look for - it seems in that asm there is a constant used |
| 23:23.02 | pb_ | what's the line where the error occurs? |
| 23:23.54 | mallum | <PROTECTED> |
| 23:24.04 | mallum | pb_: and at the top of the source file; |
| 23:24.19 | mallum | <PROTECTED> |
| 23:24.19 | mallum | <PROTECTED> |
| 23:24.19 | mallum | sleep_param: .word 0 @ virtual address of parameter array |
| 23:24.19 | mallum | sleep_param_p: .word 0 @ physical address of parameter array |
| 23:25.00 | HET2 | mallum u told me something about a 4mb gpe image |
| 23:25.08 | HET2 | have that_ |
| 23:25.09 | mallum | HET2: X, not gpe |
| 23:25.09 | HET2 | ? |
| 23:25.12 | HET2 | oh |
| 23:25.18 | HET2 | so how much does gpe need |
| 23:25.47 | mallum | HET2: ~13MB according to you on #handhelds |
| 23:26.04 | HET2 | that was the image size in the dl dir |
| 23:26.12 | pb_ | mallum: are you using the same assembler with 2.95 and 3.2? |
| 23:26.22 | HET2 | i was hoping you could provide stripdowns :) |
| 23:26.59 | HET2 | oh well i will just flash it with the 0.7 gpe image |
| 23:28.06 | mallum | HET2: I think it includes a lot of stuff |
| 23:28.16 | mallum | pb_: let me check |
| 23:28.18 | pb_ | paul: btw, I think the function you want is gtk_option_menu_set_history. |
| 23:28.59 | HET2 | hmm mirc still doesnt support multiple server conns |
| 23:29.51 | mallum | pb_: 2.95.3 is using 2.11.2, 3.2.x is using 2.13.90.0.10 |
| 23:30.59 | pb_ | ok. well, it's hard to guess what might be upsetting it with that many variables. If you run the code through gcc -E and send it to me, I will see if I can spot what is causing the problem. |
| 23:31.45 | paul | pb_: aha.. yeah, that migth do it. i was looking at gtk_menu_get_active () and gtk_menu_set_active () - but that referred to " This is used by the GtkOptionMenu." which i was trying to understand. |
| 23:33.54 | mallum | pb_: okey, thx, one sec |
| 23:35.28 | *** join/#gpe dc__ (~dc@modem-176-47-60-62.vip.uk.com) |
| 23:35.29 | mallum | pb_: wierd it build when I went into the directory, and ran the gcc line |
| 23:36.41 | pb_ | ah. |
| 23:37.55 | mallum | pb_: you watch the kernel compile and you know when its compiling any sharp / lineo / etc patches, cos the screen floods with warnings ( and theat with 2.95 as well ) |
| 23:38.10 | mallum | pb_: its pretty disgusting really |
| 23:38.15 | pb_ | hah. |
| 23:43.30 | *** join/#gpe paul ([CJAQfpDcS@hibernia.jakma.org) |
| 23:43.35 | mallum | pb_: doh it broke again on recompile |
| 23:44.32 | mallum | pb_: I looked at the source of the file it references as what its based on and that seems to wrap parameters with ENTRY() - could that help - or am I cluthing straws ? |
| 23:45.12 | pb_ | I wouldn't expect ENTRY() to be used with parameters. That's normally used to mark labels. |
| 23:45.47 | pb_ | If it behaves differently when you build it manually and when you run make, though, it sounds like your problems are not in the source code. |
| 23:45.56 | pb_ | You must have something wrong with your environment. |
| 23:47.25 | mallum | pb_: hmm maybe this 3.2 x-compiled is a little borked |
| 23:47.40 | pb_ | yeah, sounds like it might be. |
| 23:49.17 | mallum | pb_: yeah buildroot is doing something funny, it builds if I make in the source dir |
| 23:52.09 | mallum | pb_: my fualt, I had 2.95.3 in my local path |
| 23:52.45 | pb_ | ah |
| 23:54.20 | mallum | pb_: I'll run it with -E agian with the right compiling |
| 23:54.23 | mallum | compiler |