irclog2html for #gpe on 20030421

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.40dc_morning :D
11:52.47pb_dc_: yo
11:53.23dc_oh damn, afternoon isn't it!
11:53.40dc_okay.
11:53.51dc_now I have some time.
11:53.56dc_I must finish gpe-fm
11:54.20pb_great!
11:54.28pb_I see some dude filed another bug against it just now.
11:55.10pb_it's #781
11:55.34dc_my god, spamers are getting good.
11:55.56dc_it seems they're using [FOSDEM - UK] in the subject line.
11:55.59dc_how evil.
11:56.06dc_hh
11:56.07dc_hah
11:56.13dc_I never said that...
11:56.29dc_mmm...it must just be the morning after effect - stupidity.
11:56.47pb_hah.
11:56.55dc_ssh!
11:57.58dc_pb_: okay, we somehow have to work out how to add mime types with gnome-vfs.
11:58.08dc_I can't find many docs covering it
11:58.24pb_oh yeah
11:58.30pb_let me review the discussion on the xdg list.
11:58.36dc_ah please.
11:59.02pb_I think it kind of fizzled out though, because one of the protagonists went off to get married.
11:59.12dc_oh dear, heh
11:59.50pb_hm, http://www.freedesktop.org/standards/shared-mime-info.html may be worth a look.
12:00.14pb_seems that contains the latest thinking.
12:00.36dc_oh yes.
12:00.37dc_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.17pb_dc_: the thread starting at https://listman.redhat.com/pipermail/xdg-list/2003-March/001311.html might also be interesting.
12:06.08pb_dc_: there are already several errata for 0.7-rc1, so I think there will definitely be another iteration of the images.
12:06.17dc_ah great
12:06.28dc_I best get working then!
12:06.46pb_in particular, rc1 still has opie-opiealarm included in the gpe image, which breaks anything that wants to use alarms.
12:07.08pb_dc_: yeah, best had.
12:07.26dc_hah
12:07.29dc_damn opie
12:07.38pb_quite.
12:07.49pb_we should find a way to sneak gpe-gpe-gpe-gpe-gpealarm into their images.
12:08.18dc_hehe
12:08.53dc_hrmmm
12:09.03dc_so unless we use the current gnome mime way
12:09.24dc_we'll need to dump gnome-vfs and incorperate this new libshared-mime stuff.
12:09.27dc_or well..
12:09.40dc_I guess we don't have to dump gnome-vfs
12:09.52pb_I don't think we should dump gnome-vfs.  It still makes sense to use it for file access.
12:10.18pb_And, judging from that message on xdg-list, it sounds like gnome-vfs will implement the new mime spec soon.
12:10.36dc_ah great.
12:14.13pb_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.48dc_mime association...?
12:15.58dc_mime <-> application
12:16.01pb_yeah
12:57.59moraypeople on the xdg list appeared to have been arguing about that recently.
12:59.15pb_right.
13:00.20morayso 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.30dc_indeed.
13:00.46dc_well, new dir/rename/delete will be a start
13:01.13pb_yeah, that alone would be a great improvement.
13:01.58moraytalking 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.12pb_yup, still a good plan.
13:02.36dc_qtopia/opie style?
13:03.08moraydc_: 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.35morayof course, one day GTK will get its new easy-to-use fileselector and all will be well with the world ;)
13:03.35dc_moray: My Music/Documents/Films style?
13:03.45dc_hehe
13:03.59moraydc_: My Documents is evil because you can't change the name / remove the icon etc., not because of the underlying concept
13:04.16dc_I do think that mbdesktop or the equivilent should handle that.
13:04.27moraydc_: probably
13:04.48moraydc_: although I think mbdesktop still doesn't like large numbers of 'files' onscreen
13:05.09morayand you probably want some kind of 'search' function etc. among the remembered files
13:05.10dc_but that then gives us another reason to rewrite the appmgr so we can embedd gpe-filemanager into it.
13:05.23dc_moray: otherwise mbdesktop will have to incorperate mime handling.
13:05.29moraydc_: true
13:05.37dc_which would just...be silly.
13:05.50moraydc_: yes, don't give mallum more world-domination ideas for mb* ;)
13:06.03dc_indeed!
13:06.08pb_heh
13:06.10dc_mbgpe is next.
13:06.24dc_next I bet he'll make his own mbtk
13:06.31dc_hehe
13:07.20moraydc_: "that path leads to Enlightenment", presumably
13:07.33dc_hah, yeah
13:12.23moraypb_: 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.11pb_I get "Program manager" on my ipaq too.  Maybe the ipk is out of date compared to CVS.
13:14.15moraypb_: 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.38pb_If I just rebuild gpe-taskmanager, will that fix it?
13:14.56moraypb_: 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.11mccarthyhi folks
13:15.15dc_afternoon
13:15.17*** join/#gpe prpplague (~billybob@12.148.134.9)
13:15.18pb_Okay.  I think I kind of prefer "Running programs", so let's rebuild both.
13:15.21pb_mccarthy: yo
13:15.24mccarthydc_: gonna work on gpe-pdf this week?! ;)
13:15.50BBroxRahhhh, I have this syntax.. I need to rework my lexer :-/
13:16.06prpplagueho ho ho, merry frellin monday
13:16.54dc_mccarthy: heh, well, after gpe-filemanager
13:17.29pb_prpplague: ah, it's a public holiday here.
13:19.24moraypb_: 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.21moray(so it should probably be "Running Programs" (ugh))
13:20.23pb_moray: I suspect it is, but this is an area where I decided to defy cmarqu.
13:20.26morayha
13:20.32prpplaguepb_: where's here?
13:20.39pb_prpplague: england
13:20.44prpplaguepb_: ahh
13:20.51BBroxHere too BTW :-)
13:21.17morayScotland doesn't have this one (I hear from my Edinburgh IRC channel)
13:22.54pb_moray: most of the program titles in .desktop entries are not capitalised that way in GPE ("Audio player", "Web browser", etc.)
13:23.11moraypb_: ah right (good)
13:23.35moraypb_: perhaps we could standardise the default locale for GPE as UK English, and have sensible capitalisation?
13:23.46moray(given that it is a UK/US difference)
13:24.19pb_Yeah, that'd make sense.
13:24.55pb_Those who want the US style are free to start an en_US language team, of course.
13:24.59morayQuite.
13:30.09prpplaguemy vote is for klingon
13:32.39dc_indeed.
13:33.00pb_moray: do you think it'd be worth turning DEBUG off for keylaunch now?
13:33.12pb_It spews a lot of stuff into your .xsession-errors file with that enabled.
13:37.45moraypb_: yes
13:38.31moraypb_: should be off now (in CVS)
13:40.00pb_ok, great.
13:41.22pb_right, I uploaded new keylaunch and gpe-taskmanager packages.
13:41.36morayaha, thanks.
13:42.06moraysorry for being useless about testing/compiling myself; hopefully I'll get stuff sorted out again after my exams.
13:44.14moraypb_: hm, should "make tag" support retagging, or do we want to discourage people from that anyway? ;) (it doesn't use tag -F)
13:54.13spungcan 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.55dc__right...
13:59.55dc__now..
14:00.07dc__do I want a 256 MMC or T68i phone...
14:02.31spungdc__: powerbook!
14:06.32dc__spung: sssh!
14:06.37dc__spung: c700!
14:06.54spungdc__: could you run gpe-today 0.6 (in unstable) and see if it segfaults on startup?
14:07.17spungwhat happened to the ipaq?
14:07.26BBroxdc__: A760 !
14:07.30dc__BBrox: !
14:07.40dc__spung: it's dead. no flash space left.
14:08.42BBrox(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.02dc__hah
14:09.04dc__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.29spungpb_: > There is no Debian package named fcpackage, but fontconfig 2.1 is already
18:19.30spung> installed on the iPAQs.  Does that do what you want?
18:20.03spungwhat should they install on the ipaq cluster to be able to build that gpeclockface stuff?
18:22.14spungah, 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.27spungs/the/then
18:28.54pb_spung: dunno.  what's the error that you're seeing?
18:29.07pb_spung: most likely you need updated Render libraries.  Those are part of fcpackage.
18:29.23spungpb_: right, the admin say debian doesn't have that package
18:29.44pb_ah, no, it probably isn't in debian yet.
18:30.03spungpb_: what should i tell him? (duffek)
18:31.28pb_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.59spungpb_: no xfree 4.3 in debian yet either?
18:32.07pb_not that I know of.
18:32.20spungright
18:32.39pb_check the XSF page for news.
18:32.59spungxsf?
18:33.16pb_x strike force.
18:33.22pb_ibot, search google for x strike force
18:33.43pb_that first link.
18:34.35spungahhh, cool
18:35.58spungallright, just received an SMS informing me that the powerbook order is being processed :D
18:36.24pb_w00t
18:39.34mccarthyyou crazy europeans *love* SMS ;)
18:40.25pb_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.07floriannelson: alive?
19:04.40florianhm..
19:04.46dc___hmm :{
19:05.12floriansomeone needs to remove xkbd-nonxft from 0.7
19:05.27dc___someone needs to fix my satellite.
19:05.33florian:-/
19:05.50dc___it's very strange
19:07.26dc___pb_: did we do any strange routing with the sat last time?
19:07.38dc___pb_: getting from sat router to smoothwall router?
19:10.41pb_florian: nelson is taking care of that.
19:10.44florianwhy does the action key close a dialog like the "enter" key and does nothing in rxvt?
19:11.02florianpb_: then i should reschedule this bug to him :_)
19:11.07pb_florian: I think it's bound to keypad enter.
19:11.16pb_dc___: not that I remember.
19:11.29pb_dc___: what's the problem with it?
19:12.57dc___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.02dc___pb_: as I've removed smoothwall.
19:13.28dc___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.39pb_dc___: so you replaced smoothwall with a custom firewall?
19:13.45dc___pb_: indicating that there's traffic coming from the satellite.
19:13.48dc___pb_: debian :}
19:13.51dc___hehe
19:14.00pb_cool :-)
19:14.01florianpb_: 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.12pb_dc___: what rules did you put in the iptables config?
19:14.22pb_florian: agreed.  try using xmodmap to bind action to the regular enter key, see if that helps.
19:15.13dc___iptables -A FORWARD -j ACCEPT
19:15.20dc___iptables -t nat -A POSTROUTING -j MASQUERADE
19:15.25dc___so, we can't call it a firewall
19:15.27dc___heh
19:15.28pb_hah
19:15.52pb_and it forwards packets OK for your modem link?
19:15.53dc___that's besides the point ;)
19:16.07dc___pb_: yes, all other clients can get access via the modem fine
19:16.22pb_weird.  did you check dmesg for suspicious log messages?
19:16.40dc___nothing weird in there.
19:17.04dc___although I may lack the LOG iptables modules :-\
19:17.11pb_ah, heh.
19:17.25pb_still, with only those rules, there wouldn't be a whole lot of logging.
19:17.26dc___I guess that _would_ be a start
19:17.30dc___pb_: indeed.
19:17.30dc___heh
19:17.36pb_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.12dc___packets!
19:22.00dc___heh.
19:22.56dc___pb_: how might I filter this?
19:25.08pb_dc___: the proxy is on 3128, right?
19:25.12dc___yes
19:25.13pb_in which case, try "tcpdump src port 3128".
19:25.33pb_or indeed just "tcpdump port 3128" to see traffic both ways.
19:26.26dc___omfg.
19:26.40dc___they blacklisted me from the proxy login page.
19:27.12pb_!
19:27.39dc___ooh
19:27.43dc___packets are coming in.
19:27.45dc___strange.
19:28.02dc___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.07dc___that's not right
19:28.14dc___they're going straight out again
19:28.17dc___into the net.
19:28.33pb_hrm, maybe your masquerading is borked.
19:28.38dc___:////
19:28.45pb_make sure you are only masquerading packets from internal clients.
19:29.11pb_it'd be bad if you masqueraded stuff from the satellite router, for example.
19:30.07dc___my god.
19:30.11dc___they're still going out...
19:30.12dc___hummmmmmm
19:30.22dc___I did iptables -t nat -F and iptables -F
19:30.40pb_Where do you see them going out?
19:30.48dc___in tcpdump
19:31.00pb_what's it say, exactly?
19:31.12dc___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.17dc___and so on
19:31.30dc___and 212.110.252.9 is the addr of the proxy server
19:31.30pb_well, that's an incoming packet.
19:31.33dc___yes.
19:31.42dc___coming in from the sat router right?
19:31.43pb_presumably modem-169-50-60-62 is your local ip address.
19:31.45pb_right.
19:31.45dc___or not..
19:31.56dc___I guess.
19:32.17dc___and they only happen when I try to telnet into the proxy server.
19:32.27pb_You can run tcpdump on your ppp connection to check what really is going out.
19:33.06pb_But, assuming the destination address is right, that packet looks good to me.
19:33.32dc___it seems that they're going out...
19:33.37dc___to somewhere strange...
19:34.08dc___okay...wait
19:34.15dc___how can I be on irc....
19:34.25dc___if my iptables have been flushed!
19:34.31pb_hah!
19:34.47pb_check with iptables -L, I guess.
19:34.51dc___it must be something with them
19:34.59dc___-L displays no rules
19:35.22dc___I have some super masqing box!
19:35.25pb_that's weird.
19:35.27pb_so it seems!
19:48.59dc___still, naturaly the sat it going painfully slow!
19:49.08dc___wow...a record 6.5k
19:49.13pb_:-/
19:49.33pb_I guess if you're sharing it with the whole of europe, that's a lot of contention.
19:49.43dc___hehe
19:49.44dc___yeah
19:50.40nelsonrm: remove `x/armv4l/xkbd-nonxft_0.8.1_arm.ipk'? y
19:51.49floriannelson: yeah, great :-)
19:56.09*** part/#gpe mccarthy (~mccarthy@granular.che.pitt.edu)
19:56.52florianhey, i have alsa mixers :-)))
19:57.05dc___wahay
19:57.25pb_florian: great!
19:57.52pb_nelson: ah, I found one source of dillo leakage.
19:58.27pb_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.14dc___hah
20:04.32dc___my wireless arial had to be moved 1/2 cm and now I'm back upto speed :/
20:08.11pb_heh
20:12.52nelsonpb_: The ultimate test is http://denbeste.nu
20:13.24nelsonpb_: that page was consuming 22 MB!
20:13.53pb_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.21pb_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.34pb_nelson: I'm getting a dillo size of 13MB on my i386 for denbeste.nu, which I guess isn't too outrageous.
20:18.06nelsonpb_: 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.10nelsonpb_: well done!
20:18.50pb_nelson: I'll build a new package in a moment.
20:23.42pb_dc___: so, what's latest with filemanager?
20:35.42florianWhy does changing light status using the power key need so much cpu power?!
20:39.06pb_Um, no idea.
20:40.17florianthis is new... changed after last upgrade
20:40.47pb_well, there was a new keylaunch.
20:41.04pb_does it seem to be clocking up excessive cpu time to itself?
20:44.44florianhmm.. it seems to need 100% cpu for about 10 seconds - after this "bl toggle" is called correctly
20:45.39florianhmm, my pan connection is too slow for mp3 :-/
20:52.29pb_:-/
20:52.39pb_what bitrate mp3?  I would have thought pan would be ok for 128kbps or so.
20:53.24pb_btw, is gpe-bluetooth working any better for you now?
20:55.18pb_florian: I'm not noticing any untoward cpu consumption on my 3900 when toggling the backlight.
20:55.31dc___yay.. i found a T68i with camera for £112
20:55.33dc___how cool
20:55.41dc___4 minutes on the bid left.
20:55.42pb_yay
20:55.56pb_best bide your time then.
20:56.07pb_hm, that reminds me, I should try to sell some of my old cellphones on ebay.
20:57.04pb_I seem to be building up something of a collection again. :-/
20:59.38florianpb_: 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.52pb_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.17pb_the main difference is that this one supports disconnecting PAN and LAP connections, which didn't work in 0.21.
21:01.12florianpb_: ok, great - it seems to run into trouble with a peer not running sdpd
21:01.32pb_florian: strange, it seems to work ok with my desktop machine, and I don't think I run sdpd on there.
21:01.45pb_oh, whoops, yes I do.
21:01.49dc_oh dear..
21:01.50pb_doh :-}
21:01.55dc_that was intense bidding
21:02.02pb_dc_: ah.
21:02.08dc_I only got it by 20 seconds!
21:02.12pb_heh
21:02.13florianpb_: and look here: http://handhelds.org/scap/port.19414.png
21:02.22dc_and the next had to reconnect at 2 minutes before the end!!
21:02.23dc_how evil
21:02.31pb_florian: ah, nasty.
21:03.02pb_I wonder what would cause that.
21:03.40pb_dc_: sounds like a nightmare.  but you won it in the end?
21:03.49dc_yep :D
21:04.01dc_now I'll have a camera to take pointless picture of people with
21:04.11pb_florian: can you mail me the output that you get from sdptool for that device?
21:04.41pb_ideally from "sdptool browse --tree"
21:05.01pb_dc_: excellent.
21:09.41florianpb_: now it seems to be fast enough... strange
21:09.48florianpb_: yep
21:10.13pb_nelson: uploaded dillo2_0.6.6-8_arm.ipk.
21:11.05florianpb_: i don't get any output from this...
21:11.29pb_florian: from sdptool?  hm.  what version do you have?
21:12.02pb_if it doesn't work with --tree, just plain "sdptool browse" should be ok.
21:12.07florianpb_: yes, v1.0
21:12.20pb_ah, I was using 1.1 on my desktop, maybe that's the difference.
21:13.55florianpb_: the same without --tree
21:14.17pb_very strange
21:14.19florianbrb
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.42kencauseyIs 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.19kencauseyaha, that's part of matchbox
21:40.53dc_yay
21:42.18florianre
21:43.29dc_weeeeeeeeeeeeeeee
21:44.39kencauseypb_: gpe-edit segfaults on me, what can I do to provide more information?
21:44.53dc_kencausey: gdb :D
21:45.09kencauseyheh, that woudl be real fun on my 16MB handheld. ;)
21:45.10dc_kencausey: btw, mbmenu is in matchbox cvs ;)
21:45.16dc_kencausey: oh dear.
21:45.27dc_kencausey: okay, at what point does it seg, at startup?
21:45.32kencauseyCouldnt' find Matchbox cvs, but found what I was looking for in Matchbox docs
21:45.41dc_right
21:45.51kencauseydc_: No, it's while I'm editting, I now have a file that will segfault it on opening
21:46.04dc_kencausey: are you sure it's a segfaul?
21:46.09kencausey~ $ gpe-edit
21:46.10kencauseySegmentation fault
21:46.11kencausey;)
21:46.14dc_right.
21:46.21kencauseyI ran it from console to check
21:46.24dc_sorry, it could have been the super kernel memory killer demon
21:46.29dc_kencausey: okay, what's the file?
21:46.48kencauseycrap, no sx installed
21:46.53kencauseyWhose idea was that. ;)
21:46.54dc_:-\
21:47.21kencauseydc_: Oh well, maybe later, I've got no net connection to the ipaq at the moment.
21:47.34dc_kencausey: ah okay.
21:47.40kencauseyooo I do have hexdump...
21:47.51kencausey~ $ hexdump In\ the\ end
21:47.51kencausey0000000 6e49 7420 6568 6520 646e 6120 6c6c 4920
21:47.51kencausey0000010 6320 756f 646c 7420 6968 6b6e 6f20 2066
21:47.51kencausey0000020 6177 2073 6f74 6920 736e 7369 2074 6874
21:47.51kencausey0000030 7461 4920 6820 6461 276e 2074 6573 6e65
21:47.52kencausey0000040 7720 6168 2074 2049 6f6d 7473 6120 7373
21:47.54kencausey0000050 7275 6465 796c 6820 6461 202e 4120 646e
21:47.56kencausey0000060 4920 7320 726f 6c65 2079 6977 6873 6465
21:47.58kencausey0000070 7420 6168 2074 7469 7720 7361 7420 7572
21:48.00kencausey0000080 2e65 0a0a 2d2d 0a2d 000a              
21:48.02kencausey0000089
21:48.42kencauseyI'll not that file was created entirely in gpe-edit
21:49.34pb_kencausey: you should have sz installed.  you can symlink it to sx.
21:49.39dc_kencausey: writing a file editor is as far as I go ;p
21:49.46pb_or use sz --xmodem
21:49.47kencauseyaha.
21:50.21kencauseyanyone like a copy of the file?
21:50.25kencauseypb_: Much thanks
21:50.32dc_pb_: right, well, let my continue on gpe-filemanaager, now I have my phone paid for ;D
21:50.37pb_dc_: :-)
21:50.41dc_kencausey: that would be usefull
21:50.43pb_kencausey: could you file a bugzilla report and attach the file to it?
21:50.47kencauseyhmm, loading from command line doesn't crash it...
21:50.53dc_kencausey: rightt
21:51.12kencauseybut the first character I type does
21:51.38kencauseyIf I start gpe-edit then try to load the file it crashes immediately.
21:57.52kencauseyHmm, maybe I should try gpe-edit2 0.18 from unstable first.
21:58.11pb_I don't think much has changed, but it'd be worth a go.
22:00.07kencausey/mnt/ramfs/tmp # ipkg install gpe-edit2_0.18_arm.ipk
22:00.07kencauseyupdate_mime_db: No such file or directory
22:00.12kencauseyIs that anything to worry about?
22:01.22kencauseypb_: Yep, exact same behaviour
22:01.53pb_kencausey: oh darn, I thought I removed that update_mime_db call in 0.18.
22:01.59pb_anyway, no, nothing to worry about.
22:05.02kencauseypb_: Bugzilla version numbers are not up to date.  Just use latest version number shown?
22:05.12pb_kencausey: yes, please.
22:05.23pb_kencausey: jamey needs to run his magic script to update the version numbers in bugzilla.
22:08.51kencauseypb_: Filed as bug #788
22:08.56pb_kencausey: thanks
22:09.15kencauseypb_: 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.09florianpb_: 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.53pb_florian: I think it's reasonable to say that you just have to pair calls to ifup and ifdown.
22:22.49pb_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.35florianpb_: 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.35pb_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.41florianpb_: yep, but then you really have an error situation... or do you have an example why this should happen?
22:28.55pb_florian: usbf for example will go down when the cable is unplugged.
22:29.59florianpb_: hm yes - but what does it if you do an ifup if the cable is disconnected?
22:30.14pb_florian: exactly the same as ifup on a device that doesn't exist.
22:30.34pb_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.27florianpb_: 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.00pb_florian: right, but hotplug won't run ifup on usbf until the cable is connected.
22:33.26pb_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.46florianpb_: then it maybe it would make sense to tell hotplug to run ifdown before ifup to avoid errors?
22:36.11pb_florian: as far as I know, hotplug will always pair calls to ifup and ifdown already.
22:36.23pb_florian: ie. once it calls ifup, it will call ifdown before attempting another ifup.
22:37.06pb_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.36florianpb_: e.g. if the system tried to configure the device at system start by an "auto" line in interfaces
22:40.07florianpb_: or an user who did try to configure his wireless lan interface by hand
22:40.17pb_florian: mmm, but I don't see why you would want to put an "auto" line for such an interface.
22:41.33florianpb_: ok, that's another question...
22:42.05pb_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.20florianpb_: ah ok, then you are really right - it would only help with really broken configurations... which should be better avoided
22:45.06pb_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.49florianpb_: yes, really...
22:48.07pb_florian: you could maybe discuss this with the upstream maintainer.  I think that would be Anthony Towns (ajt).
22:48.27florianpb_: yep, ok
22:48.41pb_cool
22:51.02*** join/#gpe walters (walters@verbum.org)
22:51.51florianare the default matchbox themes installed with familiar part of the matchbox package?
22:52.02pb_yeah, I think so.
22:52.19pb_I kind of lose track of the matchbox packages though.
22:55.20florianthin i should file a bug...
22:55.28florians/thin/then
22:55.46pb_which particular theme is it you're interested in?
22:56.19florianall :-)
22:56.24pb_it looks like the matchbox package provides blondie, bluebox and Gorilla.
22:56.25pb_ah :-)
22:58.07florianif 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.19pb_ah right, great.
22:58.39pb_yes, we should definitely do something like that.
23:07.22florianfiled as #789
23:07.41florianwe should make this a 0.7 blocking bug...
23:08.12pb_ok.  just put "99" in the blockers field.
23:08.36florianok
23:09.20floriandone
23:09.47pb_cool
23:29.27*** join/#gpe dc__ (~dc@modem-136-62-60-62.vip.uk.com)
23:31.05floriannight all....
23:32.33pb_night florian

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.