| 00:00.29 | pb_ | nb not gnokki :-} |
| 00:02.21 | jsmanrique | thanks |
| 00:05.52 | mallum | oops |
| 00:14.55 | jsmanrique | well, another project to study |
| 00:15.03 | jsmanrique | he has explained me the idea |
| 00:15.31 | jsmanrique | the company sends him a SMS as header or basic info |
| 00:16.09 | jsmanrique | he connect to his server and downloads the info to the device (ipaq or laptop) using the phone |
| 00:16.16 | jsmanrique | ways to to that? |
| 00:16.20 | pb_ | ah. |
| 00:16.36 | jsmanrique | the company has thought about second hand laptop+phone |
| 00:16.36 | pb_ | well, gnokii can retrieve SMSs from Nokia cellphones. |
| 00:16.48 | mallum | g'night all |
| 00:16.51 | jsmanrique | but we would like to use linux ipaq |
| 00:16.59 | pb_ | you can use gnokii on a linux ipaq |
| 00:17.00 | jsmanrique | to show what can it do |
| 00:17.16 | jsmanrique | gnokii would recive the sms |
| 00:17.22 | pb_ | right |
| 00:17.30 | jsmanrique | and what about connect the ipaq to the server using the phone |
| 00:17.39 | pb_ | then it should be straightforward to use normal PPP to connect to the server. |
| 00:17.42 | jsmanrique | to download a .txt file |
| 00:18.08 | jsmanrique | connecting the phone to the serial port of the ipaq, isn't it? |
| 00:18.13 | pb_ | right. |
| 00:18.17 | pb_ | or you can use irda, or bluetooth. |
| 00:19.28 | jsmanrique | we need a serial cable adapted for phones, or ipaq serial cable+null-modem, isn't it? |
| 00:19.45 | pb_ | I guess so. |
| 00:20.10 | pb_ | You can buy ipaq serial connectors from Foxconn if you need to make a special cable. |
| 00:20.24 | jsmanrique | yes, I know |
| 00:20.54 | jsmanrique | but there are a lot of serial phone cables providers for ipaq |
| 00:21.06 | jsmanrique | and more null.modem connectors |
| 00:24.10 | jsmanrique | thanks |
| 00:24.22 | jsmanrique | I will search some docs about this |
| 00:24.42 | jsmanrique | but I am still thinking about my Scientific Digital Assistant |
| 00:24.43 | jsmanrique | :) |
| 00:25.01 | pb_ | heh |
| 00:25.23 | jsmanrique | a dreamer I am |
| 00:25.42 | pb_ | did you follow my advice to write a business plan and try to raise some money? |
| 00:26.01 | jsmanrique | I have contacted some administrative associations about that |
| 00:26.08 | pb_ | excellent |
| 00:26.12 | jsmanrique | maybe we could do something |
| 00:26.31 | jsmanrique | but I have to talk with my friends about it |
| 00:26.40 | pb_ | right. |
| 00:27.34 | jsmanrique | we would like to do it as an university project and maybe begin a startup .. who knows |
| 00:27.46 | jsmanrique | a new garage.. |
| 00:27.54 | pb_ | heh |
| 00:27.56 | jsmanrique | since HP has sold its one :) |
| 00:29.05 | jsmanrique | perhaps I could get some Ximian help since Miguel liked GPE too much |
| 00:29.46 | jsmanrique | :) |
| 00:32.46 | jsmanrique | good night |
| 00:32.49 | *** part/#gpe jsmanrique (jsmanrique@cmr-81-9-143-148.telecable.es) |
| 02:13.03 | *** join/#gpe __moray__ (moray@dsl-217-155-67-241.zen.co.uk) |
| 02:29.36 | *** join/#gpe spung (~rewt@a213-22-98-70.netcabo.pt) |
| 02:34.08 | *** join/#gpe Aviator_ (dsm29@student.cusu.cam.ac.uk) |
| 02:34.30 | *** join/#gpe stargirl (hmw26@potato.newn.cam.ac.uk) |
| 03:23.51 | *** join/#gpe bdale (~bdale@1Cust237.tnt1.wheeling.wv.da.uu.net) |
| 03:24.28 | *** part/#gpe bdale (~bdale@1Cust237.tnt1.wheeling.wv.da.uu.net) |
| 03:50.45 | *** join/#gpe prpplague (~joebob@21-190.lctv-b4.cablelynx.com) |
| 07:06.13 | *** join/#gpe colin_werk (www@vws1.kens.com) |
| 07:07.51 | *** join/#gpe pierre_ (~pierre@AClermont-Ferrand-201-1-4-81.abo.wanadoo.fr) |
| 09:24.10 | *** join/#gpe Vlas (~vlas@62.117.86.163) |
| 10:11.23 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) |
| 10:14.56 | *** join/#gpe pb_ (~pb_@dsl-62-3-66-201.zen.co.uk) |
| 10:35.22 | *** join/#gpe pigeon (~pigeon@CPE-203-45-123-121.nsw.bigpond.net.au) |
| 10:37.31 | pb_ | hi pigeon |
| 10:39.30 | pigeon | hi pb_ |
| 10:39.57 | pigeon | How's things? |
| 10:40.20 | pb_ | Not too bad. Just got to the office. |
| 10:40.44 | pigeon | Oh... I just got home. :) |
| 10:40.56 | pb_ | Heh. |
| 10:43.19 | *** join/#gpe Soggie ([UaBprNO67@242.104-136-217.adsl.skynet.be) |
| 11:43.29 | *** join/#gpe mallum (~user@pc-80-193-218-32-hw.blueyonder.co.uk) |
| 11:43.32 | mallum | hey |
| 11:44.55 | pb_ | hi mallum |
| 11:45.28 | mallum | hey pb_ |
| 11:45.41 | mallum | I've think I thouht of a possible solution to the xpending problem |
| 11:46.01 | pb_ | mallum: just looking through the gpe bugzilla and I came across #151, which is a "I can't type a = character in xkbd" report. Is there a fix for that? |
| 11:46.07 | pb_ | mallum: oh, cool, what's that? |
| 11:46.14 | mallum | pb_: yeah fixed ages ago |
| 11:46.27 | pb_ | any idea which version fixed it? |
| 11:46.33 | mallum | pb_: I get the connection number of the display and select on that with a timeout |
| 11:46.38 | pb_ | i.e. is it in 0.6, or only unstable |
| 11:46.47 | mallum | pb_: I think the latest fixed it |
| 11:47.05 | mallum | pb_: and use that rather than XNextEvent |
| 11:47.29 | pb_ | hmm |
| 11:47.33 | pb_ | it seems kind of a bit gruesome. |
| 11:47.42 | pb_ | can't you just set up an alarm handler to go off after the desired timeout? |
| 11:48.51 | mallum | pb_: hmm yeah thats another solution, but means I may have to adapt some of the dock apps to use globals |
| 11:49.04 | pb_ | hmm, xkbd 0.8.7 is in unstable, but 0.6.1 only has 0.8.1 from back in August |
| 11:49.07 | pb_ | I guess that is the problem. |
| 11:49.08 | mallum | pb_: I dont think the select thing is as grose as it sounds |
| 11:49.28 | mallum | pb_: ah yes |
| 11:49.44 | mallum | pb_: Im 99% sure 0.8.6 has it fixed |
| 11:49.47 | pb_ | ok. |
| 11:50.04 | pb_ | should I get nelson to push 0.8.6, or 0.8.7, into 0.6? |
| 11:50.10 | mallum | pb_: 0.8.7 is a little bust ( Im in the process of getting a new package togeather ) |
| 11:50.35 | mallum | pb_: how soon till nelson does it ? |
| 11:50.46 | pb_ | does what? |
| 11:50.57 | mallum | pb_: pushed 0.8.x into 0.6.1 |
| 11:51.24 | pb_ | I guess he will do it almost immediately once we ask. |
| 11:52.25 | mallum | pb_: okey go with 0.8.6, I will try a 0.8.8 out tonight - if thats ok we'll push that into 0.6.1 ASAP - ok ? |
| 11:52.32 | pb_ | ok, sounds cool. |
| 11:52.38 | pb_ | I will send Russ a note now. |
| 11:53.44 | mallum | cool |
| 11:54.30 | mallum | pb_: will an alarm not cause similar problems to usleep() though ? |
| 11:54.42 | pb_ | hmm, what do you mean? |
| 11:55.11 | mallum | pb_: you said usleep() call was expensive in terms of using battery when the machine is asleep |
| 11:55.47 | mallum | pb_: if I have an alarm going off every second to monitor say the stats of the wavelan card - wont that be expensive too ? |
| 11:56.38 | mallum | pb_: also if I get mbdesktop using fam, I will have to do the selct thing to select on the fam socket and the X one .. |
| 11:58.57 | pb_ | mallum: it depends how often you set the alarms. For programs like the wavelan monitor that are actually doing interactive updates, it's obviously necessary to have them wake up fairly frequently and there is nothing we can do about that. |
| 11:59.31 | pb_ | mallum: what we want to try to avoid is having mbmenu, for example, wake up ten times a second when it doesn't really have anything to do. |
| 12:02.29 | PaxAnima | mallum: when was <layout> added to xkbd layout files? |
| 12:05.04 | pb_ | mallum: the reason usleep() is worse than alarms is that with usleep, you end up having to make the timeout quite small in order not to ruin interactive response. For example, updating the wavelan status once a second is probably fine, but you don't really want an average half-second wait to respond to X events. With an alarm, your main event loop would just be blocking on select in XNextEvent, so events would be handled immediately. |
| 12:06.32 | mallum | pb_: okey unsterstood |
| 12:06.49 | mallum | pb_: obviously mbmenu does not need to sleep/alarm at all |
| 12:07.10 | mallum | pb_: I think thats just legacy where I've cut and pasted between existing scripts and not paid alot of attention |
| 12:07.29 | mallum | PaxAnima: fairly recently ... |
| 12:07.51 | mallum | biab |
| 12:08.26 | pb_ | off to find some lunch, back in 10. |
| 12:08.59 | PaxAnima | mallum: ok.. fixed the norwegian layout files after digging in the new ones.. what is the naming convention for the files? |
| 12:23.02 | mallum | PaxAnima: Im working on that ... |
| 12:23.17 | mallum | PaxAnima: hopefully have a new version out today with that fixed up |
| 12:34.05 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 12:44.13 | PaxAnima | mallum: ok.. |
| 12:50.30 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe mallum (~user@pc-80-193-218-32-hw.blueyonder.co.uk) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe Soggie ([UaBprNO67@242.104-136-217.adsl.skynet.be) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe pigeon (~pigeon@CPE-203-45-123-121.nsw.bigpond.net.au) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe pb_ (~pb_@dsl-62-3-66-201.zen.co.uk) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) [NETSPLIT VICTIM] |
| 12:50.30 | *** join/#gpe pierre_ (~pierre@AClermont-Ferrand-201-1-4-81.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe colin_werk (www@vws1.kens.com) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe Aviator_ (dsm29@student.cusu.cam.ac.uk) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe spung (~rewt@a213-22-98-70.netcabo.pt) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe ade (~adrian@unimatrix.ex.ac.uk) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe pattieja (~pattieja@www.pcxperience.com) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe moray (8fb009ad8c@mma29.dar.cam.ac.uk) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe Hallski (~Hallski@as1-4-5.han.s.bonet.se) [NETSPLIT VICTIM] |
| 12:50.31 | *** join/#gpe gdsx (xsdg@xsdg.staff.freenode) [NETSPLIT VICTIM] |
| 14:28.28 | *** join/#gpe koguma (trilluser@j169.kch24.jaring.my) |
| 14:29.00 | koguma | Dumb question.. is there a build of gpe for x86? |
| 14:29.31 | pb_ | I don't think there are any binaries, but GPE is certainly buildable on x86. |
| 14:30.00 | *** join/#gpe pierre__ (~pierre@AClermont-Ferrand-201-1-4-226.abo.wanadoo.fr) |
| 14:30.14 | koguma | I've only seen the ipkg files on the ftp site, is there a cvs somewhere..? |
| 14:31.31 | koguma | I'd like to run it on low end machines and/or machines w/ touchscreen... I'm thinking this might do well with POS systems.... |
| 14:31.35 | pb_ | yeah, see the web site. |
| 14:32.26 | koguma | ah ya, there's the cvs archive.... |
| 14:32.29 | pb_ | it sounds like it should be quite well suited to the application you have in mind. |
| 14:32.49 | koguma | Though no one made an x86 install cd yet, eh? I know, I'm lazy. :-) |
| 14:33.15 | pb_ | not as far as I know. We did start making debian packages of GPE applications, but those are currently very out of date. |
| 14:34.16 | koguma | Hmm... while we're on the subject... not really gpe related.. but I'm having a hell of a time building TinyX.. |
| 14:35.30 | koguma | I end up with Xvfb (even though I specify the vesa server) and XFree86.. which turns out to be smaller then Xvfb? Plus the fonts get built... |
| 14:36.07 | koguma | I don't suppose you have a host.cf file for TinyX that just builds that? Or is that in the cvs tree along with X? |
| 14:36.56 | pb_ | Dunno, X is not really my speciality. Mallum and jg would be the people who know about that. |
| 14:37.36 | koguma | Hmm... okie. |
| 14:42.47 | *** part/#gpe koguma (trilluser@j169.kch24.jaring.my) |
| 15:34.43 | colin_werk | BBL |
| 15:34.46 | *** part/#gpe colin_werk (www@vws1.kens.com) |
| 16:34.25 | *** join/#gpe jg (~jg@dialup-63.214.77.56.Dial1.Boston1.Level3.net) |
| 16:50.57 | pb_ | jg: afternoon |
| 16:51.20 | jg | pb_: morning |
| 17:13.05 | jg | pb_: how goes the battle? |
| 17:16.43 | pb_ | jg: okay, I guess; just been doing some mechanical drawings for a PCB layout. How's things with you? |
| 17:17.03 | jg | pb_: taking the week off.... |
| 17:17.41 | jg | pb_: keeping fingers crossed about fonts. Don't yet have final word.... |
| 17:18.28 | pb_ | jg: ah right. Like you say, fingers crossed. |
| 17:19.07 | jg | negotiating final words on contract... as you might expect, last minute hold ups... |
| 17:19.48 | jg | pb_: never quite done that sort of negotiation before... |
| 17:21.00 | jg | pb_: so you don't have the annual ritual of stuffing yourself to match a poor bird that we do this week... |
| 17:30.03 | *** join/#gpe mallum_ (~mallum@pc-80-193-218-32-hw.blueyonder.co.uk) |
| 17:36.24 | mallum_ | pb_: hey |
| 17:48.53 | pb_ | hi mallum_ |
| 17:50.42 | *** join/#gpe jg (~jg@dialup-63.214.77.56.Dial1.Boston1.Level3.net) |
| 17:51.47 | pb_ | jg: heh, no, we don't do Thanksgiving over here. |
| 17:52.36 | jg | just as well for the waistline.... |
| 17:53.47 | mallum_ | pb_: hey, mbmenu does the usleep() so it can catch a queued HUP signal to read read the menu files |
| 17:54.32 | pb_ | mallum: ah. |
| 17:56.04 | pb_ | mallum: can it not just re-read the menu files directly in the SIGHUP handler? You can use sigprocmask to block those signals at points where it would be inconvenient to receive them (like when you are in the middle of displaying the menu). |
| 17:56.19 | pb_ | jg: indeed. :-} |
| 17:57.15 | mallum_ | pb_: if the menu is active, it needs to wait till its inactive to rebuild everything |
| 17:57.45 | mallum_ | pb_: maybe I could check for that on a 'menu goes inactive' event |
| 17:58.16 | mallum_ | pb_: Im debating over writing my own xpm loader code at the moment |
| 17:58.24 | mallum_ | pb_: its really not going to be nice :( |
| 17:59.12 | pb_ | mallum_: you can safely block SIGHUP for indefinite lengths of time, so it should be no problem to avoid signals while the menu is active. |
| 17:59.49 | pb_ | mallum_: what's the problem with the existing xpm loader? |
| 18:01.09 | mallum_ | pb_: well nothing execpt to load an xpm into an mbpixbuf things will be really ugly |
| 18:01.34 | pb_ | ah. |
| 18:01.48 | mallum_ | pb_: and I lose a dep if write my own loader |
| 18:01.52 | pb_ | mallum: you should just use GdkPixbuf :-) |
| 18:02.29 | mallum_ | pb_: this is the comment from thte gdk-pixbuf code: |
| 18:02.34 | mallum_ | <PROTECTED> |
| 18:02.34 | mallum_ | <PROTECTED> |
| 18:02.34 | mallum_ | <PROTECTED> |
| 18:02.34 | mallum_ | <PROTECTED> |
| 18:02.35 | mallum_ | <PROTECTED> |
| 18:02.46 | pb_ | :-/ |
| 18:04.41 | pb_ | right |
| 18:04.47 | pb_ | bbl |
| 18:19.02 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 18:39.22 | *** join/#gpe BBrox (~ulmer@bbrox.org) |
| 18:49.03 | *** join/#gpe prpplague (~JoeBob1@12.148.134.9) |
| 18:55.13 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
| 19:19.24 | pb_ | mallum: ok, I installed the mbdesktop ipk on my ipaq. Where can I find some .desktop files to use with it? |
| 19:21.55 | pb_ | Soggie: it would appear that MECR is not being saved over suspend on h3900, which would explain why the pcmcia interface stops working. |
| 19:22.46 | pb_ | Soggie: you may also have noticed that everything runs half as fast after suspending, because the turbo mode setting is not being restored either. |
| 19:29.54 | mallum_ | pb_: ah, what you want to do is creat a /usr/share/applications directory |
| 19:30.07 | pb_ | ok. |
| 19:30.10 | mallum_ | pb_: the run 'menutodesktop' as root ;-) |
| 19:30.18 | pb_ | right |
| 19:30.20 | pb_ | let me try that |
| 19:30.25 | mallum_ | pb_: then remove the terminal entry from there |
| 19:30.35 | mallum_ | pb_: as that cause a seg currently :-( |
| 19:30.57 | mallum_ | pb_: then run 'mbdesktop_panelapp &' |
| 19:31.09 | mallum_ | pb_: and finally start mbdesktop with your fingers crossed |
| 19:31.10 | pb_ | ok |
| 19:31.27 | pb_ | hmm, nothing very visible is happening. |
| 19:31.46 | mallum_ | pb_: hit the new desktop panel button |
| 19:32.10 | pb_ | ah, gotcha. |
| 19:33.58 | mallum_ | pb_: you can switch back by pressing that again or selecting the tasks folder |
| 19:34.14 | pb_ | righto |
| 19:34.25 | pb_ | it doesn't seem to be managing to actually launch any applications, let me try to find out what's up there. |
| 19:34.48 | mallum_ | pb_: oh yeah, some prob with ash ... |
| 19:34.55 | pb_ | ah. |
| 19:35.05 | mallum_ | pb_: havn't looked into that yet ( works ok with bash on my desktop ) |
| 19:35.16 | pb_ | oh yeah, I get screens of "bad -c option". |
| 19:35.35 | mallum_ | pb_: actually tell a lie, it dont work on my desktop either - must be something obvious ... |
| 19:35.52 | mallum_ | pb_: tasks should work though |
| 19:36.19 | pb_ | mallum: maybe you should use that sh-less exec code that mbdock has. |
| 19:36.44 | pb_ | hm, if I go into tasks I just get an empty folder, nothing apart from "Up". |
| 19:37.20 | pb_ | clicking the dock button again doesn't seem to produce any very visible effect either. |
| 19:39.30 | mallum_ | pb_: go up and then back into it |
| 19:39.45 | pb_ | mallum_: tried that several times |
| 19:39.51 | pb_ | mallum_: what is supposed to happen? |
| 19:40.01 | mallum_ | pb_: its should list your running windows |
| 19:40.05 | pb_ | ah. |
| 19:40.17 | mallum_ | pb_: and then you can jump back to them |
| 19:40.19 | pb_ | I probably don't have any running windows. |
| 19:40.24 | mallum_ | pb_: ah |
| 19:41.12 | pb_ | let me reboot and try again with some other apps running. |
| 19:41.16 | mallum_ | pb_: the dotdesktop spec has a way of parsing the info for Exec so I'll eventually implement that and I wont need sh |
| 19:44.24 | pb_ | ok, I tried mbdesktop again with a gpe-calendar running. This time, as soon as I clicked on "tasks" gpe-calendar came to the front, and I now can't find any way to get back to the desktop. |
| 19:44.46 | pb_ | other than quitting the calendar of course. |
| 19:45.01 | mallum_ | pb_: hit the dockapp |
| 19:45.05 | pb_ | tried that |
| 19:45.10 | pb_ | didn't seem to have any effect. |
| 19:45.12 | mallum_ | pb_: click it again |
| 19:45.24 | pb_ | I've quit the calendar now. Let me try again. |
| 19:45.27 | mallum_ | pb_: maybe mbdesktop crashed ? |
| 19:45.35 | pb_ | no, mbdesktop was still there behind the calendar. |
| 19:45.53 | mallum_ | pb_: hmmm, you upgraded your matchbox right ? |
| 19:45.57 | pb_ | btw, it's also still showing Calendar in the tasks folder although that program is long gone. |
| 19:46.05 | pb_ | mallum: using latest matchbox from unstable I guess. |
| 19:46.09 | mallum_ | pb_: yeah I know about that |
| 19:46.21 | mallum_ | pb_: you want the latest matchbox in my experimental dir |
| 19:46.24 | pb_ | mallum: ah. |
| 19:46.44 | pb_ | okay, let me try that. |
| 19:46.44 | mallum_ | pb_: its a real pain handling the desktop win ;-) |
| 19:47.12 | mallum_ | pb_: its still not 100% perfect in the latest but alot better |
| 19:47.24 | pb_ | hrm. |
| 19:47.32 | pb_ | conflict with mb-themes. |
| 19:47.46 | mallum_ | pb_: how old is the matchbox your running ? |
| 19:48.02 | pb_ | 0.3.6-0 according to ipkg. |
| 19:48.20 | mallum_ | pb_: hmm, remove mb-themes ( shouldn't even exist anymore ) |
| 19:48.26 | pb_ | ok, done that. |
| 19:48.44 | mallum_ | pb_: oh and you need libxsettings |
| 19:49.12 | pb_ | ah. |
| 19:49.27 | pb_ | oh, I have that already. |
| 19:50.08 | pb_ | ok, cool, that seems to work better now. |
| 19:50.14 | mallum_ | :-) |
| 19:50.30 | pb_ | now, if only I could drag apps around on the desktop I think my life would be complete. |
| 19:50.49 | mallum_ | I've fixed a few bits ( including sh thing now ) , so I'll prolly make a new ipkg soon |
| 19:50.54 | pb_ | cool. |
| 19:51.19 | mallum_ | pb_: yeah dont expect dragging too soon though :-( |
| 19:51.36 | pb_ | you might consider adding a depends or conflicts to sort out the matchbox version you need. |
| 19:51.56 | pb_ | conflicts probably better I guess. |
| 19:52.11 | mallum_ | pb_: it will be a pain for it to handle rotation , scrolling etc with freely positionable apps |
| 19:52.31 | mallum_ | pb_: sure |
| 19:52.56 | mallum_ | pb_: oh and what should the libpng dep be ? |
| 19:53.19 | pb_ | umm, no idea. |
| 19:53.33 | pb_ | I didn't think libpng had changed in ages. |
| 19:54.10 | mallum_ | yeah I had libpng in the dep and my ipaq complained :( |
| 19:54.15 | pb_ | might be worth thinking about linking against libpng3 rather than libpng2, but I don't think it makes a whole lot of difference right now. |
| 19:55.41 | pb_ | I'm probably gonna link the next version of gtk2 against png3, which I think will leave matchbox as the only thing using png2 on my machine. |
| 19:57.05 | mallum_ | pb_: yeah defiently |
| 19:57.49 | pb_ | obviously gtk1-using suckers will be stuck with png2 for a while yet. It probably isn't worth relinking all those libraries. |
| 19:58.13 | mallum_ | pb_: the api is more or less the same for png3 right ? |
| 19:58.23 | pb_ | identical, as far as I know. |
| 20:11.48 | mallum_ | cool |
| 20:22.51 | *** join/#gpe dc__ (~dctanner@modem-72-46-60-62.vip.uk.com) |
| 20:23.17 | dc__ | eveing |
| 20:23.39 | pb_ | dc__: yo |
| 20:23.58 | dc__ | hm |
| 20:24.03 | dc__ | my iPAQ hates ssh |
| 20:24.16 | pb_ | oh dear. |
| 20:24.31 | dc__ | it just freezes once you try to ssh to it. |
| 20:24.33 | dc__ | and I wonder. |
| 20:24.38 | dc__ | since it's a fresh root. |
| 20:24.44 | dc__ | flash whatever. |
| 20:24.50 | pb_ | very strange. |
| 20:24.56 | pb_ | do other networking things work ok? |
| 20:24.59 | dc__ | and that version worked with no problems last time |
| 20:25.06 | *** join/#gpe jg (~jg@dialup-63.214.92.6.Dial1.Boston1.Level3.net) |
| 20:25.27 | dc__ | well, ping does :/ |
| 20:25.41 | pb_ | is this with usbnet? |
| 20:26.12 | pb_ | grr |
| 20:26.13 | pb_ | install-info: replacing existing dir entry for `libc' |
| 20:26.13 | pb_ | make[2]: *** [install] Error 139 |
| 20:26.22 | pb_ | darn install-info |
| 20:26.43 | dc__ | pb_: yeah usbnet |
| 20:27.23 | pb_ | dc__: always my first suspect where lockups are involved. |
| 20:27.37 | pb_ | dc__: you should read the errata for the SA-1110 usb controller some day. |
| 20:27.51 | dc__ | sounds like good bedtime reading |
| 20:27.55 | mallum_ | ha |
| 20:28.03 | dc__ | mallum_: ;p |
| 20:28.10 | mallum_ | #30 |
| 20:29.34 | *** join/#gpe jsmanrique (jsmanrique@cmr-212-89-6-175.telecable.es) |
| 20:29.36 | jsmanrique | hi |
| 20:29.40 | pb_ | dc__: though, it's strange that it used to work. Maybe you are using a different kernel now, or something. |
| 20:30.02 | dc__ | pb_: well yes, I recently upgraded to 2.5.33 |
| 20:30.13 | mallum_ | dc__: eeek |
| 20:30.16 | pb_ | dc__: on the ipaq I meant |
| 20:30.21 | dc__ | oh :/ |
| 20:30.22 | dc__ | heh |
| 20:30.23 | dc__ | no. |
| 20:30.34 | pb_ | dc__: though I guess the desktop kernel could actually make a difference too. |
| 20:30.36 | dc__ | the images is. |
| 20:30.42 | mallum_ | dc__: I thought only kernel hacker ran 2.5.x kernels |
| 20:30.51 | dc__ | bootstrap-v06-13 |
| 20:31.18 | dc__ | mallum_: well, sometimes I liked to be classed as one, even though I'm still an asm newbie :D |
| 20:31.21 | pb_ | mallum_: clearly dc__ is trying to boost his credibility on the street by running unstable kernels |
| 20:31.37 | pb_ | dc__: heh |
| 20:31.46 | mallum_ | pb_: yeah or he wants to hose his system in style ;-) |
| 20:31.47 | dc__ | well, they seem to work pretty well compared to my old 2.4.x |
| 20:32.12 | dc__ | mallum_: heh |
| 20:32.21 | mallum_ | dc__: why not a 2.4 with these http://members.optusnet.com.au/ckolivas/kernel/ patches ? |
| 20:32.28 | mallum_ | dc__: maybe a little less on the edge |
| 20:32.39 | mallum_ | dc__: but still a similar felling |
| 20:33.15 | pb_ | mallum_: I think 2.5 is supposed to be fairly stable by now in fact. |
| 20:33.22 | dc__ | I just found this on the linux format dvd. |
| 20:33.31 | dc__ | downloading is for geeks |
| 20:33.36 | pb_ | ha. |
| 20:33.37 | mallum_ | ha |
| 20:33.45 | pb_ | well, I guess downloading is for those with broadband. |
| 20:33.50 | mallum_ | does 2.5 have a new config ? |
| 20:33.53 | dc__ | true :[ |
| 20:34.14 | dc__ | mallum_: who know, but it certialy has a badass usbnet. |
| 20:34.15 | pb_ | cml2? don't think so. |
| 20:34.19 | dc__ | lemme try my old kernel |
| 20:34.26 | dc__ | lets see if it makes a difference. |
| 20:34.30 | pb_ | good plan. |
| 20:35.28 | jsmanrique | have you seen emdebian lately? |
| 20:35.48 | jsmanrique | I thought it was "dead", but today I rediscover it :) |
| 20:36.03 | mallum_ | jsmanrique: how are the low color icons going ? |
| 20:36.23 | jsmanrique | mallum: bad |
| 20:36.41 | jsmanrique | mallum: it is not a problem of colors.. it is a problem of time :) |
| 20:36.46 | pb_ | jsmanrique: I spent yesterday evening drinking beer with Wookey as it happens. I gather not a whole lot is happening with emdebian right now, though he still has great hopes for it. |
| 20:37.16 | jsmanrique | mallum: did you remember that site from Gnome with those nice icons? I don't find it |
| 20:37.35 | pb_ | art.gnome.org? |
| 20:37.38 | jsmanrique | pb_: nice, beer is the way to good start :) |
| 20:37.45 | mallum_ | pb_: for the 3rd time yes, gnome-themes package from the gnome ftp server |
| 20:37.54 | pb_ | ? |
| 20:38.24 | *** join/#gpe dc__ (~dctanner@modem-72-46-60-62.vip.uk.com) |
| 20:38.40 | dc__ | this kernel is like. |
| 20:38.43 | dc__ | so not cool. |
| 20:38.44 | dc__ | like. |
| 20:38.48 | pb_ | :-/ |
| 20:38.48 | mallum_ | s/pb/jamanrique/ |
| 20:38.53 | dc__ | well. |
| 20:39.00 | dc__ | atleast the iPAQ isn't working. |
| 20:39.06 | pb_ | still the same, huh? |
| 20:39.15 | dc__ | well. |
| 20:39.23 | dc__ | it didn't even load up usb0 |
| 20:39.30 | pb_ | hrm. |
| 20:39.41 | dc__ | bah |
| 20:39.56 | dc__ | heh still; |
| 20:39.59 | dc__ | it beeps |
| 20:40.01 | dc__ | but no usb0 |
| 20:40.07 | pb_ | anything in dmesg? |
| 20:40.16 | dc__ | ah |
| 20:40.16 | dc__ | bah |
| 20:40.16 | dc__ | heh |
| 20:40.18 | dc__ | ofcourse. |
| 20:40.33 | pb_ | I guess I could try building an ipaq kernel with that other usbnet driver that Nico mentioned, we could see if it works any better. |
| 20:40.34 | dc__ | oops. |
| 20:40.42 | dc__ | no usbnet module. |
| 20:40.44 | dc__ | lack |
| 20:40.46 | pb_ | ah |
| 20:40.49 | dc__ | how boring |
| 20:40.51 | pb_ | that would surely cause a problem. |
| 20:41.38 | dc__ | how borrrring |
| 20:41.59 | pb_ | indeed. |
| 20:45.45 | jsmanrique | in art.gnome.org I don't find anything useful :( |
| 20:45.49 | dc__ | but no fear. |
| 20:46.12 | pb_ | heh. |
| 20:46.58 | dc__ | lucky I saved the old kernel config. |
| 20:46.59 | dc__ | right. |
| 20:47.05 | dc__ | so then we can test it :] |
| 20:48.02 | dc__ | hum, I'm watching a program at 9. |
| 20:48.11 | dc__ | so I'll test it afterwards. |
| 20:48.16 | pb_ | right. |
| 20:48.33 | pb_ | watching anything good? |
| 20:48.45 | dc__ | pb_: tell me if you get soem results with that other usbnet driver :) |
| 20:48.52 | dc__ | oh it's compiled already. |
| 20:48.56 | dc__ | sooner than expected |
| 21:07.45 | *** join/#gpe bdale (~bdale@1Cust120.tnt3.wheeling.wv.da.uu.net) |
| 21:11.07 | *** part/#gpe bdale (~bdale@1Cust120.tnt3.wheeling.wv.da.uu.net) |
| 21:30.12 | *** join/#gpe florian (~fuchs@pD955B44A.dip.t-dialin.net) |
| 21:30.18 | florian | hello! |
| 21:30.35 | pb_ | hi florian |
| 21:56.09 | *** join/#gpe dc__ (~dctanner@modem-133-54-60-62.vip.uk.com) |
| 21:56.16 | dc__ | heh |
| 21:56.21 | dc__ | so it was my evil kernel |
| 21:56.23 | pb_ | ah. |
| 21:56.55 | pb_ | obviously the ipaq just couldn't handle the power of 2.5.x :-} |
| 21:57.09 | dc__ | obviously! |
| 21:57.12 | dc__ | hehe |
| 21:57.26 | dc__ | right. |
| 21:57.38 | dc__ | pb_: can you make a new gpe-filemanager ipkg and put it in unstable? |
| 21:57.52 | dc__ | pb_: but hang one sec. |
| 21:58.08 | dc__ | pb_: lemme make sure cvs is correct. |
| 21:58.08 | pb_ | dc__: sure. |
| 21:59.42 | pb_ | ok |
| 21:59.46 | pb_ | just say the word when you are ready. |
| 22:04.31 | dc__ | yay |
| 22:04.34 | dc__ | okay. |
| 22:04.36 | pb_ | okay |
| 22:04.39 | dc__ | pb_: just updated cvs |
| 22:04.47 | pb_ | righto |
| 22:04.49 | pb_ | updating now |
| 22:04.54 | dc__ | pb_: now we just need to add commands to apps add themselves to the mime db :) |
| 22:05.06 | dc__ | mime_edit_db -add "name" "mime" "command" |
| 22:05.07 | pb_ | cool! |
| 22:05.39 | dc__ | gpe-edit first :] |
| 22:06.07 | dc__ | pb_: I assume the postinst scripts is still famliiar/postsinst? |
| 22:06.12 | pb_ | yup |
| 22:06.42 | dc__ | right, what does it have to return on sucess? |
| 22:06.47 | pb_ | zeo |
| 22:06.49 | pb_ | zero |
| 22:06.50 | dc__ | success :/ |
| 22:07.05 | dc__ | right. |
| 22:07.09 | pb_ | clearly a bad day for spelling. |
| 22:07.20 | dc__ | hehe |
| 22:07.31 | dc__ | hrm |
| 22:07.33 | pb_ | ok, building gpe-filemanager now |
| 22:07.49 | pb_ | (second time lucky; on my first attempt I used an i386 machine by mistake) |
| 22:07.59 | dc__ | err, how do I find out if a command of file exists in bash ? |
| 22:08.16 | dc__ | pb_: :) |
| 22:08.50 | pb_ | dc__: um, not sure I understand the question. [ -f /bin/frobnitz ] will tell you if a file exists. |
| 22:09.03 | dc__ | right/ |
| 22:09.09 | pb_ | dc__: ah, did you update familiar/control with a new version number, or do I need to do that? |
| 22:09.12 | dc__ | ;] |
| 22:09.22 | dc__ | pb_: your job today |
| 22:09.26 | dc__ | hehe |
| 22:09.28 | pb_ | okay |
| 22:09.34 | pb_ | one of my core competencies. |
| 22:09.47 | dc__ | indeed. |
| 22:10.10 | dc__ | hrm |
| 22:10.15 | dc__ | this isn't usefull. |
| 22:10.25 | pb_ | ok, uploaded |
| 22:10.28 | dc__ | what if gpe-filemanager is installed after gpe-edit. |
| 22:10.32 | dc__ | pb_: oh goody :) |
| 22:10.40 | pb_ | dc__: ah yes, that would lose. |
| 22:11.14 | pb_ | dc__: you could have MIME-using apps install some file in, say, an /etc/mime-handlers/ directory to signal their presence. |
| 22:11.14 | dc__ | bahh |
| 22:11.27 | dc__ | oh. |
| 22:11.31 | pb_ | but |
| 22:11.36 | pb_ | hmm, it is maybe even worse than that. |
| 22:11.47 | dc__ | :\ |
| 22:11.50 | pb_ | does the database with this stuff in live in $HOME? |
| 22:11.59 | dc__ | I could just let mime_edit_db search the db |
| 22:12.10 | dc__ | and gpe-edit could run it at every startup |
| 22:12.27 | dc__ | and if it's already there. |
| 22:12.31 | dc__ | it just won't add it. |
| 22:12.32 | dc__ | ooooor. |
| 22:12.40 | dc__ | we could have a directory of files. |
| 22:12.47 | pb_ | yeah |
| 22:12.47 | dc__ | and an update_mime_db command |
| 22:12.50 | dc__ | that updates it. |
| 22:12.56 | dc__ | that the apps can run at postinst. |
| 22:12.57 | pb_ | I think maybe the directory of files is a better option |
| 22:13.08 | dc__ | and gpe-filemanager can run when it's installed. |
| 22:13.14 | moray | yes, and/or separate out mime_edit_db or whatever program is needed |
| 22:13.43 | dc__ | moray: there alerady is one =P |
| 22:13.45 | dc__ | hehe |
| 22:13.49 | dc__ | it just isn't very good. |
| 22:14.00 | dc__ | pb_: so maybe I'll do that tomorrow. |
| 22:14.02 | moray | dc__: I meant, as a separate package |
| 22:14.07 | pb_ | dc__: sounds good |
| 22:14.08 | moray | if you need it |
| 22:14.39 | dc__ | oh. |
| 22:14.43 | dc__ | errr weel |
| 22:14.46 | moray | dc__: if you decide you do need some program apps can run, presumably it's very small, so you could have them depend on it |
| 22:14.55 | dc__ | moray: it's not much use, without gpe-fm |
| 22:15.07 | dc__ | moray: since that's all that uses the db. |
| 22:15.13 | dc__ | but I spose other programs could. |
| 22:15.18 | moray | dc__: surely your mime db should be generalised and potentially usable by other things...? |
| 22:15.37 | dc__ | true. |
| 22:15.49 | pb_ | indeed. |
| 22:15.54 | dc__ | pb_: looks like more bloat for libgpewidget. |
| 22:15.56 | dc__ | or even. |
| 22:15.59 | dc__ | libgpe : |
| 22:16.00 | dc__ | :D |
| 22:16.01 | dc__ | hehe |
| 22:16.01 | pb_ | maybe a new library |
| 22:16.14 | dc__ | scary. |
| 22:16.26 | moray | dc__: if you make a new library, the library package could include the helper db_edit thing too presumably |
| 22:16.44 | dc__ | true |
| 22:16.53 | dc__ | but we shouldn't need that anymore |
| 22:16.57 | pb_ | dc__: I'm a bit loath to put this in libgpewidget, since it is fairly blatantly not a widget. |
| 22:17.02 | dc__ | if we use the update_mime_db thing |
| 22:17.04 | moray | although separate files are potentially neater anyway |
| 22:17.11 | dc__ | pb_: I noticed :D |
| 22:17.18 | dc__ | yeah |
| 22:17.36 | pb_ | only thing with separate files is that you would then need some other mechanism for per-user customisation. |
| 22:17.42 | dc__ | I think I'll just keep it in gpe-fm for _now_ as an update_mime_db command and make the file format. |
| 22:17.59 | dc__ | note this is still only for mime program associations. |
| 22:18.21 | dc__ | what programs go with what mime types. |
| 22:18.26 | moray | pb_: true, although you could potentially just make a user file whose settings (if any) override general ones |
| 22:18.26 | pb_ | indeed. |
| 22:18.38 | dc__ | ah yes |
| 22:18.59 | dc__ | or rather have a dir of the mime stuff ~/.gpe |
| 22:19.30 | dc__ | I think I may have to write a doc on all of this later ;] |
| 22:19.37 | dc__ | before I get hit by a bus. |
| 22:19.56 | pb_ | dc__: smart plan. |
| 22:20.01 | dc__ | then the world of wonderfull dc mime types could all die. |
| 22:20.23 | moray | pb_: what's JFFS2 like about small files anyway? |
| 22:20.47 | pb_ | moray: dunno; ask dwmw2 in #hh.org I guess. |
| 22:22.38 | moray | I should probably check the JFFS2 paper first (http://sources.redhat.com/jffs2/jffs2-html/) - though I have pizza to eat for now, which seems more important ;) |
| 22:22.59 | pb_ | heh. |
| 22:27.22 | pb_ | now |
| 22:27.31 | pb_ | looks like I have to reinvent my gtk-packaging script. |
| 22:27.38 | dc__ | :/ |
| 22:27.50 | pb_ | I think I accidentally deleted the directory it was in when I was out of disk space. |
| 22:27.59 | dc__ | pb_: what's the gpe2 task install called? |
| 22:28.05 | pb_ | gpe2 |
| 22:29.02 | dc__ | oh oops |
| 22:29.05 | dc__ | wrong feed. |
| 22:31.41 | florian | cu |
| 22:31.51 | dc__ | bye florian |
| 22:31.52 | pb_ | later. |
| 22:32.03 | florian | gncu |
| 22:49.08 | dc__ | damn these english essays |
| 22:49.46 | pb_ | absolutely. |
| 22:50.45 | dc__ | nice tasting papaer to :}{ |
| 22:50.52 | pb_ | dc__: suggest you burn it for fuel if the winter turns colder |
| 22:51.13 | dc__ | ah yes, and I can power my box with it :D |
| 22:51.25 | pb_ | heh. |
| 22:53.25 | dc__ | hum |
| 22:53.40 | dc__ | any ideas that kind of format the shutdown command uses :/? |
| 22:53.47 | dc__ | it just says 'time' |
| 22:53.55 | dc__ | as the compulsory arg. |
| 22:54.12 | moray | IIRC 'now' or +something to say how long afterwards |
| 22:54.19 | pb_ | you can either say "now", or an actual time in 24 hour clock, or "+" and a delay. |
| 22:54.21 | pb_ | I think |
| 22:54.30 | dc__ | oh cool |
| 22:54.49 | moray | dc__: why, decided you need to reboot your machines while you're out...? |
| 22:54.55 | dc__ | is the days in seconds..? |
| 22:54.58 | dc__ | delay |
| 22:55.05 | pb_ | dc__: hours and minutes I expect |
| 22:55.11 | dc__ | I want some sleep and need to let ipkg install gpe2 finish |
| 22:55.25 | pb_ | heh |
| 22:55.26 | moray | I think it's just minutes if it's a bare number |
| 22:55.38 | pb_ | oh right, very probably. |
| 22:55.44 | dc__ | hum |
| 22:56.04 | dc__ | and I guess I use -h to get it to turn off aswell |
| 22:56.23 | pb_ | guess so. |
| 22:56.41 | moray | and if you're lucky you'll have apm set up appropriately that it actually powers down... |
| 22:56.47 | dc__ | right there goes |
| 22:56.51 | dc__ | hope it works. |
| 22:56.53 | dc__ | night |
| 22:56.55 | pb_ | night |
| 22:57.04 | dc__ | moray: I'm lucky ;p |
| 22:57.06 | moray | night dc__ |
| 23:32.33 | *** join/#gpe flypiper (~46-cub@12-222-141-210.client.insightBB.com) |