| 00:10.54 | Cwiiis | night neko |
| 00:41.32 | *** join/#gpe jg (~jg@c-24-60-31-143.hsd1.ma.comcast.net) |
| 00:52.37 | *** join/#gpe Cwiiis (~cwiiis@82-43-43-240.cable.ubr02.croy.blueyonder.co.uk) |
| 01:14.04 | *** join/#gpe flypiper (~ISP-1@12-202-234-207.client.insightBB.com) |
| 01:42.12 | *** join/#gpe FortMax (~aperez@pool-70-111-163-197.nwrk.east.verizon.net) |
| 01:46.37 | *** join/#gpe Timelord (~TL@64-147-65-170.access-4.intertex.net) |
| 02:39.39 | *** join/#gpe tigrux (~tigrux@201.135.231.93) |
| 02:48.57 | *** part/#gpe tigrux (~tigrux@201.135.231.93) |
| 03:01.46 | *** join/#gpe darmou (~darmou@CPE-144-137-5-71.vic.bigpond.net.au) |
| 04:04.51 | Cwiiis | koen: When my domain provider manages to update, my site now points to a blog :) |
| 04:04.59 | Cwiiis | (http://www.soton.ac.uk/~cil103/) |
| 04:29.24 | Cwiiis | night all |
| 05:10.17 | *** join/#gpe __law__ (~law@mail.stiftadmont.at) |
| 05:52.21 | *** join/#gpe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 05:56.24 | *** join/#gpe joshua_ (joshua@c-24-34-94-87.hsd1.ma.comcast.net) |
| 06:19.06 | *** join/#gpe Philippe_ (~philippe@ip-213-49-87-21.dsl.scarlet.be) |
| 06:37.53 | *** join/#gpe darmou_ (~darmou@CPE-144-137-5-71.vic.bigpond.net.au) |
| 06:42.07 | *** join/#gpe jsmanrique (~jsmanriqu@80-26-156-114.adsl.nuria.telefonica-data.net) |
| 06:42.31 | jsmanrique | morning |
| 07:25.13 | *** join/#gpe reenoo (~r@wlan-client-027.informatik.uni-bremen.de) |
| 07:25.20 | reenoo | morning |
| 07:32.40 | *** join/#gpe pocek_ (pocek@atc55.neoplus.adsl.tpnet.pl) |
| 07:33.55 | *** join/#gpe p0m (wodann@203-206-24-28.dyn.iinet.net.au) |
| 07:55.46 | *** join/#gpe luke-jr_ (~luke-jr@207.192.221.172) |
| 08:03.30 | luke-jr_ | visual defect on the logout dialog =p |
| 08:04.01 | *** join/#gpe mallum (~mallum@host81-156-153-45.range81-156.btcentralplus.com) |
| 08:04.23 | p0m | Description defect on your bug report. |
| 08:07.17 | luke-jr_ | well, the dialog is simply empty |
| 08:07.25 | luke-jr_ | unless I do weird stuff w/ the 'mouse' |
| 08:07.58 | p0m | That happens on GPE every now and then. |
| 08:08.27 | luke-jr_ | It happens all the time for me |
| 08:08.41 | p0m | I haven't seen it since I flashed the latest snapshot. |
| 08:08.46 | p0m | What version familiar are you using? |
| 08:08.51 | luke-jr_ | I'm using OpenZaurus |
| 08:08.54 | luke-jr_ | latest 3.5.3 snapshot |
| 08:09.00 | luke-jr_ | on SL-C760 |
| 08:09.04 | p0m | Ahh. |
| 08:09.19 | p0m | It's probably an older fb driver or older GPE or something. |
| 08:09.24 | luke-jr_ | w/ modules from 3.5.2 Opie image |
| 08:09.37 | p0m | I haven't seen it since v0.8.0 on my ipaq. |
| 08:09.42 | luke-jr_ | doubt it... the rest of the OZ stuff is a lot from CVS =p |
| 08:10.22 | luke-jr_ | GPE ver isn't shown in gpe-info O.o |
| 08:11.02 | p0m | Peculiar., |
| 08:11.13 | luke-jr_ | how can I find out what version I have? |
| 08:15.12 | p0m | Not sure, exactly. |
| 08:26.52 | *** join/#gpe skopii_work (~Im@office.midphase.com) |
| 08:51.15 | *** join/#gpe bedboi (~bedboi@151.80.6.2) |
| 08:51.19 | bedboi | hi there. |
| 08:51.57 | bedboi | i was using gpe-todo and i think it should be a good idea using an icon instead of a text to display a task priority ... |
| 08:52.17 | bedboi | as it uses too much pixels |
| 08:53.22 | *** join/#gpe florian_hrz (~fuchs@141.99.13.19) |
| 08:53.50 | bedboi | hi there florian |
| 08:54.59 | florian_hrz | hi all! |
| 08:57.13 | bedboi | what do you think about using an icon to express the priority of a task insead of the text ? |
| 08:57.45 | bedboi | it there is a task with "standard" priority, the "priority" column takes too much space |
| 08:58.24 | bedboi | s/it/if |
| 09:00.15 | florian_hrz | yes indeed... Nils had the idea to replace that column by a small field with just a color. |
| 09:00.51 | bedboi | cool |
| 09:01.08 | luke-jr_ | what about a background colour? |
| 09:01.29 | bedboi | luke-jr_: maybe it's not so readable |
| 09:01.42 | luke-jr_ | maybe |
| 09:01.58 | luke-jr_ | I think my eyes are overly used to reading small/coloured stuff |
| 09:02.10 | florian_hrz | right, i had this thought too and dropped it for the same reason. |
| 09:02.25 | koen | luke-jr_: the empty dialog are being caused by a bug in Composite |
| 09:02.31 | koen | good morning all |
| 09:02.39 | florian_hrz | morning koen |
| 09:02.40 | bedboi | koen: morn |
| 09:02.42 | luke-jr_ | koen: I think composite is disabled on my Z... |
| 09:03.24 | koen | the config panel is a bit shy of telling you if it's enabled |
| 09:03.25 | florian_hrz | Does anyone here have an idea what happened to the locale packages? |
| 09:03.38 | koen | they are in the locale/ subdir? |
| 09:03.54 | luke-jr_ | koen: I meant some files I saw in /etc, actually |
| 09:04.04 | bedboi | maybe column header "Status" is too much spae consuming too |
| 09:04.10 | bedboi | we should use some abbreviation |
| 09:04.29 | bedboi | hmm, maybe we can use background just for status field |
| 09:04.33 | bedboi | s/field column |
| 09:04.37 | florian_hrz | in this context we really should do this... |
| 09:04.39 | p0m | Morning koen. |
| 09:04.42 | bedboi | or for the checkbox column |
| 09:04.52 | koen | hey p0m, bedboi and florian_hrz |
| 09:05.06 | luke-jr_ | /etc/gpe/xsettings-default.d/disable-composite |
| 09:05.23 | bedboi | koen: hey koen :) |
| 09:05.35 | bedboi | florian_hrz: yep, i think it's a good idea |
| 09:06.19 | florian_hrz | koen: that's the location... but several people reported that the installed languages are not displayed for selection in gpe-login. |
| 09:07.04 | p0m | In that case, I'll report it too florian_hrz :P |
| 09:07.08 | p0m | Not that I have any use for it. |
| 09:07.46 | florian_hrz | koen: e.g i have Familiar installed, it comes with at least three language-base packages... but i'm only offered to select english. |
| 09:09.01 | p0m | I'd like to see an overhaul of gpe-login's interface. |
| 09:09.05 | p0m | It's clunky to me. |
| 09:09.15 | p0m | Isn't it possible to have something similar to GDM? |
| 09:10.56 | florian_hrz | uh |
| 09:11.15 | florian_hrz | sure.... but that would be much code to write. |
| 09:16.12 | koen | iirc the new familiar install the list of installed locales in a different location than gpe expects |
| 09:16.30 | koen | see the postings to the mailing list a month ago |
| 09:19.12 | koen | "German local is not working" |
| 09:20.42 | koen | " removed locale-base-de-de+euro and installed locale-base-de-de. But no |
| 09:20.42 | koen | success. Then I looked after /etc/gpe/locales/ but there is no such |
| 09:20.42 | koen | directory but I found /etc/gpe/locale.alias |
| 09:20.43 | koen | There is already the line "Deutsch de_DE" |
| 09:20.52 | skopii_work | in case anyone was interested - I called 4g-systems. I haven't received an official quote yet but the sales rep said the mesh cube ranges in price between 400-700euro |
| 09:21.01 | koen | hah |
| 09:21.16 | koen | talk about pricing yourself out of the market |
| 09:22.25 | skopii_work | indeed |
| 09:23.00 | bedboi | hey, is it possible to change background color of a checkbox in gtk? |
| 09:23.15 | koen | I think it is |
| 09:23.41 | koen | but iirc it's a general background setting |
| 09:24.50 | bedboi | hmmm |
| 09:25.46 | florian_hrz | eeks... expensive... |
| 09:26.10 | koen | you can get a lot dlink/smc/linksys mips routes for that |
| 09:26.20 | florian_hrz | yeah |
| 09:26.22 | skopii_work | that is probably what I will end up doing |
| 09:26.43 | skopii_work | she said that it was a "new marketing concept" aimed more towards the enterprise market |
| 09:27.11 | florian_hrz | koen: no idea about this locale.alias - it simply looks like the gpe locale definbitions are not installed at all. |
| 09:27.13 | skopii_work | because the meshcube is no longer available - only the accesscube, which comes complete with a fancy web-gui |
| 09:27.36 | florian_hrz | skopii_work: heh, thats usually the last think companies say before they die ;-) |
| 09:27.43 | florian_hrz | s/think/thing |
| 09:28.27 | skopii_work | florian_hrz, you are probably correct. I might just build one myself. |
| 09:28.45 | skopii_work | I think I saw a comparable board @ mini-itx a while back... |
| 09:29.00 | florian_hrz | skopii_work: whhat do you intend to do with that device? |
| 09:30.03 | skopii_work | use it as a firewall/router, and as a shell account. |
| 09:30.21 | skopii_work | at the same time I suppose I could also test applications... |
| 09:30.59 | florian_hrz | if the applications are small these linksys devices shouild be fine... |
| 09:31.12 | skopii_work | possibly even fix some bugs. I do not consider myself a developer yet. I am still learning. |
| 09:31.16 | skopii_work | see http://www.mini-itx.com/link.asp?site=www.gms4vme.com/P50x_Spider.html |
| 09:31.45 | skopii_work | does oe/familiar run on PPC? |
| 09:31.54 | koen | almost |
| 09:32.23 | koen | it doesn't work yet, but people are working on it |
| 09:32.43 | florian_hrz | skopii_work: looks nice |
| 09:33.27 | skopii_work | the only downside to that board is that I don't think it has miniPCI |
| 09:39.16 | *** join/#gpe pb_ (~pb@217-136-222-203.rev.techex.net.au) |
| 09:39.29 | pb_ | hi all |
| 09:40.02 | koen | hey pb_ |
| 09:40.09 | florian_hrz | hey pb_ |
| 09:43.33 | florian_hrz | pb_: gpe-bluetooth needs a method to forget all pairing information. using a bluetooth dongle on several PCs is a pain. |
| 09:43.55 | pb_ | florian_hrz: yeah, it does indeed. |
| 09:44.06 | pb_ | I think there was talk of a d-bus interface to hcid that would allow you to do this. |
| 09:45.06 | florian_hrz | cool... "was" or "is"? ;-) |
| 09:46.14 | pb_ | heh. "was"; this was some time ago. I don't know if anything ever came of it. |
| 09:50.55 | florian_hrz | i just started trying to find out why the locked display doesn't show xkbd... |
| 09:51.18 | pb_ | ah, very good |
| 09:54.24 | florian_hrz | while we are talking about bugs... |
| 09:55.22 | koen | seen any huge spiders yet in oz? |
| 09:55.34 | florian_hrz | *gg* |
| 09:56.04 | florian_hrz | no... but i'm missing the "control panel" in Familiar on Simpad |
| 09:56.49 | florian_hrz | pb_: is it possible that it is ignored by gpe-appmgr because it is a "Settings" application? |
| 09:58.02 | pb_ | oh, yeah |
| 09:58.16 | pb_ | on the netbook, I had a patch to gpe-conf.desktop that changed its category to something else. |
| 09:58.25 | pb_ | koen: heh, no, not yet |
| 09:58.46 | florian_hrz | pb_: I have some idea about that locking... it uses a strange theme or just no theme i think. The fonts are quite big... maybe there is noth enough space left. |
| 09:58.47 | koen | ehm |
| 09:59.00 | koen | was that the categories patch in OE? |
| 09:59.04 | florian_hrz | pb_: okay... let me just change this :-) |
| 10:00.25 | koen | -Categories=Application;SystemSettings;GPE |
| 10:00.25 | koen | +Categories=Application;GPE; |
| 10:00.33 | koen | "packages/gpe-conf/files/desktop-categories.patch" |
| 10:01.35 | florian_hrz | koen: right... that's it. |
| 10:01.55 | florian_hrz | koen: it is definitely not applied in latest builds. |
| 10:03.11 | koen | it isn't in the 0.1.23.bb |
| 10:03.59 | koen | cwiiis and I assumed all patches were applied upstream |
| 10:05.17 | florian_hrz | koen: in the next release :-) |
| 10:07.59 | koen | florian_hrz: I added the patch to the .bb |
| 10:08.33 | florian_hrz | koen: okay, great |
| 10:13.31 | florian_hrz | pb_: Could you make a new release of gpe-bootsplash... i checked in some changes for that Ramses MDE device. Someone is porting GPE to it :-) |
| 10:14.13 | pb_ | sure, will do |
| 10:14.30 | pb_ | isn't the Ramses Holger Schurig's baby? |
| 10:15.09 | koen | it is |
| 10:15.10 | florian_hrz | pb_: yeah... |
| 10:15.18 | koen | a costumer inquired about GPE |
| 10:15.32 | florian_hrz | ah "schurig" was the name i was searching for. |
| 10:15.53 | pb_ | koen: ah, I see |
| 10:20.42 | florian_hrz | pb_: starting "gpe-login --autolock" from console i get a gtk error message:"(gpe-login:1281): Gtk-CRITICAL **: gtk_container_add: assertion `GTK_IS_WIDGET (widget)' failed" then running gpe-lock-display: |
| 10:20.59 | florian_hrz | "(gpe-login:1281): Gtk-CRITICAL **: gtk_socket_steal: assertion `GTK_WIDGET_ANCHORED (socket)' failed" |
| 10:21.29 | pb_ | ah, that's no good |
| 10:21.30 | p0m | That reminds me, how do you get back in when your display locks itself? |
| 10:21.37 | p0m | There's no keypad to type on. |
| 10:22.01 | florian_hrz | p0m: killall gpe-login :-) |
| 10:22.22 | florian_hrz | p0m: I just try to find out what happens... |
| 10:22.23 | p0m | And if you can't get to a console? |
| 10:27.02 | koen | reset, sadly |
| 10:28.11 | p0m | :( |
| 10:28.20 | *** join/#gpe rob_w-cgi (~d5444911@cgi.by.vengefuldeath.com) |
| 10:29.29 | florian_hrz | p0m: thats the idea of display locking ;-) |
| 10:31.57 | koen | maybe we should introduce the idea of "unlocking" too |
| 10:32.06 | p0m | Heh. |
| 10:33.11 | florian_hrz | koen: ! |
| 10:39.29 | florian_hrz | bbl |
| 11:09.47 | *** join/#gpe florian_kc (~fuchs@dns.kernelconcepts.de) |
| 11:10.17 | koen | hey florian_kc |
| 11:10.49 | florian_kc | re |
| 11:11.40 | *** join/#gpe prasinos (~green@gatekeeper.ceid.upatras.gr) |
| 11:53.00 | florian_kc | hi Daan |
| 11:56.41 | Daan | hi florian |
| 12:18.59 | *** join/#gpe pb_ (~pb@217-136-222-203.rev.techex.net.au) |
| 12:32.55 | *** join/#gpe ade|desk (~adavey@host81-138-208-185.in-addr.btopenworld.com) |
| 12:44.30 | Cwiiis | Afternoon all |
| 12:50.30 | *** join/#gpe bedboi (~bedboi@151.80.12.193) |
| 12:51.37 | Cwiiis | koen|itc: What's the url of your blog? |
| 13:01.43 | Daan | afternoon ;) |
| 13:06.31 | Cwiiis | florian_kc: More screenshots: http://handhelds.org/scap/port.19600.png http://handhelds.org/scap/port.20109.png http://handhelds.org/scap/port.20448.png http://handhelds.org/scap/port.20766.png - Want me to add any to the gallery? |
| 13:09.44 | mccarthy | damn pb_ is gone again :( |
| 13:30.42 | koen | Cwiiis: |
| 13:30.47 | koen | Cwiiis: http://dominion.kabel.utwente.nl/koen/blog/ |
| 13:41.54 | *** join/#gpe ||cw (~chris@mail.wilsonmfg.com) |
| 13:42.26 | mccarthy | koen: is there an update xserver yet that lets the on/off button work again? |
| 13:43.13 | koen | no |
| 13:43.22 | koen | but there is a downgraded one in 0.8.2 |
| 13:44.20 | koen | that script isn't really clean, it needs a 'bitbake nano' first |
| 13:44.26 | *** join/#gpe philippe (~philippe@213.49.123.118) |
| 14:00.21 | mccarthy | koen: ok. I will have to figure how to convince ipkg to downgrade then :) All the screenshots seem to have the panel-app clock actually fully on the screen. is that just an issue I am having (i.e., am I doing something wrong?) |
| 14:00.49 | koen | those mostly are shots of the mb-clock instead of the gpe alarm-clock |
| 14:01.19 | mccarthy | koen: oh. I didn't realize that the default was the gpe clock. good to know. |
| 14:01.33 | mccarthy | I guess I could simply fix the gpe clock then, huh? :) |
| 14:01.49 | mccarthy | (I have been meaning to figure out how panel apps work anyway) |
| 14:03.31 | Cwiiis | mccarthy: If you're gonna fix gpe-clock, it'd be nice if you got it to copy the background of the panel too instead of rendering a grey square (see all other panel apps for examples :p) |
| 14:05.02 | mccarthy | ok. since folks are giving advice though, let me ask a question (that I want pb_ to answer, but I keep missing him) |
| 14:05.52 | mccarthy | It seems that there are two ways to get alarms (libschedule) to work on x86 boxes instead of just the ipaq (where we cheat and make /var/spool/at world writeable) |
| 14:06.00 | mccarthy | I don't know which is "better" |
| 14:06.41 | mccarthy | 1. modify libschedule to look for the machine type and do the "same old thing" on the ipaq, but to directly use "at" on other boxes |
| 14:07.25 | mccarthy | 2. modify a familiar version of "at" so that libschedule could *always* use "at" directly |
| 14:08.03 | __moray | mccarthy: well, doing option 1 would be useful either way - though I'd make it a compile time option rather than an autodetected thing |
| 14:08.32 | mccarthy | I guess 2 bgs another question which is "why don't we directly use at/atd in the first place, i.e., why did nils re-write atd instead of using the "real" one? |
| 14:08.39 | __moray | mccarthy: since it would be useful on desktops immediately (this has been holding up getting stuff into debian), and the same code would also then work if 2 was done in future |
| 14:09.05 | __moray | (looking at the machine type automatically would be bad I think, you don't know that this isn't Debian on an ipaq, say) |
| 14:17.30 | mccarthy | so __moray you are saying that I should have an #ifdef HAVE_AT or some such in libschedule, and simply do version 1 instead? |
| 14:20.54 | __moray | mccarthy: I'm saying there's no point breaking the current working code, but code that used an external atd would be useful either way, so yes |
| 14:21.18 | mccarthy | ok, while I am getting advice let me ask another.... |
| 14:22.28 | mccarthy | the way we handled "unscheduling" with libschedule/gpe-calendar is pretty robust because we can name the event with the time.UID-USER# so we could never possible erase the "wrong" thing |
| 14:23.26 | mccarthy | with a "real" at, we have much less flexibility. We simply get a job number back (that we can, of course, save), but I could conceive of a situation where we could be atrm-ing the wrong job (if you use the same db on two machines, for example) |
| 14:24.09 | mccarthy | so I was thinking of using, say, queue "G" (where the default queue is "a") |
| 14:24.24 | __moray | well, whatever way you can't assume that we're the only jobs there, though? |
| 14:24.41 | mccarthy | while this would not make the problem go away completely, it would make an "unlikely" prblem turn into something that would "almost never" happen |
| 14:25.22 | mccarthy | __moray: so, yes, I would kind of assume that gpe jobs are the only ones showing up in the "G" queue |
| 14:25.39 | __moray | mccarthy: well, I mean to say that you can't assume everything in the G queue belongs to you |
| 14:26.03 | __moray | though I agree it could make sense to use a non-default queue anyway - presumably that would stop the jobs polluting the user's atq listing? |
| 14:26.06 | mccarthy | (I guess I could use "g", but figured since caps get even lower priority, that using G is better as it is almost certainly used less frequently) |
| 14:26.51 | mccarthy | I am not sure that I could come up with a way to "guarentee" that we weren't erasing some other job though (when we unschedule) |
| 14:27.02 | bedboi | koen: what's the size of your bitbake directory? |
| 14:27.13 | bedboi | something like 10 gb? |
| 14:27.15 | __moray | what do you mean about sharing the DB, above? isn't that just a wrong thing to do? |
| 14:27.26 | __moray | as in, you should sync events, not copy the DB about manually |
| 14:27.59 | mccarthy | __moray: I guess you should, but right now it wouldn't really make a difference |
| 14:28.57 | __moray | right, but it's possible it's just fair enough if you copy the DB that thinks it owns job 1000 and that then kills job 1000 |
| 14:28.58 | mccarthy | the remembered job id for the scheduled event would be in the DB and would simply get synced as well (even though it may have come from your ipaq, but is now on your desktop) |
| 14:29.06 | koen | bedboi: something like that |
| 14:29.17 | __moray | hm? I mean sync through multisync/whatever |
| 14:29.45 | __moray | as I say, there's no reason for copying configuration files that refer to stuff about a specific system to be hacked up to work... |
| 14:30.08 | mccarthy | hmmm |
| 14:30.45 | mccarthy | I guess we could have in the DB the machine name as well as the at job id, like "pebble-12", so scylla doesn't try to erase job 12 |
| 14:31.04 | __moray | what happens when someone changes their hostname? |
| 14:31.15 | __moray | it seems ugly for all their alarms to get lost |
| 14:31.23 | mccarthy | I don't know, I guess they are screwed :) |
| 14:31.42 | __moray | I'm not sure why you're trying to support manually copying the file |
| 14:31.45 | mccarthy | well, it wouldn't be "all" their alarms since we only schedule "about" 1 at a time |
| 14:32.01 | __moray | if you want to be extra-paranoid, a more valid thing to do would be to check that the job contains what you think it does |
| 14:32.15 | mccarthy | I don't think at can do that... |
| 14:32.22 | mccarthy | (I havebeen looking) |
| 14:32.58 | mccarthy | __moray: I don't understand why this is only a problem for manually copying the file, are you saying we should simply *not* sync the alarm identifiers? |
| 14:33.20 | mccarthy | I guess that would work |
| 14:34.07 | __moray | mccarthy: if you synchronise an alarm to another machine, you either want it not to run the job there ever, or you want all the jobs to be run on that machine also |
| 14:34.17 | __moray | in neither case would syncing the atd job number be useful |
| 14:34.19 | mccarthy | but then multi-sync would have to be smart enough to somehow schedule the next event alarm itself (I think) |
| 14:34.21 | *** join/#gpe reenoo (~r@p5489B54B.dip.t-dialin.net) |
| 14:34.48 | reenoo | afternoon |
| 14:35.35 | mccarthy | I agree (now) that syncing should ignore alarms (since it will be set on one machine, but not the other anyway) |
| 14:36.15 | koen | hey reenoo |
| 14:36.23 | reenoo | hi mccarthy |
| 14:36.26 | reenoo | yo koen |
| 14:36.34 | *** join/#gpe tigrux (~tigrux@201.135.231.93) |
| 14:36.39 | koen | hey tigrux |
| 14:36.41 | mccarthy | I think, perhaps, that libschedule should keep its own database of alarms, actually, so that the calendar program doesn't bother caring if alarms have been set or not |
| 14:36.42 | __moray | mccarthy: as I say, you might want to synchronise alarms, if you want both your PDA and desktop to warn you about things, but in that case you need the alarm to get scheduled on both machines, where it will have different local job numbers |
| 14:36.43 | mccarthy | hi reenoo |
| 14:37.12 | tigrux | Hello koen, reenoo, florian_kc |
| 14:37.32 | reenoo | koen: great to see 0.8.2 is out :) |
| 14:37.38 | reenoo | hey tigrux |
| 14:37.40 | mccarthy | __moray: right. right now we have a "set alarm" flag for an event, and we would sync that, but we would *not* sync the identifier for the alarm that was actually set (since we would want to set it again, if it hasn't been set on the new machine) |
| 14:39.33 | __moray | mccarthy: yeah. the only side-issue is that some people might only want one device to do all their notifications, even if they're synchronising calendars - giving alarms on both devices is probably a better default though |
| 14:39.40 | mccarthy | the way I handled setting the "next" alarm, was to have a flag for gpe-calendar such that it could be run in the background (without the gui) for the express purpose of finding the next alarm and telling libschedule to schedule it. |
| 14:39.52 | mccarthy | I use this presently, whenever someone logs into their ipaq |
| 14:40.17 | mccarthy | I guess I could have multi-sync run gpe-calendar -s (or whatever I called the flag) after it is done |
| 14:45.12 | florian_kc | re |
| 14:45.28 | koen | florian_kc: wb |
| 14:45.31 | reenoo | moin florian_kc |
| 14:50.21 | mccarthy | so is it "decided" then that we need to tell multiync *not* to sync the alarm identifier *and* that we are going to simply use the G queue and job id as the identifier locally? (which should fix the issue of possibly erasing other jobs?) |
| 14:51.25 | mccarthy | (then we also need to tell multisync to have an option to run gpe-calendar -s if you want alarms on both sides) |
| 14:57.32 | *** join/#gpe jg (~jg@192.208.47.142) |
| 16:19.41 | *** join/#gpe aphistic (~aphistic@CPE-65-30-217-110.wi.res.rr.com) |
| 16:37.40 | *** join/#gpe Crofton__ (~balister@h80ad9232.dhcp.vt.edu) |
| 16:40.58 | ||cw | can the calendar be set to use 12 hour clock instead of 24hr? |
| 16:44.37 | *** join/#gpe zap (~zap@217.170.93.9) |
| 17:18.05 | *** join/#gpe zap (~zap@217.170.93.9) |
| 17:58.49 | *** join/#gpe jsmanrique (~jsmanriqu@79.Red-213-98-110.pooles.rima-tde.net) |
| 17:58.55 | jsmanrique | hi! |
| 17:59.17 | jsmanrique | how goes everything? (I've seen that 0.8.2 is released) |
| 17:59.35 | florian_kc | hi jsmanrique |
| 18:00.05 | jsmanrique | florian_kc : everex tablet costs 900-1200 eur |
| 18:00.24 | jsmanrique | florian_kc : I am waiting for a detailed email |
| 18:01.59 | koen | hey jsmanrique |
| 18:02.47 | jsmanrique | koen : I have published 0.8.2 release in my blogs ;-) |
| 18:02.59 | koen | cool |
| 18:03.38 | jsmanrique | have someone read my email from this morning about new app manager and some gui thoughts? |
| 18:05.02 | florian_kc | yes indeed... that shares some ideas i thought about some time ago... |
| 18:05.28 | jsmanrique | florian_kc : that makes me feel better :-) |
| 18:06.30 | florian_kc | jsmanrique: but ideas are not everything... time is an important factor. when do you start to learn C? |
| 18:07.11 | jsmanrique | florian_kc : :-DDD |
| 18:07.50 | jsmanrique | yes, I should.. C, xlib, gtk2.. |
| 18:10.23 | florian_kc | jsmanrique: forget xlib |
| 18:10.44 | jsmanrique | florian_kc : just gtk2? :-D |
| 18:12.30 | jsmanrique | I have to go out now |
| 18:12.32 | jsmanrique | see you later |
| 18:35.58 | ||cw | can someone confirm that gpe auto login always logs you in a root? |
| 18:36.21 | ||cw | no matter what you put in the /etc/sysconfig/gpelogin file? |
| 18:39.05 | florian_kc | ||cw: not offhand, but i can try later today. |
| 18:48.29 | *** join/#gpe univac (~univac@amn81.neoplus.adsl.tpnet.pl) |
| 18:48.33 | univac | hi |
| 18:48.55 | univac | in what ipkg i can fins asyncore.py (python module) |
| 18:49.04 | univac | s/fins/find |
| 19:06.58 | cmarqu | Boy, Alan Horkan writes quite some longish mails. |
| 19:11.08 | koen | who's alan horkan? |
| 19:11.39 | cmarqu | koen: The guy who took the Gnome Games scaps at 320x200. |
| 19:11.56 | cmarqu | And overall Gnome/usability enthusiast. |
| 19:12.10 | cmarqu | Just a bit verbose. |
| 19:12.24 | cmarqu | Actually, quite verbose. |
| 19:12.34 | cmarqu | Very verbose. |
| 19:12.40 | cmarqu | Was I verbose enough? |
| 19:19.52 | florian_kc | bbl |
| 19:30.55 | mccarthy | anyone know how to grab standard out from a system call (in C)? |
| 19:31.00 | *** join/#gpe niklash (~niklas@spc1-brig2-5-0-cust117.asfd.broadband.ntl.com) |
| 19:34.25 | philippe | hello |
| 19:34.52 | cmarqu | mccarthy: I asked in another channel and that guy said to look at the sources of xcdroast. |
| 19:34.57 | mccarthy | I think I did it using popen in ipaq-sleep (now that I look at my own sources :) |
| 19:36.22 | *** part/#gpe tigrux-afk (~tigrux@201.135.231.93) |
| 19:38.14 | cmarqu | mccarthy: io.c in xcdroast if you still want to look. |
| 19:38.34 | mccarthy | cmarqu: thanks. I might if I don't get this to work... |
| 19:40.36 | univac | in what ipkg i can find asyncore.py (python module) |
| 19:44.45 | *** join/#gpe bedboi (~bedboi@217.201.94.36) |
| 19:44.57 | bedboi | hi there |
| 19:45.18 | bedboi | re |
| 19:52.41 | *** join/#gpe florian (~fuchs@p50929663.dip0.t-ipconnect.de) |
| 19:52.51 | florian | re |
| 19:52.55 | bedboi | hey florian |
| 19:53.41 | univac | florian: in what ipkg can i find python module asyncore? |
| 19:54.35 | florian | phew.... |
| 19:54.36 | florian | univac: no idea... i never used python. |
| 19:54.39 | univac | ok :( |
| 19:58.04 | bedboi | i'm building gpe-image...i didn't remember that oebuild took that much ram |
| 19:59.38 | florian | bedboi: yeah... its incredible. but try to cow patch, it helps a little bit. |
| 20:09.02 | cmarqu | univac: http://ipkgfind.handhelds.org/result.phtml?query=asyncore.py&searchtype=file§ion= |
| 20:11.37 | univac | cmarqu: hmm i have 2.4 python |
| 20:15.28 | *** join/#gpe niklash (~niklas@spc1-brig2-5-0-cust117.asfd.broadband.ntl.com) |
| 20:46.15 | *** join/#gpe koen_ (~koen@cl-148.ams-05.nl.sixxs.net) |
| 20:48.11 | mallum | florian: :D |
| 20:49.15 | koen | hey mallum |
| 20:50.26 | mallum | did Hallski release vfs-dbus finally then ? |
| 20:51.28 | florian | mallum: yep... http://developer.imendio.com/wiki/GnomeVFS_D-BUS |
| 20:52.14 | florian | hmm still compiling... |
| 20:54.05 | florian | NOTE: package gnome-vfs-dbus-2.8.4.4: completed |
| 20:55.32 | mallum | florian: :) |
| 21:08.46 | mccarthy | stupid at returns the job id on standard ERROR no standard OUTPUT |
| 21:08.54 | mccarthy | dumb bastards why would they do that |
| 21:09.17 | mccarthy | any ideas how I grab it since popen doesn't seem to get standard error? |
| 21:11.28 | *** join/#gpe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 21:15.05 | florian | hmm can you use popen with 2>&1? |
| 21:17.56 | cmarqu | A Google Groups search with "popen read stderr c" seems to suggest that (and some more complicated ways), yes. |
| 21:18.15 | florian | :-) |
| 21:18.21 | florian | brb, fooood |
| 21:20.51 | koen | s/for/from/ |
| 21:21.19 | mccarthy | florian: yep. thanks |
| 21:21.48 | mccarthy | close to getting this to work then... some small sqlite issues |
| 21:34.25 | mccarthy | yeah for me |
| 21:34.33 | mccarthy | libschedule nicely using at :) |
| 21:34.51 | koen | ~priase mccarthy |
| 21:34.56 | koen | ~praise mccarthy |
| 21:34.59 | ibot | All hail mccarthy! |
| 21:35.47 | mccarthy | I will let it stew for a day or so before cluttering up CVS with it (it requires an update to gpe-calendar as well, and possibly gpe-clock or anything else that uses libschedule) |
| 21:41.04 | mccarthy | what -s a CFLAG of -DDEBUG do? |
| 21:41.56 | mccarthy | ha |
| 21:42.02 | mccarthy | nevermind. figured it out |
| 21:42.43 | mccarthy | make HAVE_AT=yes |
| 21:42.44 | mccarthy | woohoo |
| 21:43.37 | mccarthy | see you tomorrow. |
| 21:44.06 | mccarthy | ibot if I felt like learning how to msg someone I would tell you to tell pb_ to hang around until 9AM EST tomorrow... |
| 21:44.15 | mccarthy | later |
| 21:53.43 | florian | re |
| 21:54.26 | *** join/#gpe Martintxo (oscarmarti@62.57.147.61) |
| 22:03.13 | florian | Yay! Works! |
| 22:03.27 | florian | uh... smb support is large... |
| 22:03.28 | koen | florian: cheers |
| 22:03.29 | Martintxo | hello people |
| 22:03.35 | koen | hey Martintxo |
| 22:03.56 | Martintxo | hi koen |
| 22:04.15 | florian | Martintxo: hello |
| 22:04.35 | Martintxo | sorry, anybody can help me? |
| 22:04.49 | florian | i hoe so :-) |
| 22:04.52 | florian | eh hope |
| 22:05.03 | Martintxo | fine! |
| 22:05.41 | Martintxo | ive got a ipaq 3600 with familiar |
| 22:05.58 | Martintxo | running on low memory |
| 22:06.13 | Martintxo | but can't delete files unused |
| 22:06.57 | Martintxo | martintxo@h3600:~$ ipkg remove task-bootstrap |
| 22:06.57 | Martintxo | Removing package task-bootstrap from root... |
| 22:06.57 | Martintxo | ipkg_conf_write_status_files: Can't open status file: //usr/lib/ipkg/status for |
| 22:06.57 | Martintxo | writing: Permission denied |
| 22:07.14 | koen | you have to be root to do that |
| 22:07.32 | *** join/#gpe philippe (~philippe@213.49.75.14) |
| 22:08.02 | Martintxo | mmm |
| 22:08.10 | florian | http://handhelds.org/scap/port.28461.png |
| 22:08.11 | Martintxo | 1 sec. |
| 22:10.20 | Martintxo | YES!!! |
| 22:10.54 | Martintxo | Thanks!!! a lot! |
| 22:11.03 | mallum | florian: :) |
| 22:11.24 | Martintxo | thanks koen :) |
| 22:11.37 | koen | florian: how much space does it save (approx)? |
| 22:13.48 | *** join/#gpe Hallski (~micke@h80n3fls303o1035.telia.com) |
| 22:17.15 | Hallski | http://handhelds.org/scap/port.28461.png <-- cool! |
| 22:17.48 | *** join/#gpe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 22:18.12 | florian | koen: the whole size of *orbit* stuff. all the packages with the basic deps for it are about 300k (packages... not content) |
| 22:18.18 | *** join/#gpe fille__ (~philippe@ip-213-49-75-14.dsl.scarlet.be) |
| 22:18.31 | florian | koen: and we need gconf... well gconf-dbus |
| 22:18.43 | florian | Hallski: hey! cool - good work! |
| 22:18.58 | Hallski | florian, you don't have that yet? |
| 22:19.22 | florian | Hallski: that screenshot is less than 10 minutes old ;-) |
| 22:19.31 | Hallski | florian, yeah, mallum pasted it to me :) |
| 22:19.36 | florian | Hallski: sure, that's on my ipaq :-) |
| 22:20.52 | florian | looks like it works... and it seems to be happy with the gconf-dbus i have on my iPaq... |
| 22:22.37 | koen | I've enabled gconf-dbus as the default for GPE in OE |
| 22:22.43 | Hallski | florian, great |
| 22:22.54 | Hallski | florian, will put up a page on that on developer.imendio.com as well |
| 22:23.15 | florian | koen: very nice - i think that will be very useful in future. |
| 22:23.48 | florian | Hallski: that's a good idea, i can imagine this might be interesting for some more people. |
| 22:24.28 | florian | With dbus and gnome-vfs it is much easier to create tight application framework. |
| 22:26.05 | Hallski | I used to have a gconf-dbus-page |
| 22:26.13 | Hallski | but I seem to have misplaced it :) |
| 22:26.46 | florian | heh |
| 22:30.04 | *** join/#gpe beewoolie-away (~beewoolie@florence.buici.com) |
| 22:30.15 | *** join/#gpe fille__ (~philippe@213.49.67.153) |
| 22:30.52 | Martintxo | koen, only can erase a few files |
| 22:30.55 | florian | hmm i wonder what causes gpe-filemanager to die after closing gpe-edit started by it. |
| 22:30.57 | Martintxo | root@h3600:~# ipkg remove gpe-bluetooth -force-depends |
| 22:30.57 | Martintxo | No packages removed. |
| 22:30.57 | Martintxo | Nothing to be done |
| 22:32.10 | florian | is it really installed? |
| 22:32.35 | Martintxo | mmm, don't know |
| 22:32.46 | Martintxo | may be not |
| 22:32.48 | koen | what ipkg version is that? |
| 22:33.17 | Martintxo | is for GPE familiar 0.8.2 |
| 22:33.21 | koen | aha |
| 22:33.32 | Martintxo | released today |
| 22:33.54 | koen | ipkg install http://familiar.handhelds.org/releases/v0.8.2/feed/updates/ipkg_0.99.148-r0_arm.ipk |
| 22:34.00 | koen | that should fix it |
| 22:34.38 | Martintxo | oh, tks! |
| 22:34.46 | florian | tsts |
| 22:34.46 | Martintxo | i?ll try it |
| 22:35.03 | florian | koen: get your mail... there is some work for you to do! ;-) |
| 22:41.32 | koen | 00:41 < CIA-4> koen * r1.3228 openembedded/packages/gnome/ (2 files in 2 dirs): add gnome-vfs-dbus, death to ORBit! (courtesy Florian |
| 22:41.36 | koen | <PROTECTED> |
| 22:41.38 | koen | 00:41 < CIA-4> koen * r1.3227 openembedded/packages/gpe-conf/gpe-conf_0.1.23.bb: gpe-conf_0.1.23.bb: apply categories patch |
| 22:41.45 | koen | florian: they you go |
| 22:42.06 | florian | hehe |
| 22:42.09 | florian | very good! |
| 22:42.47 | florian | Hallski: This makes sure it will be used in future... |
| 22:44.52 | Hallski | no courtesy to me?! |
| 22:45.07 | Hallski | :) |
| 22:45.21 | florian | Hallski: that's in the mail to oe mailinglist :-) |
| 22:45.37 | florian | the mail that contained these files |
| 22:46.37 | philippe | florian, No Orbit? That sounds good! If I am correct that removes the libOrbit and libxml2 deps from my helpviewer.. cutting installes size in half... |
| 22:46.42 | philippe | Let's try :-) |
| 22:47.12 | florian | philippe: what pulls in that dependency to helpviewer?! |
| 22:47.30 | florian | philippe: if it is gnome-vfs then yes, if it is something else.. no |
| 22:47.39 | koen | Hallski: better luck next time :) |
| 22:47.40 | philippe | I think Gconf does. |
| 22:47.49 | Hallski | koen, hrmpf |
| 22:47.49 | Hallski | :) |
| 22:47.52 | Hallski | florian, :) |
| 22:48.15 | florian | philippe: ah then that's not a problem... we have gconf-dbus in oe :-) |
| 22:48.57 | florian | gconf-dbus and gnome-vfs-dbus seem to be a pretty nice team :-) |
| 22:49.05 | Hallski | what's oe compared to gpe? |
| 22:49.16 | philippe | florian, I am just checking it out. And hopefully I will find some time tomorrow to make a new build to be able to test it. |
| 22:49.35 | mallum | Hallski: oe is openembedded, basically a build system |
| 22:49.43 | *** join/#gpe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 22:49.51 | Hallski | mallum, so gpe is using oe as base? |
| 22:49.56 | koen | OE can even handle non-autotooled stuff |
| 22:50.00 | mallum | Hallski: x-compiles stuff spits out filesystems / packages |
| 22:50.06 | florian | oh right! |
| 22:50.10 | koen | hey tigrux |
| 22:50.17 | florian | that reminds me to something... |
| 22:50.23 | Hallski | non-autotooled stuff should be shot on spot though :) |
| 22:50.27 | tigrux | Hello master koen |
| 22:50.41 | mallum | koen: dont you mean, you can hack a wodge of python code to make oe support 'custom' Makefiles |
| 22:50.53 | Hallski | are all mailing list archives dead on handhelds.org? |
| 22:50.54 | mallum | koen: but autotooled stuff usually just works |
| 22:51.21 | koen | mallum: the default assumes make && make install |
| 22:51.35 | reenoo | mallum: no python involved with that... |
| 22:51.45 | reenoo | Hallski: pretty much, yeah :/ |
| 22:52.41 | koen | the problem is that the gpe-ml got stalled on gmame |
| 22:53.08 | mallum | koen: wont it then install into /usr ? |
| 22:53.27 | mallum | koen: sure a makefile needs to be told to install in the oe build tree |
| 22:53.32 | mallum | s/sure/surely/ |
| 22:53.37 | koen | mallum: no, OE catches stuff like that automatically |
| 22:53.41 | Martintxo | ?I have the new ipkg but I don't know how to download to de ipaq (beginner...) |
| 22:53.46 | reenoo | koen: no |
| 22:53.57 | reenoo | koen: you're thinking of oe_runmake I guess |
| 22:54.23 | reenoo | (which passes stuff like DESTDIR to make among other things) |
| 22:58.27 | reenoo | koen: think we could convice the admin@ people to fix the ml archives on hh.org? or are they disabled on purpose? |
| 22:58.43 | reenoo | s/they/the archives/ |
| 22:59.38 | reenoo | heh. oh well |
| 22:59.57 | koen | "A while back our systems when down unexpectedly. During the down time we |
| 22:59.57 | koen | rebuilt the systems with a newer version of the Linux distribution. The new |
| 22:59.57 | koen | version uses a newer version of mailman. The new version of mailman stores |
| 22:59.57 | koen | the archives in a different format than the older version. They are not |
| 22:59.57 | koen | compatable. We have all the mailbox data and we could rebuild all the |
| 23:00.00 | koen | archives, except it appears that in the past when folks have requested that |
| 23:00.02 | koen | bits be removed from the archives that the html pages were directly edited. |
| 23:00.05 | koen | So now if I regenerate the archives in the new format all those html page |
| 23:00.07 | koen | edits will be undone. I suspect that I could write some code to sort this |
| 23:00.10 | koen | all out but I will not have any time until after May 1st. |
| 23:00.12 | koen | " |
| 23:00.15 | koen | the official response |
| 23:00.41 | luke-jr_ | wtf was stuff removed? |
| 23:00.57 | koen | yeah |
| 23:01.02 | luke-jr_ | why* |
| 23:01.12 | koen | some people said "I want my post removed, you are required to do that" |
| 23:01.25 | luke-jr_ | who says they're required? |
| 23:01.41 | koen | australian law, among others |
| 23:01.52 | luke-jr_ | so don't have the servers in austrailia |
| 23:02.10 | koen | but the content reaches .au |
| 23:02.15 | luke-jr_ | doesn't matter |
| 23:02.29 | koen | according to the HP legal people, it does |
| 23:02.42 | luke-jr_ | screw HP then? |
| 23:02.50 | koen | ehm |
| 23:02.58 | reenoo | luke-jr_: would you please stfu now? |
| 23:02.59 | koen | guess who hosts the servers |
| 23:03.02 | florian | maybe that's true for US... but not for Europe imho. |
| 23:03.22 | luke-jr_ | so block .au from accessing the site |
| 23:03.33 | luke-jr_ | let .au people complain to their gov't |
| 23:04.21 | luke-jr_ | I bet China has some laws prohibiting encryption |
| 23:04.28 | luke-jr_ | isn't the content accessible to China? |
| 23:05.03 | koen | talk to hp |
| 23:05.28 | koen | 'night all |
| 23:05.34 | cmarqu | I guess if one asked nicely, the GMANE people would import an mbox file for us. Might screw up the numbering though. |
| 23:05.34 | luke-jr_ | if it had any affect on me, I might |
| 23:06.14 | reenoo | good idea. 'night all |
| 23:06.29 | cmarqu | Yeah, night. |
| 23:07.32 | Hallski | it might be nice at least to put a big red note up on the site explaining why the archive is offline and take it down, it currently just looks broken |
| 23:07.56 | Hallski | seems weird though since all other projects in the world has archives that also reaches .au |
| 23:08.51 | florian | Hallski: right... hh.og currently suffers from missin an admin. |
| 23:09.02 | Hallski | florian, ah |
| 23:09.04 | luke-jr_ | Hallski: exactly; BS legal dept |
| 23:12.02 | *** join/#gpe jg (~jg@c-24-60-31-143.hsd1.ma.comcast.net) |
| 23:12.43 | florian | Hallski: Jamey told me that the situation may improve next month... i really hope so. |
| 23:14.45 | Hallski | nice |
| 23:18.45 | philippe | goodnight all |
| 23:19.47 | florian | philippe: good night |
| 23:27.38 | *** join/#gpe bedboi (~bedboi@217.201.78.73) |
| 23:27.52 | bedboi | hi there |
| 23:27.58 | bedboi | hey, florian... |
| 23:28.19 | bedboi | we were talking about bitbake memory load |
| 23:28.34 | bedboi | and you was saying something about some patch |
| 23:29.38 | luke-jr_ | bedboi: maybe COW patch? |
| 23:30.13 | florian | yes, that's it |
| 23:30.20 | florian | ibot: bbcow? |
| 23:30.21 | ibot | i heard bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
| 23:30.34 | florian | ~botsnack |
| 23:30.34 | ibot | florian: :) |
| 23:30.55 | luke-jr_ | The only real way to make it managable, IMO, is to only include what's needed in BBFILES |
| 23:31.05 | luke-jr_ | unless you have like 3 GB of RAM |
| 23:31.45 | *** join/#gpe darmou (~darmou@CPE-144-137-5-71.vic.bigpond.net.au) |
| 23:31.57 | florian | yep.. a good bbmask is useful too... |
| 23:32.41 | florian | Something like this: BBMASK = "(.*opie.*|.*qt.*)" |
| 23:33.02 | luke-jr_ | Qt is good |
| 23:33.09 | luke-jr_ | maybe change that to qte |
| 23:33.56 | florian | luis: no need for qt in gpe :-) |
| 23:34.24 | luke-jr_ | Qt apps? |
| 23:34.52 | luke-jr_ | Gaim just continually pisses me off =p |
| 23:34.52 | florian | ~lart luke-jr_ |
| 23:35.49 | luke-jr_ | ~lart florian |
| 23:35.52 | luke-jr_ | I can do that too =p |
| 23:36.13 | *** join/#gpe jserv2 (~jserv@linux2.cc.ntu.edu.tw) |
| 23:36.39 | pigeon | jserv2: ! |
| 23:37.00 | jserv2 | pigeon: Hi! |
| 23:37.11 | pigeon | jserv2: you're from taiwan? |
| 23:37.15 | pigeon | jserv2: and... hello! :) |
| 23:37.18 | jserv2 | pigeon: yes! |
| 23:37.26 | pigeon | jserv2: taiwanese? |
| 23:37.29 | jserv2 | pigeon: my homepage: http://jserv.sayya.org/ |
| 23:38.02 | jserv2 | pigeon: I am not sure if so-called Taiwanese means "people in Taiwan" or not. |
| 23:38.10 | pigeon | heh |
| 23:38.25 | jserv2 | pigeon: But I can speak some languages in Taiwan. :) |
| 23:38.28 | luke-jr_ | jserv2: usually would mean Taiwan native |
| 23:38.55 | jserv2 | Hmmm |
| 23:39.04 | pigeon | jserv2: that's cool enough :) |
| 23:40.42 | florian | ibot: botmail for koen It might be a good idea to put tha matching libipkg for this ipkg update into the update feed. |
| 23:40.46 | pigeon | jserv2: taipei? |
| 23:41.04 | jserv2 | pigeon: yes, I am living and working in Taipei now. |
| 23:41.14 | pigeon | jserv2: that's awesome. |
| 23:41.38 | jserv2 | pigeon: Have plans to travel around Taiwan? :) |
| 23:42.24 | pigeon | jserv2: i just did last month :P |
| 23:42.34 | jserv2 | Ahh?! |
| 23:42.40 | pigeon | jserv2: well, my gf lives in tainan... i went there last month. |
| 23:42.48 | jserv2 | cooool ! |
| 23:43.11 | pigeon | only been to taipei once... |
| 23:43.21 | jserv2 | pigeon: Hey, maybe we have met before. :p |
| 23:43.22 | bedboi | florian: i just have to patch or i have also to install with setup.py? |
| 23:43.28 | pigeon | jserv2: hehehehe |
| 23:44.47 | florian | bedboi: i never used the install script... |
| 23:44.51 | jserv2 | pigeon: BTW, where do you live now? |
| 23:45.03 | pigeon | jserv2: sydney, australia |
| 23:45.14 | bedboi | ok |
| 23:46.51 | jserv2 | pigeon: I was studying in Taiwan (NCKU - http://www.ncku.edu.tw/english/). :P |
| 23:47.01 | jserv2 | s/Taiwan/Tainan/ |
| 23:47.15 | pigeon | jserv2: oh? |
| 23:47.16 | *** join/#gpe jsmanrique (~jsmanriqu@cm-213-141-49-80.telecable.es) |
| 23:47.20 | jsmanrique | hi |
| 23:47.29 | luke-jr_ | hi |
| 23:49.04 | jserv2 | pigeon: I went for university in Tainan, and I found Tainan is really an amazing place. Nice weather, nice food, nice people, ... |
| 23:49.51 | pigeon | jserv2: damn gooooood food |
| 23:50.05 | pigeon | jserv2: so where are you originally from? |
| 23:50.29 | pigeon | I'm from hk, btw. |
| 23:51.07 | bedboi | going to sleep |
| 23:51.12 | bedboi | see you tomorrow |
| 23:51.14 | pigeon | nite bedboi |
| 23:51.20 | bedboi | <PROTECTED> |
| 23:51.23 | *** part/#gpe Martintxo (oscarmarti@62.57.147.61) |
| 23:52.26 | jserv2 | pigeon: I was born in Miao-Li, and live there for a while. But I think Taipei is suitable for employment, so that I move to Taipei. |
| 23:53.03 | pigeon | ah... |
| 23:53.05 | pigeon | meeting, brb |
| 23:53.59 | *** part/#gpe jsmanrique (~jsmanriqu@cm-213-141-49-80.telecable.es) |
| 23:59.14 | Cwiiis | florian: Did you get my message with links to some screens I took? (I have access to the gpe gallery, I can add them if you think they're good, or not if they're bad/surplus :)) |
