| 00:00.07 | pb_ | pigeon: wow. |
| 00:00.10 | pigeon | Is the pointer shadow done in gtk or X? |
| 00:00.15 | pb_ | X, I think. |
| 00:00.31 | pigeon | pb_: Very nice indeed. |
| 00:03.36 | moray | do we have a theme switcher that will let me go back to using the boring GNOME icons btw? (or do I need to look for my sunglasses?) |
| 00:04.02 | pb_ | gpe-conf can do that. |
| 00:05.20 | moray | ah right, I'll remember to look for that at the appropriate moment then. |
| 00:05.44 | pb_ | Yup. I suggest you install a quick-access monolaunch or something. |
| 00:07.05 | spung | what's with pointer? |
| 00:07.13 | spung | i thought we wanted to get rid of pointers |
| 00:07.29 | pb_ | I guess opinions vary on that. |
| 00:07.31 | spung | mallum: nice background :) put int gpe cvs |
| 00:07.50 | spung | pb_: http://www.handhelds.org/scap/port.30344.png |
| 00:09.46 | moray | I'd say that for novice users it'd be better not to have a pointer, but 'experienced' users may feel emasculated by the lack of one. |
| 00:10.16 | spung | yeah |
| 00:10.48 | pb_ | Yeah, it should probably be (surprise) another gpe-conf option. |
| 00:10.51 | moray | although I hear some new touchpad (tablet) devices do update the pointer position even when you're not touching. |
| 00:11.19 | spung | i think xkbdrc's should be split into two parts.. colors, fonts, etc.. |
| 00:11.23 | spung | and the layout itself |
| 00:11.26 | spung | :\ |
| 00:13.40 | spung | i'm going to bugzilla that :) |
| 00:14.45 | PaxAnima | spung: good idea.. gives a more consistent look |
| 00:14.53 | spung | PaxAnima: naturally |
| 00:15.27 | chrisime | PaxAnima, what do you think about it (except the first two items): www.gnome.org/~chrisime/random/pix/Gpe-calendar.ong |
| 00:15.30 | chrisime | PaxAnima, what do you think about it (except the first two items): www.gnome.org/~chrisime/random/pix/Gpe-calendar.png |
| 00:16.50 | PaxAnima | chrisime: much better... but I'm no GUI-guru when it comes to what's good looking.. |
| 00:17.24 | chrisime | i need to align start and end. it gets centered |
| 00:17.29 | chrisime | but i'll do that tomorrow |
| 00:17.50 | chrisime | it's been hard enough to fix the other stuff |
| 00:18.28 | PaxAnima | spung: as for colours on the xkbd: I have a slight yellowish hue on the norwegian one... think it looks better... |
| 00:18.40 | pb_ | spung: good idea. |
| 00:19.13 | spung | chrisime: looks good, does it fit in 320x240? |
| 00:19.28 | spung | and 240x320 ? |
| 00:20.02 | chrisime | dunno |
| 00:20.11 | chrisime | i just resized it with the mouse |
| 00:20.20 | chrisime | i don't have a pda atm |
| 00:20.25 | chrisime | i will get one next week |
| 00:20.39 | pb_ | You can try running it in Xnest at different sizes. |
| 00:20.39 | spung | pb_: i saw jg suggestion libglade for having multiple gui's available for different resolutions .. what's your opinion about that? |
| 00:20.49 | chrisime | i'm developing it on my ibook atm ;) |
| 00:21.00 | chrisime | pb_, too lazy now, i have to go to bed |
| 00:22.03 | pb_ | spung: well, I'm not sure. On the one hand, decoupling the UI from the implementation seems like a laudable kind of thing to do. On the other hand, I find it a much more cumbersome way to write software, and there is no inherent reason why you can't write code in C to adapt to multiple display sizes. |
| 00:22.57 | spung | pb_: also, if it becomes too big.. it'll be a laptop and will probably run desktop programs? |
| 00:23.29 | pb_ | spung: there's a case to be made for having GPE programs be usable on laptop/desktop systems as well, even if only when teleported from an ipaq. |
| 00:23.58 | spung | pb_: yes, i guess chaging the icon sizes/ font size might be enough no? |
| 00:24.01 | moray | hopefully the new toolbar stuff will appear, which could solve a big part of the problem |
| 00:24.04 | PaxAnima | hmm.. how do I change xkbd so that it uses my norwegian layout instead of the default one? symlinking to ~/.xkbd didn't work... |
| 00:24.19 | pb_ | spung: right, you can already change the font/icon sizes per display with XSETTINGS. |
| 00:24.25 | spung | pb_: yeah |
| 00:24.39 | pb_ | moray: which new toolbar stuff is that? |
| 00:24.48 | PaxAnima | mallum: png? |
| 00:24.52 | PaxAnima | mallum: ping |
| 00:25.17 | moray | pb_: I meant the threatened 'define some actions, some of which at any time may be represented by buttons on the editable toolbar' concept |
| 00:25.29 | moray | pb_: I can't remember what it's called (presumably in libegg though) |
| 00:25.36 | pb_ | moray: aha, right. |
| 00:25.55 | spung | yeah, i want editable toolbars |
| 00:26.15 | moray | pb_: although to be pessimistic it would make it more difficult to know how to automatically switch toolbar sizes if the user has edited it already... |
| 00:27.39 | moray | chrisime: it's definitely nice having some spacing in there, but too much of it causes problems on our little screens - especially once some vertical space is taken up by an onscreen keyboard :/ |
| 00:27.58 | mallum | PaxAnima: pong |
| 00:28.07 | mallum | spung: pong |
| 00:28.21 | spung | mallum: /me wants split xkbrc's |
| 00:28.49 | spung | mallum: layout's in one file, preferences (font, colors, rounded buttons) in another file |
| 00:28.57 | chrisime | moray, i will check the sice |
| 00:28.58 | spung | should i bugzilla that? |
| 00:29.04 | chrisime | i didn't put too much space |
| 00:29.07 | PaxAnima | mallum: symlinking my desired layout to ~/.xkbd doesn't work... and judging from strace, somethings goes very wrong: open("<global>", O_RDONLY) = -1 ENOENT (No such file or directory) |
| 00:29.12 | PaxAnima | write(2, "xkbd: Cant open conf file: <glob"..., 36xkbd: Cant open conf file: <global> |
| 00:30.29 | pb_ | moray: I think <gpe/spacing.h> defines numbers for most of the spacings that one might need to use. Colin enforces their use. |
| 00:30.48 | mallum | spung: yeah I guess fonts would come from cmd line ( do now ) / gconf whatever, and colors from the current theme |
| 00:31.28 | spung | mallum: right |
| 00:32.28 | mallum | spung: that just needs to be added to xkbd. it can overide whatevers set the conf file |
| 00:33.21 | spung | mallum: so, what we need is a gpe-conf thing for xkbd? |
| 00:33.29 | mallum | PaxAnima: I dont know whats up with that, have you tried it on your desktop, it probably a simple fix |
| 00:33.59 | PaxAnima | mallum: well, making the symlink "<global>" works, but it's not exactly a solution... |
| 00:34.21 | moray | pb_: aha - thankfully I doubt I'll have transgressed before the weekend, so I should be safe for a while at least ;) |
| 00:34.54 | pb_ | PaxAnima: sounds like you are feeding it a layout file in a place where it expects a filename. |
| 00:35.20 | PaxAnima | ah.. |
| 00:36.21 | PaxAnima | thought ~/.xkbd was a symlink |
| 00:37.23 | pb_ | seems that xkbd thinks different. |
| 00:37.53 | PaxAnima | yes... it works now.. it expects a file with the path to the layot |
| 00:40.26 | pb_ | moray: phew, lucky escape for you then. |
| 00:41.23 | pb_ | though there are many other ways in which one can fall foul of the HIG police, so you may not be out of the woods yet. |
| 00:42.16 | moray | lol |
| 00:58.17 | mallum | jg: ping |
| 00:59.02 | *** join/#gpe stargirl (hmw26@potato.newn.cam.ac.uk) |
| 01:12.52 | *** join/#gpe paul ([WrmMa4TOF@hibernia.jakma.org) |
| 01:19.48 | jg | mallum: pong |
| 01:20.05 | mallum | jg: hey there mr |
| 01:20.29 | jg | mallum: hi. |
| 01:20.40 | mallum | jg: could I trouble you to explain to me, again why tinyx is slow in one orientation, but not the other ? |
| 01:20.51 | jg | mallum: had PT this afternoon: did try coding up the mallopt option.... |
| 01:21.11 | jg | mallum: in one direction, X is immediately rendering into the real frame buffer. |
| 01:21.50 | jg | mallum: in others, it is rendering into a "shadow" frame buffer, and any touched areas get copied to the real frame buffer occasionally, or when the server goes idle. |
| 01:22.11 | paul | jg: ooh mallopt() excellent :) |
| 01:22.17 | jg | mallum: occasionally could be made more frequent. |
| 01:22.39 | jg | paul: the real culprits were dillo, xkbd and matchbox, already fixed. |
| 01:22.54 | paul | jg: indeed. i absolutely agree bad clients should be fixed. |
| 01:23.09 | paul | jg: its a shame malloc() cant be given more granular hints though. |
| 01:24.02 | jg | paul: the real solution is to eventually move all pixmap allocations out of the heap and somwhere else, where they can be GC'd and swept into smaller amounts of VM. |
| 01:24.15 | jg | paul: worth doing for off screen allocation anyway. |
| 01:24.17 | paul | jg: to private mappings |
| 01:24.33 | mallum | jg: so in theory If I could physically rotate the fb in kernel space, X would be fast in the orientation I wanted |
| 01:25.00 | jg | mallum: yes, or we can up the refresh frequency. |
| 01:25.16 | jg | mallum: I'll try to check with keithp on how frequent it is. |
| 01:25.26 | paul | jg: look forward to it anyway :) - i think X on all arches would benefit greatly. |
| 01:25.50 | jg | mallum: does the graphics chip do rotation? |
| 01:25.55 | mallum | jg: yes |
| 01:26.16 | *** join/#gpe stargirl (hmw26@potato.newn.cam.ac.uk) |
| 01:26.31 | jg | mallum: then the copy routine can simply be used to take advantage of that, and upping the frequency won't cost much if anything. |
| 01:26.35 | mallum | jg: I can set it to 320x240, 240x320 and 480x640 _but_not 640x480 - though I dont see why not |
| 01:27.20 | jg | mallum: will it do rotated blits? or is it rotating the entire frame buffer? |
| 01:30.45 | mallum | jg: I think the entire framebuffer through the w100 chips on board functionaility |
| 01:32.29 | jg | mallum: if it will rotate the entire screen, then we should try tio take advantage of that. |
| 01:32.46 | jg | I think the w100 may be what's in the Margi card. |
| 01:32.57 | jg | but I don't remember for sure. |
| 01:32.57 | mallum | jg: yes. Im trying to get specs from ati |
| 01:33.18 | mallum | jg: there is some stuff in the kernel driver - but its all undocumented so Im scared of really messing with it |
| 01:33.38 | mallum | jg: http://www.ati.com/technology/hardware/imageon100/ |
| 01:36.00 | jg | mallum: I stand corrected: the margi is using a much lamer chip. |
| 01:36.09 | jg | mallum: looks like an interesting chip. |
| 01:36.22 | jg | mallum: have you asked for spec's from them? |
| 01:36.25 | mallum | jg: yeah I have been bombarding ati with polite mails |
| 01:36.32 | mallum | jg: but no good response as yet |
| 01:37.54 | jg | mallum: Mike Harris in #xfree86 might be able to give you a pointer to someone at ATI. |
| 01:38.32 | mallum | jg: I sure its not the refresh slowing it down in lanscape - it must be 10 times faster in portrait |
| 01:38.53 | mallum | jg: when you open a new window, you get a slow horizonal 'wipe' across the display as it updates |
| 01:39.23 | jg | mallum: what's the actual elapsed time for things like x11perf? |
| 01:39.41 | mallum | jg: that reminds me I have to add that to my build tree |
| 01:41.56 | jg | mallum: running shadowed will make things "feel" slower, but not change actual rendering speed much. |
| 01:42.08 | jg | mallum: (in the frame buffer case). |
| 01:42.45 | mallum | jg: hmm, so upping refresh may just fix it ? |
| 02:08.24 | mallum | pigeon: I just fixed that wierd titlebar dissapears afer toggle close bug thing |
| 02:21.28 | *** join/#gpe prpplague^2 (~joebob@21-190.lctv-b4.cablelynx.com) |
| 03:20.32 | *** join/#gpe ibot (ibot@rikers.org) |
| 03:20.32 | *** topic/#gpe is GPE Palmtop Environment | http://gpe.handhelds.org | http://www.handhelds.org/z/wiki/CurrentThingsToDo | http://europa.debian.org/bugzilla | bootgpe2 images now at http://familiar.handhelds.org/releases/v0.7/boot/ | Familiar 0.7 issues: http://www.handhelds.org/bugzilla/showdependencytree.cgi?id=99 | Please every body hammer matchbox, reporting bugs to bugzilla | http://handhelds.org/z/wiki/GPEDevWeekend |
| 04:08.06 | nelson | dillo2 is broken. |
| 04:08.22 | nelson | won't render a page that dillo used to be able to render. |
| 04:41.53 | *** join/#gpe paul ([WrmMa4TOF@hibernia.jakma.org) |
| 04:42.33 | *** join/#gpe paul ([ANoL4O+Qr@hibernia.jakma.org) |
| 06:53.20 | *** join/#gpe paul (~paulj@itg-gw.cr008.cwt.esat.net) |
| 06:55.28 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 08:04.44 | *** join/#gpe Ducttape (~dif2@raptor.ukc.ac.uk) |
| 08:15.53 | *** join/#gpe florian (boor@vmax.unix-ag.uni-siegen.de) |
| 08:15.58 | florian | hi all! |
| 08:42.46 | chrisime | hoi |
| 09:34.59 | paul | guten morgen flo |
| 09:36.51 | florian | paul: hello, good morning :-) |
| 09:37.02 | paul | only a couple of days to go |
| 09:37.39 | florian | yes... only a couple of days to sleep... |
| 09:39.43 | paul | :) |
| 09:53.34 | *** join/#gpe cmarqu_werk (www@vws1.kens.com) |
| 09:53.43 | cmarqu_werk | Hi. |
| 09:57.18 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) |
| 09:59.59 | florian | cmarqu_werk: hello! |
| 10:00.12 | chrisime | cmarqu_werk, hi |
| 10:00.12 | florian | PaxAnima: hello |
| 10:01.48 | PaxAnima | hi, florian |
| 10:03.59 | cmarqu_werk | florian: Back from CeBIT? |
| 10:04.26 | cmarqu_werk | I gotta talk to nils about a place to sleep tomorrow night... |
| 10:04.47 | florian | cmarqu_werk: yep, we returned this night... |
| 10:05.42 | *** join/#gpe LordVan (~lordvan@62.47.64.183) |
| 10:05.46 | LordVan | hi |
| 10:06.45 | florian | cmarqu_werk: should be no problem, i think we have some possebilities... |
| 10:06.51 | florian | LordVan: hallo! |
| 10:07.00 | florian | s/hallo/hello |
| 10:08.43 | florian | i have to go... but i'll be back later |
| 10:12.37 | chrisime | cmarqu_werk, around? |
| 10:13.51 | LordVan | how mature are the apps for gpe? |
| 10:13.57 | cmarqu_werk | chrisime: Not really, going to lunch now. |
| 10:14.09 | cmarqu_werk | Back in about one hour. |
| 10:14.16 | chrisime | ok |
| 10:14.24 | chrisime | i need to check somthing with you afterwards |
| 10:15.17 | cmarqu_werk | LordVan: Pretty stable, but maybe you'd miss some features still. It all depends... :) |
| 10:15.35 | cmarqu_werk | LordVan: It's easy to try some on your desktop. |
| 10:15.57 | cmarqu_werk | Okay, lunch, BBIAB |
| 10:17.56 | LordVan | hmm.. |
| 10:26.10 | *** join/#gpe pb_ (~pb_@dsl-62-3-66-201.zen.co.uk) |
| 10:38.58 | *** join/#gpe dc_ (~dc@modem-114-47-60-62.vip.uk.com) |
| 10:39.23 | dc_ | :} |
| 10:39.44 | pb_ | dc_: hey. |
| 10:39.50 | pb_ | school closed today? |
| 10:39.56 | dc_ | 'ill' ;) |
| 10:40.03 | pb_ | aha :-) |
| 10:41.42 | moray | dc_: gosh, I hope you don't infect us all with your mystery illness too |
| 10:41.51 | dc_ | hehe. |
| 10:41.53 | moray | (don't your school worry about you?) |
| 10:42.03 | dc_ | ah, they don't care. |
| 10:42.11 | dc_ | we're the ones who pay them |
| 10:45.22 | dc_ | anyhow. |
| 10:45.29 | dc_ | I should update the iBook sometime toda. |
| 10:45.45 | dc_ | get everything ready for friday. |
| 10:46.23 | pb_ | yes, good idea. |
| 10:49.16 | chrisime | pb_, hey |
| 10:49.28 | pb_ | hi chrisime |
| 10:49.33 | chrisime | pb_, i've removed all gtk_signal_* and gtk_object stuff |
| 10:49.51 | chrisime | i replaced it with g_signal* and g_object_* |
| 10:49.51 | pb_ | cool |
| 10:49.53 | chrisime | works |
| 10:50.04 | chrisime | there's lots of deprecated stuff ;) |
| 10:50.20 | chrisime | pb_, it'll be a big patch when it's done |
| 10:50.32 | pb_ | Yeah, there is indeed. A lot of the gpe programs started out as GTK 1, so they make heavy use of now-deprecated stuff. |
| 10:50.41 | chrisime | yes |
| 10:50.54 | pb_ | chrisime: if possible, I'd prefer it if you could send me smaller incremental patches, rather than one monster patch at the end. |
| 10:50.57 | chrisime | a simple sed script would help |
| 10:51.05 | chrisime | pb_, uhm |
| 10:51.16 | chrisime | ok. i better create a diff now |
| 10:51.30 | dc_ | chrisime: what are you working on? |
| 10:51.39 | chrisime | but the layout isn't done |
| 10:51.44 | pb_ | for example, if you make a patch with the gtk_object -> g_object changes, I will check that in straight away. |
| 10:51.57 | chrisime | dc_, gpe-calendar has a bad layout |
| 10:52.06 | dc_ | chrisime: ah, which view? |
| 10:52.10 | chrisime | pb_, oh :( |
| 10:52.24 | chrisime | pb_, it's combined with my layout changes now |
| 10:52.27 | pb_ | ah. |
| 10:52.42 | chrisime | dc_, when you want to insert a new appointment |
| 10:52.54 | pb_ | I'd prefer to be able to see the layout changes (and any other "substantial" patches) in isolation, without a load of noise caused by changing gtk_object and so on. |
| 10:52.55 | dc_ | chrisime: ah, of course :) |
| 10:52.58 | chrisime | pb_, i'll create a diff now |
| 10:53.06 | pb_ | chrisime: that would be great. thanks. |
| 10:53.08 | chrisime | pb_, ok |
| 10:53.23 | chrisime | pb_, i'll create a g_signal only one |
| 10:53.40 | pb_ | cool |
| 10:53.44 | chrisime | dc_, i've removed the frames and improved the overall layout |
| 10:53.49 | dc_ | chrisime: great! |
| 10:54.04 | chrisime | the pango errors should be fixed ;) |
| 10:54.11 | dc_ | joy |
| 10:54.21 | dc_ | :} |
| 10:54.39 | chrisime | it's caused by invalid utf8 strings |
| 10:55.00 | pb_ | ah, do you know which strings are causing the problem? |
| 10:55.11 | pb_ | it may be that some latin9 strings are leaking in somehow. |
| 10:55.48 | chrisime | dunno |
| 10:55.49 | chrisime | sorry |
| 10:55.52 | pb_ | be worth checking that gpe-calendar has the bind_textdomain_charset (utf8) call in its startup. |
| 10:55.59 | chrisime | i cannot do everything at the same time ;) |
| 10:56.11 | pb_ | heh. |
| 10:57.09 | pb_ | ah, yes, seems that this is missing. |
| 10:57.26 | pb_ | try adding: |
| 10:57.30 | pb_ | <PROTECTED> |
| 10:57.39 | pb_ | in main(), just after the call to bindtextdomain(), and see if that clears it up. |
| 11:02.37 | chrisime | compiles |
| 11:02.38 | chrisime | ok |
| 11:02.43 | chrisime | creating a diff now |
| 11:02.50 | chrisime | pb_, mom |
| 11:03.39 | chrisime | pb_, doesn't help |
| 11:04.13 | pb_ | oh well. |
| 11:04.55 | chrisime | where should i send the diff |
| 11:04.57 | chrisime | i mean |
| 11:05.02 | chrisime | email or bugzilla |
| 11:05.11 | pb_ | email is probably easiest. pb@handhelds.org |
| 11:05.14 | chrisime | ok |
| 11:05.22 | pb_ | thanks |
| 11:06.35 | chrisime | sent |
| 11:07.08 | pb_ | great. |
| 11:08.08 | chrisime | i can patch the other files too |
| 11:09.38 | chrisime | is there a reason why you sometimes declare the variables and sometimes you initialize them |
| 11:09.51 | pb_ | dunno. can you give me an example of what you mean? |
| 11:10.09 | chrisime | GtkWidget *window = gtk_window_new (GTK_WINDOW_POPUP); |
| 11:10.09 | chrisime | <PROTECTED> |
| 11:10.09 | chrisime | <PROTECTED> |
| 11:10.09 | chrisime | <PROTECTED> |
| 11:10.09 | chrisime | <PROTECTED> |
| 11:10.10 | chrisime | <PROTECTED> |
| 11:10.12 | chrisime | <PROTECTED> |
| 11:10.14 | chrisime | <PROTECTED> |
| 11:10.16 | chrisime | <PROTECTED> |
| 11:10.20 | pb_ | oh, right, I see. |
| 11:10.36 | chrisime | the code in event-ui.c is a mess hence that ;) |
| 11:10.52 | chrisime | i could clean it up |
| 11:11.01 | pb_ | I tend to start out with the initializer in the declaration, but that isn't always possible (since the decls have to go before all other code). |
| 11:11.04 | pb_ | I agree it's a mess. |
| 11:11.23 | pb_ | Probably the thing to do would be to change to separate decls and initializers everywhere. |
| 11:11.34 | chrisime | yes |
| 11:11.45 | chrisime | there are hardly any comments |
| 11:11.52 | pb_ | Lots of those variables could probably be reduced in scope as well, or even eliminated altogether, which might help. |
| 11:11.56 | pb_ | ok, cool |
| 11:12.27 | chrisime | pb_, i have to install anjuta which helps me a bit doing that |
| 11:12.40 | chrisime | vim is nice but i'm too silly for its power ;) |
| 11:13.08 | chrisime | i'll first create some g_object diffs |
| 11:14.04 | pb_ | chrisime: the diff you sent me seems to have been mangled by your mailer: it looks like the "paragraphs" have been rewrapped. |
| 11:14.13 | pb_ | could you send it again as a mime attachment? |
| 11:15.44 | chrisime | yes |
| 11:15.51 | chrisime | i'll create an attachment this time |
| 11:15.52 | chrisime | sorry |
| 11:15.57 | pb_ | great, thanks |
| 11:16.50 | chrisime | sent |
| 11:19.03 | *** join/#gpe mallum (~mallum@pc-80-193-218-21-hw.blueyonder.co.uk) |
| 11:19.35 | pb_ | that's better. I've checked it in. |
| 11:20.10 | mallum | hey |
| 11:20.35 | chrisime | pb_, i'll sent some other diffs in a bit |
| 11:20.58 | PaxAnima | morning, mallum |
| 11:22.39 | pb_ | hi mallum |
| 11:22.59 | mallum | heylo |
| 11:23.13 | mallum | should have a new matchbox ipk for unstable in a mo |
| 11:25.26 | pb_ | great. |
| 11:26.50 | pb_ | argh |
| 11:26.52 | pb_ | 32764 ? R 7104:18 gnome-moz-remote |
| 11:26.57 | pb_ | no wonder my computer was running so slowly. |
| 11:32.44 | mallum | doh, still a couple of bugs in this one :( - back to the drawing board |
| 11:35.59 | chrisime | ok |
| 11:36.05 | chrisime | pb_, got a bunch of diffs now |
| 11:36.08 | pb_ | cool |
| 11:37.24 | chrisime | sent |
| 11:37.55 | paul | cmarqu/flo: i've told that guest house to expect you earlyish sometime, you probably will want to drop off stuff |
| 11:37.59 | chrisime | i didn't have breakfast!! |
| 11:38.03 | chrisime | brb |
| 11:38.09 | dc_ | me too |
| 11:38.10 | dc_ | :\ |
| 11:38.17 | chrisime | pb_, i will finish the layout stuff today |
| 11:38.26 | dc_ | morning mallum |
| 11:38.37 | pb_ | chrisime: great. |
| 11:38.37 | mallum | hey dc_ |
| 11:38.42 | mallum | dc_: no school ? |
| 11:38.51 | chrisime | pb_, please commit my diffs if they are ok :) |
| 11:40.04 | pb_ | chrisime: will do. |
| 11:44.52 | cmarqu_werk | paul: Ah, cool, yes. Thanks. |
| 11:45.31 | cmarqu_werk | paul: You wanted me to remind you again about the set of Euros for my nephew. |
| 11:45.48 | cmarqu_werk | (and cents) |
| 11:47.15 | paul | cmarqu_werk: ah yes! |
| 11:47.28 | paul | cmarqu_werk: i'll go to the bank friday |
| 11:48.12 | cmarqu_werk | paul: Oh, that's nice. :) TIA |
| 11:48.20 | pb_ | chrisime: done. |
| 11:48.51 | chrisime | nic |
| 11:48.52 | chrisime | e |
| 11:48.55 | spung | don't talk to me about banks |
| 11:48.58 | spung | !!!!! |
| 11:49.17 | chrisime | pb_, do i have to wait for anonymous cvs to get synced |
| 11:49.36 | spung | pb_: now I get a message from expansys saying the CF card i ordered has reached its end of life... i have to make a new order |
| 11:49.36 | pb_ | no. |
| 11:49.39 | spung | damn damn |
| 11:49.47 | spung | someone doesn't want me to go wireless |
| 11:51.04 | chrisime | pb_, noticed that ;) |
| 11:53.23 | PaxAnima | wow.. gdb killed my X, apparently, unless it was Eterm... |
| 11:53.24 | mallum | dc_: phwack ! |
| 11:53.28 | chrisime | pb_, you'll get another patch for main.c |
| 11:59.50 | pb_ | spung: sucks. |
| 11:59.53 | pb_ | chrisime: great. |
| 11:59.59 | chrisime | pb_, what do you want to do here?? char *p = name + strlen (KEY_BASE); |
| 11:59.59 | chrisime | <PROTECTED> |
| 12:00.12 | chrisime | the compiler moans about it (it's right ;) ) |
| 12:00.25 | pb_ | what's the compiler's complaint? |
| 12:00.36 | pb_ | KEY_BASE is constant, so strlen() will fold out. |
| 12:00.39 | chrisime | xsettings.c:38: warning: initialization discards qualifiers from pointer target type |
| 12:00.54 | pb_ | oh, maybe it's missing a const. |
| 12:00.57 | chrisime | yes |
| 12:01.00 | chrisime | const char *p |
| 12:01.00 | pb_ | try "const char *p". |
| 12:01.10 | chrisime | pb_, but what are you doing here? |
| 12:01.38 | spung | chrisime: make p point to strlen(KEY_BASE)'th char of name? |
| 12:02.07 | pb_ | I'd have to check the code to be sure, but I think name will be something like "GPE/Calendar/week-starts-monday", and KEY_BASE is "GPE/Calendar/", so this is obtaining a pointer to the part that follows the base. |
| 12:02.25 | chrisime | spung, uhm |
| 12:02.51 | chrisime | pb_, aah |
| 12:05.07 | pb_ | yeah, I looked at the code and that does seem to be it (except that KEY_BASE is actually just "GPE/" as it turns out). |
| 12:05.32 | chrisime | aha |
| 12:05.34 | chrisime | ok |
| 12:05.36 | pb_ | I don't really know why I bothered to do it that way, rather than just compare the full string each time. |
| 12:05.38 | chrisime | 2 other diffs on the way |
| 12:05.46 | chrisime | pb_, yeah |
| 12:05.58 | pb_ | chrisime: thanks |
| 12:06.24 | chrisime | pb_, i love clean code ;) |
| 12:06.31 | pb_ | heh |
| 12:06.33 | chrisime | i mean readable code *duck* |
| 12:06.43 | chrisime | it's hard to guess when there are no comments |
| 12:08.11 | chrisime | uhoh, much TODO :) |
| 12:18.59 | pb_ | ok, those patches are in also. |
| 12:21.23 | chrisime | good |
| 12:21.37 | chrisime | then i can try to fix event-ui.c |
| 12:24.11 | pb_ | right |
| 12:25.29 | *** join/#gpe cmarqu_werk (www@vws1.kens.com) |
| 12:27.59 | chrisime | pb should i remove all deprecated gtk1 code |
| 12:28.12 | chrisime | also those $if MAJORVERSION <2 stuff? |
| 12:28.49 | dc_ | mallum: no school :) |
| 12:29.42 | mallum | dc_: skiver |
| 12:29.54 | *** join/#gpe dc__ (~dc@modem-57-57-60-62.vip.uk.com) |
| 12:30.08 | dc__ | whoops |
| 12:30.27 | mallum | dc__: have you looked at scap recently ? |
| 12:30.41 | mallum | dc__: I created a 'full' theme package |
| 12:30.48 | dc__ | mallum: whoah! |
| 12:31.07 | dc__ | mallum: that looks amazing |
| 12:31.22 | __moray | apparently Amazon.co.uk briefly had H1910s (or whatever they're called) priced at £7.32 - now they've taken the site down |
| 12:31.31 | pb_ | chrisime: please do. |
| 12:31.32 | dc__ | __moray: heh |
| 12:31.40 | chrisime | pb_, Program received signal SIGSEGV, Segmentation fault. |
| 12:31.40 | chrisime | 0x0fd62b30 in gtk_image_set_from_pixbuf () from /usr/lib/libgtk-x11-2.0.so.0 |
| 12:31.42 | __moray | but not before they'd gone to 'sales rank: 1' |
| 12:31.45 | chrisime | that's not my fault |
| 12:31.57 | pb_ | chrisime: oh dear. |
| 12:31.58 | chrisime | you're zooming the icons now, |
| 12:32.13 | pb_ | yeah, maybe I screwed something up there. |
| 12:32.13 | __moray | chrisime: sounds like it's being passed an invalid pointer? |
| 12:33.18 | dc__ | mallum: that is just...uber cool. |
| 12:33.23 | mallum | dc__: I got the gtk icons to change aswell :-) |
| 12:33.29 | dc__ | I see. |
| 12:33.35 | dc__ | gpe-edit looks great |
| 12:33.39 | chrisime | oh second |
| 12:33.51 | chrisime | __moray, i;m checking that now |
| 12:33.59 | chrisime | it's maybe in day_popup() |
| 12:34.27 | pb_ | do you have a backtrace? |
| 12:34.36 | __moray | mallum: "Tue Mar 18 14:01:57 2003" does look very MS - presumably it's Verdana we're seeing there? |
| 12:34.47 | pb_ | spung: it's strange that the euro symbol isn't working for you on scap. |
| 12:35.17 | spung | pb_: iso-8859-1 doesn't have the euro symbol |
| 12:35.19 | pb_ | spung: looks like maybe your keymap is generating the wrong code. It needs to be EuroSign, not "currency symbol" or anything else. |
| 12:35.41 | pb_ | spung: right, but gpe-edit (which is what you used there, right?) uses utf-8, not iso8859-anything |
| 12:35.46 | chrisime | pb_, i'm debugging it atm |
| 12:35.48 | spung | ha |
| 12:36.15 | __moray | pb_: though, did the Euro sign move back out of the initial blocks of UTF-8 (while the accented characters stayed in the same numbered positions)? |
| 12:36.37 | pb_ | __moray: dunno, I'm not all that well versed in utf-8 history. |
| 12:37.15 | pb_ | chrisime: ok. I need to go out to get something to eat, back in ten. |
| 12:37.21 | dc__ | mallum: is this ubertheme packaged yet? |
| 12:40.48 | PaxAnima | mallum: I have code for bilinear interpolation for scaling of images, if you want it for the background stretching in mbdesktop |
| 12:41.13 | *** join/#gpe chrisime_ (~chrisime@p508028D9.dip0.t-ipconnect.de) |
| 12:42.10 | mallum | __moray: what euro symbol ? |
| 12:42.25 | chrisime_ | pb_, ok |
| 12:42.31 | spung | pb_: yeah, bug in my layout fixed |
| 12:42.34 | mallum | dc__: I can put the src tarball up for you to play with, its not quite finished yet |
| 12:42.49 | dc__ | mallum: sure thing :) |
| 12:42.57 | __moray | pb_: I meant 'in relation to ISO-8859-*' rather than within Unicode's own history (which I don't know about either) |
| 12:43.07 | __moray | mallum: we're discussing the lack of one on scap I think |
| 12:43.38 | spung | cmarqu_werk: want to send me your setup to package your layout? :D |
| 12:44.41 | chrisime_ | uhm, it already segv elsewhere now |
| 12:44.44 | mallum | __moray: I think you mean anither shot ? |
| 12:45.16 | __moray | mallum: ah - the one I commented on to you had nothing to do with the one that's missing a Euro symbol :) |
| 12:46.05 | mallum | __moray: yeah, that scaps not mine |
| 12:46.35 | __moray | indeed |
| 12:48.51 | *** join/#gpe ade|indy (~adrian@unimatrix.ex.ac.uk) |
| 12:49.34 | pb_ | __moray: ah, I see. Well, ISO-8859-15 puts the Euro symbol at the code point that was previously occupied by the "international currency symbol", if that's what you meant. |
| 12:50.59 | pb_ | chrisime: it isn't segfaulting for me. Do you know what you are doing to cause the crash? |
| 12:51.03 | pb_ | or, alternatively, do you have a backtrace? |
| 12:51.46 | mallum | dc__: http://handhelds.org/~mallum/mbcrystal_0.2.tar.bz2 |
| 12:52.02 | chrisime_ | pb_, i have |
| 12:52.11 | mallum | dc__: just untar and do a make ipkg |
| 12:52.16 | dc__ | mallum: ;) |
| 12:52.22 | mallum | dc__: some warning; |
| 12:52.23 | chrisime_ | i checked the diff in cvs again |
| 12:52.38 | pb_ | chrisime: paste the backtrace here |
| 12:52.43 | mallum | dc__: the matchbox theme is unfinished - it has nothing set up for dialog/toolbar borders |
| 12:53.13 | dc__ | ah okay |
| 12:53.17 | mallum | dc__: its pretty big, there are quite a few unessercary pngs in there especially in actions/16x16/ Im yet to clean them up |
| 12:53.21 | cmarqu_werk | spung: I have it at home and cannot access it right now.:w |
| 12:53.37 | chrisime_ | pb_, it's big |
| 12:53.48 | spung | cmarqu_werk: hah, no ssh? ;) |
| 12:53.50 | pb_ | chrisime: #flood then |
| 12:56.28 | *** join/#gpe cmarqu_werk (www@vws1.kens.com) |
| 12:56.59 | cmarqu_werk | spung: I have it at home and cannot reach it right now. |
| 12:57.16 | pb_ | ah, so it's blowing up inside GtkDateCombo. |
| 12:58.04 | spung | cmarqu_werk: ok, no rush :) |
| 12:58.15 | pb_ | chrisime_: it's a libgpewidget bug. |
| 12:58.20 | chrisime_ | oh |
| 12:58.31 | chrisime_ | i got the most recent from cvs |
| 12:58.34 | pb_ | edit libgpewidget/pixmaps.c, delete the g_object_unref line from gpe_find_icon_scaled. |
| 12:58.51 | chrisime_ | sec |
| 12:59.25 | chrisime_ | pb_, is it in cvs? |
| 12:59.29 | pb_ | chrisime_: yes |
| 12:59.33 | pb_ | chrisime_: oh, the fix? no. |
| 12:59.40 | chrisime_ | i noticed |
| 13:01.00 | pb_ | I think the correct fix is probably a little different, but deleting that line should make the crash go away for the time being. |
| 13:01.35 | chrisime_ | ok |
| 13:01.42 | chrisime_ | so there's no unref --> mem leak |
| 13:01.44 | chrisime_ | right? |
| 13:02.24 | pb_ | well, kind of. The pixbufs that are being operated here are loaded once at startup and then never freed, so although there is a leak in one sense, it's deliberate. |
| 13:03.26 | pb_ | the crash was happening because one of these pixbufs was being erroneously destroyed while another part of the code still had references to it. |
| 13:03.45 | chrisime_ | pb_, is there a reason why in weekview i cannot click a line |
| 13:03.56 | chrisime_ | pb_, right |
| 13:03.58 | pb_ | just unimplemented functionality, I suspect. |
| 13:04.05 | chrisime_ | ok |
| 13:04.10 | pb_ | not all the views are fully-featured. |
| 13:04.41 | pb_ | it should be easy enough to add that kind of thing, though. |
| 13:05.13 | chrisime_ | the popup in month view should be bigger |
| 13:05.26 | chrisime_ | it doesn't display the month name |
| 13:05.35 | pb_ | ok |
| 13:05.58 | spung | which kernel should i be using? |
| 13:06.06 | pb_ | spung: latest 2.4.19 |
| 13:06.18 | spung | pb_: is that kernel-sa? |
| 13:06.22 | pb_ | yes |
| 13:06.28 | chrisime_ | pb_, and the window is now to small for the icons |
| 13:06.36 | chrisime_ | the quit icon doesn't fit anymore |
| 13:06.55 | pb_ | I think it will fit on the ipaq. |
| 13:07.10 | pb_ | The default window size probably needs to be wound up a bit, though. |
| 13:07.18 | chrisime_ | oh forget about the popup |
| 13:07.29 | chrisime_ | i think it's not correctly translated |
| 13:07.32 | pb_ | ah |
| 13:07.43 | chrisime_ | it says M instead of March/Maerz |
| 13:08.47 | pb_ | hm, it looks like the string in question isn't actually marked for translation, which could be the problem. |
| 13:09.02 | chrisime_ | gtk_clist ;) |
| 13:09.04 | chrisime_ | uhoh |
| 13:09.48 | pb_ | in day_popup? yeah, it would be nice to replace that with something else. |
| 13:10.34 | chrisime_ | gtk_treeview? |
| 13:10.39 | pb_ | I guess. |
| 13:10.44 | chrisime_ | hm |
| 13:11.43 | pb_ | gtkclist is also used in day_view.c (on the trunk) but I would prefer you to leave that one alone. |
| 13:12.34 | chrisime_ | why |
| 13:12.47 | chrisime_ | it's a deprecated widget |
| 13:13.24 | pb_ | because the gtkclist usage is removed already in the new-day-view-branch, and it would be a waste of time to fix it on the trunk as well. |
| 13:13.43 | chrisime_ | aaah |
| 13:13.55 | chrisime_ | can i get that branch from cvs? |
| 13:14.09 | pb_ | yes, though the version of day-view on that branch does not work well enough to be useful. |
| 13:14.16 | pb_ | I suggest you stick with the trunk for the time being. |
| 13:14.18 | chrisime_ | ** (gpe-calendar:15782): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() |
| 13:14.18 | chrisime_ | <PROTECTED> |
| 13:14.51 | pb_ | ok |
| 13:15.02 | pb_ | can you narrow it down any further? |
| 13:15.14 | chrisime_ | maybe i can fix it |
| 13:15.20 | pb_ | right |
| 13:15.20 | chrisime_ | day_view.c: pango_layout_set_text (pl, buf, strlen (buf)); |
| 13:16.39 | chrisime_ | i will remove the gtk1 stuff |
| 13:16.41 | chrisime_ | ok? |
| 13:16.47 | pb_ | sure. |
| 13:16.49 | chrisime_ | fine |
| 13:17.01 | pb_ | though, again, I would suggest you don't bother with the day-view. |
| 13:18.14 | chrisime_ | ok |
| 13:18.28 | chrisime_ | so month-view then |
| 13:18.33 | pb_ | right |
| 13:18.45 | spung | pb_: any shots of your new day-view? |
| 13:18.52 | pb_ | not yet |
| 13:19.13 | pb_ | I haven't done any work on it for a while, and I don't think there is much to see yet. |
| 13:19.23 | pb_ | maybe I will try to work on it some more at the dev weekend. |
| 13:21.46 | pb_ | or, even better, maybe I can get someone else to work on it at the dev weekend! |
| 13:22.11 | chrisime_ | hum |
| 13:26.15 | chrisime_ | <PROTECTED> |
| 13:26.15 | chrisime_ | <PROTECTED> |
| 13:26.28 | chrisime_ | i don't know what nl_langinfo () does |
| 13:27.17 | pb_ | see the manpage |
| 13:27.50 | pb_ | I guess it is returning a string in your native locale, which is probably not UTF-8. So it will need recoding. |
| 13:28.10 | chrisime_ | yes |
| 13:28.23 | chrisime_ | locale_to_utf8 or what is it? |
| 13:28.26 | pb_ | yes |
| 13:28.29 | chrisime_ | aah |
| 13:31.11 | dc__ | pb_: ;) |
| 13:31.20 | dc__ | pb_: I'm soon becoming the pango master! |
| 13:31.35 | pb_ | dc__: congratulations! |
| 13:32.01 | dc__ | mmmwaahaha |
| 13:32.17 | chrisime_ | lol |
| 13:32.43 | pb_ | dc__: now, if only we could harness your superhuman pango powers for the good of humanity. |
| 13:32.57 | spung | dc__: the secret to becoming the pango master is to grep pb's sources.. works for me cat cvs/gpe/base/gpe-calendar/*.c | grep pango :D |
| 13:33.01 | dc__ | pb_: well, gpe-gallery list view is nearly finished |
| 13:33.08 | pb_ | dc__: aha, great. |
| 13:33.08 | dc__ | spung: ;) |
| 13:33.53 | dc__ | spung: wel all know pb_ is still the untimate pango god |
| 13:34.16 | spung | pango, gtk, kernel, whatever :) |
| 13:34.26 | dc__ | yeah. hehe. |
| 13:34.44 | spung | (pb_ drools) |
| 13:36.10 | dc__ | mmm...I've suddenly fallen in love with tabasco |
| 13:36.22 | spung | dc__: ? |
| 13:38.16 | spung | hah |
| 13:46.03 | pb_ | dc__: good-o |
| 13:46.33 | pb_ | spung: did you make any progress with your non-opaque panes? |
| 13:47.46 | spung | pb_: little, but i just found the patch that removed them from gtk 1.3 so.. should take long.. just need to find a way to figure inside the gtkpaned.c if it is a gtkvpaned or gtkhpaned |
| 13:47.53 | pb_ | cool |
| 13:48.10 | spung | make that should not take long |
| 13:49.31 | pb_ | btw, I just checked that the euro sign works ok in gpe-edit using the GB keymap. |
| 13:50.26 | __moray | ah right |
| 13:50.37 | spung | pb_: yeah, http://handhelds.org/scap/port.23821.png |
| 13:51.12 | pb_ | ah yes :-) |
| 13:53.30 | chrisime_ | hmm, i don't know how to use g_locale_to_utf8() |
| 13:53.38 | chrisime_ | i'm always getting a segv |
| 13:53.51 | pb_ | oh dear. |
| 13:54.58 | chrisime_ | i don't know which params i should pass. but this is wrong: |
| 13:55.09 | chrisime_ | <PROTECTED> |
| 13:55.34 | chrisime_ | bytes_read : location to store the number of bytes in the input string that were successfully converted, or NULL. Even if the conversion was successful, this may be less than len if there were partial characters at the end of the input. If the error G_CONVERT_ERROR_ILLEGAL_SEQUENCE occurs, the value stored will the byte offset after the last valid input sequence. |
| 13:55.34 | chrisime_ | bytes_written :the number of bytes stored in the output buffer (not including the terminating nul). |
| 13:57.19 | pb_ | hm, which parameter is which? |
| 13:57.38 | chrisime_ | i'm looking at the 3rd and 4th |
| 13:58.09 | pb_ | ah, okay. I think you need to pass NULL for both of those. |
| 13:58.42 | chrisime_ | will pass NULL, yep |
| 13:58.58 | pb_ | btw, you can also pass -1 as the second parameter, no need to use strlen. |
| 13:59.59 | chrisime_ | nl_langinfo() gets the weekdays |
| 14:00.00 | chrisime_ | aaah |
| 14:00.07 | pb_ | yes |
| 14:00.20 | chrisime_ | why -1 |
| 14:00.45 | pb_ | You only need to pass a length if your string is not NUL terminate. |
| 14:00.48 | pb_ | terminated, even. |
| 14:01.19 | pb_ | see the documentation: http://developer.gnome.org/doc/API/2.0/glib/glib-Character-Set-Conversion.html#g-filename-from-utf8 |
| 14:01.29 | chrisime_ | ok |
| 14:01.31 | chrisime_ | sorry ;) |
| 14:01.41 | pb_ | er, not actually g_filename_from_utf8, but it's on the same page. |
| 14:03.30 | chrisime_ | hehe |
| 14:05.42 | chrisime_ | dayview is broken, wasn't it? so i'll take week_view now |
| 14:05.47 | chrisime_ | there're less errors |
| 14:05.49 | chrisime_ | now |
| 14:06.01 | pb_ | right |
| 14:06.12 | pb_ | yes, week_view would be a good one to work on. |
| 14:08.06 | *** join/#gpe jg (~jg@dialup-67.30.177.107.Dial.Boston1.Level3.net) |
| 14:15.19 | chrisime_ | pb_, ok there're still some but i think they are hence dayview |
| 14:15.33 | chrisime_ | the pango_layout errors aren't fixed yet |
| 14:15.38 | pb_ | ok |
| 14:15.47 | chrisime_ | do you want a diff? |
| 14:15.53 | pb_ | sure |
| 14:15.56 | chrisime_ | ok |
| 14:24.10 | chrisime_ | pb_, sent |
| 14:24.20 | LordVan | hi chrisime_ :) |
| 14:24.25 | chrisime_ | oh neee |
| 14:24.29 | chrisime_ | du bist au ueberall ;) |
| 14:24.38 | LordVan | chrisime_: ueberall wo interessant :) |
| 14:24.43 | chrisime_ | pfff |
| 14:26.29 | pb_ | chrisime_: I'm a bit nervous that your g_locale_to_utf8() might introduce a leak. Do you need to free the returned string? |
| 14:28.04 | chrisime_ | i wasn't sure about it |
| 14:28.44 | chrisime_ | the api doc says nothing about freeing |
| 14:28.51 | chrisime_ | but, i could do that |
| 14:30.45 | *** join/#gpe dc___ (~dc@modem-89-43-60-62.vip.uk.com) |
| 14:32.54 | pb_ | well, I'm not sure either, but it looks like it returns a newly-allocated string. So, one might expect that it probably needs to be freed. |
| 14:33.14 | pb_ | I guess you could try asking the Gtk dudes in #gtk or wherever. |
| 14:33.22 | chrisime_ | will do |
| 14:33.23 | chrisime_ | sec |
| 14:34.49 | __moray | or the GTK source might help I expect... |
| 14:36.19 | chrisime_ | pb_, Converts a string which is in the encoding used for strings by the C runtime (usually the same as that used by the operating system) in the current locale into a UTF-8 string. |
| 14:36.29 | chrisime_ | converts != returns new |
| 14:36.32 | chrisime_ | at least for me |
| 14:37.23 | __moray | chrisime_: hm, editing strings passed into a function is generally thought a bad thing, however |
| 14:38.58 | chrisime_ | hmm |
| 14:39.02 | pb_ | yes. aside from anything else, the returned string can be longer than the original once, since UTF-8 can require up to four bytes to encode a single glyph. |
| 14:39.04 | chrisime_ | what can I do about it ;) |
| 14:39.23 | chrisime_ | therefore non const |
| 14:40.28 | __moray | pb_: (ha, I forgot this was converting in that direction) |
| 14:42.57 | chrisime_ | to free the gchar will be the best solution |
| 14:43.12 | chrisime_ | otherwise it'd say const gchar* locale_to_utf8(..) |
| 14:43.28 | chrisime_ | pb_, add a free please |
| 14:43.55 | pb_ | could you add it and send me a new diff? |
| 14:43.55 | chrisime_ | or several ;) |
| 14:43.59 | chrisime_ | ok |
| 14:44.08 | chrisime_ | maybe i'll free at the wrong position |
| 14:44.15 | chrisime_ | i'm always doing that |
| 14:44.17 | chrisime_ | *g* |
| 14:44.20 | pb_ | heh |
| 14:45.10 | chrisime_ | i'm an expert there ;) |
| 14:45.30 | pb_ | jolly good. |
| 14:46.43 | chrisime_ | heh |
| 14:47.37 | chrisime_ | is there a g_free() ? |
| 14:47.42 | pb_ | yeah |
| 14:48.42 | chrisime_ | ok |
| 14:55.13 | mallum | I just uploaded a new matchbox into unstable, it should fix all pending bugzilla bugs |
| 14:57.30 | __moray | mallum: all bugs, or just the ones in matchbox? ;) |
| 14:57.35 | dc___ | hehe |
| 14:57.37 | __moray | mallum: impressive either way though :) |
| 14:57.48 | mallum | hehe |
| 14:57.51 | mallum | if only ... |
| 14:58.08 | mallum | prolly just introduced a shitload of new ones |
| 14:58.18 | dc___ | :} |
| 14:58.24 | dc___ | the way life works. |
| 14:58.40 | __moray | "trade in your old bugs here and get two new ones free!" |
| 14:58.42 | chrisime_ | pb_, sent |
| 14:58.56 | dc___ | __moray: great, two for one |
| 14:59.29 | __moray | dc___: moore's law, obviously |
| 14:59.34 | dc___ | :} |
| 14:59.39 | dc___ | hrm...how anoying. |
| 14:59.50 | dc___ | we have GdkRectangle and PangoRectangle. |
| 15:00.00 | mallum | dc___: this one has scrolling menu's, 'nearly' border only dialogs , more theme switchable stuff, ah experimental lower mem usage in terms of trade aginst cpu |
| 15:00.07 | mallum | dc___: + wierd bug fixes |
| 15:00.07 | dc___ | one stores the data as gint and the other int. |
| 15:00.20 | dc___ | mallum: niceeee. |
| 15:00.40 | mallum | when is the pope gonna get over to iraq ? |
| 15:02.52 | chrisime_ | dc___ <-- nice trail ;) |
| 15:03.09 | chrisime_ | are you losing something *g* |
| 15:03.32 | mallum | dc___: did you try that mbcrystal ? |
| 15:04.39 | dc___ | chrisime_: that's a tail to you ;p |
| 15:04.49 | dc___ | mallum: not yet, I need to reflash as my iPAQ is out of space. |
| 15:05.09 | chrisime_ | dc___, lol |
| 15:05.27 | dc_ | ack, bbl, dentist. |
| 15:05.30 | mallum | ouch |
| 15:05.35 | dc_ | yah |
| 15:08.28 | mallum | jg: hey |
| 15:08.57 | chrisime_ | pb_, is that diff ok? |
| 15:10.48 | jg | mallum: hum. |
| 15:11.08 | mallum | jg: I hassled mharris a bit, but not much luck :( |
| 15:11.18 | jg | mallum: was worth a try, anyway. |
| 15:12.13 | mallum | jg: I dont know what to try next :( |
| 15:12.43 | jg | mharris didn't give you any leads? |
| 15:14.13 | mallum | no, he basically said 'unless you are graphic company with 10 years exp ati wont give you nada. and I cant help you becuase of legal wranglings when getting specs' |
| 15:14.17 | pb_ | chrisime_: haven't looked at it yet, just got out of a meeting |
| 15:15.50 | jg | mallum: dunno what to say. Unless/until it is something I know we use in some product, I'm certainly not in a position to try to hassle them about it for you, feeling desperately behind myself due to my ankle.... |
| 15:16.12 | mallum | jg: sure, np |
| 15:16.19 | chrisime_ | pb_, ok |
| 15:20.21 | *** join/#gpe prpplague (~JoeBob1@12.148.134.9) |
| 15:20.34 | pb_ | I need to go out for a bit now, but I'll look at your diffs when I return. Should be about 45 minutes. |
| 15:20.59 | prpplague | pb_: no you have to stay here and code!! |
| 15:22.26 | chrisime_ | pb_, np |
| 15:26.22 | mallum | jg: oh I managed to work round the x-compile /path-to-x-compile/cc link 'problem' |
| 15:27.46 | mallum | jg: you can make a 'dummy' x-compile bin dir and link everything from there to the 'real' one - only really an issue if you build enviroment dont like cc in x-compiledir or you dont have root access to the box |
| 15:32.14 | jg | mallum: yup. |
| 15:36.14 | mallum | anyone here read japanese ? |
| 15:36.47 | mallum | or anyone know of a webservice that will translate |
| 15:48.02 | *** join/#gpe spung (~rewt@a213-22-98-205.netcabo.pt) |
| 16:31.54 | *** part/#gpe cmarqu_werk (www@vws1.kens.com) |
| 16:37.19 | pb_ | chrisime_: ok, looks good, I will check those in shortly. |
| 16:37.36 | pb_ | btw, in future, perhaps you would like to provide a changelog entry along with the diffs, to save me writing one. ;-) |
| 16:39.21 | chrisime_ | sure |
| 16:39.42 | pb_ | yah, same here :-) |
| 16:40.01 | chrisime_ | pb_, i'm freeing the pointers at the end to make sure they aren't freed to early |
| 16:40.11 | pb_ | seems fine. |
| 16:40.15 | chrisime_ | i had many problems like that |
| 16:40.24 | chrisime_ | kewl |
| 16:40.56 | chrisime_ | then i'll work on the layout after i've done something for university |
| 16:41.06 | pb_ | ok, great. |
| 16:41.43 | chrisime_ | got a test in 2.5 weeks |
| 16:41.57 | chrisime_ | in discrete maths *eeek* |
| 16:44.14 | pb_ | nasty. |
| 16:44.52 | chrisime_ | yeah |
| 16:45.42 | chrisime_ | gpe-mail looks nice and also needs some fixes |
| 16:52.17 | pb_ | certainly needs some fixes. |
| 16:52.31 | pb_ | or perhaps just needs to be replaced. |
| 16:53.57 | chrisime_ | gpe-filemanager <-- looking at it now |
| 16:54.06 | chrisime_ | seems like some paths are hardcoded |
| 16:54.25 | pb_ | ah, filemanager is one of dc_'s. you'd better take that up with him when he returns from the dentist. |
| 16:55.11 | chrisime_ | pb_, scrollbar should only be there if necessary :) |
| 16:55.20 | chrisime_ | otherwise it looks nice |
| 16:55.32 | chrisime_ | i mean beside that |
| 16:55.41 | pb_ | right |
| 16:58.40 | chrisime_ | gpe-contact is also kewl (though needs some fixes). |
| 17:01.16 | chrisime_ | bbl |
| 17:24.39 | chrisime_ | hmpf. i have a headache, i can't learn maths |
| 17:25.34 | PaxAnima | chrisime_: what kind of maths? |
| 17:26.47 | chrisime_ | discrete |
| 17:27.00 | chrisime_ | graphs, algebra stuff, number theor. |
| 17:27.05 | PaxAnima | ah |
| 17:27.18 | chrisime_ | not easy stuff |
| 17:27.34 | PaxAnima | I've done with that.. ;) |
| 17:27.42 | chrisime_ | i'll check the book when i go to bed |
| 17:28.35 | chrisime_ | PaxAnima, well, i could have passed it last year. but i told them to not check my exam |
| 17:28.45 | PaxAnima | ah |
| 17:29.02 | chrisime_ | i'm done in 2 semesters (1 year) |
| 17:29.11 | chrisime_ | i don't know what i should do afterwards |
| 17:29.21 | chrisime_ | work/study something else/... |
| 17:29.36 | PaxAnima | I'm done in 3 months ;) (Master of Computer science thing) |
| 17:29.41 | chrisime_ | master |
| 17:29.45 | chrisime_ | could do that too |
| 17:30.05 | chrisime_ | i need a damn good degree if i want to study master at my uni |
| 17:30.13 | chrisime_ | which i won't have |
| 17:30.28 | chrisime_ | 2.5 is needed and i will prolly have 2.8 |
| 17:30.42 | PaxAnima | where do you study? |
| 17:30.45 | chrisime_ | munich |
| 17:30.49 | PaxAnima | ah |
| 17:31.48 | chrisime_ | they are insane here. they want to make it an elite uni. they have a hard entrance exam now. and next semester there'll be high taxes/fees |
| 17:32.27 | PaxAnima | oh? |
| 17:32.29 | chrisime_ | it's our damn "Dekan". i had that prof in theoretical informatics |
| 17:32.56 | PaxAnima | heh |
| 17:32.58 | chrisime_ | 85% failed in the test. just 15% passed it with bad degrees |
| 17:33.05 | PaxAnima | wow |
| 17:33.21 | chrisime_ | about 30 people (a bit less) |
| 17:33.36 | chrisime_ | that asshole asked stuff we didn't learn |
| 17:33.50 | PaxAnima | heh.. that's baad |
| 17:33.58 | chrisime_ | and stuff we hadn't in his classes |
| 17:34.23 | chrisime_ | i was learning the stuff like an idiot |
| 17:34.47 | chrisime_ | in the end i thought it's not worth the work |
| 17:35.00 | PaxAnima | ok |
| 17:36.39 | *** join/#gpe dc_ (~dc@modem-47-45-60-62.vip.uk.com) |
| 17:37.20 | chrisime_ | dc_, hey |
| 17:37.28 | chrisime_ | how was the dentist ;) |
| 17:39.43 | *** join/#gpe TheMasterMind1 (foobar@h-68-166-73-47.MCLNVA23.covad.net) |
| 18:00.33 | *** join/#gpe spung (~rewt@a213-22-98-205.netcabo.pt) |
| 19:06.14 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
| 19:07.59 | *** join/#gpe dc__ (~dc@modem-251-58-60-62.vip.uk.com) |
| 19:12.33 | chrisime_ | pb_, hey |
| 19:12.56 | pb_ | hi chrisime_ |
| 19:12.58 | chrisime_ | while checking libgpewidget i found out that i could s/GTKOBJECT/GOBJECT too there |
| 19:13.05 | pb_ | ok, cool |
| 19:13.05 | chrisime_ | there's lots of deprecated stuff |
| 19:13.36 | chrisime_ | pb_, i'm removing deprecated stuff in event-ui.c ATM |
| 19:13.41 | pb_ | ok |
| 19:13.55 | chrisime_ | i've also correctly indented the code |
| 19:14.00 | chrisime_ | looks less messy :) |
| 19:14.03 | *** join/#gpe icefox (~ben@gatekeepernj3.sharpsec.com) |
| 19:14.27 | moray | chrisime_: hm, *definitely* separate indentation changes from code changes |
| 19:14.28 | icefox | Hey I noticed that web archive of the mailinglist displays the e-mail address of who sent messages |
| 19:14.38 | icefox | i.e. spam scrappers can find me |
| 19:14.41 | icefox | and you |
| 19:14.47 | moray | chrisime_: indentation changes make it impossible to see what the patch is actually doing |
| 19:14.58 | chrisime_ | right |
| 19:15.31 | cmarqu | icefox: Can you mail Nick Duffek about that? It might be an option for hypermail. |
| 19:15.35 | chrisime_ | moray, so far i just indented the code + improved the layout. i couldn't read the code with the old "style" |
| 19:15.55 | icefox | nsd@redhat.com? |
| 19:16.03 | pb_ | admin@handhelds.org |
| 19:16.41 | chrisime_ | <PROTECTED> |
| 19:16.41 | chrisime_ | <PROTECTED> |
| 19:16.49 | chrisime_ | is there a reason why you do this |
| 19:17.03 | chrisime_ | you're not using s->page in that function |
| 19:17.35 | icefox | it is amazing what you find when you search for your e-mail address via google |
| 19:18.05 | pb_ | chrisime_: it is used in other functions |
| 19:18.38 | chrisime_ | ok |
| 19:19.23 | pb_ | like moray said, if you want to send patches for indentation, please do those separately. |
| 19:20.52 | *** part/#gpe icefox (~ben@gatekeepernj3.sharpsec.com) |
| 19:21.47 | chrisime_ | pb_, sigh |
| 19:25.45 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 19:28.41 | chrisime_ | pb_, i'll send you a diff now |
| 19:28.53 | pb_ | cool |
| 19:30.15 | chrisime_ | it's a big one |
| 19:30.25 | chrisime_ | but, trust me. i didn't break the code ;) |
| 19:30.32 | pb_ | ok |
| 19:30.40 | pb_ | is this the indenting changes? |
| 19:30.42 | chrisime_ | it's 55 kb |
| 19:30.45 | chrisime_ | yes |
| 19:30.49 | pb_ | right |
| 19:30.50 | chrisime_ | + code cleanup |
| 19:30.59 | pb_ | hm, that worries me a bit. |
| 19:31.03 | chrisime_ | removal of gtk1 stuff |
| 19:31.05 | pb_ | but send it over and I'll take a look. |
| 19:31.10 | chrisime_ | #if MAJORblabla < 2 |
| 19:31.16 | pb_ | ah, ok, that's not so bad. |
| 19:32.09 | chrisime_ | sure |
| 19:32.12 | chrisime_ | uhm |
| 19:32.24 | chrisime_ | it also has the new layout |
| 19:32.25 | chrisime_ | *duck* |
| 19:32.54 | chrisime_ | s/gtk_notebook_set_page/gtk_notebook_set_current_page |
| 19:33.28 | pb_ | ah. so, the idea of sending the indenting changes separately didn't appeal to you? |
| 19:33.47 | chrisime_ | hmpf :( |
| 19:34.04 | chrisime_ | pb_, sorry. it would have to redo everything |
| 19:34.22 | pb_ | oh, I see, you've completely changed the indenting style. |
| 19:34.24 | chrisime_ | my bad |
| 19:34.28 | pb_ | sorry, I'm not going to apply that. |
| 19:34.31 | chrisime_ | ok |
| 19:35.24 | chrisime_ | i have a better solution |
| 19:38.13 | pb_ | ok |
| 19:40.59 | chrisime_ | vimdiff helps/rocks |
| 19:41.34 | chrisime_ | you'll get a seperate layout patch, removal_gtk patch, indent patch |
| 19:41.36 | chrisime_ | is that ok? |
| 19:42.40 | pb_ | sounds good |
| 19:42.47 | pb_ | though I am not keen on the indenting changes. |
| 19:43.42 | chrisime_ | ok |
| 19:44.02 | chrisime_ | but sometimes you're violating your indentation yourself |
| 19:44.17 | chrisime_ | that's where i made it consistent |
| 19:45.02 | pb_ | by all means make it consistent, but you have changed it to a different style. |
| 19:54.07 | dc__ | doh |
| 19:54.23 | pb_ | dc__: :-/ |
| 19:54.38 | pb_ | dc__: leave any teeth behind? |
| 19:54.49 | dc__ | well, I was actualy celebratting my sisters birthday aswell |
| 19:55.03 | pb_ | at the dentist? unusual idea. |
| 19:55.03 | dc__ | one filling, but I survived. |
| 19:55.09 | dc__ | hehe, no. |
| 19:55.13 | dc__ | at home thank god. |
| 19:55.27 | pb_ | ah, heh. |
| 19:55.33 | dc__ | hrm, brb, foood. |
| 20:01.15 | chrisime_ | pb_, not really, but ok. i don't want to break your code |
| 20:01.20 | chrisime_ | a new diff is on its way |
| 20:01.27 | pb_ | ok, thanks |
| 20:01.30 | chrisime_ | 7 kb |
| 20:01.36 | chrisime_ | i think it's a bit smaller ;) |
| 20:01.43 | pb_ | heh |
| 20:02.26 | chrisime_ | it's one part of the new layout |
| 20:02.40 | chrisime_ | pb_, BTW, vim expandstabs here |
| 20:02.45 | chrisime_ | i'm not using tabs |
| 20:02.49 | chrisime_ | i'm using sts |
| 20:02.58 | pb_ | sts? |
| 20:03.03 | chrisime_ | softtabstop |
| 20:03.05 | pb_ | ah |
| 20:03.10 | chrisime_ | which is 10000000 times better than tabs |
| 20:03.43 | pb_ | agreed |
| 20:03.53 | dc__ | omfg. |
| 20:03.55 | dc__ | arrrrrrg. |
| 20:04.02 | pb_ | dc__: ? |
| 20:04.05 | chrisime_ | next diff will be the removal of gtk1 stuff |
| 20:04.09 | pb_ | right |
| 20:04.28 | dc__ | pb_: aparently brett is 'unable' to send my c700 untill april 4th |
| 20:04.37 | pb_ | chrisime_: this diff you just sent still includes a lot of whitespace and indenting changes. |
| 20:04.40 | dc__ | I'm not a happy man. |
| 20:04.53 | pb_ | chrisime_: oh, er, sorry, no it doesn't. |
| 20:05.00 | pb_ | chrisime_: I was looking at the old one by mistake, duh. |
| 20:05.06 | pb_ | dc__: hell! |
| 20:05.17 | dc__ | pb_: yesss :{{{ |
| 20:05.17 | chrisime_ | lol |
| 20:05.22 | chrisime_ | pb_, don't scare me |
| 20:05.34 | chrisime_ | it's a hell of a work |
| 20:05.59 | dc__ | life isn't worth living anymore... |
| 20:06.10 | chrisime_ | pb_, what does #if 0 mean? |
| 20:06.20 | chrisime_ | dc__, does it taste good? |
| 20:06.26 | pb_ | chrisime_: it just disables a chunk of code. |
| 20:06.34 | dc__ | chrisime_: not as good as a new c700 would. |
| 20:06.43 | chrisime_ | pb_, ok, but in which case? |
| 20:06.47 | pb_ | chrisime_: always |
| 20:06.55 | chrisime_ | erm |
| 20:07.01 | chrisime_ | dc__, the what? |
| 20:07.21 | chrisime_ | #if 0 |
| 20:07.21 | chrisime_ | <PROTECTED> |
| 20:07.21 | chrisime_ | #endif |
| 20:07.24 | moray | chrisime_: if (0) or #if 0 succeeds if 0 is non-zero, which is not very often |
| 20:07.27 | chrisime_ | so this means it doesn't get compiled |
| 20:07.32 | moray | yes |
| 20:07.32 | pb_ | yep |
| 20:07.41 | pb_ | the "Task" stuff is disabled at present because it doesn't work. |
| 20:07.47 | dc__ | chrisime_: I was going to get a new sharp sl-c700 by friday |
| 20:08.04 | chrisime_ | dc__, is there an url. i wanna see it :) |
| 20:08.15 | pb_ | actually, I guess it could be made to work now. That would be kind of exciting. |
| 20:08.27 | dc__ | chrisime_: just before the dev weekend ::\ |
| 20:08.40 | dc__ | iibot seaarch sharp sl-c700 |
| 20:08.45 | dc__ | iibot search sharp sl-c700 |
| 20:09.11 | dc__ | chrisime_: it's such a nice pda....so slick.... |
| 20:09.13 | dc__ | arg.. |
| 20:09.30 | chrisime_ | hehe |
| 20:09.37 | dc__ | :{ |
| 20:09.54 | chrisime_ | pb_, can you apply my patch so that i can create the next one? |
| 20:10.14 | pb_ | chrisime_: reading it now |
| 20:10.17 | chrisime_ | good |
| 20:10.22 | chrisime_ | pb_, it's not complete |
| 20:10.28 | chrisime_ | it's the first junk |
| 20:10.30 | chrisime_ | but it works |
| 20:10.33 | chrisime_ | and looks better |
| 20:10.37 | pb_ | ok |
| 20:14.26 | chrisime_ | tell me when it's in |
| 20:14.28 | *** join/#gpe mallum (~mallum@pc-80-193-218-21-hw.blueyonder.co.uk) |
| 20:14.40 | pb_ | well, the patch looks ok. I just need to write a changelog entry (!) and then I will check it in. |
| 20:14.46 | chrisime_ | oops |
| 20:14.53 | chrisime_ | i'll write one next time |
| 20:17.09 | pb_ | thanks :-) |
| 20:43.04 | pb_ | spung: your .po files are checked in now. Thanks for those! |
| 21:00.21 | *** join/#gpe jsmanrique (jsmanrique@cmr-81-9-143-81.telecable.es) |
| 21:00.25 | jsmanrique | hello |
| 21:00.50 | jsmanrique | I have news about Mono port to Familiar, and Gtk# and maybe gpe# |
| 21:01.23 | jsmanrique | there is a group of students working in Mono for h3900 with Familiar |
| 21:01.46 | jsmanrique | the interpreter is working fine, and the JIT is beta |
| 21:02.32 | jsmanrique | I have talked with Miguel de Icaza, and the sweden will have access to new JIT under development (much faster than previous one) |
| 21:03.07 | chrisime_ | neat |
| 21:03.16 | chrisime_ | i once hacked mono for some weeks |
| 21:03.21 | chrisime_ | (about a year ago) |
| 21:03.37 | jsmanrique | for gui side, I have talked to them about gpe and the work you have done |
| 21:03.45 | chrisime_ | gtkmm should also work on those pda's ;-) |
| 21:03.50 | jsmanrique | Miguel is really impressed, specially with gtk 2.2 |
| 21:08.29 | *** join/#gpe dc___ (~dc@modem-112-54-60-62.vip.uk.com) |
| 21:14.26 | *** join/#gpe BBrox (~ulmer@bbrox.org) |
| 21:21.45 | moray | wow, we get to be patronised by Lilo. |
| 21:27.31 | jsmanrique | moray: what? |
| 21:28.00 | mallum | jsmanrique: check your freenode.net tab |
| 21:28.03 | moray | jsmanrique: you're lucky, presumably the messages go to your server tab or something |
| 21:28.20 | jsmanrique | moray: yes, that's right |
| 21:28.47 | jsmanrique | mallum: have you read about mono support I said before? |
| 21:29.33 | jsmanrique | Miguel is really impressed, specially with gtk 2.2 |
| 21:29.37 | mallum | jsmanrique: yes, but it doesn't really interest me all that much at the moment ;-) |
| 21:32.00 | jsmanrique | mallum: ok, I said it because you were asking about it yesterday. If JIT ran |
| 21:32.19 | jsmanrique | mallum: crystal theme is really impressive |
| 21:32.44 | mallum | jsmanrique: thanks |
| 21:33.03 | mallum | jsmanrique: it the JIT is fast and the actual runtimes are small then Id been more interested |
| 21:33.10 | mallum | jsmanrique: ( dont mean to sound rude btw ) |
| 21:38.09 | jsmanrique | mallum: at least it works, I have tested too much. I have compiled a simple hello world in C# with Mono, and the ran it with Portable.NET in my ipaq |
| 21:38.29 | jsmanrique | mallum: the runtime is 1-1'5MB, but I am not sure |
| 21:39.03 | mallum | jsmanrique: oh thats not too bad |
| 21:39.47 | jsmanrique | mallum: I reapeat, that I am not sure, but the ipk files aren't too big |
| 21:39.49 | mallum | jsmanrique: but does that include all the various class files etc |
| 21:40.03 | jsmanrique | mallum: but Portable.NET is very limited I think |
| 21:41.21 | jsmanrique | mallum: about the size, here is ipk files size |
| 21:41.22 | jsmanrique | -rw-r--r-- 1 jsmanriq jsmanriq 645993 mar 17 23:16 pnet-ilrun_0.5.3_arm.ipk-rw-r--r-- 1 jsmanriq jsmanriq 604643 mar 17 23:15 pnet-lib_0.5.3_arm.ipk |
| 22:02.44 | moray | jsmanrique: I'm happy that there are people working on e.g. Mono, but I'd personally like to see evidence that MS will let it be used in a cross-platform way before I 'invest' in the technology |
| 22:04.37 | jsmanrique | moray: yes |
| 22:05.05 | jsmanrique | moray: but what can MS do to avoid it? patents? |
| 22:05.29 | moray | jsmanrique: they certainly have a lot of patents on related things, I hear |
| 22:06.04 | jsmanrique | moray: I think that patents is the only way for MS to avoid .NET in other platforms, but we must do something to avoid software patents in Europe |
| 22:06.05 | moray | jsmanrique: but otherwise they could just, e.g., get people to use MS-specific extensions to an open .net standard |
| 22:06.24 | jsmanrique | moray: sure |
| 22:06.35 | jsmanrique | moray: but we could still mono |
| 22:06.44 | moray | jsmanrique: yes about software patents - but in the UK I think we almost have them already... |
| 22:06.54 | jsmanrique | moray: and mono could be useful for Linux |
| 22:07.13 | jsmanrique | moray: in Spain we have a lot of movement against them |
| 22:07.45 | jsmanrique | moray: but politicians are other kind of species |
| 22:20.29 | *** join/#gpe jsmanrique (jsmanrique@cmr-81-9-143-81.telecable.es) |
| 22:21.36 | *** join/#gpe paulj (~paulj@hibernia.jakma.org) |
| 22:22.05 | paulj | hi |
| 22:23.28 | pb_ | hi paul |
| 22:25.30 | paulj | touchscreen is stranee |
| 22:27.15 | spung | I LOVE NIELS-HENNING ØRSTED PEDERSEN |
| 22:39.51 | *** join/#gpe flypiper (~netwinder@12-222-141-210.client.insightBB.com) |
| 23:14.41 | pb_ | cmarqu: just uploaded gpe-login2 0.45, which has Paul's language selection stuff included. |
| 23:14.52 | pb_ | seems to work with gpe-ownerinfo as well. |
| 23:24.05 | moray | aha |
| 23:24.14 | moray | (to pb's upload) |
| 23:28.00 | cmarqu | pb_: Wow, cool. |
| 23:28.46 | pb_ | though, there's some packaging issue with gpe-ownerinfo. It seems to be shipping de.po in the main package as well as the -de one. |
| 23:29.55 | pb_ | Package gpe-ownerinfo-de wants to install file /usr/share/locale/de/LC_MESSAGES/gpe-ownerinfo.mo |
| 23:29.57 | pb_ | <PROTECTED> |
| 23:29.58 | cmarqu | Ouch. |
| 23:30.07 | pb_ | I'm not sure how that happened. |
| 23:30.22 | pb_ | I guess some install: target is a bit too enthusiastic. |
| 23:30.37 | cmarqu | Yeah, it might be left over form testing. |
| 23:31.26 | pb_ | Okay. Well, if you can figure out what's wrong and make a fix, I'll respin the packages tomorrow. That'll get us the new pt translation as well. |
| 23:32.44 | cmarqu | Yep. |
| 23:34.19 | cmarqu | Ah. Hmm. I made the install target depend on both install-program and install-mo. |
| 23:34.38 | cmarqu | So that a normal make install would install the translations too. |
| 23:34.39 | pb_ | Ah. Yes, this area is a bit sticky. |
| 23:35.01 | cmarqu | Well, I'll throw it out for now. |
| 23:35.02 | pb_ | We have the same issue with install-headers. You don't want them in an ipkg, but you probably would want them installed if you were building manually. |
| 23:35.27 | pb_ | I guess really what's required is for make ipkg to just run install-program. |
| 23:35.30 | cmarqu | Maybe one big wipe needs to be done on the weekend. |
| 23:35.37 | pb_ | Yeah. |
| 23:35.45 | cmarqu | Yep -- so we need to make the Makefiles provide that. |
| 23:36.06 | pb_ | Right. I think in most cases the existing install target can just be renamed. |
| 23:36.33 | pb_ | Then Makefile.dpkg_ipkg can just say "install: install-program install-mo install-headers". |
| 23:36.50 | cmarqu | Cool. Something to do for me who cannot code. |
| 23:37.05 | pb_ | :-) |
| 23:39.12 | cmarqu | Okay. In CVS now, with new VERSION already. |
| 23:39.26 | pb_ | great. |
| 23:39.32 | cmarqu | spung: take a look at http://handhelds.org/~cmarqu/xkbd-layout-de_0.07.tgz |
| 23:39.44 | spung | cmarqu: cool, thanks |
| 23:41.48 | cmarqu | pb_: I guess this bug will probably still exist, right?: http://handhelds.org/~cmarqu/gpe-ownerinfo2_he_IL.png |
| 23:42.22 | pb_ | Yeah, probably. |
| 23:42.51 | cmarqu | Well, it doesn't matter at this point. |
| 23:43.05 | pb_ | Yah. |
| 23:43.34 | spung | cmarqu: how do you build an ipkg out of that? ipkg-build xkbd-layout-de ? |
| 23:43.41 | cmarqu | Time to go to bed. I have to leave for nils tomorrow afternoon. |
| 23:43.47 | cmarqu | spung: Yep. |
| 23:43.47 | pb_ | Aha. |
| 23:44.17 | cmarqu | spung: fakeroot ipkg-build xkbd-layout-de to be precise |
| 23:44.23 | spung | yeah |
| 23:44.34 | cmarqu | Well, night all. |
| 23:44.38 | pb_ | Night. |
| 23:45.12 | spung | pb_: is there a virtual-locale-pt what's it supposed to be? |
| 23:45.28 | pb_ | virtual-locale-pt would be correct, but there may not be one at present. |
| 23:45.41 | spung | pb_: what should such package provide? |
| 23:46.10 | pb_ | well, virtual-locale-pt would actually be a virtual, usually provided by (say) locale-base-pt+pt. |
| 23:46.23 | pb_ | and that package would provide all the core locale files for the pt_PT locale. |
| 23:46.31 | spung | right |
| 23:46.45 | pb_ | have a look at locale-base-de+de for example |
| 23:47.01 | spung | pb_: it seems to exist http://ipkgfind.handhelds.org/details.phtml?package=locale-base-pt%2Bpt&official=&format= |
| 23:47.07 | pb_ | aha, right. |
| 23:47.12 | pb_ | in that case you may be all set. |
| 23:47.20 | spung | cool |
| 23:47.49 | spung | before i upload my layout i guess i'm going to create a fitaly and tiny versions |
| 23:48.05 | pb_ | ok, that might be good. |
| 23:48.13 | pb_ | probably not strictly required though, so don't feel obliged. |
| 23:48.21 | spung | yeah, but i want some :) |
| 23:48.30 | pb_ | fair enough :-) |
| 23:48.35 | spung | i'll probably be the only one using them anyway |
| 23:48.44 | spung | haven't seen many portuguese around :) |
| 23:59.09 | cmarqu | Argh! |
| 23:59.16 | cmarqu | gpe-login2 is broken. |
