04:28.29 | *** join/#gpe ibot (ibot@208.186.182.172) |
04:28.29 | *** topic/#gpe is GPE Palmtop Environment | http://gpe.handhelds.org | http://www.handhelds.org/z/wiki/CurrentThingsToDo | http://handhelds.org/bugzilla | bootgpe2 images now at http://familiar.handhelds.org/releases/v0.7/boot/ | Familiar 0.7 issues: http://www.handhelds.org/bugzilla/showdependencytree.cgi?id=99 | New matchbox website with screenshots and docs - > http://handhelds.org/~mallum/matchbox/ | Visit comp.os.linux.embedded newsgroup |
09:50.49 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
10:06.42 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) |
10:32.19 | *** join/#gpe mallum (~mallum@pc-80-193-218-21-hw.blueyonder.co.uk) |
10:41.08 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
11:30.43 | *** join/#gpe herzi (~herzi@arachni.kiwi.uni-hamburg.de) |
11:52.32 | *** join/#gpe dc_ (~dc@modem-131-50-60-62.vip.uk.com) |
11:52.40 | dc_ | morning :D |
11:52.47 | pb_ | dc_: yo |
11:53.23 | dc_ | oh damn, afternoon isn't it! |
11:53.40 | dc_ | okay. |
11:53.51 | dc_ | now I have some time. |
11:53.56 | dc_ | I must finish gpe-fm |
11:54.20 | pb_ | great! |
11:54.28 | pb_ | I see some dude filed another bug against it just now. |
11:55.10 | pb_ | it's #781 |
11:55.34 | dc_ | my god, spamers are getting good. |
11:55.56 | dc_ | it seems they're using [FOSDEM - UK] in the subject line. |
11:55.59 | dc_ | how evil. |
11:56.06 | dc_ | hh |
11:56.07 | dc_ | hah |
11:56.13 | dc_ | I never said that... |
11:56.29 | dc_ | mmm...it must just be the morning after effect - stupidity. |
11:56.47 | pb_ | hah. |
11:56.55 | dc_ | ssh! |
11:57.58 | dc_ | pb_: okay, we somehow have to work out how to add mime types with gnome-vfs. |
11:58.08 | dc_ | I can't find many docs covering it |
11:58.24 | pb_ | oh yeah |
11:58.30 | pb_ | let me review the discussion on the xdg list. |
11:58.36 | dc_ | ah please. |
11:59.02 | pb_ | I think it kind of fizzled out though, because one of the protagonists went off to get married. |
11:59.12 | dc_ | oh dear, heh |
11:59.50 | pb_ | hm, http://www.freedesktop.org/standards/shared-mime-info.html may be worth a look. |
12:00.14 | pb_ | seems that contains the latest thinking. |
12:00.36 | dc_ | oh yes. |
12:00.37 | dc_ | great. |
12:02.44 | *** topic/#gpe by pb_ -> GPE Palmtop Environment | http://gpe.handhelds.org | http://www.handhelds.org/z/wiki/CurrentThingsToDo | http://handhelds.org/bugzilla | Familiar 0.7 issues: http://www.handhelds.org/bugzilla/showdependencytree.cgi?id=99 | New matchbox website with screenshots and docs - > http://handhelds.org/~mallum/matchbox/ | Visit comp.os.linux.embedded newsgroup | Familiar 0.7-rc1 now at http://familiar.handhelds.org/releases/v0.7/install/ |
12:05.17 | pb_ | dc_: the thread starting at https://listman.redhat.com/pipermail/xdg-list/2003-March/001311.html might also be interesting. |
12:06.08 | pb_ | dc_: there are already several errata for 0.7-rc1, so I think there will definitely be another iteration of the images. |
12:06.17 | dc_ | ah great |
12:06.28 | dc_ | I best get working then! |
12:06.46 | pb_ | in particular, rc1 still has opie-opiealarm included in the gpe image, which breaks anything that wants to use alarms. |
12:07.08 | pb_ | dc_: yeah, best had. |
12:07.26 | dc_ | hah |
12:07.29 | dc_ | damn opie |
12:07.38 | pb_ | quite. |
12:07.49 | pb_ | we should find a way to sneak gpe-gpe-gpe-gpe-gpealarm into their images. |
12:08.18 | dc_ | hehe |
12:08.53 | dc_ | hrmmm |
12:09.03 | dc_ | so unless we use the current gnome mime way |
12:09.24 | dc_ | we'll need to dump gnome-vfs and incorperate this new libshared-mime stuff. |
12:09.27 | dc_ | or well.. |
12:09.40 | dc_ | I guess we don't have to dump gnome-vfs |
12:09.52 | pb_ | I don't think we should dump gnome-vfs. It still makes sense to use it for file access. |
12:10.18 | pb_ | And, judging from that message on xdg-list, it sounds like gnome-vfs will implement the new mime spec soon. |
12:10.36 | dc_ | ah great. |
12:14.13 | pb_ | The bit that seems to be controversial is the activation side of things. I.e. what you do when somebody launches a file of type application/x-foo. I guess that's outside gnomevfs's remit, but filemanager will need to deal with it somehow. |
12:15.48 | dc_ | mime association...? |
12:15.58 | dc_ | mime <-> application |
12:16.01 | pb_ | yeah |
12:57.59 | moray | people on the xdg list appeared to have been arguing about that recently. |
12:59.15 | pb_ | right. |
13:00.20 | moray | so we could wait and hope they come to an agreement, although that would keep filemanager from being actively useful for a bit longer... |
13:00.30 | dc_ | indeed. |
13:00.46 | dc_ | well, new dir/rename/delete will be a start |
13:01.13 | pb_ | yeah, that alone would be a great improvement. |
13:01.58 | moray | talking about standards, there has now been an official 'recent files' one for a while, so I'll mention again my previous suggestion that we use that and present the information as a simple 'files' list somewhere for people who don't want to be bothered with the real filesystem. |
13:02.12 | pb_ | yup, still a good plan. |
13:02.36 | dc_ | qtopia/opie style? |
13:03.08 | moray | dc_: as much as it would be limiting to *only* show that, I fear it would be quite a good model for many people |
13:03.35 | moray | of course, one day GTK will get its new easy-to-use fileselector and all will be well with the world ;) |
13:03.35 | dc_ | moray: My Music/Documents/Films style? |
13:03.45 | dc_ | hehe |
13:03.59 | moray | dc_: My Documents is evil because you can't change the name / remove the icon etc., not because of the underlying concept |
13:04.16 | dc_ | I do think that mbdesktop or the equivilent should handle that. |
13:04.27 | moray | dc_: probably |
13:04.48 | moray | dc_: although I think mbdesktop still doesn't like large numbers of 'files' onscreen |
13:05.09 | moray | and you probably want some kind of 'search' function etc. among the remembered files |
13:05.10 | dc_ | but that then gives us another reason to rewrite the appmgr so we can embedd gpe-filemanager into it. |
13:05.23 | dc_ | moray: otherwise mbdesktop will have to incorperate mime handling. |
13:05.29 | moray | dc_: true |
13:05.37 | dc_ | which would just...be silly. |
13:05.50 | moray | dc_: yes, don't give mallum more world-domination ideas for mb* ;) |
13:06.03 | dc_ | indeed! |
13:06.08 | pb_ | heh |
13:06.10 | dc_ | mbgpe is next. |
13:06.24 | dc_ | next I bet he'll make his own mbtk |
13:06.31 | dc_ | hehe |
13:07.20 | moray | dc_: "that path leads to Enlightenment", presumably |
13:07.33 | dc_ | hah, yeah |
13:12.23 | moray | pb_: hm, what's the gpe-taskmanager window title meant to be? the bug reporter claims "Program manager" but my CVS version here has gtk_window_set_title (GTK_WINDOW (window), _("Running programs")); |
13:13.11 | pb_ | I get "Program manager" on my ipaq too. Maybe the ipk is out of date compared to CVS. |
13:14.15 | moray | pb_: well, bug 782's short-term remedy needs the default keylaunchrc to match up with the ipkg, so do you want to rebuild one or two packages? :) |
13:14.38 | pb_ | If I just rebuild gpe-taskmanager, will that fix it? |
13:14.56 | moray | pb_: nope, keylaunchrc has 'Tasks' which I guess was the previous name |
13:14.57 | *** join/#gpe prpplague (~billybob@12.148.134.9) |
13:15.05 | *** join/#gpe mccarthy (~mccarthy@granular.che.pitt.edu) |
13:15.11 | mccarthy | hi folks |
13:15.15 | dc_ | afternoon |
13:15.17 | *** join/#gpe prpplague (~billybob@12.148.134.9) |
13:15.18 | pb_ | Okay. I think I kind of prefer "Running programs", so let's rebuild both. |
13:15.21 | pb_ | mccarthy: yo |
13:15.24 | mccarthy | dc_: gonna work on gpe-pdf this week?! ;) |
13:15.50 | BBrox | Rahhhh, I have this syntax.. I need to rework my lexer :-/ |
13:16.06 | prpplague | ho ho ho, merry frellin monday |
13:16.54 | dc_ | mccarthy: heh, well, after gpe-filemanager |
13:17.29 | pb_ | prpplague: ah, it's a public holiday here. |
13:19.24 | moray | pb_: ok, keylaunch should be ready for 2.0.2 with "Running programs" -- except, I'm just wondering, isn't the GNOME standard (against my own preferences) to Capitalise Every Single Word You Can? |
13:20.21 | moray | (so it should probably be "Running Programs" (ugh)) |
13:20.23 | pb_ | moray: I suspect it is, but this is an area where I decided to defy cmarqu. |
13:20.26 | moray | ha |
13:20.32 | prpplague | pb_: where's here? |
13:20.39 | pb_ | prpplague: england |
13:20.44 | prpplague | pb_: ahh |
13:20.51 | BBrox | Here too BTW :-) |
13:21.17 | moray | Scotland doesn't have this one (I hear from my Edinburgh IRC channel) |
13:22.54 | pb_ | moray: most of the program titles in .desktop entries are not capitalised that way in GPE ("Audio player", "Web browser", etc.) |
13:23.11 | moray | pb_: ah right (good) |
13:23.35 | moray | pb_: perhaps we could standardise the default locale for GPE as UK English, and have sensible capitalisation? |
13:23.46 | moray | (given that it is a UK/US difference) |
13:24.19 | pb_ | Yeah, that'd make sense. |
13:24.55 | pb_ | Those who want the US style are free to start an en_US language team, of course. |
13:24.59 | moray | Quite. |
13:30.09 | prpplague | my vote is for klingon |
13:32.39 | dc_ | indeed. |
13:33.00 | pb_ | moray: do you think it'd be worth turning DEBUG off for keylaunch now? |
13:33.12 | pb_ | It spews a lot of stuff into your .xsession-errors file with that enabled. |
13:37.45 | moray | pb_: yes |
13:38.31 | moray | pb_: should be off now (in CVS) |
13:40.00 | pb_ | ok, great. |
13:41.22 | pb_ | right, I uploaded new keylaunch and gpe-taskmanager packages. |
13:41.36 | moray | aha, thanks. |
13:42.06 | moray | sorry for being useless about testing/compiling myself; hopefully I'll get stuff sorted out again after my exams. |
13:44.14 | moray | pb_: hm, should "make tag" support retagging, or do we want to discourage people from that anyway? ;) (it doesn't use tag -F) |
13:54.13 | spung | can someone check if gpe-today 0.6 (in unstable) segfaults on startup? |
13:58.56 | *** join/#gpe dc__ (~dc@modem-61-62-60-62.vip.uk.com) |
13:59.55 | dc__ | right... |
13:59.55 | dc__ | now.. |
14:00.07 | dc__ | do I want a 256 MMC or T68i phone... |
14:02.31 | spung | dc__: powerbook! |
14:06.32 | dc__ | spung: sssh! |
14:06.37 | dc__ | spung: c700! |
14:06.54 | spung | dc__: could you run gpe-today 0.6 (in unstable) and see if it segfaults on startup? |
14:07.17 | spung | what happened to the ipaq? |
14:07.26 | BBrox | dc__: A760 ! |
14:07.30 | dc__ | BBrox: ! |
14:07.40 | dc__ | spung: it's dead. no flash space left. |
14:08.42 | BBrox | (although I have no idea of the 'configurability' of the released phone - the dev. phone we have can boot via USB-net over NFS :-) ) |
14:09.02 | dc__ | hah |
14:09.04 | dc__ | cool |
14:15.48 | *** join/#gpe ibot (ibot@208.186.182.172) |
14:15.48 | *** topic/#gpe is GPE Palmtop Environment | http://gpe.handhelds.org | http://www.handhelds.org/z/wiki/CurrentThingsToDo | http://handhelds.org/bugzilla | Familiar 0.7 issues: http://www.handhelds.org/bugzilla/showdependencytree.cgi?id=99 | New matchbox website with screenshots and docs - > http://handhelds.org/~mallum/matchbox/ | Visit comp.os.linux.embedded newsgroup | Familiar 0.7-rc1 now at http://familiar.handhelds.org/releases/v0.7/install/ |
17:39.55 | *** join/#gpe ibot (ibot@208.186.182.172) |
17:39.55 | *** topic/#gpe is GPE Palmtop Environment | http://gpe.handhelds.org | http://www.handhelds.org/z/wiki/CurrentThingsToDo | http://handhelds.org/bugzilla | Familiar 0.7 issues: http://www.handhelds.org/bugzilla/showdependencytree.cgi?id=99 | New matchbox website with screenshots and docs - > http://handhelds.org/~mallum/matchbox/ | Visit comp.os.linux.embedded newsgroup | Familiar 0.7-rc1 now at http://familiar.handhelds.org/releases/v0.7/install/ |
17:42.50 | *** join/#gpe nelson (~nelson@desk.crynwr.com) |
18:02.13 | *** join/#gpe dc__ (~dc@modem-30-59-60-62.vip.uk.com) |
18:19.29 | spung | pb_: > There is no Debian package named fcpackage, but fontconfig 2.1 is already |
18:19.30 | spung | > installed on the iPAQs. Does that do what you want? |
18:20.03 | spung | what should they install on the ipaq cluster to be able to build that gpeclockface stuff? |
18:22.14 | spung | ah, here's a great quote: "my ThinkPad has an annoyingly non-standard location for the Ctrl key. My hand muscles are more confused than they were during puberty, but as I did the, I'm mastering them." |
18:22.27 | spung | s/the/then |
18:28.54 | pb_ | spung: dunno. what's the error that you're seeing? |
18:29.07 | pb_ | spung: most likely you need updated Render libraries. Those are part of fcpackage. |
18:29.23 | spung | pb_: right, the admin say debian doesn't have that package |
18:29.44 | pb_ | ah, no, it probably isn't in debian yet. |
18:30.03 | spung | pb_: what should i tell him? (duffek) |
18:31.28 | pb_ | dunno. If he's reluctant to install packages from source (which I can understand), your best bet may be to install it locally in your home dir. |
18:31.59 | spung | pb_: no xfree 4.3 in debian yet either? |
18:32.07 | pb_ | not that I know of. |
18:32.20 | spung | right |
18:32.39 | pb_ | check the XSF page for news. |
18:32.59 | spung | xsf? |
18:33.16 | pb_ | x strike force. |
18:33.22 | pb_ | ibot, search google for x strike force |
18:33.43 | pb_ | that first link. |
18:34.35 | spung | ahhh, cool |
18:35.58 | spung | allright, just received an SMS informing me that the powerbook order is being processed :D |
18:36.24 | pb_ | w00t |
18:39.34 | mccarthy | you crazy europeans *love* SMS ;) |
18:40.25 | pb_ | we do. |
18:48.49 | *** join/#gpe dc__ (~dc@modem-153-57-60-62.vip.uk.com) |
19:00.00 | *** join/#gpe dc___ (~dc@modem-169-50-60-62.vip.uk.com) |
19:00.07 | florian | nelson: alive? |
19:04.40 | florian | hm.. |
19:04.46 | dc___ | hmm :{ |
19:05.12 | florian | someone needs to remove xkbd-nonxft from 0.7 |
19:05.27 | dc___ | someone needs to fix my satellite. |
19:05.33 | florian | :-/ |
19:05.50 | dc___ | it's very strange |
19:07.26 | dc___ | pb_: did we do any strange routing with the sat last time? |
19:07.38 | dc___ | pb_: getting from sat router to smoothwall router? |
19:10.41 | pb_ | florian: nelson is taking care of that. |
19:10.44 | florian | why does the action key close a dialog like the "enter" key and does nothing in rxvt? |
19:11.02 | florian | pb_: then i should reschedule this bug to him :_) |
19:11.07 | pb_ | florian: I think it's bound to keypad enter. |
19:11.16 | pb_ | dc___: not that I remember. |
19:11.29 | pb_ | dc___: what's the problem with it? |
19:12.57 | dc___ | pb_: well, either the proxy server is not letting me in (but that's very unlikely as there are no signs of the service going down on the isp forum), or somehow packets arn't getting let into the debian server. |
19:13.02 | dc___ | pb_: as I've removed smoothwall. |
19:13.28 | dc___ | pb_: and I think it's the latter, as when I try to access the proxy, I get the activity light blinking on the sat router. |
19:13.39 | pb_ | dc___: so you replaced smoothwall with a custom firewall? |
19:13.45 | dc___ | pb_: indicating that there's traffic coming from the satellite. |
19:13.48 | dc___ | pb_: debian :} |
19:13.51 | dc___ | hehe |
19:14.00 | pb_ | cool :-) |
19:14.01 | florian | pb_: it would be cool to make this work - so it would be possible to select a commandline from history and run it again without using xkbd |
19:14.12 | pb_ | dc___: what rules did you put in the iptables config? |
19:14.22 | pb_ | florian: agreed. try using xmodmap to bind action to the regular enter key, see if that helps. |
19:15.13 | dc___ | iptables -A FORWARD -j ACCEPT |
19:15.20 | dc___ | iptables -t nat -A POSTROUTING -j MASQUERADE |
19:15.25 | dc___ | so, we can't call it a firewall |
19:15.27 | dc___ | heh |
19:15.28 | pb_ | hah |
19:15.52 | pb_ | and it forwards packets OK for your modem link? |
19:15.53 | dc___ | that's besides the point ;) |
19:16.07 | dc___ | pb_: yes, all other clients can get access via the modem fine |
19:16.22 | pb_ | weird. did you check dmesg for suspicious log messages? |
19:16.40 | dc___ | nothing weird in there. |
19:17.04 | dc___ | although I may lack the LOG iptables modules :-\ |
19:17.11 | pb_ | ah, heh. |
19:17.25 | pb_ | still, with only those rules, there wouldn't be a whole lot of logging. |
19:17.26 | dc___ | I guess that _would_ be a start |
19:17.30 | dc___ | pb_: indeed. |
19:17.30 | dc___ | heh |
19:17.36 | pb_ | I guess you will need to run tcpdump and look for packets going in and out. |
19:19.58 | *** join/#gpe chrisime (~chrisime@pD9E8C8C9.dip0.t-ipconnect.de) |
19:20.12 | dc___ | packets! |
19:22.00 | dc___ | heh. |
19:22.56 | dc___ | pb_: how might I filter this? |
19:25.08 | pb_ | dc___: the proxy is on 3128, right? |
19:25.12 | dc___ | yes |
19:25.13 | pb_ | in which case, try "tcpdump src port 3128". |
19:25.33 | pb_ | or indeed just "tcpdump port 3128" to see traffic both ways. |
19:26.26 | dc___ | omfg. |
19:26.40 | dc___ | they blacklisted me from the proxy login page. |
19:27.12 | pb_ | ! |
19:27.39 | dc___ | ooh |
19:27.43 | dc___ | packets are coming in. |
19:27.45 | dc___ | strange. |
19:28.02 | dc___ | 21:34:32.178349 212.110.252.9.3128 > modem-169-50-60-62.vip.uk.com.1123: S 1505808303:1505808303(0) ack 1682734843 win 5792 <mss 1460,sackOK,timestamp 511650746 12040473,nop,wscale 0> (DF) |
19:28.07 | dc___ | that's not right |
19:28.14 | dc___ | they're going straight out again |
19:28.17 | dc___ | into the net. |
19:28.33 | pb_ | hrm, maybe your masquerading is borked. |
19:28.38 | dc___ | ://// |
19:28.45 | pb_ | make sure you are only masquerading packets from internal clients. |
19:29.11 | pb_ | it'd be bad if you masqueraded stuff from the satellite router, for example. |
19:30.07 | dc___ | my god. |
19:30.11 | dc___ | they're still going out... |
19:30.12 | dc___ | hummmmmmm |
19:30.22 | dc___ | I did iptables -t nat -F and iptables -F |
19:30.40 | pb_ | Where do you see them going out? |
19:30.48 | dc___ | in tcpdump |
19:31.00 | pb_ | what's it say, exactly? |
19:31.12 | dc___ | 21:37:30.331076 212.110.252.9.3128 > modem-169-50-60-62.vip.uk.com.1125: S 1664933213:1664933213(0) ack 1828224809 win 5792 <mss 1460,sackOK,timestamp 511668559 12055855,nop,wscale 0> (DF) |
19:31.17 | dc___ | and so on |
19:31.30 | dc___ | and 212.110.252.9 is the addr of the proxy server |
19:31.30 | pb_ | well, that's an incoming packet. |
19:31.33 | dc___ | yes. |
19:31.42 | dc___ | coming in from the sat router right? |
19:31.43 | pb_ | presumably modem-169-50-60-62 is your local ip address. |
19:31.45 | pb_ | right. |
19:31.45 | dc___ | or not.. |
19:31.56 | dc___ | I guess. |
19:32.17 | dc___ | and they only happen when I try to telnet into the proxy server. |
19:32.27 | pb_ | You can run tcpdump on your ppp connection to check what really is going out. |
19:33.06 | pb_ | But, assuming the destination address is right, that packet looks good to me. |
19:33.32 | dc___ | it seems that they're going out... |
19:33.37 | dc___ | to somewhere strange... |
19:34.08 | dc___ | okay...wait |
19:34.15 | dc___ | how can I be on irc.... |
19:34.25 | dc___ | if my iptables have been flushed! |
19:34.31 | pb_ | hah! |
19:34.47 | pb_ | check with iptables -L, I guess. |
19:34.51 | dc___ | it must be something with them |
19:34.59 | dc___ | -L displays no rules |
19:35.22 | dc___ | I have some super masqing box! |
19:35.25 | pb_ | that's weird. |
19:35.27 | pb_ | so it seems! |
19:48.59 | dc___ | still, naturaly the sat it going painfully slow! |
19:49.08 | dc___ | wow...a record 6.5k |
19:49.13 | pb_ | :-/ |
19:49.33 | pb_ | I guess if you're sharing it with the whole of europe, that's a lot of contention. |
19:49.43 | dc___ | hehe |
19:49.44 | dc___ | yeah |
19:50.40 | nelson | rm: remove `x/armv4l/xkbd-nonxft_0.8.1_arm.ipk'? y |
19:51.49 | florian | nelson: yeah, great :-) |
19:56.09 | *** part/#gpe mccarthy (~mccarthy@granular.che.pitt.edu) |
19:56.52 | florian | hey, i have alsa mixers :-))) |
19:57.05 | dc___ | wahay |
19:57.25 | pb_ | florian: great! |
19:57.52 | pb_ | nelson: ah, I found one source of dillo leakage. |
19:58.27 | pb_ | nelson: it's still leaking a few tens of kilobytes on each page, but at least that's down from a megabyte or so previously. |
20:04.14 | dc___ | hah |
20:04.32 | dc___ | my wireless arial had to be moved 1/2 cm and now I'm back upto speed :/ |
20:08.11 | pb_ | heh |
20:12.52 | nelson | pb_: The ultimate test is http://denbeste.nu |
20:13.24 | nelson | pb_: that page was consuming 22 MB! |
20:13.53 | pb_ | nelson: turns out it was pre-rendering the text to glyphs, and keeping both the original text and the glyphs around in memory all the time! |
20:14.21 | pb_ | nelson: I have just changed it to only convert to glyphs when necessary, which has reduced memory consumption when displaying the Packages file by more than 50%. |
20:15.34 | pb_ | nelson: I'm getting a dillo size of 13MB on my i386 for denbeste.nu, which I guess isn't too outrageous. |
20:18.06 | nelson | pb_: yes, that's not too outrageous, compared to the size of dillo itself on its default page. Sounds like you've fixed it! |
20:18.10 | nelson | pb_: well done! |
20:18.50 | pb_ | nelson: I'll build a new package in a moment. |
20:23.42 | pb_ | dc___: so, what's latest with filemanager? |
20:35.42 | florian | Why does changing light status using the power key need so much cpu power?! |
20:39.06 | pb_ | Um, no idea. |
20:40.17 | florian | this is new... changed after last upgrade |
20:40.47 | pb_ | well, there was a new keylaunch. |
20:41.04 | pb_ | does it seem to be clocking up excessive cpu time to itself? |
20:44.44 | florian | hmm.. it seems to need 100% cpu for about 10 seconds - after this "bl toggle" is called correctly |
20:45.39 | florian | hmm, my pan connection is too slow for mp3 :-/ |
20:52.29 | pb_ | :-/ |
20:52.39 | pb_ | what bitrate mp3? I would have thought pan would be ok for 128kbps or so. |
20:53.24 | pb_ | btw, is gpe-bluetooth working any better for you now? |
20:55.18 | pb_ | florian: I'm not noticing any untoward cpu consumption on my 3900 when toggling the backlight. |
20:55.31 | dc___ | yay.. i found a T68i with camera for £112 |
20:55.33 | dc___ | how cool |
20:55.41 | dc___ | 4 minutes on the bid left. |
20:55.42 | pb_ | yay |
20:55.56 | pb_ | best bide your time then. |
20:56.07 | pb_ | hm, that reminds me, I should try to sell some of my old cellphones on ebay. |
20:57.04 | pb_ | I seem to be building up something of a collection again. :-/ |
20:59.38 | florian | pb_: yes, it works better - i'm not shure which version i use, but i think current unstable if you created a new package in the last 48 houre |
20:59.52 | pb_ | yeah, I made a new version (0.22) earlier on today. |
21:00.10 | *** join/#gpe dc_ (~dc@modem-57-57-60-62.vip.uk.com) |
21:00.17 | pb_ | the main difference is that this one supports disconnecting PAN and LAP connections, which didn't work in 0.21. |
21:01.12 | florian | pb_: ok, great - it seems to run into trouble with a peer not running sdpd |
21:01.32 | pb_ | florian: strange, it seems to work ok with my desktop machine, and I don't think I run sdpd on there. |
21:01.45 | pb_ | oh, whoops, yes I do. |
21:01.49 | dc_ | oh dear.. |
21:01.50 | pb_ | doh :-} |
21:01.55 | dc_ | that was intense bidding |
21:02.02 | pb_ | dc_: ah. |
21:02.08 | dc_ | I only got it by 20 seconds! |
21:02.12 | pb_ | heh |
21:02.13 | florian | pb_: and look here: http://handhelds.org/scap/port.19414.png |
21:02.22 | dc_ | and the next had to reconnect at 2 minutes before the end!! |
21:02.23 | dc_ | how evil |
21:02.31 | pb_ | florian: ah, nasty. |
21:03.02 | pb_ | I wonder what would cause that. |
21:03.40 | pb_ | dc_: sounds like a nightmare. but you won it in the end? |
21:03.49 | dc_ | yep :D |
21:04.01 | dc_ | now I'll have a camera to take pointless picture of people with |
21:04.11 | pb_ | florian: can you mail me the output that you get from sdptool for that device? |
21:04.41 | pb_ | ideally from "sdptool browse --tree" |
21:05.01 | pb_ | dc_: excellent. |
21:09.41 | florian | pb_: now it seems to be fast enough... strange |
21:09.48 | florian | pb_: yep |
21:10.13 | pb_ | nelson: uploaded dillo2_0.6.6-8_arm.ipk. |
21:11.05 | florian | pb_: i don't get any output from this... |
21:11.29 | pb_ | florian: from sdptool? hm. what version do you have? |
21:12.02 | pb_ | if it doesn't work with --tree, just plain "sdptool browse" should be ok. |
21:12.07 | florian | pb_: yes, v1.0 |
21:12.20 | pb_ | ah, I was using 1.1 on my desktop, maybe that's the difference. |
21:13.55 | florian | pb_: the same without --tree |
21:14.17 | pb_ | very strange |
21:14.19 | florian | brb |
21:25.45 | *** join/#gpe kencausey (ken@ken.mojodata.com) |
21:25.58 | *** join/#gpe flypiper (~deb-user@12-222-141-210.client.insightBB.com) |
21:26.42 | kencausey | Is mbmenu in GPE CVS somewhere? |
21:28.36 | *** join/#gpe Darod (~darod@213-97-184-150.uc.nombres.ttd.es) |
21:28.42 | *** part/#gpe Darod (~darod@213-97-184-150.uc.nombres.ttd.es) |
21:28.45 | *** join/#gpe xtrasgu (~pablete@171-OVIE-X6.libre.retevision.es) |
21:36.19 | kencausey | aha, that's part of matchbox |
21:40.53 | dc_ | yay |
21:42.18 | florian | re |
21:43.29 | dc_ | weeeeeeeeeeeeeeee |
21:44.39 | kencausey | pb_: gpe-edit segfaults on me, what can I do to provide more information? |
21:44.53 | dc_ | kencausey: gdb :D |
21:45.09 | kencausey | heh, that woudl be real fun on my 16MB handheld. ;) |
21:45.10 | dc_ | kencausey: btw, mbmenu is in matchbox cvs ;) |
21:45.16 | dc_ | kencausey: oh dear. |
21:45.27 | dc_ | kencausey: okay, at what point does it seg, at startup? |
21:45.32 | kencausey | Couldnt' find Matchbox cvs, but found what I was looking for in Matchbox docs |
21:45.41 | dc_ | right |
21:45.51 | kencausey | dc_: No, it's while I'm editting, I now have a file that will segfault it on opening |
21:46.04 | dc_ | kencausey: are you sure it's a segfaul? |
21:46.09 | kencausey | ~ $ gpe-edit |
21:46.10 | kencausey | Segmentation fault |
21:46.11 | kencausey | ;) |
21:46.14 | dc_ | right. |
21:46.21 | kencausey | I ran it from console to check |
21:46.24 | dc_ | sorry, it could have been the super kernel memory killer demon |
21:46.29 | dc_ | kencausey: okay, what's the file? |
21:46.48 | kencausey | crap, no sx installed |
21:46.53 | kencausey | Whose idea was that. ;) |
21:46.54 | dc_ | :-\ |
21:47.21 | kencausey | dc_: Oh well, maybe later, I've got no net connection to the ipaq at the moment. |
21:47.34 | dc_ | kencausey: ah okay. |
21:47.40 | kencausey | ooo I do have hexdump... |
21:47.51 | kencausey | ~ $ hexdump In\ the\ end |
21:47.51 | kencausey | 0000000 6e49 7420 6568 6520 646e 6120 6c6c 4920 |
21:47.51 | kencausey | 0000010 6320 756f 646c 7420 6968 6b6e 6f20 2066 |
21:47.51 | kencausey | 0000020 6177 2073 6f74 6920 736e 7369 2074 6874 |
21:47.51 | kencausey | 0000030 7461 4920 6820 6461 276e 2074 6573 6e65 |
21:47.52 | kencausey | 0000040 7720 6168 2074 2049 6f6d 7473 6120 7373 |
21:47.54 | kencausey | 0000050 7275 6465 796c 6820 6461 202e 4120 646e |
21:47.56 | kencausey | 0000060 4920 7320 726f 6c65 2079 6977 6873 6465 |
21:47.58 | kencausey | 0000070 7420 6168 2074 7469 7720 7361 7420 7572 |
21:48.00 | kencausey | 0000080 2e65 0a0a 2d2d 0a2d 000a |
21:48.02 | kencausey | 0000089 |
21:48.42 | kencausey | I'll not that file was created entirely in gpe-edit |
21:49.34 | pb_ | kencausey: you should have sz installed. you can symlink it to sx. |
21:49.39 | dc_ | kencausey: writing a file editor is as far as I go ;p |
21:49.46 | pb_ | or use sz --xmodem |
21:49.47 | kencausey | aha. |
21:50.21 | kencausey | anyone like a copy of the file? |
21:50.25 | kencausey | pb_: Much thanks |
21:50.32 | dc_ | pb_: right, well, let my continue on gpe-filemanaager, now I have my phone paid for ;D |
21:50.37 | pb_ | dc_: :-) |
21:50.41 | dc_ | kencausey: that would be usefull |
21:50.43 | pb_ | kencausey: could you file a bugzilla report and attach the file to it? |
21:50.47 | kencausey | hmm, loading from command line doesn't crash it... |
21:50.53 | dc_ | kencausey: rightt |
21:51.12 | kencausey | but the first character I type does |
21:51.38 | kencausey | If I start gpe-edit then try to load the file it crashes immediately. |
21:57.52 | kencausey | Hmm, maybe I should try gpe-edit2 0.18 from unstable first. |
21:58.11 | pb_ | I don't think much has changed, but it'd be worth a go. |
22:00.07 | kencausey | /mnt/ramfs/tmp # ipkg install gpe-edit2_0.18_arm.ipk |
22:00.07 | kencausey | update_mime_db: No such file or directory |
22:00.12 | kencausey | Is that anything to worry about? |
22:01.22 | kencausey | pb_: Yep, exact same behaviour |
22:01.53 | pb_ | kencausey: oh darn, I thought I removed that update_mime_db call in 0.18. |
22:01.59 | pb_ | anyway, no, nothing to worry about. |
22:05.02 | kencausey | pb_: Bugzilla version numbers are not up to date. Just use latest version number shown? |
22:05.12 | pb_ | kencausey: yes, please. |
22:05.23 | pb_ | kencausey: jamey needs to run his magic script to update the version numbers in bugzilla. |
22:08.51 | kencausey | pb_: Filed as bug #788 |
22:08.56 | pb_ | kencausey: thanks |
22:09.15 | kencausey | pb_: Least I could do, if I have some time tomorrow I'll look through the code. |
22:09.55 | *** join/#gpe dc_ (~dc@modem-57-57-60-62.vip.uk.com) |
22:20.09 | florian | pb_: i share your opinion about opening network devices, but unnatended of this i think a non-existant device is down in any case |
22:21.53 | pb_ | florian: I think it's reasonable to say that you just have to pair calls to ifup and ifdown. |
22:22.49 | pb_ | florian: i.e. if you do "ifup eth0", and then some time later try "ifup eth0" again without having called ifdown in the meantime, that is an error. |
22:24.35 | florian | pb_: hmm... i disagree - i think if eth0 is not really up after calling ifup, you shouldn't need to call ifdown to retry |
22:25.35 | pb_ | florian: but, even if eth0 goes up successfully, it might go down immediately afterwards and you wouldn't be able to tell the difference. |
22:28.41 | florian | pb_: yep, but then you really have an error situation... or do you have an example why this should happen? |
22:28.55 | pb_ | florian: usbf for example will go down when the cable is unplugged. |
22:29.59 | florian | pb_: hm yes - but what does it if you do an ifup if the cable is disconnected? |
22:30.14 | pb_ | florian: exactly the same as ifup on a device that doesn't exist. |
22:30.34 | pb_ | florian: the device will not go up, but ifup will claim it is configured, and you will have to run ifdown to try again. |
22:32.27 | florian | pb_: that's my problem with that - because of this hotplug will fail to configure the device - the same with pcmcia. or even worse on some systems you have more than one choice for e.g. eth1 (pci and pcmcia) |
22:33.00 | pb_ | florian: right, but hotplug won't run ifup on usbf until the cable is connected. |
22:33.26 | pb_ | florian: the problem only occurs if you run ifup by hand or with "auto", and in those situations I think you need to take care for yourself that the device you are configuring exists and is ready. |
22:35.46 | florian | pb_: then it maybe it would make sense to tell hotplug to run ifdown before ifup to avoid errors? |
22:36.11 | pb_ | florian: as far as I know, hotplug will always pair calls to ifup and ifdown already. |
22:36.23 | pb_ | florian: ie. once it calls ifup, it will call ifdown before attempting another ifup. |
22:37.06 | pb_ | florian: I don't really understand what the problem is that you're trying to solve. |
22:38.43 | *** join/#gpe dc__ (~dc@modem-132-48-60-62.vip.uk.com) |
22:39.36 | florian | pb_: e.g. if the system tried to configure the device at system start by an "auto" line in interfaces |
22:40.07 | florian | pb_: or an user who did try to configure his wireless lan interface by hand |
22:40.17 | pb_ | florian: mmm, but I don't see why you would want to put an "auto" line for such an interface. |
22:41.33 | florian | pb_: ok, that's another question... |
22:42.05 | pb_ | florian: as far as I can tell, hotplug and auto are mutually exclusive. You only want "auto" for static interfaces that hotplug doesn't know about. |
22:44.20 | florian | pb_: ah ok, then you are really right - it would only help with really broken configurations... which should be better avoided |
22:45.06 | pb_ | florian: it may be that ifup should try to print some error message in this case to warn that you have a configuration error, though. |
22:45.49 | florian | pb_: yes, really... |
22:48.07 | pb_ | florian: you could maybe discuss this with the upstream maintainer. I think that would be Anthony Towns (ajt). |
22:48.27 | florian | pb_: yep, ok |
22:48.41 | pb_ | cool |
22:51.02 | *** join/#gpe walters (walters@verbum.org) |
22:51.51 | florian | are the default matchbox themes installed with familiar part of the matchbox package? |
22:52.02 | pb_ | yeah, I think so. |
22:52.19 | pb_ | I kind of lose track of the matchbox packages though. |
22:55.20 | florian | thin i should file a bug... |
22:55.28 | florian | s/thin/then |
22:55.46 | pb_ | which particular theme is it you're interested in? |
22:56.19 | florian | all :-) |
22:56.24 | pb_ | it looks like the matchbox package provides blondie, bluebox and Gorilla. |
22:56.25 | pb_ | ah :-) |
22:58.07 | florian | if you add a link from Angelistic/gtk-2.0 to <matchbox-theme>/gtk-2.0 then all these themes use the gtk settings from Angelistic and fit on small screens. |
22:58.19 | pb_ | ah right, great. |
22:58.39 | pb_ | yes, we should definitely do something like that. |
23:07.22 | florian | filed as #789 |
23:07.41 | florian | we should make this a 0.7 blocking bug... |
23:08.12 | pb_ | ok. just put "99" in the blockers field. |
23:08.36 | florian | ok |
23:09.20 | florian | done |
23:09.47 | pb_ | cool |
23:29.27 | *** join/#gpe dc__ (~dc@modem-136-62-60-62.vip.uk.com) |
23:31.05 | florian | night all.... |
23:32.33 | pb_ | night florian |