| 00:34.56 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 00:39.09 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 02:37.04 | *** join/#gpe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 02:37.04 | *** topic/#gpe is The GPE Palmtop Environment - http://gpe.handhelds.org/ | GPE Wiki: http://handhelds.org/moin/moin.cgi/GPEProject |familiar snapshots: http://familiar.handhelds.org/snapshots/ | Development Manual (in progress): http://www.kernelconcepts.de/~fuchs/gpe/doc/devmanual/ | GPE 2.7 released! | 1000 checkins since april 2nd 2005 |
| 04:05.11 | *** join/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 04:28.30 | *** join/#gpe koen|away (i=koen@dominion.kabel.utwente.nl) |
| 04:56.29 | *** join/#gpe lolita__ (n=Matthias@pool-71-107-142-198.lsanca.dsl-w.verizon.net) |
| 05:18.28 | bubak | hi to all |
| 05:18.39 | bubak | i would like to install cacko on sl-c3200 |
| 05:19.12 | bubak | the ROM for sl-c3100 is ok? |
| 05:19.33 | bubak | also, how can i figura out the size of a ROM? |
| 05:21.39 | *** join/#gpe _law_ (n=law@mail.stiftadmont.at) |
| 05:21.49 | bubak | my df -h shows /dev/root 43M / || /dev/mtblock3 27M /home || rootfs 43M / |
| 05:22.27 | bubak | 43 + 43 + 27 == 113 |
| 05:22.48 | bubak | the sl-c3200 has to have 128 flash ROM |
| 05:23.32 | bubak | i also suspect that /dev/root == rootfs |
| 05:24.59 | *** join/#gpe pigeon (n=pigeon@adsl-60-232.swiftdsl.com.au) |
| 05:25.15 | bubak | can somebody pls explain me those values and how is flash (ROM) of the sl-c3200 organized? |
| 05:55.23 | *** join/#gpe glm2k (n=glm@rrcs-24-199-11-46.west.biz.rr.com) |
| 06:00.07 | emte | bubak, #openzaurus might be a better channel to ask in ... |
| 06:00.23 | emte | but tehre is something funny taht Sharp did with eth rom on some of the Zaurus |
| 06:00.44 | emte | there are some "magic" blocks |
| 06:02.33 | pgas | bubak: the "missing flash" is used for the kernel, bootloader and other service menus |
| 06:10.21 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 07:03.59 | *** join/#gpe Genesis (n=Genesis@dyn-83-154-182-127.ppp.tiscali.fr) |
| 07:16.01 | *** join/#gpe cedric (n=cedric@195.94.59.29) |
| 07:16.39 | *** join/#gpe PaxAnima (n=petter@frankenstein.idi.ntnu.no) |
| 07:32.37 | cedric | hi all |
| 07:34.04 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 07:40.21 | *** join/#gpe JiniDog (n=jini@V991a.v.pppool.de) |
| 07:52.03 | XorA | morning |
| 07:53.33 | *** join/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 08:24.31 | cedric | is gnumeric/abiword useable with a VGA zaurus? speed? usability? etc.? |
| 08:25.15 | XorA | cedric: fully |
| 08:25.24 | XorA | cedric: I use gnumeric |
| 08:26.32 | cedric | XorA: thx |
| 08:26.43 | johnX | abiword works great for me |
| 08:26.48 | johnX | even starts fairly quick |
| 08:27.35 | cedric | I'm trying to convert a colleague, but I can't really show him on my poodle (320x200)... |
| 08:28.19 | XorA | though with abiword make sure you have dejavu fonts installed, italic with default fonts will crash abuword |
| 08:28.57 | johnX | also, I've had abiword crash if I use the clearlooks theme on the zaurus |
| 08:29.14 | XorA | johnX: that is known |
| 08:29.18 | johnX | ah |
| 08:30.28 | *** join/#gpe reenoo|z1zZ (n=r@p5489D0A4.dip.t-dialin.net) |
| 08:30.57 | *** join/#gpe wilk (n=torpe@gob75-2-81-56-65-149.fbx.proxad.net) |
| 08:34.00 | hrw|work | XorA: gpe should migrate to dejavu fonts |
| 08:34.06 | hrw|work | morning all |
| 08:36.53 | *** join/#gpe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
| 08:38.43 | *** part/#gpe wilk (n=torpe@gob75-2-81-56-65-149.fbx.proxad.net) |
| 08:54.24 | *** join/#gpe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:18.40 | *** join/#gpe Gin-geR (n=hacker@pD95386B5.dip0.t-ipconnect.de) |
| 09:26.01 | cedric | I'm trying to build an image from .dev, which osb-jscore bb file should I use (to build gtk-webcore)? at the moment it try to use the 20050403 version and failed to get the src from cvs... |
| 09:28.46 | hrw|work | cedric: why such old srcdate? |
| 09:29.33 | johnX | that appears to be the one that gets built out of .dev by default |
| 09:29.41 | cedric | hrw|work: don't know that's the default bb file which is used... |
| 09:30.05 | cedric | so which one should force to? |
| 09:30.55 | hrw|work | ah.. then check cvs connection |
| 09:31.26 | cedric | 20060212 bb files? |
| 09:31.55 | johnX | it's on sourceforge.net's cvs server... |
| 09:32.32 | cedric | NOTE: Fetch cvs://anonymous@cvs.sourceforge.net/cvsroot/gtk-webcore;module=JavaScriptCore;date=20060212 |
| 09:32.34 | cedric | cvs [checkout aborted]: end of file from server (consult above messages if any) |
| 09:32.39 | johnX | http://sourceforge.net/docs/A04/ |
| 09:33.33 | cedric | johnX: :-) |
| 09:33.36 | hrw|work | cedric: welcome in sf.net/cvs hate club |
| 09:33.56 | johnX | yeah, we have meetings every day on IRC |
| 09:34.58 | cedric | so what's version do u use for the 3.5.4.x branch? |
| 09:37.49 | hrw|work | cedric: the one from .oz354x branch - did not even checked which one it was |
| 09:38.32 | cedric | hrw|work: I haven't pull out that branch... |
| 09:39.42 | hrw|work | jscore0_0.5.0+cvs20050430 |
| 09:40.15 | cedric | hrw|work: so same version... :-) |
| 09:52.21 | *** part/#gpe lama (i=lama@aab82.internetdsl.tpnet.pl) |
| 10:05.33 | *** join/#gpe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 10:07.07 | *** join/#gpe rob_w|mis (n=rob_w@p549B8921.dip0.t-ipconnect.de) |
| 10:13.32 | *** join/#gpe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 10:19.15 | florian_kc | good morning |
| 10:26.36 | hrw|work | hi florian_kc Cwiiis |
| 10:26.56 | Cwiiis | Hey hrw|work, all |
| 10:46.13 | pb__ | florian_kc: good morning |
| 11:55.56 | cedric | PREFERRED_VERSION_osb_jscore = "0.5.0" |
| 11:55.56 | cedric | PREFERRED_VERSION_osb_nrcit = "0.5.0" |
| 11:55.56 | cedric | PREFERRED_VERSION_osb_nrcore = "0.5.0" |
| 11:55.58 | cedric | PREFERRED_VERSION_osb_browser = "0.5.0" |
| 11:56.59 | cedric | that's what I've got in my local conf file, and it still try to build gtk-webcore 20050430 |
| 11:59.28 | cedric | opps -> use _ instead of - |
| 12:03.39 | CoreDump|home | hi |
| 12:05.39 | florian_kc | hi CoreDump|home |
| 12:11.26 | *** join/#gpe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 12:22.02 | *** join/#gpe Cockroach- (n=torakka@codereactor.net) |
| 12:26.25 | reenoo | morning |
| 12:26.34 | Cockroach- | Good day |
| 12:27.48 | Cockroach- | Help/advice/tutoring/rants appreciated: http://tinyurl.com/gvufx |
| 12:28.18 | Cockroach- | (blame CoreDump, he said I should come here to bug you ;) ) |
| 12:28.35 | Cockroach- | As clearly I don't know what I'm doing. |
| 12:58.38 | pb__ | hi reenoo |
| 12:59.01 | reenoo | hey pb__ |
| 13:00.14 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 13:03.17 | neal | greetings. |
| 13:03.24 | pb__ | hi neal |
| 13:04.07 | reenoo | hey neal |
| 13:06.35 | *** join/#gpe pb_ (n=pb@2002:5165:89b3:1:a00:1fff:fe06:93c) |
| 13:08.55 | florian_kc | *yawn* |
| 13:10.44 | mickeyl | indeed |
| 13:11.48 | Cockroach- | day is almost over |
| 13:11.51 | Cockroach- | in terms of work |
| 13:12.14 | florian_kc | The fact that Jonas was hungry last night reminded me that the system clock in my laptop is ~2hours off. |
| 13:12.36 | florian_kc | Cockroach-: it depends ;-) |
| 13:13.04 | Cockroach- | True |
| 13:13.33 | Cockroach- | After 8 hours of banging my head to the wall with 770 and scratchbox, I go home and bang my head to the wall with 3630 and OE |
| 13:13.42 | Cockroach- | Oh the joys of life |
| 13:13.54 | florian_kc | heh |
| 13:14.10 | florian_kc | Cockroach-: sounds like you have a nice job ;-) |
| 13:14.10 | Cockroach- | And I have so much stress from my thesis |
| 13:14.25 | Cockroach- | This would be ok if I just could get my studies finished |
| 13:14.44 | Cockroach- | but there is a limit how much I like to spend infront of my computer |
| 13:14.51 | Cockroach- | +time |
| 13:16.01 | Cockroach- | and speaking of which |
| 13:16.53 | Cockroach- | I wonder how long I should spam here until spamming the mailing list. I believe my "problem" is quite easy to explain for "someone who knows about stuff" :) |
| 13:16.59 | mickeyl | argh, he said the magic word |
| 13:17.11 | florian_kc | heh |
| 13:18.07 | Cockroach- | http://tinyurl.com/gvufx I promise to be quiet when someone clarifies that to me |
| 13:19.08 | pb__ | mickeyl|thesis: enjoy |
| 13:19.41 | pb__ | reenoo: ah great, I see 0.8.4-rc1 is released. good work on that. |
| 13:20.34 | reenoo | pb__: thanks |
| 13:21.24 | Cockroach- | I believe that the question is a simple one for anyone who knows a little more about Linux than I do |
| 13:21.26 | florian_kc | reenoo: same from me... |
| 13:23.03 | florian_kc | Cockroach-: why don't you just ask? ;-) |
| 13:23.19 | Cockroach- | florian_kc: I did, it's all in the URL I pasted |
| 13:23.43 | Cockroach- | since the story needs some background |
| 13:24.14 | Cockroach- | I thought it's better to read from a webpage than trying to write it to IRC |
| 13:26.05 | florian_kc | hmm... no idea... |
| 13:26.45 | florian_kc | i guess pb__ is the only one here who has a detailed knowlege of gdb... |
| 13:27.21 | Cockroach- | I wonder if that is a gdb issue only. |
| 13:28.13 | Cockroach- | Does anyone do, or has anyone tried to do something like that? Or do you develope gpe apps in x86 with "less exact" imitation of the target platform? |
| 13:28.36 | Cockroach- | Building Familiar to x86 |
| 13:30.31 | Cockroach- | And I did read "Scratchbox Toolchains" document I had printed out about 1½ years ago (it was laying around the house). It tried to explain the host glibc-toolchain-gcc dependencies but frankly I didn't get it that well |
| 13:32.05 | Cockroach- | So when OE builds the cross-gcc using the host's gcc, does it cause some kind of dependency to the host's glibc... I feel dizzy |
| 13:34.09 | florian_kc | Most use a PC and the crosstoolchain for development. |
| 13:34.32 | Cockroach- | meaning, they run binaries on the target most of the time? |
| 13:34.39 | florian_kc | Scratchbox works too, but its a mess compiling all the libraries one by one. |
| 13:34.54 | Cockroach- | Yeah, scratchbox has other issues |
| 13:35.03 | Cockroach- | that's why I didn't go with that |
| 13:35.27 | pb__ | personally I develop most of my GPE stuff natively on x86. I only build target binaries for final testing. |
| 13:35.52 | florian_kc | no, on a pc... but i'd rather compile the libraries for the distribution running on that system instead of a familiar x86 "sandbox". |
| 13:36.09 | florian_kc | Cockroach-: scratchbox is expected to be stable and working... |
| 13:37.19 | Cockroach- | florian_kc: thats true, but I would have to build the rootstrap for it myself (mix & match meta-sdk and gpe-image) |
| 13:37.29 | Cockroach- | and I felt a bit intimidated by that |
| 13:38.23 | Cockroach- | And with that 'developing on distribution you are running' has some problems, mostly because the library versions (in my case, GStreamer) can vary quite much from the target |
| 13:40.03 | Cockroach- | So, I've began to think, that with Scratchbox toolchains, they perform some black magic (as mentioned in that document) which kind of removes that cross-gcc dependency from the host libraries. OE doesn't do it. |
| 13:40.47 | Cockroach- | And if it can be solved by doing a sacrifice to voodoo spirits, by compiling the gpe-image on that workstation one is going to do the development, so be it |
| 13:42.34 | Cockroach- | I feel pressure building into my skull :) |
| 13:43.50 | florian_kc | Cockroach-: basically the idea is not too bad, but i suppose the experience with this approach is rather limited. |
| 13:44.14 | Cockroach- | Perhaps |
| 13:44.35 | Cockroach- | It seems to be related to kernel somehow |
| 13:45.02 | Cockroach- | I did ran "rosetta" under gdb without problems |
| 13:45.16 | Cockroach- | and 'gst-launch fakesrc ! fakesink' |
| 13:46.10 | florian_kc | Cockroach-: If you have success with this i'd be more than happy getting some more information to add this to the development manual. |
| 13:47.43 | cedric | http://pastebin.com/653482 |
| 13:47.57 | Cockroach- | florian_kc: If that happens, I'll let you know |
| 13:49.14 | florian_kc | Cockroach-: cool |
| 13:50.43 | florian_kc | cedric: iirc that's a known issue with some version of gtkwebcore |
| 13:52.07 | *** join/#gpe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 13:52.45 | cedric | florian_kc: I can't build the default gtkwebcore (20050430), I'm getting an error from the sourceforge cvs... so I've built gtk-webcore 0.5.0, so it look like it's good enough... :-( |
| 13:53.10 | cedric | s/it's/it's not |
| 13:53.18 | reenoo | the 0.5.0 release is busted. you need a cvs snapshot |
| 13:53.58 | cedric | reenoo: where can I download a cvs snapshot tarball? |
| 13:55.12 | reenoo | oesources.org or http://familiar.handhelds.org/source/v0.8.4-rc1/sources/ I guess |
| 13:56.53 | cedric | oesources.org has osb-* 0.5.0 |
| 14:00.30 | cedric | reenoo|afk: thx |
| 14:03.14 | *** join/#gpe rob_w|mis (n=rob_w@p549B8921.dip0.t-ipconnect.de) |
| 14:08.14 | florian_kc | reenoo|afk: i can approve your hh.org story... |
| 14:09.06 | florian_kc | ~lart hh.org's broken geeklog |
| 14:11.08 | cedric | reenoo: the osb-browser cvs tarball is not on the familiar or oesources server... |
| 14:12.46 | pb__ | florian_kc: did you see our discussion yesterday about this apmd thing? |
| 14:13.58 | florian_kc | pb__: no, i must have missed that :-( |
| 14:14.18 | pb__ | florian_kc: it seems that the slow suspend problem in 0.8.x is caused by a "sleep(1)" statement in apmd. |
| 14:14.35 | cedric | can someone tar their sources/cvs/osb-browser ??? |
| 14:14.54 | florian_kc | pb__: eeks! |
| 14:15.27 | florian_kc | cedric: why do you try to build osb-browser? that's only a demo browser... |
| 14:15.49 | pb__ | florian_kc: yeah, it's rather unfortunate. try killing apmd, or moving /etc/apm/apm_proxy away, and you should find that suspend becomes almost instant. |
| 14:16.10 | florian_kc | pb__: What's the purpose of that sleep? |
| 14:16.19 | cedric | ah ok I though is going to be build with the rest of gtk-webcore, my mistake... |
| 14:16.44 | pb__ | florian_kc: it seems just to be a badly-written piece of code. as far as I can tell, it's there to stop apmd from spinning in a tight loop and consuming all cpu time while it waits for apmd_proxy to finish running. |
| 14:17.02 | pb__ | but it has the unfortunate effect of always introducing this one-second delay when suspending |
| 14:18.34 | florian_kc | pb__: well... in this case that might be easy to fix :-) |
| 14:18.42 | pb__ | yeah, I think it should be |
| 14:19.06 | *** join/#gpe rob_w|mis (n=rob_w@p549B8921.dip0.t-ipconnect.de) |
| 14:24.48 | pb__ | florian_kc: we just need to find an intrepid individual to write a patch :-} |
| 14:32.43 | pb__ | yeah |
| 14:36.10 | neal | pb__: old-db.c is copyright 2002 and has never been modified since its initial import. |
| 14:36.20 | neal | pb__: Is it worth keeping this code around? |
| 14:36.36 | neal | pb__: Does anyone still have such db files? |
| 14:38.34 | pb__ | neal: What would be gained by deleting it? Although I doubt anybody still has such old files, it's hard to guarantee that noone does. |
| 14:38.56 | neal | other than a couple of bytes, not much. |
| 14:38.56 | pb__ | If it doesn't hurt to retain that support, I would prefer to keep it. |
| 14:39.23 | pb__ | But if it becomes a significant maintenance headache, or obstructs some other new development, I'd be happy to drop it at that point. |
| 14:39.56 | neal | my current motivation is that I have some private declarations in event-db.c |
| 14:39.59 | neal | which old-db.c needs |
| 14:51.20 | neal | what's the point of using an ACID db if we don't take advantage of it? |
| 14:52.02 | neal | I mean, we don't propogate changes from event structures to the db very often. |
| 14:52.43 | florian_kc | neal: that's true, but the original design included the idea that this should be possible. |
| 14:53.17 | neal | it directly exposes the data structures. |
| 14:53.34 | neal | I'm changing them to be accessed using get and set methods. |
| 14:53.49 | neal | Then on set, I will put the events on a laundry list |
| 14:53.57 | neal | and set up an idle source |
| 14:54.06 | neal | on idle, I will propagate changes to the db. |
| 14:54.33 | neal | which doesn't get ACID from the user's point of view |
| 14:54.54 | florian_kc | that's a pretty cool idea - i don't think people had somethign like this in mind when this was designed :-) |
| 14:54.55 | neal | but will get data to the DB fast enough. |
| 14:55.19 | neal | Or maybe, the set method should just flush directly to the DB. |
| 14:55.55 | florian_kc | neal: make sure to add some comments to the code - that will be much more complicated to understand for other developers. |
| 14:56.02 | neal | or provide a commit function. |
| 14:56.12 | pb__ | I think a commit function would be best. |
| 14:56.19 | neal | pb: Why? |
| 14:56.23 | neal | pb: It is easy to forget. |
| 14:57.24 | pb__ | neal: retaining some degree of ACID, and minimizing unnecessary writes to the database backing store. |
| 14:57.35 | pb__ | although it's easy to forget, it would also be very easy to detect when you've forgotten and rectify the situation. |
| 14:57.51 | neal | from the user point of view or the programmer? |
| 14:58.08 | pb__ | programmer, mostly |
| 14:58.14 | neal | the user can't do anything except wait for the programmer to fix the bug. |
| 14:58.40 | pb__ | right, but a missing commit would be a sufficiently gross bug that one would hope the programmer would detect it before making a release. |
| 14:58.45 | neal | using an idle source means that at the next Gdk idle period, we flush. |
| 14:59.03 | florian_kc | What about an automatic commit on closing the database? |
| 14:59.15 | neal | florian: Sure, but you only close when you exit. |
| 14:59.24 | neal | florian: Programs have bugs and handhelds run out of power. |
| 15:00.02 | florian_kc | Other question: What's the disadvantage of the idle solution? |
| 15:00.19 | neal | commit boundaries are less clear. |
| 15:00.40 | neal | for instance, I can't change A and B and then when I fail to change C simply drop the transaction |
| 15:00.46 | neal | I need to actually undo A and B |
| 15:03.08 | florian_kc | that's true... |
| 15:04.35 | florian_kc | a commit interface would make easier maintining the database consistent. that would be useful if some other application (like gpe-today) wants to read it. |
| 15:05.42 | neal | florian: there should never be multiple users of a DB without explicit locking! |
| 15:07.21 | florian_kc | neal: if you have only one writer that should be possible... |
| 15:07.28 | neal | not true. |
| 15:07.32 | neal | only if you have no readers. |
| 15:07.39 | neal | no writers. |
| 15:08.02 | neal | if you have one writer and you have a transaction which is not atomic, readers will see inconsistent data |
| 15:08.29 | florian_kc | eh right, transactions are always a good idea :-) |
| 15:08.29 | neal | consider the following transaction: write summary, write description |
| 15:08.48 | neal | individually each is an atomic transaction |
| 15:09.01 | neal | but together, then may not be. |
| 15:09.34 | neal | or rather, isn't |
| 15:11.33 | florian_kc | yes right... that involves taking care. |
| 15:22.14 | Cockroach- | evening |
| 15:34.51 | neal | pb: What is calendar_urn? |
| 15:37.08 | pb__ | neal: It holds the unique IDs for the calendar objects. |
| 15:37.28 | neal | thanks. |
| 15:52.40 | GenAway | bye |
| 15:53.13 | neal | pb: What's the point of the EVENT->cloned_ev? |
| 15:53.21 | neal | pb: It seems you can only clone an event once. |
| 15:53.30 | neal | pb: And that when you do a clone, you don't actually get a copy. |
| 15:53.35 | neal | s/copy/deep copy/ |
| 15:53.57 | neal | s//foo/g |
| 15:54.04 | neal | s//foo/ |
| 15:54.13 | neal | it's not stupid. |
| 15:54.44 | pb__ | heh |
| 15:55.31 | pb__ | neal: it's something to do with mccarthy's recurrence mechanism, but I'm not entirely sure about the details. I thought that EVENT->cloned_ev was actually a pointer to the original event of which this one is a clone, so you could clone it as many times as you wanted. |
| 15:55.49 | neal | hmm. |
| 15:56.23 | neal | the clone points to the original. |
| 15:56.25 | neal | right. |
| 15:56.28 | pb__ | right |
| 15:56.37 | neal | but the uid doesn't change. |
| 15:56.44 | pb__ | I think that pointer is there for when you want to modify the event. The clones are thrown away after use, so writing to them would be useless. |
| 15:57.03 | neal | oh. |
| 15:57.10 | neal | What are they good for? |
| 15:57.54 | pb__ | I think they're basically just there for event_db_list_for_period() to return, in the case where a single underlying event occurs several times during the period you're interested in. |
| 15:58.05 | pb__ | In that case, you'd get back several clones of the same event, but with a different ev->start time in each case. |
| 15:58.12 | neal | I see. |
| 15:58.17 | neal | Thanks. |
| 15:58.33 | pb__ | The clones are transient things: they're created each time you obtain an event list, and you're expected to throw them away once you're done with them. |
| 15:58.36 | neal | one more question |
| 15:58.45 | neal | in delete_event_db |
| 15:58.49 | neal | (day_view.c) |
| 15:58.59 | neal | it does: get_cloned_ev |
| 15:59.10 | neal | which returns the underlying event |
| 15:59.27 | neal | why is it allowed to do that :-) |
| 16:00.06 | neal | it shouldn't matter because removing an event just reads the UID |
| 16:00.12 | neal | and the clone and underlying event have the same uid |
| 16:01.34 | pb__ | At a guess, it's because event_db_remove() expects to be given a "real" event, not a clone. |
| 16:01.43 | neal | nope. |
| 16:01.58 | pb__ | (or, possibly, expected that at some point in the past) |
| 16:02.01 | neal | it only checks the uid |
| 16:02.13 | neal | and it calls event_db_remove_internal |
| 16:02.18 | pb__ | oh, so it does |
| 16:02.20 | neal | which removes the event from the list. |
| 16:02.31 | neal | but if there are outstanding clones you're fucked. |
| 16:02.39 | pb__ | yeah |
| 16:02.42 | pb__ | that does sound bogus |
| 16:04.21 | pb__ | looks like that get_cloned_ev() was introduced in: |
| 16:04.26 | pb__ | revision 1.84 |
| 16:04.26 | pb__ | date: 2005/12/20 01:06:24; author: florian; state: Exp; lines: +3 -3 |
| 16:04.26 | pb__ | Apply patch to fix segfault deleting events with alerts contributed by Denny Priebe. |
| 16:04.26 | pb__ | Fix warnings when casting button to window. |
| 16:06.44 | *** join/#gpe pH5 (n=ph5@e178209052.adsl.alicedsl.de) |
| 16:18.04 | pb__ | hi ph5 |
| 16:18.20 | pH5 | hi pb__ |
| 16:42.37 | *** join/#gpe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 16:44.34 | *** join/#gpe CoreDump|home (n=mhentges@hentges.net) |
| 16:59.18 | pb__ | night all |
| 17:01.30 | *** join/#gpe BBrox (n=ulmer@bbrox.org) |
| 17:02.36 | florian_kc | pb__: night |
| 17:20.56 | *** join/#gpe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 17:37.25 | *** join/#gpe rob_w (n=bob@p213.54.213.101.tisdip.tiscali.de) |
| 17:40.26 | Philippe | evening all |
| 17:41.07 | florian_kc | hi Philippe |
| 17:41.13 | Philippe | hey florian_kc |
| 17:41.40 | Philippe | anybody seen this? : http://www.linuxdevices.com/news/NS9619729890.html |
| 17:41.58 | Philippe | I bet that they have mixed up Minimo and gpe-mini-browser again... GRRR! |
| 17:42.32 | *** join/#gpe krokas (i=krokas@ppp83-237-108-76.pppoe.mtu-net.ru) |
| 17:45.53 | florian_kc | Philippe: yeah... they don't seem to be that clever ;-) |
| 17:46.42 | mreimer | hello all |
| 17:46.44 | rob_w | COTS Pda `s ?? |
| 17:46.53 | florian_kc | Philippe: i wonder why they doesn't seem to be interested adapting gpe in some useful way to that thingy. |
| 17:46.59 | florian_kc | hi mreimer |
| 17:47.33 | Philippe | florian_kc, define "they" Acer or the letux people? |
| 17:48.07 | rob_w | florian_kc, that "letux" looks like pure gpe .. ?"? |
| 17:48.25 | florian_kc | Philippe: the letux guys |
| 17:48.34 | florian_kc | rob_w: i guess it is... |
| 17:49.42 | Philippe | looks like it anyway. But their download stuff is not working |
| 17:50.20 | Philippe | well let's get in touch with the letux people :-) |
| 17:50.46 | mreimer | do any of you know if the daylight savings problem with gpe-calendar has been fixed? I think it had something to do with locales |
| 17:51.11 | florian_kc | mreimer: maybe with the working locales in latest images... |
| 17:52.05 | mreimer | thanks florian_kc. that would be the cvs version, not a released version, right? |
| 17:55.42 | florian_kc | mreimer: the locale breakage was a familiar bug, it should be fixed in the new 0.8.4rc1 images |
| 17:55.52 | mreimer | florian_kc: ah, I see |
| 17:57.14 | *** join/#gpe mallum (n=mallum@host86-139-176-146.range86-139.btcentralplus.com) |
| 17:58.25 | *** join/#gpe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
| 18:00.10 | *** join/#gpe cedric_ (n=cedric@AAnnecy-152-1-114-169.w86-200.abo.wanadoo.fr) |
| 18:03.03 | florian_kc | bbl |
| 18:15.40 | neal | pb: What is sequence used for? |
| 18:17.27 | neal | (still in event-db.c) |
| 18:39.03 | *** part/#gpe bubak (n=martin@ip-89-102-58-26.karneval.cz) |
| 19:15.07 | *** join/#gpe reenoo|afk (n=r@p5489D0A4.dip.t-dialin.net) |
| 19:16.29 | *** join/#gpe cedric_ (n=cedric@AAnnecy-152-1-112-148.w86-200.abo.wanadoo.fr) |
| 19:23.01 | *** join/#gpe rob_w (n=bob@p213.54.213.101.tisdip.tiscali.de) |
| 19:41.44 | *** join/#gpe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
| 19:53.17 | *** join/#gpe JiniDog (n=jini@Vba8b.v.pppool.de) |
| 19:56.13 | cedric_ | cool GPE from .dev with 2.6 kernel on my poodle! :-) |
| 19:58.39 | Philippe | cedric_, great! |
| 19:59.51 | CoreDump|home | nice |
| 20:00.00 | CoreDump|home | hows 2.6 running on that thiny? |
| 20:00.18 | cedric_ | smooth!!! |
| 20:00.23 | cedric_ | well impressed |
| 20:00.31 | cedric_ | thx to RP |
| 20:00.35 | CoreDump|home | that's good to hear |
| 20:00.44 | CoreDump|home | where's the catch? |
| 20:00.58 | cedric_ | need to finish the kernel... |
| 20:01.08 | RP | CoreDump|home: No suspend/resume yet :-( |
| 20:01.14 | CoreDump|home | =( |
| 20:01.18 | CoreDump|home | SD works? |
| 20:01.24 | cedric_ | nope |
| 20:01.30 | CoreDump|home | ouch |
| 20:01.54 | cedric_ | it should work |
| 20:01.56 | cedric_ | ... |
| 20:02.29 | CoreDump|home | well, as long as it can be made to work at all, that's excellent news for poodle owners |
| 20:03.41 | RP | CoreDump|home: GPE looks a lot better under 3.5.4.1-alpha2 :) |
| 20:03.54 | cedric_ | where is the rotation applet? is it not by default in the image? |
| 20:03.56 | CoreDump|home | RP: =) |
| 20:04.14 | RP | CoreDump|home: I've just tested it on C3000 - looks good to me - the only issue with the softbuttons is you have trouble telling whether they did anything :-/ |
| 20:04.41 | RP | SD on poodle should be very similar to that on the c7x0 |
| 20:04.43 | CoreDump|home | ah, but there's the tiny little hourglass in the upper-right corner |
| 20:05.05 | RP | I did spot it, eventually. Shouldn't it be a little bigger though? :) |
| 20:05.14 | *** join/#gpe florian (n=fuchs@p50839B7C.dip0.t-ipconnect.de) |
| 20:05.22 | RP | at 200dpi, its not exactly obvious :) |
| 20:05.25 | CoreDump|home | it's yet another HIGHDPI problem with matchbox... |
| 20:05.35 | florian | re |
| 20:05.40 | RP | hi florian |
| 20:05.41 | CoreDump|home | wb florian |
| 20:06.02 | RP | cedric_: What's the speed of gpe under 2.6 like? |
| 20:07.09 | cedric_ | RP: good I think |
| 20:07.36 | cedric_ | I can't remember with 2.4 |
| 20:07.56 | cedric_ | it's been ages since I've flash with GUI |
| 20:08.40 | cedric_ | the rotation applet doesn't do anything, do I need to hook something? |
| 20:09.00 | RP | Now its working, hopefully we can keep it working. Its very similar to the other Zaurus models under 2.6 which helps |
| 20:10.15 | cedric_ | yep |
| 20:14.27 | Philippe | cedric_, I think you just need to add it to to toolbar |
| 20:15.03 | cedric_ | the supend option make the device to forever sleep... |
| 20:15.10 | Philippe | cedric_, long press on the toolbar, select add and you should see screen rotator in the list |
| 20:15.20 | cedric_ | Philippe: I've done that but nothing happen |
| 20:15.52 | Philippe | cedric_, strange. It works on my Ipaq |
| 20:16.02 | cedric_ | anyway good nite all |
| 21:05.43 | *** join/#gpe jg (n=jg@72-254-5-48.client.stsn.net) |
| 21:05.43 | *** join/#gpe zap (n=zap@217.170.93.9) |
| 21:32.01 | *** join/#gpe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
| 21:32.14 | *** join/#gpe glm2k (n=glm@rrcs-24-199-11-46.west.biz.rr.com) |
| 21:33.33 | Philippe | night al |
| 21:43.33 | *** join/#gpe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |
| 22:14.39 | *** join/#gpe Timelord0 (n=TL@4.78.4.43) |
| 22:18.36 | *** join/#gpe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 22:27.18 | *** join/#gpe polyonymous_ (n=hacker@pD953864C.dip0.t-ipconnect.de) |
| 22:31.46 | *** join/#gpe jg_ (n=jg@72-254-5-48.client.stsn.net) |
| 23:39.22 | *** join/#gpe france_ (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 23:53.20 | *** join/#gpe bronson (n=bronson@pool-68-160-56-174.bos.east.verizon.net) |